Не работает меркурий

Тоже вопрос к разработчикам. Почему нельзя было сделать нормальную диагностику ошибок? Если документ не принимается из-за каких-то позиций, то в ответе перечислите хотя бы номера строк этих позиций. Как людям догадываться по каким позициям в документе проблема? Приходится перепроверять каждую строку.

VoditelKobyly wrote:Тоже вопрос к разработчикам. Почему нельзя было сделать нормальную диагностику ошибок? Если документ не принимается из-за каких-то позиций, то в ответе перечислите хотя бы номера строк этих позиций. Как людям догадываться по каким позициям в документе проблема? Приходится перепроверять каждую строку.

Мы в этом случае делаем авторазбивание документа на строки и отправляем пачку документов, увеличивая нагрузку

Номера строк вытаскивать можно, но интересно другое:
REJECT возвращается на всю операцию, но часть ВСД отправляется, а часть нет.
Логичнее тогда уж откат всей транзакции. Мы не могли в начале понять откуда задвоенные справки получаются.
Оказалось всё "просто" : Операция REJECT - соответственно повтор отправки, а о том, что часть ВСД создалось никто не знает...

[quote=МОЛОльга
Мы в этом случае делаем авторазбивание документа на строки и отправляем пачку документов, увеличивая нагрузку

Тоже уже задумался об этом.

МОЛОльга wrote:

VoditelKobyly wrote:Тоже вопрос к разработчикам. Почему нельзя было сделать нормальную диагностику ошибок? Если документ не принимается из-за каких-то позиций, то в ответе перечислите хотя бы номера строк этих позиций. Как людям догадываться по каким позициям в документе проблема? Приходится перепроверять каждую строку.

Мы в этом случае делаем авторазбивание документа на строки и отправляем пачку документов, увеличивая нагрузку

а все на Тандер грешили.

dr.pae wrote:Номера строк вытаскивать можно, но интересно другое:
REJECT возвращается на всю операцию, но часть ВСД отправляется, а часть нет.
Логичнее тогда уж откат всей транзакции. Мы не могли в начале понять откуда задвоенные справки получаются.
Оказалось всё "просто" : Операция REJECT - соответственно повтор отправки, а о том, что часть ВСД создалось никто не знает...

я тут на форуме пару месяцев назад задавал такой вопрос. что будет если часть номенклатуры получит REJECT. Все промолчали. Вообще как правило в таких случаях никаких ВСД не создается. Но видимо бывают исключения, когда что-то проскакивает.

Как и обещал, еще один отзыв нашего клиента: Роман "Торговые дома: Останкино":

http://меркурий-россельхознадзор.рф/%D0%B1%D0%BB%D0%BE%D0%B3/%d1%81%d1%82%d0%b0%d1%82%d1%8c-%d1%81-%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d0%be%d0%b9-%d0%be%d0%b4%d0%bd%d0%b8%d0%bc-%d1%86%d0%b5%d0%bb%d1%8b%d0%bc-%d0%ba%d1%82%d0%be-%d0%b8-%d0%ba%d0%b0%d0%ba/

Symon wrote:Web лежит...

Это не web, это ваш провайдер тупит

Овчинников Дмитрий wrote:

Symon wrote:Web лежит...

Это не web, это ваш провайдер тупит

Все три?

И в регионах, отличных от московского, была аналогичная ситуация в тот момент.

Провайдер тупит, как же...

Shadasp wrote:Как и обещал, еще один отзыв нашего клиента: Роман "Торговые дома: Останкино":

http://меркурий-россельхознадзор.рф/%D0%B1%D0%BB%D0%BE%D0%B3/%d1%81%d1%82%d0%b0%d1%82%d1%8c-%d1%81-%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d0%be%d0%b9-%d0%be%d0%b4%d0%bd%d0%b8%d0%bc-%d1%86%d0%b5%d0%bb%d1%8b%d0%bc-%d0%ba%d1%82%d0%be-%d0%b8-%d0%ba%d0%b0%d0%ba/

Ну что сказать-то?Молодец Роман! Но че-то кушает он мойву, а не свою колбаску, видимо знает как происходит ВЕТЕРИНАРНАЯ сертификация их продукта

Lele4ka13 wrote:

Shadasp wrote:Как и обещал, еще один отзыв нашего клиента: Роман "Торговые дома: Останкино":

http://меркурий-россельхознадзор.рф/%D0%B1%D0%BB%D0%BE%D0%B3/%d1%81%d1%82%d0%b0%d1%82%d1%8c-%d1%81-%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d0%be%d0%b9-%d0%be%d0%b4%d0%bd%d0%b8%d0%bc-%d1%86%d0%b5%d0%bb%d1%8b%d0%bc-%d0%ba%d1%82%d0%be-%d0%b8-%d0%ba%d0%b0%d0%ba/

Ну что сказать-то?Молодец Роман! Но че-то кушает он мойву, а не свою колбаску

=)
фото не нашли другого, но на ней он забавно выглядит

.

Колбасу нам сегодня привезли в другой новости, интервью достаточно познавательнопе получилось.

http://меркурий-россельхознадзор.рф/%D0%B1%D0%BB%D0%BE%D0%B3/%d1%81%d1%8e%d1%80%d0%bf%d1%80%d0%b8%d0%b7-%d0%be%d1%82-%d0%bf%d0%b0%d1%80%d1%82%d0%bd%d0%b5%d1%80%d0%be%d0%b2-%d0%ba%d0%be%d0%bb%d0%b1%d0%b0%d1%81%d0%b0-%d1%81-%d0%b4%d0%be%d1%81%d1%82%d0%b0%d0%b2/

VoditelKobyly wrote:Тоже вопрос к разработчикам. Почему нельзя было сделать нормальную диагностику ошибок? Если документ не принимается из-за каких-то позиций, то в ответе перечислите хотя бы номера строк этих позиций. Как людям догадываться по каким позициям в документе проблема? Приходится перепроверять каждую строку.

Да, это раздражает. Ошибку возвращает, а номенклатуру фиг. Сделали бы как в егеисе и возвращали ещё и номер строки. Читаешь и удивляешься, кто там вообще этот Меркурий придумывал и разрабатывал?

serega2671 wrote:

VoditelKobyly wrote:Тоже вопрос к разработчикам. Почему нельзя было сделать нормальную диагностику ошибок? Если документ не принимается из-за каких-то позиций, то в ответе перечислите хотя бы номера строк этих позиций. Как людям догадываться по каким позициям в документе проблема? Приходится перепроверять каждую строку.

Да, это раздражает. Ошибку возвращает, а номенклатуру фиг. Сделали бы как в егеисе и возвращали ещё и номер строки. Читаешь и удивляешься, кто там вообще этот Меркурий придумывал и разрабатывал?

согласен, очень мутарная штука выявлять позицию ...

Строка номенклатуры возвращается.

<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>d07c5b40-ab66-47d2-89e8-8524a6ce083a</applicationId>
<status>REJECTED</status>
...
<errors>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id1_600513">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id1_600513">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id5_058377">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id5_058377">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>

dr.pae wrote:Строка номенклатуры возвращается.

<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>d07c5b40-ab66-47d2-89e8-8524a6ce083a</applicationId>
<status>REJECTED</status>
...
<errors>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id1_600513">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id1_600513">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02137" qualifier="id5_058377">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC02143" qualifier="id5_058377">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>

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