Сообщения, отправленные пользователем: VoditelKobyly

Камрад, вот же оно - qualifier="id1_600513". На этапе создания ВСД присваиваешь <vd:consignment id="""+БлаБлаБла+""">. Именно оно и возвращается

Спасибо, брат! Буду пробовать...

dr.pae пишет:

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

Вопрос к dr.pae: откуда можно вытащить номера строк?

Да "вы" не к тебе относится, а к разработчикам.
К тебе претензий нет. От тебя требуется только моральная поддержка, которая есть...

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

Да речь не об ошибках. С ними уже разобрались и все отправили.
Речь о том что если вы уж дали возможность получать ВСД на список товаров (на документ), то будьте добры сделать понятную диагностику ошибок и вернуть ошибки с привязкой к номеру в списке (к позиции документа, запроса, гуида чего угодно),
чтобы пользователи понимали по какой позиции документа им не хватило остатка, ВСД не в том состоянии, либо еще что-то. Транспортные накладные могут выписываться на десятки позиций. В Меркурий уходит запрос сразу по всем позициям в одной
транзакции. Вам вернули REJECT по запросу, но не указывают по какой позиции, по какому товару возникли проблемы с оформлением ВСД. Мы тратим часы чтобы разобраться. А тут ещё и выясняется что может часть ВСД с отвергнутого документа пройти.
Уже писали что в ЕГАИСе подобное есть. Там в ответ приходят номера проблемных позиций документа. Уверен, что и тут бы разработчики могли бы кинуть в ответ не какой-то там их внутренний qualifier, который нам ни о чем не говорит, а хотя бы ссылочку
на товар и партию или номер строки в заявке. Либо уж тогда отмените возможность получать ВСД списком. Будем сразу кидать запросы по одному.

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>

Будьте добры, тыкнете меня носом где в моем случае номер строки или ещё какой-нибудь указатель на номенклатуру из документа в полученных ошибках.
Если это поле qualifier, то как его привязать к отправляемому запросу?
К примеру получил вот такой текст ошибки:

<errors>
<apl:error code="MERC02134" qualifier="CSNT_38363030313333323634373536393539" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Обслуживаемое предприятие в транспортируемых записях складского журнала продукции должно совпадать с предприятием-собственником</apl:error>
<apl:error code="MERC02137" qualifier="CSNT_38363030313333323634373536393539" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error code="MERC02143" qualifier="CSNT_38363030313333323634373536393539" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
<apl:error code="MERC02134" qualifier="CSNT_31353835303634303538393839383636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Обслуживаемое предприятие в транспортируемых записях складского журнала продукции должно совпадать с предприятием-собственником</apl:error>
<apl:error code="MERC02137" qualifier="CSNT_31353835303634303538393839383636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Используемый объём должен быть меньше или равен остатку</apl:error>
<apl:error code="MERC02143" qualifier="CSNT_31353835303634303538393839383636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены)</apl:error>
</errors>

Как связать это со своими строками?

Если кому интересно - написал внешнюю компоненту для 1С 7.7 - успешно использую...
Хочу узнать нужна-ли кому...

У нас семерка самописка. Написал интеграцию без внешних компонент.
Тут основной вопрос какие методы обрабатывает ваша внешняя компонента.
Если ей на вход к примеру подать документ выпуска продукции а она на выходе вернет номенклатуру с производственными ВСД и при этом спишет
транспортные ВСД, то это одно, а если ваша компонента просто повторяет функции Меркурия с необходимостью передавать весь набор параметров,
то это другое.

В любом случае для меня вы опоздали. Год назад я бы может и заинтересовался в зависимости от цены.

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

Видимо пора действительно очередь составлять кто во сколько и по сколько будет работать.

Очередь пора составлять на другое. Скоро будет большая очередь из желающих хотя бы в глаза посмотреть этим "родителям".

Водитель после погрузки уже успел доехать до точки, там постоять из-за того, что Лента не принимает товар без оформленных ЭВСД и поехал дальше. А сервер Меркурия все висит...
Кто работает в сетях? Будете так себя вести останетесь без товара.Неужели в такие периоды не можете более снисходительно относится к поставщикам?

На один документ успели получить ВСД и опять ошибка 502.

Как опять?
С самого утра: Ошибка Запрос_TransportOperation_v2.0 : 502 - Bad Gateway

Значит все дело в Москве.
Пока Москва не работала у нас все было нормально.

Это интеграторы во всем виноваты.
Это они завалили Меркурий своими заявками.

Куда писать жалобы на работу системы?

Тоже не работает...
Не могу выполнить гашение.
Заявки зависли в статусе IN_PROCESS