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


А в это время идёт чемпионат мира... Это уже не специально, это уже диверсии...
Доброго...

В последние дни Меркурий полный тормоз... Всё еле-еле дышит...
Доброго...

У всех в тестовом ВетИС.API работает (работало)? Или это проблема с тестовым ВетИС.API, а на продуктивном нормально?
<vd:issueSeries/> убрали и в <vd:waybill> и в <vd:relatedDocument>?
разработчикам?
http://vetrf.ru/vetrf/news/26826.html
Легче уж застрелиться...
Да, вроде правильно.
А попробуйте убрать пустые теги <vd:issueSeries/>, фиг знает как у разработчиков воспринимаются они.
Ппосмотрел у себя. Да, везде вставляю при гашении внутрь тега accompanyingForms relatedDocument. И проблем нет, пользователи с марта работают через шлюз ВетИС.API 2.0
Доброго...

А вы попробуйте и очень удивитесь...
Если вы смотрите мануал по запросам на сайте, например, http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0, то и там встречаются ошибки...
Доброго...

Может не прав, но если мне память не изменяет, то у меня в запросе на гашение используются теги relatedDocument, в которых я перечисляю документы, указанные во входящем ВСД в тегах referencedDocument. Тупость конечно повторять всю информацию, но что поделаешь...
Доброго...

Решил попробовать сделать мультимодальные перевозки.
Для теста использую тестовый ВетИС.API 2.0
Посылаю запрос с исходящей транзакцией со сведениями о маршруте следования, используя ShipmentRoute, вот пример:

<vd:shipmentRoute>
<vd:routePoint>
<vd:sqnId>1</vd:sqnId>
<vd:location>
<dt:name>1-ый перекресток</dt:name>
<dt:address>
<dt:country>
<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
</dt:country>
<dt:region>
<bs:guid>0b940b96-103f-4248-850c-26b6c7296728</bs:guid>
</dt:region>
</dt:address>
</vd:location>
<vd:transshipment>true</vd:transshipment>
<vd:nextTransport>
<vd:transportType>1</vd:transportType>
</vd:nextTransport>
</vd:routePoint>
<vd:routePoint>
<vd:sqnId>2</vd:sqnId>
<vd:location>
<dt:name>2-ой перекресток</dt:name>
<dt:address>
<dt:country>
<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
</dt:country>
<dt:region>
<bs:guid>0b940b96-103f-4248-850c-26b6c7296728</bs:guid>
</dt:region>
</dt:address>
</vd:location>
<vd:transshipment>true</vd:transshipment>
<vd:nextTransport>
<vd:transportType>1</vd:transportType>
</vd:nextTransport>
</vd:routePoint>
</vd:shipmentRoute>

Приходит ответ, что транзакция прошла. Есть в ответе данные по stockEntry и по vetDocument. Вроде всё хорошо, но в ответе нет данных о маршруте следования (нет ShipmentRoute).
Через Веб интерфейс тоже нет сведений о маршруте следования, только отправитель и получатель.
Пытаюсь изменить номера транспорта через UpdateTransportMovementDetailsOperation 2.0, приходит ошибка "MERC72474: Точка маршрута с указанным идентификатором не найдена"
Понимаю, что маршрут следования в запросе не прошел, но что тогда делаю не так?
Ну так понятно, это же техподдержка...
8(4922) 52-99-29
Да, заработало...
Подтверждаю... Приходят пустые ответы на запросы.
Все оказалось проще, теперь все гасится...
Причём хоть и написано в мануале другое, но ВетИС.API 2.0 еще позволяет при гашении указывать дату выработки и срок годности в строках как у поставщика.
У меня проблема была, что при формировании xml файла для запроса на гашение ВСД обрезались лидирующие пробелы и пробелы в конце строки. Надо обязательно повторять строки точь в точь, как указано у поставщика...
 
Индекс форума » Профиль для Konup » Сообщения, отправленные пользователем Konup
Перейти:   

Powered by JForum 2.1.8 © JForum Team