Код ошибки merc02469

Автор	Сообщение
01/07/2019 12:07:01      Тема: CheckShipmentRegionalizationOperation и ошибка MERC02469
machik Зарегистрирован: 01/07/2019 11:55:06 Сообщений: 2 Оффлайн	Добрый день. Формируем ВСД через API. Параметры регионализации получаем с помощью операции CheckShipmentRegionalizationOperation . Операция выдает, что перемещение возможно без дополнительных условий, но ВСД не оформляется из за ошибки: Код ошибки: MERC02469. Описание: Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение). Когда формируем эту же ВСД на сайте, то выскакивает куча условий на перемещение. Как так может быть? Операция CheckShipmentRegionalizationOperation работает не корректно? Куда копать? Тех. поддержка на мое письмо не ответила
01/07/2019 12:08:29      Тема: Re:CheckShipmentRegionalizationOperation и ошибка MERC02469
nmzn1 Зарегистрирован: 11/05/2017 09:25:20 Сообщений: 4977 Оффлайн	добрый а позвонить 8 (4922) 52-99-29
01/07/2019 12:10:23      Тема: CheckShipmentRegionalizationOperation и ошибка MERC02469
Yoreg07 Зарегистрирован: 21/07/2016 06:41:02 Сообщений: 573 Оффлайн	machik wrote:Добрый день. Формируем ВСД через API. Параметры регионализации получаем с помощью операции CheckShipmentRegionalizationOperation . Операция выдает, что перемещение возможно без дополнительных условий, но ВСД не оформляется из за ошибки: Код ошибки: MERC02469. Описание: Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение). Когда формируем эту же ВСД на сайте, то выскакивает куча условий на перемещение. Как так может быть? Операция CheckShipmentRegionalizationOperation работает не корректно? Куда копать? Тех. поддержка на мое письмо не ответила Добрый день, пробовали ещё раз запросить список условий? Просто я сталкивался с таким: пока выполняется запрос списка условий и подставление их в расходный ВСД, сам список условий в Меркурии изменился и на момент оформления транспортной партии он стал неактуальным/неполным … просто не повезло. Попробуйте снова проделать те же самые операции. Это сообщение было редактировано 1 раз. Последнее обновление произошло в 01/07/2019 12:11:02
01/07/2019 12:27:19      Тема: Re:CheckShipmentRegionalizationOperation и ошибка MERC02469
machik Зарегистрирован: 01/07/2019 11:55:06 Сообщений: 2 Оффлайн	Повторно запрашивать условия пробовали конечно, ни чего не получается Заметил закономерность: Предприятия- получатели, с которыми проблемы, имеют статус предприятия в ИС «Цербер»: не синхронизирован …
01/07/2019 12:57:48      Тема: Re:CheckShipmentRegionalizationOperation и ошибка MERC02469
Yoreg07 Зарегистрирован: 21/07/2016 06:41:02 Сообщений: 573 Оффлайн	machik wrote:Повторно запрашивать условия пробовали конечно, ни чего не получается Заметил закономерность: Предприятия- получатели, с которыми проблемы, имеют статус предприятия в ИС «Цербер»: не синхронизирован … ну тогда в тех.поддержку, наверное
01/07/2019 14:25:13      Тема: Re:CheckShipmentRegionalizationOperation и ошибка MERC02469
thinker Зарегистрирован: 13/10/2017 07:37:41 Сообщений: 25 Оффлайн	Я, может быть, не по теме, но… Регионализация задолбала. Откровенно. От слова «задолбала». Мы звонили в ветуправление (или как там правильно, называется) и там нам высказали следующий тезис: Меркурию плевать на то, что площадка находится в благополучном районе — главное, в каком районе зарегистрирован ХС. И, если там проблемы, то ВСД выписать не получится. «Регионализация, сэр!» («И это понятно любому…», ну, в общем, вы знаете) Это сообщение было редактировано 1 раз. Последнее обновление произошло в 01/07/2019 14:25:42
02/07/2019 11:26:50      Тема: CheckShipmentRegionalizationOperation и ошибка MERC02469
v.isaev Зарегистрирован: 04/04/2017 13:29:33 Сообщений: 81 Оффлайн	machik wrote:Добрый день. Формируем ВСД через API. Параметры регионализации получаем с помощью операции CheckShipmentRegionalizationOperation . Операция выдает, что перемещение возможно без дополнительных условий, но ВСД не оформляется из за ошибки: Код ошибки: MERC02469. Описание: Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение). Когда формируем эту же ВСД на сайте, то выскакивает куча условий на перемещение. Как так может быть? Операция CheckShipmentRegionalizationOperation работает не корректно? Куда копать? Тех. поддержка на мое письмо не ответила А для какого SubProduct выполняется проверка условий регионализации? Который висит на товаре, или который внутри записи складского журнала?
02/07/2019 11:50:12      Тема: CheckShipmentRegionalizationOperation и ошибка MERC02469
Вячеслав Феньченко Зарегистрирован: 29/05/2018 16:15:09 Сообщений: 29 Оффлайн	v.isaev wrote:А для какого SubProduct выполняется проверка условий регионализации? Который висит на товаре, или который внутри записи складского журнала? Добрый день. На товаре.
02/07/2019 11:52:48      Тема: CheckShipmentRegionalizationOperation и ошибка MERC02469
v.isaev Зарегистрирован: 04/04/2017 13:29:33 Сообщений: 81 Оффлайн	Вячеслав Феньченко wrote: v.isaev wrote:А для какого SubProduct выполняется проверка условий регионализации? Который висит на товаре, или который внутри записи складского журнала? Добрый день. На товаре. текущий сабпродукт на товаре может отличаться от того, какой фигурирует в записи складского журнала. Запросите условия регионализации по сабпродакту из ЗСЖ.
02/07/2019 12:06:02      Тема: CheckShipmentRegionalizationOperation и ошибка MERC02469
Вячеслав Феньченко Зарегистрирован: 29/05/2018 16:15:09 Сообщений: 29 Оффлайн	v.isaev wrote:текущий сабпродукт на товаре может отличаться от того, какой фигурирует в записи складского журнала. Запросите условия регионализации по сабпродакту из ЗСЖ. Попробую передавать сабпродакт из ЗСЖ. Хотя делали ВСД для одной и той же ЗСЖ, для разных предприятий-получателей, для одних все нормально проходило, а для других нет…
10/12/2019 18:06:51      Тема: Re:CheckShipmentRegionalizationOperation и ошибка MERC02469
efspb-180706 Зарегистрирован: 08/11/2019 16:01:39 Сообщений: 3 Оффлайн	Ну как, решили проблему?)

Форумы » Вопросы и ответы по интеграции »

Ошибка MERC02469 в строке _1 = Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение).

Ответы (2)

(1-2/2)

Ошибка 02469. Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия

При Возникновении такой ошибки :

Нужно:

1. Проверить подкатегорию товаров в накладной.

2. Проверить включена ли настройка Авторегионализации :

3. Также нужно попробовать нажать регионализация в самом сертификате.

ВЕТИС. Вторая неделя работы ☑ 0

ProxyInspector

17.07.18

✎

12:15

Ветис «победно» шагает по стране. Хочется иногда попросить помощи. Поплакаться. Рассказать о своих проблемах и решениях. Для этого ветка и создана

1

ProxyInspector

17.07.18

✎

12:17

Лично наш распределительный склад на 50 магазинов. Пока еще не оформляет сопроводительных ВСД. Работает по старому. Однако должны запуститься. Пока гасили все входящие ВСД. Инвентаризацией обнуляли остатки в Меркурии

2

EuVod

17.07.18

✎

16:23

3

Kigo_Kigo

17.07.18

✎

16:55

Кто нибудь покупал вот эту доработку?

http://catalog.mista.ru/public/857304/

Если да, то вопрос есть

Здравствуйте, что требуется для доработки типовой ТиС чтобы ваша конфигурация заработала на типовой ТиС?

Можно ли работать от нескольких организаций заведенных в ТиС?

а то там автор молчит как рыба

4

RKx

17.07.18

✎

16:58

5

Kigo_Kigo

17.07.18

✎

17:13

(4) Они там очень сильно много хотят, причем для каждой организации отдельно

6

Chieftain

17.07.18

✎

23:35

7

big

18.07.18

✎

04:55

8

ProxyInspector

18.07.18

✎

07:42

(7) Проблема с получением входящих ВСД не очень сильная. На одну площадку занимает от 30 до 100 сек. У нас у одного хозяйствующего субъекта 6 площадок, так там минут 5 получает входящие ВСД.

  С остатками тоже примерно такая же проблема. Делал инвентаризацию, обнулил остатки. В меркурии инвентаризация прошла. Но остатки еще несколько минут не менялись.

  Надо настраиваться на время отклика Меркурия несколько минут, и не напрягаться.

  А совсем правильно делать все запросы к Меркурию в фоне с большими таймаутами

9

spectre1978

18.07.18

✎

09:20

(8) с инвентаризациями сейчас проблем много. У меня не проходят с большим количеством позиций к списанию, стараюсь делать не более 10 позиций. Тогда оно более-менее фурычит.

10

big

18.07.18

✎

09:44

(8)  «А совсем правильно делать все запросы к Меркурию в фоне с большими таймаутами» — это как понять? Делать, например, запрос входящих ВСД один раз в 1-2-…Х минут? Или же опрашивать результат выполнения запроса один раз в 1-2-…ХХХ  секунд? Или же, что скорее всего, сочетание и того, и другого?

11

spectre1978

18.07.18

✎

10:43

(10) и то и другое. Две кольцевые очереди. Один поток — это очередь запросов, которая рожает тикеты для второго. Получили тикет — запрос удаляется из очереди, не получили — остается, запрашиваем через таймаут еще раз. Второй поток — очередь тикетов. По мере получения положительных ответов тикеты удаляются из очереди.

12

big

18.07.18

✎

10:54

(11) Я правильно понял, что тикет = applicationId?

Собссно, примерно так и сделано, но пока что в полуручном режиме.

13

spectre1978

18.07.18

✎

11:18

(12) да. Для большого объема запросов других вариантов не видать. Маленький, в принципе, можно и синхронно обрабатывать.

14

spectre1978

18.07.18

✎

11:20

Большим недостатком является еще скудость документации. Практически до всего приходится доходить своим умом, хотя если бы они внятно описали работу той же Versioning Entity, отличие GUID и UUID, прочие базовые вещи простым и понятным языком — всем было бы в разы проще.

15

EuVod

18.07.18

✎

11:39

у нас пока нет автоочереди с таймаутом, но вручную в 2.0 не получается почти ничего получить. А на 1.4 пришло

16

EuVod

20.07.18

✎

10:05

Коллеги — было у вас такое, что погасили вы входящий тВСД, в вебморде мерка видно, что он погашен, но соответствующей записи СЖ нема? (к сожалению ответ а гашение утерян, не знаем что там было)

17

ks_83

20.07.18

✎

11:12

(16) Было другое. Через апи все успешно ушло, а в вебе и у клиента ничего не появилось. Причем сформированные ВСД обновлялись через апи и я даже смог их аннулировать, но в вебе вообще никаких движений по этим ВСД не было.

18

EuVod

20.07.18

✎

12:45

(16), (17) проблема решиалсь — оказывается мы немного вручную напортачили и система наша решила оформить немного возвратных ВСД )) — аннулировали их и все встало

19

spectre1978

25.07.18

✎

19:19

20

Рэйв

25.07.18

✎

20:28

(0)Если работа заставляет плакаться, может ну ее эту работу?

21

spectre1978

25.07.18

✎

21:57

(20) все бы ничего, но вот если пожар — то тут хоть увольняйся (с)

22

kofeinik

25.07.18

✎

23:24

(21) особенно если ты не пожарный, а гасить приходится

23

Boleev

26.07.18

✎

11:45

Всем привет. Подскажите с получением доступа для хозсубъекта к системе — есть группа компаний и одни и те же пользователи.  Сколько заявлений

о регистрации в ФГИС ВетИС и предоставлении доступа к ФГИС «Меркурий» сотрудникам надо подавать?

24

spectre1978

26.07.18

✎

14:38

(23) они могут сделать одного и того же админа ХС на несколько ХСов.

25

spectre1978

26.07.18

✎

14:38

но заявления нужно писать от каждого ХСа и заверять ЭЦП этого ХСа.

26

YurAnt

26.07.18

✎

14:41

(23) мы подавали на каждый ХС, лицо одно и то же во всех случаях, учетки разные

27

NSSerg

03.08.18

✎

15:54

MERC02129

Впервые налетел. У нас покупателей — на текущий момент осталось 88 битых площадок, и вот теперь первый битый ХС.

http://www.fsvps.ru/vetrf-forum/posts/list/8414.page

Ошибка аналогичная ошибке в этой ветке. ХС есть, по ИНН находится, по GUID тоже, но ВСД транспортную на него не выписать

<apl:error code=»MERC02129″ xmlns:apl=»http://api.vetrf.ru/schema/cdm/application»>Хозяйствующий субъект, получатель партии продукции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>

28

spectre1978

03.08.18

✎

17:02

пора уже заводить ветку «ВЕТИС. Второй месяц работы» :))

29

ProxyInspector

08.08.18

✎

11:31

Что происходит на фронте ВЕТИС? А то я забросил вндрение ВЕТИС на две недели из за отпуска.

  ВЕТИС еще жив?

30

spectre1978

08.08.18

✎

11:45

31

lucbak

08.08.18

✎

11:58

(29) Забили на ВЕТИС почти все…

32

spectre1978

08.08.18

✎

12:06

(31) ну не совсем так. Существенный процент универсамов Х5 в центральной полосе, например, начал гасить ВСД. По состоянию на начало июля гасили только РЦ и частично ГМ (Карусели), и то не все.

33

NSSerg

08.08.18

✎

14:50

А кто-нибудь заметил что  двух видов продукции (третий уровень, ТНВЭД) сменился Гуид — со всеми вытекающими.

У номенклатуры в меркурии недействительный вид продукции, ну и операции с товаром не работают.

14657ed1-9fb7-4d0f-ab30-bbc1779bc9e8

67f10d49-9cfa-64d1-d308-069304a1a873

Путассу холодного копчения и икра горбуши соленая — теперь имеют другие гуиды.

34

NSSerg

08.08.18

✎

14:56

Вот как выглядят последствия (у меня вид продукции подставляется из результатов запроса по GUID номенклатуры)

error code=»MERC24019″ xmlns:apl=»http://api.vetrf.ru/schema/cdm/application»>В запросе для вида продукции указан идентификатор устаревшей версии записи реестра РСХН.</apl:error>

35

ProxyInspector

10.08.18

✎

12:41

Стали дальше внедрять эту ВЕТИС.

Вылазит ошибка MERC14562.

В интернете нашел, что это «название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе».

  Сразу возник вопрос: «Существует ли описание ошибок Меркурия». Или можно ли получить через API описание ошибки  по ее коду.

  Пока описания ошибок не нашел.

36

NSSerg

10.08.18

✎

14:27

(35) В ответе (в xml) вместе с кодом ошибки возвращается её описание.

37

NSSerg

10.08.18

✎

14:30

38

NSSerg

10.08.18

✎

14:31

В (34) кусок возвращаемого xml.

39

NSSerg

12.08.18

✎

19:10

В Питере частично нет интернета, запасной канал нам включить тоже не смогли. До утра точно интернета не будет. И что РСХН говорит делать в таких случаях? Печатать на защищенных бланках?

40

Cyberhawk

12.08.18

✎

19:45

41

ProxyInspector

12.08.18

✎

19:47

По API не всегда выдается описание ошибки. Более того ошибки  MERC14562 нет и в документации.

42

spectre1978

12.08.18

✎

20:00

(41) значит, чет новенькое, не успели внести. Там дока не всегда поспевает вовремя.

43

spectre1978

17.08.18

✎

08:32

44

ProxyInspector

17.10.18

✎

12:47

Столкнулся с ошибкой Меркурия при работе через API

Ошибка MERC02469 Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение)

   Сначала при оформлении возврата поставщику, а потом и при отгрузке чужой продукции в магазин.

   Пару дней убил на изучение Китайской логики работы с регионализацией у разработчиков Меркурия.

   Я просто в шоке.

45

ProxyInspector

17.10.18

✎

12:53

Короче логика очень интересная.

По описанию системы Меркурий при перевозке товара из точки А в точку Б. Требуется запросить условия регионализации для перемещения товара. Это список болезней, которые должны отсутствовать у перемещаемой продукции. И при запросе на перемещение мы должны указать эти болезни в тексте запроса, подтвердив, тем самым что они отсутствуют. Если хотя бы одна из болезней не указана, то считается что продукция больна и ее запрещено возвращать. И тогда возникает ошибка MERC02469 Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение)

46

ProxyInspector

17.10.18

✎

13:03

Дальше имеем перемещение товара от производителя по маршруту А — Б — В

Оформление возврата:  из точки Б в точку А. Казалось бы надо запросить условия регионализации при перевозке Б — А, но это не так. Можно запросить условия при перевозке А — Б. Самое интересное, что эти условия не равны. И это тоже будет ошибка. На самом деле надо указать условия, которые придумал поставщик при поставке продукции и указал их в ВСД

Перемещение Б — В. Такая же фигня. Надо указывать условия, которые придумал поставщик при поставке продукции.

   Описания этого механизма нигде нет. Он реализован в WEB интерфейсе, а для API даже не описан. Вернее описан совсем другой алгоритм.

   Как народ работает?

47

Sasha_1CK

17.10.18

✎

13:31

(46) Большей частью — никак. Занимается залепухой разной степени залепушности.

48

EuVod

22.10.18

✎

20:38

49

big

23.10.18

✎

05:02

50

spectre1978

23.10.18

✎

06:35

(48) вообще я полагал, что он выдается только в запросах на получение, где тяжёлые ответы и создаётся нагрузка на их серверы. Т.е. главным образом getStockEntryList и getVetDocumentList. На формирование не видел никогда. Речь про api 2.

51

EuVod

23.10.18

✎

10:48

52

big

23.10.18

✎

11:03

(51) Странно конечно же. При отправке тВСД особых проблем нет (т-т-т), в отличие от получения журнала продукции и входящих ВСД. Я не занимался реальными подсчетами, но у нас хватает 40 шагов цикла для отправки тВСД. В реальности — гораздо быстрее, хотя есть тВСД по 20-30 позиций, там ответ размером в 1,5 Мб

53

EuVod

23.10.18

✎

11:05

тут вот сообщают, что APLM0012 может быть реакцией перегруженного сервера на запрос результат операции (а не сам ответе на обрботку заявки). Т.е. типа (Как я понимаю) получение aplm0012 на запрос заявки по сути означает

«фиг его знает, может провелась, может нет, мы сейчас перегружены, дать ответ не можем».

и соответственно либо заявка провелась (тогда в вебе должны увидеть исходящий) либо отклонена (но причину отклонения увидеть не можем, потому что вместо нее приходит aplm).

54

ProxyInspector

23.10.18

✎

11:07

(51) Это нормально для Меркурия. такое поведение они называют выравнивание нагрузки. Алгоритм работы примерно такой. Посылаете запрос по API получаете applic,issuerId.

  По этим данным спрашиваете результат запроса.

  Если receiveApplicationResultResponse.application.status=»COMPLETED» тогда все нормально.

  Если «REJECTED» и «APLM0012»   ИЛИ «IN_PROCESS» тогда задержку!!! 3 сек и снова запрос

  Если просто «REJECTED» тогда все пропало.

55

EuVod

23.10.18

✎

15:22

таки были проблемы в самой заявке )

разобрались, успех, нужные данные получили