Автор |
Сообщение |
|
Если у кого-то будет такая же проблема, вот описание, как она решилась у меня.
В стоке было
А при отправке запроса
Т.е. один нолик потерялся, из-за ошибки в WMS.
Раньше Меркурий на это не обращал внимание. А в какой-то момент начал проверять, из-за этого коробки перестали считаться. Из-за этого "плыл" сток в веб-интерфейсе и при офомрлении транзакции через веб, отображался отрицательный остаток.
Провели инвентаризацию, стали жестко контролировать мастерданные, проблема решена.
|
 |
|
А это норм, что тестовый api возвращает "Connection to https://api2.vetrf.ru:8002 refused" ? М.б. я что-то пропустил
|
 |
|
Может быть в вашей программе был учёт и списание, а не в Меркурии?
Что имелось в виду? Что вот это не учёт в Меркурии? Я через soap ui вручную разбираю ошибки.
Сток до выполнения prepareOutgoingConsignmentRequest
Сток после выполнения запроса
При том, что в запросе явно всё прописано.
Килограммы уменьшились, штуки уменьшились, коробки не уменьшились. Раньше всё работало. Что изменилось, не могу понять.
|
 |
|
Или как лучше - вести учет на стоке только в килограммах, а при оформлении указывать штуки и упаковки?
|
 |
|
Ситуация такая - покупатели требуют указывать эти уровни, мы их указываем.
После оформления транспортного ЭВСД коробки могут не пересчитаться - так и должно быть? До ноября списывалось столько, сколько указано при оформлении.
|
 |
|
Подключаемся к https://api.vetrf.ru/platform/services/2.1/ApplicationManagementService
В запросе передаём <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
|
 |
|
В общем, понятно, что из стока иногда не списываются коробки. То есть, в ЭВСД количество штук и коробок верное. После оформления, сток уменьшается на количество оформленных штук, а количество коробок может остаться прежним.
Может, я что-то упустил и в ноябре появились какие-то дополнительные требования?
Где ошибка в описании упаковки при оформлении? Если ошибки нет, почему штуки списываются, а коробки нет?
|
 |
|
Добрый день!
В пятницу обнаружили проблему, у некоторых партий через веб-интерфейс отображаются отрицательные остатки. Начал разбираться, взял одну из записей складского журнала и прошелся по ней. Обнаружил, что в двух случаях оформления транспортных ЭВСД количество коробок не менялось. В итоге:
1) количество коробок неверное как при запросе стока через API, так и в веб-интерфейсе
2) количество штук верное везде
3) объем продукции через api верный, через web-отрицательный
При этом, если идти по порядку по всем ВСД, оформленным из этой партии, они все корректные. Нет таких эвсд, где при оформлении указано неверное количество коробок.
С утра написал в техподдержку, но ответа пока нет.
Кто-нибудь сталкивался с этим? В чем причина такого явления? Как предотвратить и как исправить?
|
 |
|
Интересно. Как же тогда импорт протестировать? Может, я плохо искал и где-то есть инструкция по тестовой системе?
|
 |
|
Добрый день!
Ситуация такая - в продуктивных версиях работаем, тестовые не заполнены. Есть необходимость в тестах, в связи с автоматизацией. Подконтрольную продукцию мы только импортируем, повторяем рабочий процесс в тестовой среде через сайт, после отправки "уведомления о прибытии груза в пункт пропуска" - ничего не происходит. Пункты пропуска работают в тестовом Аргусе?
|
 |
|
|
|