MERC14582 Сведения о товарно-транспортной накладной указаны неверно.

Добрый день
Контрагенты делают отгрузку, не указывая в документах "Номер ТТН". Дату ТТН указывают, а номер оставляют пустым.
Если попытаться погасить такие ТТН прямо на портале Меркурия, гасит без проблем.
Если пытаться погасить через интеграцию, Ветис.API не шлет отказ:

="MERC14582">Сведения о товарно-транспортной накладной указаны неверно. Номер, дата либо тип документа не указаны или имеют недопустимое значение

Эмпирические исследования показали, что проблема из-за незаполненного контрагентом "Номер ТТН" в отгрузке. Вбить самим рандом в это поле - Ветис не принимает.

Я не очень понимаю логику, если она тут есть. Если форматно-логический контроль Ветиса требует заполненности поля "Номер ТТН", почему Меркурий тысячами
дает создавать кривые документы с незаполненным полем и принимает их от несоблюдающих заполнение участников системы?

Через Ветис.API не выписать транспортный ВСД без номера накладной:

если сделать так:

то получаем:

, и соответственно не погасить входящий с описанной выше ошибкой.

2Выхода:
1. Просить выписывать с номером ТТН
2. Пытаться гасить с актом о несоответствии.

И надеяться, что может быть когда-нибудь в светлом будущем они это исправят.

Давайте создадим петицию с требованием привести в чувство Меркурий и его адептов. Мне кажется, требуемое для рассмотрения количество подписей соберем быстро.
Уже год издеваются, за год можно было переписать систему, а они даже тупые глюки не поправили
Запрашиваешь за день документы на 100 площадках, через 500 отказов кое-как отдает. Через день выясняется, что рандомно 5-ю часть документов забыло отдать. Операторы сидят и выковыривают точечно у Ветиса эти накладные.
Это у всех так или только мы так живем?

Rafaelvi wrote:Уже год издеваются, за год можно было переписать систему, а они даже тупые глюки не поправили
Запрашиваешь за день документы на 100 площадках, через 500 отказов кое-как отдает. Через день выясняется, что рандомно 5-ю часть документов забыло отдать. Операторы сидят и выковыривают точечно у Ветиса эти накладные.
Это у всех так или только мы так живем?

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

Rafaelvi wrote:Запрашиваешь за день документы на 100 площадках, через 500 отказов кое-как отдает. Через день выясняется, что рандомно 5-ю часть документов забыло отдать. Операторы сидят и выковыривают точечно у Ветиса эти накладные.
Это у всех так или только мы так живем?

Есть конечно некоторые команды, которые категорически не хотят работать:
например,

ну или какая-нибудь экзотика типа GetResearchMethodList v2.0 или ИКАР.

Но так чтобы GetVetDocumentChangesListOperation v2.0 или GetStockEntryChangesListOperation v2.0 не работали, пока такого не было.

Rafaelvi wrote:Давайте создадим петицию с требованием привести в чувство Меркурий и его адептов. Мне кажется, требуемое для рассмотрения количество подписей соберем быстро.
Уже год издеваются, за год можно было переписать систему, а они даже тупые глюки не поправили
Запрашиваешь за день документы на 100 площадках, через 500 отказов кое-как отдает. Через день выясняется, что рандомно 5-ю часть документов забыло отдать. Операторы сидят и выковыривают точечно у Ветиса эти накладные.
Это у всех так или только мы так живем?

Скорее всего это учетная система от отказов с ума сходит.
Я наблюдал такое в 1С УВС, они вроде бы и сделали повторные запросы с места остановки,
но меркурий же на хитрости горазд, он то ответит что ошибка, а данные даст,
то ответит что ок , а данных не даст, то не ответит вообще и тоже два варианта с данными.
А периодически у них "бывают сервисные работы и уже инцидент исчерпан", а ты три дня на ушах стоял.
Ни тебе "извините", ни тебе "простите"...

Попробуйте так

<ns4:waybill>
<ns4:issueSeries/>
<ns4:issueNumber/>
<ns4:issueDate>2018-11-02</ns4:issueDate>
<ns4:type>1</ns4:type>
</ns4:waybill>

Здравствуйте.
Подскажите, как решить проблему, пытаюсь погасить ВСД через Ветис.API
На входе имеем один документ
<vd:referencedDocument>
<vd:issueNumber>2273</vd:issueNumber>
<vd:issueDate>2020-01-16</vd:issueDate>
<vd:type>23</vd:type>
<vd:relationshipType>1</vd:relationshipType>
</vd:referencedDocument>

гашу
<vd:accompanyingForms>
<vd:waybill>
<vd:issueNumber>2273</vd:issueNumber>
<vd:issueDate>2020-01-16</vd:issueDate>
<vd:type>23</vd:type>
</vd:waybill>
<vd:vetCertificate>
<bs:uuid>cd7be80c-3d29-4dd0-9f97-xxxxxxxxxxxxx</bs:uuid>
</vd:vetCertificate>
</vd:accompanyingForms>

в wiki написано, что DocumentType = 23 (УПД) можно использовать для версии сервиса 2.1 - (v2.1) УПД

ServiceId выставлен в mercury-g2b.service:2.1
ApplicationManagementService настроен тоже на 2.1
https://api.vetrf.ru/platform/services/2.1/ApplicationManagementService

получаю ошибку MERC14582/Сведения о товарно-транспортной накладной указаны неверно. Номер, дата либо тип документа не указаны или имеют недопустимое значение.

других referencedDocument нет

никто не сталкивался с УПД?

jokerpnz wrote:никто не сталкивался с УПД?

Мы отправляем УПД. Это связанный документ (не сопроводительный).
В чем вопрос?

вопрос выше сообщение
не могу погасить, если отправили УПД

jokerpnz wrote:вопрос выше сообщение
не могу погасить, если отправили УПД

Данные об УПД нужно указывать в блоке relatedDocument.

спасибо! попробую

jokerpnz wrote:спасибо! попробую

Ещё один момент. В случае гашения ВСД с УПД без накладной в запросе нет необходимости указывать блок waybil.