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

max_01 wrote:APLM0012 An unexpected error has occurred while invoking target service operation.

Через одну операцию такой ответ имеем.
Из моего опыта: если учетная система ни фига не работает, то выгоднее и проще в ней ничего учитывать - тупо ресурсы зря тратятся на учет, который невозможен. Всё равно потом эти миллионы операций никто разгребать не будет.
Однако, здесь нас обязывает закон.
Что делать-то, братцы?

Тебе ещё везет, что через одну!!! Я с утра не могу входящие получить

Опыт первых 3х дней показал, что получать списки не вариант. И не пытаюсь получать списки онлайн. Переписал все на кеширование. Получаю их регламентными заданиями редко.

ZDmitry wrote:Опыт первых 3х дней показал, что получать списки не вариант. И не пытаюсь получать списки онлайн. Переписал все на кеширование. Получаю их регламентными заданиями редко.

Ты про актуальные остатки, я про входящие документы

Входящие документы по тому же принципу. Запускаю пару раз в сутки выгрузки входящих ВСД)), когда успех, кеширую))). А гасим по своему кешу. Обходные пути!

только у меня веб не открывается?)

У всех. Сволочи-гады-террористы-диверсанты.

ZDmitry wrote:Опыт первых 3х дней показал, что получать списки не вариант. И не пытаюсь получать списки онлайн. Переписал все на кеширование. Получаю их регламентными заданиями редко.

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

ZDmitry wrote:только у меня веб не открывается?)

поднялся веб вроде, это норма в течении дня раз 10 крашнуться вебу по 10-15 минут... Ждать 10-15 минут и пробовать снова.
Ближайщие два дня, там посмотрим на динамику веба.

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

fly_byte wrote:

ZDmitry wrote:Опыт первых 3х дней показал, что получать списки не вариант. И не пытаюсь получать списки онлайн. Переписал все на кеширование. Получаю их регламентными заданиями редко.

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

Не понял какое это имеет значение при получении журналов. А по транзакциям да. Есть такое. Но я до сих пор журнал не могу привести в порядок, так как половину поставщиков до сих пор шлют братские могилы. И без инвы не обойтись. Так что если выпишется 1 партия дважды, значит судьба! При 5000 тысячах ВСД в день ошибки неизбежны.

А между тем так и не могу через API 2.0 отправить производственный ВСД... Это общая проблема?

GusVal wrote:А между тем так и не могу через API 2.0 отправить производственный ВСД... Это общая проблема?

Писал же, полтора часа осталось...
Не успел в окно, теперь штатный режим пошел. Часа три продлится

fly_byte wrote:

GusVal wrote:А между тем так и не могу через API 2.0 отправить производственный ВСД... Это общая проблема?

Писал же, полтора часа осталось...
Не успел в окно, теперь штатный режим пошел. Часа три продлится

Ура! Отправились...

APLM0012 An unexpected error has occurred while invoking target service operation.
При получении списка ВСД это у всех? Просто лежит, уже каждый 5 минут поставил((

VoditelKobyly wrote:

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>

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

qualifier="CSNT_38363030313333323634373536393539"

В моем случае, возвращается строка и артикул продукции qualifier="id1_600513"
Это как запрос написать.