Сообщения, отправленные пользователем: Алексей Баранов

Та же история...

Shadasp wrote:

Алексей Баранов wrote:Хотелось бы услышать рекомендацию от Николая Власова, или на крайний случай от его ведущих специалистов.

Сейчас было, я надеюсь, кратковременное зависание, сейчас заявки начали у нас отработывать, как правило если заявка не возвращается в течение 5 минут (скорее даже меньше), она уже не выполняется, какой то объем брака получается.

пока, сказал по своему личному опыту.

Вот что им мешает обозначить регламент...

Вообще круть!
На все зависшие запросы выдали APLM0012! Отличное решение!

Хотелось бы услышать рекомендацию от Николая Власова, или на крайний случай от его ведущих специалистов.

Vladimir2017 wrote:Придерживаюсь двух принципов - лучше создать две ТВСД чем не одной и если не ошибаюсь распроведение ТВСД списывает продукцию на склад.

У меня не безграничное количество остатков на складе.
В сутки оформляется порядка 10000 транспортных ВСД.
Это ж устанешь отслеживать.

Оно конечно можно продумать функционал по двойным/тройным запросам. Но это не нормально!

Добрый день.

Отправил запрос на оформление транспортной партии.
Запрос завис в состоянии IN_PROCESS!

Что мне делать?
Если я буду ждать пока отвиснет, то ведь могу и не дождаться...
Повторно оформить запрос я не могу, потому что если таки пройдут оба запроса, то будет двойное списание.
А это критично по отношению к остаткам.

Может быть есть способ отменить запрос?

Gmix wrote:

"Кто не знает цену времени, тот не рожден для славы."
Люк де Клапье

Увы не про Меркурий на данный момент.

Полностью согласен с докладчиком!
Да что толку?
Я подозреваю, что сервис Ветис.API представляет собой такой жуткий монстр, что что-то изменить практически невозможно.
Проще заново написать, да кто ж позволит! Бюджет уже освоен!

Фармакс wrote:

Алексей Баранов wrote:Комрады, подскажите как сделать...

Задача такая.
Я оформляю транспортный ВСД с несколькими наименованиями/партиями.
Получатель видит только номер и дату ТТН ВСД.

А хотелось бы ещё передать какой-то идентификатор типа порядкового номера в накладной.

Кто-нибудь придумал способ кроме как оформлять отдельные транспортные ВСД для каждого наименования?

Есть такое поле specialMark - задействуй его.

Тоже вариант. Спасибо!
Кривовато конечно получается, но это же Меркурий!

Комрады, подскажите как сделать...

Задача такая.
Я оформляю транспортный ВСД с несколькими наименованиями/партиями.
Получатель видит только номер и дату ТТН ВСД.

А хотелось бы ещё передать какой-то идентификатор типа порядкового номера в накладной.

Кто-нибудь придумал способ кроме как оформлять отдельные транспортные ВСД для каждого наименования?

msideln wrote:

очень странно, что не использовался опыт внедрения того же ЕГАИС, когда внедрили сначала у производителей, потом оптовиков, потом уже розница

А мне думается, что тут с ЕГАИС очень много общего. ЕГАИС в начале боевой эксплуатации намертво зависал (часа на 2-3) постоянно.
Но они в ЕГАИС ни разу не признали проблему!
И только через год или полтора после начала работы она разработали какой-то регламент по нагрузке. На сайте ЕГАИС появился Монитор нагрузки.
Когда я внедрял ЕГАИС, думал, что система - полный АТАС.
А сейчас я понимаю, что с точки зрения проработки запросов и заботы о разработчике - ну просто конфетка по сравнению с Ветиc.API.
И вот тут-то можно было бы кое-какой опыт и перенять. Для примера: в ЕГАИСЕ всего 2 сценария погашения: Акт принятия и акт разногласий/акт отказа. И всё работает на идентификаторах партий. Нет геморроя, чтобы учесть всё безумное многообразие входящих ВСД!

Сделал ещё один запрос на остатки. Пришли почти мгновенно.
Старые висят в IN_PROCESS. Ну это ладно. - остатки. А если бы я оформлял транспортный ВСД, и он бы был в IN_PROCESS
Потом сиди отменяй лишние да повторные

Киров
Уже 3 часа висим плотненько в IN_PROCESS

Подтверждаю. API висит

4 запроса:
остатки, погашение
IN_PROCESS уже 30 минут.

Просто улёт...

Фармакс wrote:Не могу понять что здесь неправильно

Блок упаковки перенеси ниже блока origin.

На сколько я понял систему (опять же методом проб и ошибок) последовательность объектов в запросах и ответах Ветис.API
жестко определена.
Оно конечно формат XML это поддерживает, но, комрады, мы же все понимаем, что это жуткий ущерб в универсальности.
Раз уж используют XML, так пользовались бы максимумом возможностей.
А то залезли в пространства имен, наплодили кучу схем под разные версии, но вот пожалте - блоки должны быть по порядочку....

И ещё пожелание к разработчикам Ветис.API.

Сделайте пожалуйста гашение ВСД, создание транспортных ВСД, создание инвентаризации только uuid ВСД и guid/uuid журнала.
Ну это же бы на 99% облегчило работу разработчикам-интеграторам.

Ну вот например: есть входящий ВСД, и я с ним полностью согласен.

Говорю Ветис: "погасить такой uuid". И всё!
Ну красота же.
А если с чем-то не согласен - тогда пожалуйста: пройти все круги ада!