Автор |
Сообщение |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 11/09/2019 16:58:48
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
Добрый день, коллеги!
Внезапно стала появляться ошибка «MERC17009 - В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН.» при объединении остатков операцией mergeStockEntriesRequest
Пример ApplicationID 95998392-A23F-43BE-AA8C-C595CCEABC94
В ходе анализа выяснилось, что остатки, получаемые операцией getStockEntryListRequest API 2.0 отличаются от реальных (видимых в web-интерфейсе).
Пока пост оформлял, дубликаты для объединения из остатков API исчезли и есть полная уверенность, что предоставляемые остатки отстают от тех, которые выводятся в веб и на которые описаются проверки Меркурий.
Также есть предположение, что система возвращается статус успешности операции объединения раньше их фактического объединения.
Кто-то заметил подобное поведение Меркурий?
С уважением, Павел.
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 11/09/2019 17:03:50
|
gorlanovmax
Зарегистрирован: 18/08/2018 11:01:10
Сообщений: 49
Оффлайн
|
Подозреваю, что все это афтершоки третьего нагрузочного тестирования.
Начали висеть мы с 06.09
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 11/09/2019 17:11:34
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
gorlanovmax wrote:Подозреваю, что все это афтершоки третьего нагрузочного тестирования.
Начали висеть мы с 06.09
безусловно, но если смотреть глубже, рассинхронизация остатков - фундаментальная ошибка, в которой мы все дружно утонем с введением цельномолочки.
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 11/09/2019 17:21:39
|
gorlanovmax
Зарегистрирован: 18/08/2018 11:01:10
Сообщений: 49
Оффлайн
|
miskevich wrote:
gorlanovmax wrote:Подозреваю, что все это афтершоки третьего нагрузочного тестирования.
Начали висеть мы с 06.09
безусловно, но если смотреть глубже, рассинхронизация остатков - фундаментальная ошибка, в которой мы все дружно утонем с введением цельномолочки.
так это банальные тормоза системы а не рассинхронизация.
партии объединили, а информация об этом объединении появляется с запозданием минут на 40.
я сегодня с 13-00 получаю список изменение ЗСЖ по площадке, на текущий момент получил всего 925 изменений
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 11/09/2019 17:43:44
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
конечно рассинхронизация, когда на вебе актуальные остатки, а в API задержка.
был бы остаток на вебе тоже с запозданием, я бы понял
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 12/09/2019 07:44:29
|
gorlanovmax
Зарегистрирован: 18/08/2018 11:01:10
Сообщений: 49
Оффлайн
|
miskevich wrote:конечно рассинхронизация, когда на вебе актуальные остатки, а в API задержка.
был бы остаток на вебе тоже с запозданием, я бы понял
на вебе не актуальные остатки.
вчера гасил всд, в журнале продукции они появились через 30-40 минут
супер актуальность
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 12/09/2019 09:37:42
|
Private
Зарегистрирован: 18/07/2017 19:46:03
Сообщений: 300
Оффлайн
|
А как вам такой ответ на GetStockEntryChangesList:
<ns1:stockEntryList count="0" offset="0" total="138"/>
т.е. "за запрошенный период было 138 изменений стока, но мы вам их не покажем, идите лесом"? Сразу скажу, не удивлюсь, когда по итогам "3-го тура нагрузочного тестирования" снова выйдут бравурные отчеты, мол, система работает, "уронить" так и не удалось, разве что совсем чуть-чуть замедлялась.
В техподдержку по данному случаю обратились по мылу позавчера, потом подпинывали звонком - до сих пор молчат как партизаны.
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 12/09/2019 09:39:26
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 12/09/2019 09:40:52
|
AlexeyAv
Зарегистрирован: 02/09/2015 10:22:24
Сообщений: 267
Оффлайн
|
gorlanovmax wrote:
miskevich wrote:конечно рассинхронизация, когда на вебе актуальные остатки, а в API задержка.
был бы остаток на вебе тоже с запозданием, я бы понял
на вебе не актуальные остатки.
вчера гасил всд, в журнале продукции они появились через 30-40 минут
супер актуальность
Аналогично, только до 1,5 часов вчера доходило. А остатки через шлюз так до сих пор и не грузятся((
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 12/09/2019 10:34:35
|
egais2018
Зарегистрирован: 08/06/2018 15:12:57
Сообщений: 282
Оффлайн
|
miskevich
А точно не наоборот? В API реальные остатки, а в ВЕБ устаревшие.
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 15/09/2019 13:11:10
|
Shadasp
Зарегистрирован: 09/01/2018 15:00:06
Сообщений: 249
Оффлайн
|
miskevich wrote:Добрый день, коллеги!
Внезапно стала появляться ошибка «MERC17009 - В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН.» при объединении остатков операцией mergeStockEntriesRequest
Пример ApplicationID 95998392-A23F-43BE-AA8C-C595CCEABC94
В ходе анализа выяснилось, что остатки, получаемые операцией getStockEntryListRequest API 2.0 отличаются от реальных (видимых в web-интерфейсе).
Пока пост оформлял, дубликаты для объединения из остатков API исчезли и есть полная уверенность, что предоставляемые остатки отстают от тех, которые выводятся в веб и на которые описаются проверки Меркурий.
Также есть предположение, что система возвращается статус успешности операции объединения раньше их фактического объединения.
Кто-то заметил подобное поведение Меркурий?
С уважением, Павел.
Есть проблемы:
1. Иногда в вебке с отставанием появляются транзакции - происходит очень редко, задержка от 30 минут до нескольких часов. (
2. Последние 3 недели возвращались не все остатки при запросе пачки остатков, при нагрузочных тестировании - вроде эту проблему уже решили, будем дальше тестировать.
Вообще лучше сейчас все возможные баги протестируют, чем в ноябре будем подкидывать.
|
ЗАО "АСП"
Генеральный Директор
http://aspcom.ru
http://меркурий-россельхознадзор.рф
http://меркурий-россельхознадзор.рф/блог/category/все-о-меркурий/мнение-экспертов/ |
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 18/09/2019 14:12:17
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
Shadasp wrote:Вообще лучше сейчас все возможные баги протестируют, чем в ноябре будем подкидывать.
Вряд ли кто-то будет с Вами спорить )
Вот ответ тех поддержки:
"На момент Вашего обращения имелись некоторые отставания. Система возвращает положительный ответ уже после выполнения операции."
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 01/11/2019 19:27:29
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
Ошибка таже самая, но только еще добавилось в вебе.
На остатках показывает 2 позиции, захошь в первую строку, данные похожи на табличные, объем, остаток и т.д.
Открываешь вторую строку, а там детали из первой.
И ссылки ведут на одну и ту же запись
https://mercury.vetrf.ru/hs/operatorui?_action=showRealTrafficVUForm&_language=ru&trafficPk=5638777666&pageList=1&showAction=listAllRealTrafficVU&stateMenu=2&anchor=td5631816919
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 01/11/2019 19:34:59
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/11/2019 09:06:05
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
https://xn----8sbmbbmccjipfvkcfubdkla2b8cyk.xn--p1ai/%D0%B1%D0%BB%D0%BE%D0%B3/%D1%80%D0%BE%D1%81%D1%81%D0%B5%D0%BB%D1%8C%D1%85%D0%BE%D0%B7%D0%BD%D0%B0%D0%B4%D0%B7%D0%BE%D1%80-%D0%BF%D1%80%D0%B8%D0%B7%D0%BD%D0%B0%D0%B5%D1%82-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%83/
В выходные РСХН подключили оптимизированную функцию по чтению записей журнала, что повысило быстродействие системы по этой операции и на этой основе позволило снять ограничения по запросу на получение списков записей журнала
Подскажите пожалуйста что за ограничение?
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/11/2019 09:40:07
|
oleg-x
Зарегистрирован: 20/11/2017 11:24:40
Сообщений: 2047
Оффлайн
|
Ошибка APLM0012, это не ошибка, это ограничение нагрузки на шлюз.
|
https://vk.com/mercuriy_rf |
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 06/11/2019 12:58:10
|
miskevich
Зарегистрирован: 27/12/2017 13:04:17
Сообщений: 139
Оффлайн
|
oleg-x wrote:Ошибка APLM0012, это не ошибка, это ограничение нагрузки на шлюз.
Спасибо, а то грешным делом подумал, что разница в остатках в API и веб - это умышленное ограничение )
|
|
 |
|