|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: miskevich
Индекс форума » Профиль для miskevich » Сообщения, отправленные пользователем miskevich
Автор Сообщение
oleg-x wrote:Ошибка APLM0012, это не ошибка, это ограничение нагрузки на шлюз.


Спасибо, а то грешным делом подумал, что разница в остатках в API и веб - это умышленное ограничение )
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/
В выходные РСХН подключили оптимизированную функцию по чтению записей журнала, что повысило быстродействие системы по этой операции и на этой основе позволило снять ограничения по запросу на получение списков записей журнала


Подскажите пожалуйста что за ограничение?
Ошибка таже самая, но только еще добавилось в вебе.



На остатках показывает 2 позиции, захошь в первую строку, данные похожи на табличные, объем, остаток и т.д.
Открываешь вторую строку, а там детали из первой.

И ссылки ведут на одну и ту же запись
https://mercury.vetrf.ru/hs/operatorui?_action=showRealTrafficVUForm&_language=ru&trafficPk=5638777666&pageList=1&showAction=listAllRealTrafficVU&stateMenu=2&anchor=td5631816919
Shadasp wrote:Вообще лучше сейчас все возможные баги протестируют, чем в ноябре будем подкидывать.

Вряд ли кто-то будет с Вами спорить )

Вот ответ тех поддержки:
"На момент Вашего обращения имелись некоторые отставания. Система возвращает положительный ответ уже после выполнения операции."
конечно рассинхронизация, когда на вебе актуальные остатки, а в API задержка.
был бы остаток на вебе тоже с запозданием, я бы понял
gorlanovmax wrote:Подозреваю, что все это афтершоки третьего нагрузочного тестирования.
Начали висеть мы с 06.09

безусловно, но если смотреть глубже, рассинхронизация остатков - фундаментальная ошибка, в которой мы все дружно утонем с введением цельномолочки.
https://vetrf.ru/vetrf-forum/posts/list/0/9258.page#84435
https://vetrf.ru/vetrf-forum/posts/list/0/9258.page#84435
Добрый день, коллеги!

Внезапно стала появляться ошибка «MERC17009 - В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН.» при объединении остатков операцией mergeStockEntriesRequest
Пример ApplicationID 95998392-A23F-43BE-AA8C-C595CCEABC94

В ходе анализа выяснилось, что остатки, получаемые операцией getStockEntryListRequest API 2.0 отличаются от реальных (видимых в web-интерфейсе).






Пока пост оформлял, дубликаты для объединения из остатков API исчезли и есть полная уверенность, что предоставляемые остатки отстают от тех, которые выводятся в веб и на которые описаются проверки Меркурий.
Также есть предположение, что система возвращается статус успешности операции объединения раньше их фактического объединения.

Кто-то заметил подобное поведение Меркурий?

С уважением, Павел.
oleg-x wrote:Тег <vd:vetDocumentType>INCOMING</vd:vetDocumentType>
INCOMING Входящий ВСД.
OUTGOING Исходящий ВСД.
PRODUCTIVE Производственный ВСД.
RETURNABLE Возвратный ВСД.
TRANSPORT Транспортный ВСД.

Все есть в справке http://help.vetrf.ru/wiki/GetVetDocumentListOperation_v2.0


до чего ожидаемый ответ. Вопрос мой был в получении одновременно ВХОДЯЩИХ И ВОЗВРАТНЫХ. Такое в справке есть?
Добрый день, коллеги!

Подскажите пожалуйста как получить с помощью getVetDocumentListRequest только ВХОДЯЩИЕ ВОЗВРАТНЫЕ ВСД (одним запросом и без лишних циклов по выборке).

С уважением, Павел.
ответ техподдержки:
"Обслуживаемое предприятие-получатель guid: ed979670-12e3-4904-ab87-656fa8a78690 присоединено к предприятию-отправителю guid: 28b8bc02-017c-a5fb-30af-138033222ee1), в связи с чем у Вас и возникает такая ошибка."

Тема закрыта.
Svetlanasp wrote:Скажу больше, в Ростовской области ГАИ остановили машину. номер авто не совпал с номером, указанным в ЭВСД. Штраф 400 тысяч.

Прекрасно. Совершенно закономерно, номер ТС должен совпадать. Подскажите пожалуйста по какой статье был выписал штраф?
dk wrote: Каждая транзакция независимая, транзакции могут быть от разных клиентов.


Как это реализуется? Разные логины или ХС?
Ваше решение работает на одном сервере и одном IP?
egais2018 wrote:Читается как: "пусть хоть все не смогут работать, а мы и дальше будем DDoS-ить Меркурий раз в секунду". XD
Вы ждете ответа от сервера или сразу через секунду после посыла повторяете запрос? Попробуйте ради эксперимента увеличить в несколько раз. А может реализовать динамическую задержку ;D


А я же писал в основном посте, что prdcRsltDate не игнорируется. Первый запрос на получение ответа отправляется в указанное время + 1 секунда.
 
Индекс форума » Профиль для miskevich » Сообщения, отправленные пользователем miskevich
Перейти:   

Powered by JForum 2.1.8 © JForum Team