Взаимодействие с учетными системами хозяйствующих субъектов

apl:error code="APLM0021" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">VetDocument properties do not correspond one of valid transaction types.</apl:error>

Ловлю вот такую ошибку при формировании запроса processIncomingConsignmentRequest.

Проверяю все теги, вроде совпадают с образцом из документации.

В каких случаях такая ошибка выдается?

Сам спросил, сам ответил.
"Дело было не в бобине..."
Посадил в consignor и в consignee одно и то же предприятие... (где тут значок фейспалма?)

Теперь на OutcomingConsignmentRequest непонятки:

Error MERC02080: Единица измерения, в которой происходит списание продукции, в ветеринарно-сопроводительном документе обязательна для заполнения.

В consignment/unit единица есть, в vetCertificate, судя по документации, она не обязательна. Или там надо полностью элемент batch заполнять?

vvche wrote:Теперь на OutcomingConsignmentRequest непонятки:

Error MERC02080: Единица измерения, в которой происходит списание продукции, в ветеринарно-сопроводительном документе обязательна для заполнения.

В consignment/unit единица есть, в vetCertificate, судя по документации, она не обязательна. Или там надо полностью элемент batch заполнять?

указывайте uuid, guid не обрабатывается, я тоже наступил на эти грабли

lalex23 wrote:
указывайте uuid, guid не обрабатывается, я тоже наступил на эти грабли

"Эффект письма в эху" )))
Еще ответа не увидел, попробовал поставить uuid и сработало ))

Хорошо, когда все грабли и костыли давно отложены в сторону. Да, по всей стране совсем разное отношение к Меркурию сложилось - от живейшего интереса до старательного саботажа. Основные эмоции - сначала "не верю", затем "ура", а вот потом кто-то расстраивается - то операторы становятся лишними, то у ветеринаров госзаказ на бумажные бланки срывается.

Напоминаю, что можно снять с себя всю головную боль по созданию модуля интеграции:

b.ivanov wrote:День добрый, коллеги.

Имеется реализованный модуль интеграции произвольной учётной системы и Меркурия, позволяющий автоматизировать оборот документов целиком и полностью, сохранив управляемость процессом. Успешно работает уже довольно долгое время с несколькими различными учётными системами, в том числе с 1С и с учётной системой на базе СУБД Oracle9, а количество обрабатываемых документов исчисляется тысячами ежесуточно. При этом учётные системы практически не нужно изменять. Буквально - не понадобится устанавливать никаких программных продуктов или модулей.

Собственно, совершенно не критично, на чём конкретно строится учёт в Вашей компании - мы готовы решить вопросы со всем этим за Вас, избавив от изучения документации и разработки.

Обращаться можно сюда: электронная почта

К этому всему теперь прилагается довольно весёлый набор инструментов из тонкостей, хитростей и костылей, собранных тут и там.

Здравствуйте! Кто-нибудь может подсказать, в каких случаях запрос отклоняется с ошибкой
APLM0002 Unsupported application data format?
(на создание входящей партии, вроде по тексту все как в примерах)

чего-то обязательного сильно не хватает

Это одна из самых весёлых ошибок, ещё настрадаетесь. Как правило, в моём случае это отсутствие упоминания необходимого ns. При аннулировании ВСД, к примеру, один и тот же код на тесте работает, а на боевом выдаёт эту ошибку. Имеет смысл связаться с разрабочтиками и сообщить им applicationId и прочие атрибуты запроса..

b.ivanov wrote:Это одна из самых весёлых ошибок, ещё настрадаетесь. Как правило, в моём случае это отсутствие упоминания необходимого ns. При аннулировании ВСД, к примеру, один и тот же код на тесте работает, а на боевом выдаёт эту ошибку. Имеет смысл связаться с разрабочтиками и сообщить им applicationId и прочие атрибуты запроса..

Тут упоминали SOAP UI, еще не скачивала - правильно я понимаю, что в случае таких ошибок особо не поможет? (в смысле не "ткнет носом" в узел, где что-то не так с форматом данных, а точно также выдаст подобное сообщение об ошибке?)

Gorkova wrote:

b.ivanov wrote:Это одна из самых весёлых ошибок, ещё настрадаетесь. Как правило, в моём случае это отсутствие упоминания необходимого ns. При аннулировании ВСД, к примеру, один и тот же код на тесте работает, а на боевом выдаёт эту ошибку. Имеет смысл связаться с разрабочтиками и сообщить им applicationId и прочие атрибуты запроса..

Тут упоминали SOAP UI, еще не скачивала - правильно я понимаю, что в случае таких ошибок особо не поможет? (в смысле не "ткнет носом" в узел, где что-то не так с форматом данных, а точно также выдаст подобное сообщение об ошибке?)

Зависит от того, насколько обожествляются примеры в документации. Если следовать исключительно им, далеко не получится уехать.

lalex23 wrote:чего-то обязательного сильно не хватает

Да уж 2 раза прошлась по обязательным полям - все есть. Если только не считать поля для входящего vetCertificate, у которых формально стоит обязательность 1, но сказано, что если заполнено UUID, остальные заполнять не нужно. Вот этот вариант и пробую - UUID подставляется, остальные поля нет (как и в одном из примеров). Может быть в этом причина?

Gorkova wrote:

lalex23 wrote:чего-то обязательного сильно не хватает

Да уж 2 раза прошлась по обязательным полям - все есть. Если только не считать поля для входящего vetCertificate, у которых формально стоит обязательность 1, но сказано, что если заполнено UUID, остальные заполнять не нужно. Вот этот вариант и пробую - UUID подставляется, остальные поля нет (как и в одном из примеров). Может быть в этом причина?

Отталкивайтесь от того, что обязательно всё. Не всегда известно, в каких ситуациях там "0..1" означает "1".

Gorkova wrote:

lalex23 wrote:чего-то обязательного сильно не хватает

Да уж 2 раза прошлась по обязательным полям - все есть. Если только не считать поля для входящего vetCertificate, у которых формально стоит обязательность 1, но сказано, что если заполнено UUID, остальные заполнять не нужно. Вот этот вариант и пробую - UUID подставляется, остальные поля нет (как и в одном из примеров). Может быть в этом причина?

проверьте заполнение count и total, вроде были с ними какие-то заморочки.

Юлия, без исходника запроса выяснение причин ошибок сродни гаданию на кофейной гуще. Нужны исходники. Если стесняетесь выкладывать их здесь, пишите в техподдержку. Кстати, SOAP UI помог бы вам найти место ошибки с точностью до строки и символа.