Aplm0012 an unexpected error has occurred while invoking target service operation

Автор	Сообщение
31/05/2018 13:23:34      Тема: Код ошибки: APLM0012
Вячеслав Феньченко Зарегистрирован: 29/05/2018 16:15:09 Сообщений: 29 Оффлайн	Всем доброго времени суток. Сегодня пытаемся получить список ВСД операцией GetVetDocumentListOperation. периодически выскакивает ошибка: Код ошибки: APLM0012. Описание: An unexpected error has occurred while invoking target service operation. Через какое то время ошибка пропадает, потом опять появляется. Вчера все нормально работало… Что это такое и как с этим бороться? з.ы. Контур продуктивный
31/05/2018 15:32:50      Тема: Re: Код ошибки: APLM0012
nmzn1 Зарегистрирован: 11/05/2017 09:25:20 Сообщений: 4972 Онлайн	доброго просто глюки системы, завтра наверное заработает как и вчера
05/06/2018 20:59:58      Тема: Re: Код ошибки: APLM0012
user100000 Зарегистрирован: 05/06/2018 08:26:50 Сообщений: 163 Оффлайн	целый день у нас APLM0012 An unexpected error has occurred while invoking target service operation
13/06/2018 11:27:21      Тема: Код ошибки: APLM0012
sqncng Зарегистрирован: 20/02/2018 11:31:49 Сообщений: 1 Оффлайн	Добрый день, тоже такая ошибка. При операции PrepareOutgoingConsignmentOperation, оформления в транспортной партии. Тоже APLM0012.  Имя файла receiveApplicationResultResponse.xml Загрузить  Описание  Размер файла 953 bytes  Скачано:  554 раз  Имя файла PrepareOutgoingConsignmentOperation.xml Загрузить  Описание  Размер файла 3 Kbytes  Скачано:  552 раз Это сообщение было редактировано 1 раз. Последнее обновление произошло в 13/06/2018 11:31:02
14/06/2018 13:25:28      Тема: Re: Код ошибки: APLM0012
Фармакс Зарегистрирован: 21/12/2017 16:43:11 Сообщений: 120 Оффлайн	Сегодня этаже фигня … и что так рабочий сервер работает постоянно?
14/06/2018 13:26:39      Тема: Re: Код ошибки: APLM0012
Владимир Игнатов Зарегистрирован: 02/08/2017 09:19:30 Сообщений: 581 Оффлайн	Фармакс wrote:Сегодня этаже фигня … и что так рабочий сервер работает постоянно? Не постоянно, почему же! Иногда не работает никак. Это сообщение было редактировано 1 раз. Последнее обновление произошло в 14/06/2018 13:27:06
14/06/2018 13:34:45      Тема: Re: Код ошибки: APLM0012
Фармакс Зарегистрирован: 21/12/2017 16:43:11 Сообщений: 120 Оффлайн	Владимир Игнатов wrote: Фармакс wrote:Сегодня этаже фигня … и что так рабочий сервер работает постоянно? Не постоянно, почему же! Иногда не работает никак. Обрадовал ))) И как они хотят запустить всю страну в эту систему …. загадка.
20/06/2018 11:47:50      Тема: Код ошибки: APLM0012
user100000 Зарегистрирован: 05/06/2018 08:26:50 Сообщений: 163 Оффлайн	отгадка будет 1июля
27/06/2018 15:25:12      Тема: Re: Код ошибки: APLM0012
TWAIN Зарегистрирован: 07/09/2017 16:29:17 Сообщений: 565 Оффлайн	1 июля маленький пушистый зверек в гости придет. У нас пришел досрочно, 25 числа.
Если много знать, всегда найдутся те, кто сочтет, что это опасно…
27/06/2018 15:27:27      Тема: Re: Код ошибки: APLM0012
nmzn1 Зарегистрирован: 11/05/2017 09:25:20 Сообщений: 4972 Онлайн	TWAIN wrote:1 июля маленький пушистый зверек в гости придет. У нас пришел досрочно, 25 числа. б е л о ч к а
27/06/2018 15:30:21      Тема: Код ошибки: APLM0012
esteem Зарегистрирован: 19/04/2017 13:43:18 Сообщений: 85 Оффлайн	Код ошибки: APLM0012. Описание: An unexpected error has occurred while invoking target service operation. Нормально, особенно по утрам)) Уже за правило, каждое утро кинуть письмо ответа шлюза на api@vetrf.ru, чтоб не расслаблялись))
04/07/2018 09:26:18      Тема: Re: Код ошибки: APLM0012
E.Fedyakov Зарегистрирован: 02/07/2018 10:29:54 Сообщений: 8 Оффлайн	такая-же ошибка. Что с этим делать?
04/07/2018 09:27:37      Тема: Re: Код ошибки: APLM0012
nmzn1 Зарегистрирован: 11/05/2017 09:25:20 Сообщений: 4972 Онлайн	E.Fedyakov wrote:такая-же ошибка. Что с этим делать? похоже что н и ч е г о http://www.fsvps.ru/fsvps/news/27165.html система н е г о т о в а Это сообщение было редактировано 1 раз. Последнее обновление произошло в 04/07/2018 09:28:07
04/07/2018 09:33:51      Тема: Re: Код ошибки: APLM0012
TWAIN Зарегистрирован: 07/09/2017 16:29:17 Сообщений: 565 Оффлайн	E.Fedyakov wrote:такая-же ошибка. Что с этим делать? Однотипный ответ на однотипные вопросы, для тех кто не хочет следить за форумом: ищете ближайший хоз. магазин, там продается веревка, мыло. Покупаете, применяете по назначению. В зависимости от вашей фантазии. Это сообщение было редактировано 1 раз. Последнее обновление произошло в 04/07/2018 09:34:12
Если много знать, всегда найдутся те, кто сочтет, что это опасно…
04/07/2018 09:58:48      Тема: Re: Код ошибки: APLM0012
E.Fedyakov Зарегистрирован: 02/07/2018 10:29:54 Сообщений: 8 Оффлайн	TWAIN wrote: E.Fedyakov wrote:такая-же ошибка. Что с этим делать? Однотипный ответ на однотипные вопросы, для тех кто не хочет следить за форумом: ищете ближайший хоз. магазин, там продается веревка, мыло. Покупаете, применяете по назначению. В зависимости от вашей фантазии. однотипное замечание. Не знаешь, молчи. Здесь достаточно умные люди, чтобы отличить иллюзию умного человека от действительно умного человека. Это сообщение было редактировано 1 раз. Последнее обновление произошло в 04/07/2018 10:01:25

Ошибка APLM0012 – когда ты ещё не познал дзен

Интегрируете Меркурий? Тогда наверняка вам не следует объяснять, что значит ошибка с кодом APLM0012 и загадочным содержанием “unexpected error”. Готовы ли вы познать дзен в состоянии полной “неожиданной” неопределённости?

Судя по количеству запросов вопроса в Яндексе, многие неофиты пытаются раскрыть эту эзотерическую тайну. Устраивайтесь поудобнее, сейчас я постараюсь вас немного приблизить к решению загадки.

1. Ошибка возникает при обращении к списку остатков или списку сертификатов Меркурия.
2. Ошибка означает перегруженность серверов Меркурия и не имеет к вам лично никакого отношения.
3. Ошибка возникает практически постоянно, но при настойчивых попытках пропускает.
4. Если вы получаете блоки, скажем, по 1000 записей, то вам нужно повторно запрашивать каждый такой блок.
5. Вы можете запрашивать блоки параллельно.
6. Вы можете сохранять данные в памяти, чтобы не запрашивать их постоянно.
7. Вы можете запрашивать только изменения данных, чтобы уменьшить время выдачи. Но не факт, что увеличится вероятность выдачи.
8. Переходите на протокол 2.1. На нём, внезапно, эта проблема отсутствует в принципе.
9. И да, обязательно, перестаньте злоупотреблять обращением к этим сервисам. Цените и уважайте каждый полученный байт. А также работу и труд ваших соотечественников.

Если вы наш клиент и у вас всё ещё актуальна данная проблема – не забудьте обновиться.

Источник

! 1С ВСД в ГИС Меркурий » 1Cv7 ВСД в ГИС Меркурий

Ошибка APLM0012An unexpected error has occurred while invoking target service operation.

Ответ тех поддержки:

Ошибки APLM0012 вам возвращается из-за наложенного ограничения на запросы получения ветеринарных документов и записей журнала .
Об этом была новость от 3.07 на официальном сайте РСХН: http://www.fsvps.ru/fsvps/news/27165.html
На данный момент мы рекомендуем:
— ограничить интервал запроса 1 сутками
— количество запрашиваемых ВСД не более 500.
— если количество документов за сутки превышает значение в 10 000, то необходимо сутки ещё разбить на части (пропорционально количеству).
— при получении ошибки APLM0012, необходимо выполнить запрос еще раз. (запросы выполнять последовательно, рекомендуем не отправлять запросы с разными смещениями параллельно)

С уважением,
Служба технической поддержки ВетИС.API
8 (4922) 52-99-29

Ответы (6)

RE: Ошибка APLM0012 An unexpected error has occurred while invoking target service operation. — Добавил(а) кб99 Филипп больше 3 лет назад

Самое простое решение — работать только через Интеграцию, не использовать сайт Меркурия для оформления ВСД¶

Если вы работаете только через Ветис (интеграцию 1С) — тогда остатки по партиям у вас всегда актуальные и загружать партии НЕ НУЖНО¶

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) Семенова Вера больше 3 лет назад

Добрый день.
Не часто, но бывает, что не получаем ответы на отправленные запросы. Сегодня, например, 3 док-та ВСД транзакции были с пустыми APP ID,
получить повторно ответ — ничего не дает. Просто повторно создается ВСД- транзакция, если в Меркурии есть на остатках продукция (т.е. не списалось)- док отправляется, если нет-
выдается ошибка отсутствия продукции. И уже утром выявляется причина, вручную обновляем ВСД-Партии из Меркурия (только позициии нужные) .Из-за этого также инвентаризации периодически не проходят.
Я не обновлялась с весны.
Появился регистр «ВСД партии», и в групповой обработке есть «Получить актуальные партии»: это из Меркурия? или же из регистра.
Может быть, прежде чем отправить док ВСД транзакцию, делать автоматический запрос на наличие продукции в Меркурии? насколько это задержит отправку?

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) кб99 Филипп больше 3 лет назад

Описание изменений обновления сделал в видео https://redmine.kb99.pro/news/55
Если что-то непонятно — спрашивайте.

Может быть, прежде чем отправить док ВСД транзакцию, делать автоматический запрос на наличие продукции в Меркурии? насколько это задержит отправку?

запрос по каждой партии +5сек
если у вас много документов это сильно увеличит время отправки документов

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) кб99 Филипп больше 3 лет назад

Не часто, но бывает, что не получаем ответы на отправленные запросы. Сегодня, например, 3 док-та ВСД транзакции были с пустыми APP ID,

сервер Ветис выдает пустой application ID ?
я таким ни разу не сталкивался
то есть в xml пустое значение .

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) Скворцов Анатолий около 3 лет назад

Сегодня из 186 ВСД2_транзакция 5 вернули ответ IN_PROCESS, а после обновления ответа REJECTED с ошибкой:
«Ошибка APLM0012 = An unexpected error has occurred while invoking target service operation.»
После повторной отправки всё провелось.

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) Pentyukhov Sergey около 3 лет назад

Сегодня с 10 до 12тоже ощущали напряг с работой ветис.

Источник

FAQ по работе в модуле «Меркурий» для ДАЛИОН

1. Чем отличается работа через WEB-интерфейс от работы в модуле “Меркурий”?

Преимущества работы с Меркурий через ДАЛИОН:

• Вся работа, связанная с системой “Меркурий”, осуществляется в одном месте — создание и настройка прав пользователей, данных организации, обмен документами.

В WEB-интерфейсе для работы с пользователями необходимо зайти в систему “ВЕТИС.Паспорт”, настройка организаций происходит в системе “Цербер”, работа с документами — в системе “Меркурий”.

• Доступ к документам всех ХС организации.

В WEB-интерфейсе можно вывести список документов только по одному ХС за раз.

• Учет ЭВСД интегрирован в товароучетную систему и образует единое информационное пространство торгового предприятия.

• Возможность гасить все относящиеся к накладной ЭВСД “одним кликом”, что позволяет минимизировать ручной труд и значительно ускорить процесс гашения.

В WEB-интерфейсе каждый ветеринарный документ гасится в отдельности, к тому же нет возможности отфильтровать список для поиска конкретных ЭВСД. Все это увеличивает время на обработку и может привести к ошибкам.

2. Какие данные нужны для подключения к системе “Меркурий” через ДАЛИОН?

Для подключения к Меркурию необходимы — логин (указывается в поле “Логин”), пароль, ключ API и Идентификатор хозяйствующего субъекта. Эта информация содержится в письме, которое высылается после регистрации организации в ВЕТИС.API.

Также необходим логин пользователя Меркурий, который является администратором (указывается в поле “Логин для загрузки всех пользователей”). Под этим пользователям будет произведено первичное подключение к системе и загрузка всех пользователей, привязанных к ХС.

3. Как добавить новых пользователей для работы с Меркурий? Как настроить права доступа к системе?

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

4. Как сопоставить пользователей Меркурий и ДАЛИОН, и ограничить пользователям базы доступ к документам Меркурий?

Пользователи сопоставляются в карточке параметров подключения ХС к системе “Меркурий” на закладке “Пользователи”. Нажимаем на кнопку и в открывшемся окне указываем пользователя ДАЛИОН, который соответствует текущему пользователю Меркурий.

Доступ пользователей базы к документам Меркурий ограничен в соответствии с правами, настроенными в целом, по конфигурации.

При этом следует обязательно сопоставить торговые площадки Меркурий и склады ДАЛИОН, иначе документы этих площадок не будут доступны ни одному пользователю.

5. Как настроить связь номенклатуры ДАЛИОН и Меркурий?

Если номенклатура Меркурий пришла в ВСД, то сопоставить ее с номенклатурой базы можно в форме Сводного ВСД.

Для быстрого поиска нужной номенклатурной позиции рекомендуем заранее в карточке номенклатуры ДАЛИОН на закладке “Меркурий” проставить флаг “Меркурий” и указать соответствующий 3 уровень классификатора продукции, по которому при сопоставлении можно отфильтровать список номенклатуры ДАЛИОН.

Если номенклатура Меркурий уже есть в ДАЛИОН, то сопоставить ее с номенклатурой базы можно из карточки номенклатуры Меркурий или карточки номенклатуры ДАЛИОН.

6. Можно ли настроить автоматический пересчет единиц измерения Меркурий в единицы измерения ДАЛИОН и наоборот?

Можно, для этого необходимо в номенклатурной карточке ДАЛИОН указать коэффициент пересчета базовой единицы измерения номенклатуры ДАЛИОН в единицу измерения Меркурий.

7. При получении ВСД возникла ошибка APLM0012: An unexpected error has occurred while invoking target service operation. Как ее устранить?

Эта ошибка чаще всего возникает из-за перегруженности серверов Меркурий. В это случае можно попробовать изменить настройки оптимизации получения ВСД.

8. При гашении ВСД возникли ошибки. Как их устранить?

MERC14033 — Указанное наименование продукции в фактической информации о ВСД относится к другому виду продукции.

MERC14231 — Вид продукции в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.

MERC14562 — Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

Эти ошибки возникают тогда, когда получатель гасит ВСД на продукцию, у которой производитель изменил принадлежность к 3 уровню классификатора или наименование (после того, как ВСД был оформлен).

В том случае, если производитель изменил только наименование продукции, можно при гашении ВСД отправить акт несоответствия.

Если был изменен классификатор, то для гашения ВСД на такую продукцию необходимо сделать следующее:

• Переходим в документ гашения. На вкладке «Продукция» открываем карточку номенклатуры Меркурий и нажимаем кнопку «Обновить элемент из Меркурия».

• Далее, открываем справочник «Номенклатура Меркурий» по кнопке с 3 точками и создаем копированием старой карточки новую номенклатуру.

• Выбираем новую номенклатуру в документе гашения. После этого появится сообщение о наличии расхождений номенклатуры Меркурий в ВСД и документе гашения.

• Открываем карточку новой номенклатуры и выбираем в ней тот классификатор, который был у продукции в ВСД (указан в сообщение о расхождениях).

Примечание: в информационном сообщении о расхождениях должно остаться расхождение только в продукции производителя.

• Отправляем гашение в систему «Меркурий».

Источник

! 1С ВСД в ГИС Меркурий » 1Cv7 ВСД в ГИС Меркурий

Ошибка APLM0012An unexpected error has occurred while invoking target service operation.

Ответ тех поддержки:

Ошибки APLM0012 вам возвращается из-за наложенного ограничения на запросы получения ветеринарных документов и записей журнала .
Об этом была новость от 3.07 на официальном сайте РСХН: http://www.fsvps.ru/fsvps/news/27165.html
На данный момент мы рекомендуем:
— ограничить интервал запроса 1 сутками
— количество запрашиваемых ВСД не более 500.
— если количество документов за сутки превышает значение в 10 000, то необходимо сутки ещё разбить на части (пропорционально количеству).
— при получении ошибки APLM0012, необходимо выполнить запрос еще раз. (запросы выполнять последовательно, рекомендуем не отправлять запросы с разными смещениями параллельно)

С уважением,
Служба технической поддержки ВетИС.API
8 (4922) 52-99-29

Ответы (6)

RE: Ошибка APLM0012 An unexpected error has occurred while invoking target service operation. — Добавил(а) кб99 Филипп больше 3 лет назад

Самое простое решение — работать только через Интеграцию, не использовать сайт Меркурия для оформления ВСД¶

Если вы работаете только через Ветис (интеграцию 1С) — тогда остатки по партиям у вас всегда актуальные и загружать партии НЕ НУЖНО¶

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) Семенова Вера больше 3 лет назад

Добрый день.
Не часто, но бывает, что не получаем ответы на отправленные запросы. Сегодня, например, 3 док-та ВСД транзакции были с пустыми APP ID,
получить повторно ответ — ничего не дает. Просто повторно создается ВСД- транзакция, если в Меркурии есть на остатках продукция (т.е. не списалось)- док отправляется, если нет-
выдается ошибка отсутствия продукции. И уже утром выявляется причина, вручную обновляем ВСД-Партии из Меркурия (только позициии нужные) .Из-за этого также инвентаризации периодически не проходят.
Я не обновлялась с весны.
Появился регистр «ВСД партии», и в групповой обработке есть «Получить актуальные партии»: это из Меркурия? или же из регистра.
Может быть, прежде чем отправить док ВСД транзакцию, делать автоматический запрос на наличие продукции в Меркурии? насколько это задержит отправку?

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) кб99 Филипп больше 3 лет назад

Описание изменений обновления сделал в видео https://redmine.kb99.pro/news/55
Если что-то непонятно — спрашивайте.

Может быть, прежде чем отправить док ВСД транзакцию, делать автоматический запрос на наличие продукции в Меркурии? насколько это задержит отправку?

запрос по каждой партии +5сек
если у вас много документов это сильно увеличит время отправки документов

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) кб99 Филипп больше 3 лет назад

Не часто, но бывает, что не получаем ответы на отправленные запросы. Сегодня, например, 3 док-та ВСД транзакции были с пустыми APP ID,

сервер Ветис выдает пустой application ID ?
я таким ни разу не сталкивался
то есть в xml пустое значение .

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) Скворцов Анатолий около 3 лет назад

Сегодня из 186 ВСД2_транзакция 5 вернули ответ IN_PROCESS, а после обновления ответа REJECTED с ошибкой:
«Ошибка APLM0012 = An unexpected error has occurred while invoking target service operation.»
После повторной отправки всё провелось.

RE: Ошибка APLM0012An unexpected error has occurred while invoking target service operation. — Добавил(а) Pentyukhov Sergey около 3 лет назад

Сегодня с 10 до 12тоже ощущали напряг с работой ветис.

Источник

1. Чем отличается работа через WEB-интерфейс от работы в модуле “Меркурий”?

Преимущества работы с Меркурий через ДАЛИОН:

• Вся работа, связанная с системой “Меркурий”, осуществляется в одном месте — создание и настройка прав пользователей, данных организации, обмен документами.

В WEB-интерфейсе для работы с пользователями необходимо зайти в систему “ВЕТИС.Паспорт”, настройка организаций происходит в системе “Цербер”, работа с документами — в системе “Меркурий”.

• Доступ к документам всех ХС организации.

В WEB-интерфейсе можно вывести список документов только по одному ХС за раз.

• Учет ЭВСД интегрирован в товароучетную систему и образует единое информационное пространство торгового предприятия.

• Возможность гасить все относящиеся к накладной ЭВСД “одним кликом”, что позволяет минимизировать ручной труд и значительно ускорить процесс гашения.

В WEB-интерфейсе каждый ветеринарный документ гасится в отдельности, к тому же нет возможности отфильтровать список для поиска конкретных ЭВСД. Все это увеличивает время на обработку и может привести к ошибкам.

2. Какие данные нужны для подключения к системе “Меркурий” через ДАЛИОН?

Для подключения к Меркурию необходимы — логин (указывается в поле “Логин”), пароль, ключ API и Идентификатор хозяйствующего субъекта. Эта информация содержится в письме, которое высылается после регистрации организации в ВЕТИС.API.

Также необходим логин пользователя Меркурий, который является администратором (указывается в поле “Логин для загрузки всех пользователей”). Под этим пользователям будет произведено первичное подключение к системе и загрузка всех пользователей, привязанных к ХС.

3. Как добавить новых пользователей для работы с Меркурий? Как настроить права доступа к системе?

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

4. Как сопоставить пользователей Меркурий и ДАЛИОН, и ограничить пользователям базы доступ к документам Меркурий?

Пользователи сопоставляются в карточке параметров подключения ХС к системе “Меркурий” на закладке “Пользователи”. Нажимаем на кнопку и в открывшемся окне указываем пользователя ДАЛИОН, который соответствует текущему пользователю Меркурий.

Доступ пользователей базы к документам Меркурий ограничен в соответствии с правами, настроенными в целом, по конфигурации.

При этом следует обязательно сопоставить торговые площадки Меркурий и склады ДАЛИОН, иначе документы этих площадок не будут доступны ни одному пользователю.

5. Как настроить связь номенклатуры ДАЛИОН и Меркурий?

Если номенклатура Меркурий пришла в ВСД, то сопоставить ее с номенклатурой базы можно в форме Сводного ВСД.

Для быстрого поиска нужной номенклатурной позиции рекомендуем заранее в карточке номенклатуры ДАЛИОН на закладке “Меркурий” проставить флаг “Меркурий” и указать соответствующий 3 уровень классификатора продукции, по которому при сопоставлении можно отфильтровать список номенклатуры ДАЛИОН.

Если номенклатура Меркурий уже есть в ДАЛИОН, то сопоставить ее с номенклатурой базы можно из карточки номенклатуры Меркурий или  карточки номенклатуры ДАЛИОН.

6. Можно ли настроить автоматический пересчет единиц измерения Меркурий в единицы измерения ДАЛИОН и наоборот?

Можно, для этого необходимо в номенклатурной карточке ДАЛИОН указать коэффициент пересчета базовой единицы измерения номенклатуры ДАЛИОН в единицу измерения Меркурий.

7. При получении ВСД возникла ошибка APLM0012: An unexpected error has occurred while invoking target service operation. Как ее устранить?

Эта ошибка чаще всего возникает из-за перегруженности серверов Меркурий. В это случае можно попробовать изменить настройки оптимизации получения ВСД.

8. При гашении ВСД возникли ошибки. Как их устранить?

MERC14033 — Указанное наименование продукции в фактической информации о ВСД относится к другому виду продукции.

MERC14231 — Вид продукции в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.

MERC14562 — Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

Эти ошибки возникают тогда, когда получатель гасит ВСД на продукцию, у которой производитель изменил принадлежность к 3 уровню классификатора или наименование (после того, как ВСД был оформлен).

В том случае, если производитель изменил только наименование продукции, можно при гашении ВСД отправить акт несоответствия.

Если был изменен классификатор, то для гашения ВСД на такую продукцию необходимо сделать следующее:

• Переходим в документ гашения. На вкладке «Продукция» открываем карточку номенклатуры Меркурий и нажимаем кнопку «Обновить элемент из Меркурия».

• Далее, открываем справочник «Номенклатура Меркурий» по кнопке с 3 точками и создаем копированием старой карточки новую номенклатуру. 

• Выбираем новую номенклатуру в документе гашения. После этого появится сообщение о наличии расхождений номенклатуры Меркурий в ВСД и документе гашения.

• Открываем карточку новой номенклатуры и выбираем в ней тот классификатор, который был у продукции в ВСД (указан в сообщение о расхождениях).

Примечание:  в информационном сообщении о расхождениях должно остаться расхождение только в продукции производителя. 

• Отправляем гашение в систему «Меркурий».

Читайте также FAQ по работе с ФГИС «Меркурий».

Дата изменения: 17.09.2019 19:28:55

Это нравится:1Да/0Нет

Разбор: Россельхознадзор ответил на часто задаваемые вопросы по “Меркурию”

---

Перед включением готовой молочной продукции во ФГИС “Меркурий” Milknews приводил часто задаваемые вопросы к системе со стороны переработчиков. Самые проблемные из них обсуждались рабочей группой по организации прослеживаемости молочной продукции в Минсельхозе, после чего Россельхознадзор предоставил подробный ответ о текущей ситуации со всеми неоднозначными моментами в системе.

 

Чтобы понимать, о каких именно ошибках идет речь, советуем прочитать наш первый материал о проблемах в “Меркурии”

 

Ошибка APLM0012

 

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

 

Россельхознадзор заявил, что для обеспечения стабильной работы в “Меркурий” были внесены корректировки, ограничивающие одновременное выполнение нескольких “тяжелых” для системы операций, в число которых как раз входят изменения списков ВСД и изменения записей журнала. Именно из-за этой особенности системы и возникала ошибка.

 

В ведомстве советуют отправлять новый запрос только после получения ответа на сделанный заранее, а также ограничивать интервал запроса одним разом в сутки. Кроме того, Россельхознадзор советует ограничить количество запрашиваемых за один раз эВСД или записей журнала до 500. При соблюдении этих условий, ответ с кодом APLM0012 не будет влиять на работу системы. 

 

Это компромиссное решение, позволяющее снизить ущерб и избежать задержек в бизнес-процессах из-за возникающей ошибки до того момента, пока ошибка не будет исправлена. В июне замруководителя ведомства Николай Власов отвечал, что возникновение ошибки APLM0012 связано с переходом на новую версию шлюза.

 

Техподдержка

 

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

 

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

 

Присвоение кодов ТН ВЭД

 

До сих пор оставался открытым вопрос оформления ВСД на продукты, состоящих из различных категорий. С 1 июля подконтрольными стали наборы продукции, состоящие из различных видов товаров (мясные и овощные пюре, творог, соки и т.д.). Ранее замруководителя Россельхознадзора Николай Власов требовал направлять вопрос в Минэкономразвития, которое настояло на ТН ВЭД в качестве классификатора, однако теперь ведомство наконец рало разъяснения по этому вопросу. 

 

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

 

Утилизация

 

К процессам утилизации оставались вопросы как с технической, так и с правовой точки зрения, поскольку не было разъяснений о том, считается ли подконтрольной “Меркурию” продукция, утратившая потребительские свойства и не направляемая на корм животным. 

 

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

 

Гашение “нулевых” ошибочных эВСД

 

Среди просьб к разработчикам со стороны участников рынка было предложение гасить “нулевые” сертификаты: в системе не предусмотрена возможность гасить возвратные сертификаты с нулевым объемом, которые были отправленные ошибочно, из-за чего они продолжают “висеть” в общем списке. 

 

В Россельхознадзоре ответили, что такая информация не соответствует действительности, поскольку в настоящий момент в “Меркурии” можно гасить возвратные сертификаты с отражением нулевого принимаемого объема, то есть с полным их возвратом. В случае, если эВСД оформлен ошибочно, а фактический объем получателю не поступил, то аннулировать такой сертификат должен именно отправитель.
 

Редактирование устаревших записей в “Меркурии”

 

Участники рынка просили у ведомства разъяснения касательно действий с продукцией с истекшим сроком годности, находящейся в журнале продукции.

С марта 2019 года Россельхознадзор приступил к установке отметок устаревшим записям журнала, чтобы в дальнейшем переносить их в архив. Установка отметки означает, что помеченные для переноса в архив записи будут доступны в компоненте “Меркурия” только для чтения, и любые операции с ними будут запрещены. Затем помеченные записи журнала будут перенесены в архив и станут недоступны для просмотра в оперативной части системы.

 

Заполнение полей при оформлении транспортных ВСД

 

У отраслевого сообщества были вопросы к необходимости заполнения отдельных полей при оформлении транспортных эВСД, например, пункта “особые отметки”, которое по методическим указаниям является обязательным, но, очевидно, не всегда нужным в случае с транспортным сертификатом. 

 

В ведомстве ответили, что в эВСД должна быть указана фактическая упаковка, поскольку это требование сопряжено с нормами, установленными в действующих нормативно-правовых актах, таких, как Приказ Минсельхоза №646. Поле “особые отметки” не является обязательным для заполнения, в него можно вносить специфические условия транспортировки, температурный режим и дополнительные сведения о товаре.

 

Лабораторные исследования готовой продукции

 

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

 

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

 

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

 

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

 

Оформление импортной продукции

 

Ранее сообщалось, что в “Меркурии” импортная продукция отражается в разделе “Грузы СВХ” только через web-интерфейс, из-за чего инспекторам ветконтроля на площадках приходится выписывать ВСД в общем объеме на продукцию. 

 

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

 

Оформление продукции в ассортименте

 

Компании спрашивали, как правильно делать оформление продукции в ассортименте, поскольку поставщики и госветврачи выписывают эВСД с наименованиями, например, “Сыр” или “Сыр в ассортименте”, в зависимости от того, как продукция занесена в справочник ФГИС, а при пересечении границы сотрудники таможенных пунктов требуют эВСД на “Сыр в ассортименте” с общим объемом продукции, поскольку не могут работать с партионным учетом.

 

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

 

Благотворительные поставки

 

Участники рынка интересовались, как оформлять сбыт продукции без факта продажи, например, при благотворительных поставках в монастыри. Россельхознадзор сообщает, что своих контрагентов зарегистрировать можно самостоятельно, и гасить ВСД и оформлять возвраты собственноручно. Для этого монастырь может делегировать право на гашение ВСД субъекту-отправителю (это действует только для тех ветеринарных сертификатов, которые отправил именно этот субъект).

 

Поставки в Республику Беларусь

 

До сих пор окончательно было неизвестно, как разделен контроль электронных и бумажных сертификатов при поставках в РБ, в связи с чем Россельхознадзор также предоставил разъяснения. Если продукция отправляется из России в страны таможенного союза, то ветсертификаты можно оформлять как в электронном, так и в бумажном виде (см. Решение комиссии ЕАЭС №317). Однако, в данный момент ни одна из стран ЕАЭС, кроме Белоруссии, не готова принимать продукцию с электронными сертификатами. 

 

В ведомстве добавили, что завершение интеграции российской ФГИС “Меркурий” с белорусской системой AITS предположительно состоится в сентябре 2019 года.

1564659439

Автор: Артем Фальчев
Теги: ЭВС

5384 просмотра

   Звездец

02.05.18 — 16:38

Ветис уже скоро. А что-то вокруг тишина. В программах даже что-то появилось, а на ИТС ни одной инструкции. Все ждут? или может кто-то что-нибудь делает для подготовки?

   tciban

801 — 03.07.18 — 14:33

ну да, ошибся…

   tciban

802 — 03.07.18 — 14:37

Заработал Меркурий то кого?

   spectre1978

803 — 03.07.18 — 14:47

(802) Да, похоже отживел.

   mishaPH

Модератор

804 — 03.07.18 — 14:48

гасить ВСд начал входящие

   NSSerg

805 — 03.07.18 — 14:50

(781) у нас десятки тысяч (если не сотни) запросов в день, и такая ошибка (и подобные) возникают постоянно.

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

   NSSerg

806 — 03.07.18 — 14:52

+ (805) все обработки на ссегодняшнюю отгрузку произошли без сбоев. Точнее сбой был, только один — недопустимый символ «<« в xml. Сделал автозамену недопустимых символов.

   spectre1978

807 — 03.07.18 — 14:54

(805) Это все понятно, но там немножко не то было. С половины двенадцатого и практически посейчас система вообще не реагировала ни на какие раздражители. Можно было бы послать сотню запросов через паузу, и все они отлупились бы. Вы бы просто впустую потратили время.

   NSSerg

808 — 03.07.18 — 14:58

Нетушли только те всд, где страна в товаре не соответствует стране в площадке производителя, в те точки где нет гуида площадки, и в те точки в которые из-за глюка меркурия не проходит регионализация. Естественно это всё обработки отслеживают автоматически (ответы на инвентаризации, регионализации), человеческого участия не требуется. Так же автоматически проверяются ответы на исходящие всд. Спустя примерно час — два после выписки. Если нет положительного ответа, считаем что всд не прошла.

   NSSerg

809 — 03.07.18 — 15:01

(807) обработка впустую

Десять попыток с ошибками связи, и у меня стоит ассерт (пр=0/0;)

Но мы выписывали ночью, обработка доработала до конца без сбоев.

Примерно 10000 всд выписали.

   NSSerg

810 — 03.07.18 — 15:02

(809) не мы впустую потратили время, а обработка.

   ProxyInspector

811 — 03.07.18 — 15:59

У меня пока «REJECT» выдает на все запросы

   hawksib

812 — 03.07.18 — 16:25

(809) сколько очередей всд выписывают?

   NSSerg

813 — 03.07.18 — 16:38

(812) Одна, в один поток. На второе число выписывал в два потока, а на третье в один справилась. Но у меня ассинхрон. Получила гуид тикета, и пошла дальше. Ответы получаю потом.

   timurhv

814 — 03.07.18 — 16:48

(813) Ошибку с блокировкой записи не получаете? Или это уже в Меркурий починили?

   NSSerg

815 — 03.07.18 — 16:53

(814) у меня на все ошибки — повторный запрос.

Я даже не фиксирую что за ошибка, потому что их много разных.

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

   spectre1978

816 — 03.07.18 — 16:53

(814) так можно после блокировки перекурить и новый запрос послать.

   timurhv

817 — 03.07.18 — 17:08

(816) Не очень быстрая отправка так получается. Были клиенты, которым по 1000 транспортных в час (с 20-50 SKU) надо отработать, там не укладывались в это время с переотправкой запроса в случае ошибки.

В итоге 3 дня убил на обмозгование алгоритма с одним потоком, более чем устроил результат, стали укладываться в 34-45 минут.

Но 1С сервер постоянно под нагрузкой из-за обмена с Ветис.API (не расчитана ИМХО платформа на такой мазахизм). Есть мысль написать сервис в виде приложения, работающий как прокси для общения с Меркурием на каком-нибудь GoLang.

   hawksib

818 — 03.07.18 — 17:14

(817) в 1 поток 1 твсд отправляется 4 секунды, получается 15 в минуту, или 900 в час. это идеальные условия, накладываем погрешность получаем 500 сертификатов

   timurhv

819 — 03.07.18 — 17:16

(817) Если ЗСЖ не пересекаются, то у меня алгоритм это анализирует и составляет очередь отправки на основе этого. Никогда ошибку блокировки записи не получал. Между ТВСД с разными ЗСЖ время отправки доходило до 0.7 сек в один поток.

   hawksib

820 — 03.07.18 — 17:18

(819) зсж расшифруй пожалуйста?

   NSSerg

821 — 03.07.18 — 17:19

(817) у меня больше 1000 в час успевает.

   NSSerg

822 — 03.07.18 — 17:20

Почти 10000 транспортных всд вчера вшло 3 часа.

   timurhv

823 — 03.07.18 — 17:20

(819) запись складского журнала

(821) мне не нравится загрузка ЦПУ в это время со стороны 1С

   hawksib

824 — 03.07.18 — 17:22

(821) ну у тебя асинхрон, а я говорю про обработку ответа сразу после отправки запроса,тогда минимум 4 секунды, если мерк ответ быстро вернет

   hawksib

825 — 03.07.18 — 17:26

(821) (822) нам надо их не только послать, но ещё и потом квадратные штрихкоды на весь документ распечатать, причем СРАЗУ, поэтому делаем пока всё по потокам

   hawksib

826 — 03.07.18 — 17:28

за ночь 11 к твсд, ошибки ловим, пробуем ещё

   NSSerg

827 — 03.07.18 — 17:42

(823) загрузка равна нулю, повторы через паузу. Sleep.

   NSSerg

828 — 03.07.18 — 17:45

(825) у нас есть как минимум час между окончанием формирования и распечаткой.

   NSSerg

829 — 03.07.18 — 17:50

Нет надобности слать винескольео потоков.

Если нужно полкчить ответы быстро, можно слать например по 20 запросов подряд, потом получать 20 ответов на тикеты.

   hawksib

830 — 03.07.18 — 17:53

(829) вы регионализацию захешировали?

   NSSerg

831 — 03.07.18 — 18:28

(830) нет. По клиенту(точке)  регионализация, в одном запросе список всех тнвэд из накладных, ждем полного ответа, а потом по всем строкам всех накладных выписываем всд с указанием нужных данных, а во всд уже ответа не ждем, только тикет.

   hawksib

832 — 03.07.18 — 18:41

(831) ну регионализация же на каждый вид продукции нужен, или нет?

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

   NSSerg

833 — 03.07.18 — 20:10

(832) в одном запросе можно указать весь необходимый список.

В ответе так же группируется по тнвэд.

   NSSerg

834 — 03.07.18 — 20:10

(832) на один адрес, и на несколько кодов тнвэд — один запрос.

   NSSerg

835 — 03.07.18 — 20:21

На все коды тнвэд из накладных по одной точке — один запрос.

   NSSerg

836 — 04.07.18 — 17:29

Как через API создать ввести остаток продукции на которую не заведен производитель — нет гуида площадки (предприятия) производителя? Импортного.

ResolveDiscrepancyOperation v2.0 требует ГУИД площадки

<vd:producer>  dt:Producer  [1..*]  Производитель продукции.  

Вдобавок Страна в инвентаризации должна соответствовать Стране в площадке производителя.

Нас Россельхоз уверял что все производители, продукция которых импортировалась в прошлом — будут заведены. В итоге их нет. Что делать? Может есть какая-то другая операция, которой я могу ввести остатки по товару без GUID производителя?

   EuVod

837 — 04.07.18 — 18:12

   NSSerg

838 — 04.07.18 — 18:36

(837) У нас нет такой ошибки, точнее если даже есть — я не вижу, у меня просто идет автоматически повторный запрос.

Сейчас всё работает, сбоев нет.

   spectre1978

839 — 04.07.18 — 18:45

(837) у нас сегодня вроде работало ровно.

(836) ну на худой конец можно его попытаться завести. По сути то же создание площадки. Нет?

   NSSerg

840 — 04.07.18 — 19:12

(839) А есть право создание площадок не Российских?

И чтоб нормально завести площадку, нужно и ХС импортного завести. И еще момент — если даже можно, нас за это не накажут?

   spectre1978

841 — 04.07.18 — 19:27

(840) Это все нуждается в уточнении, но в принципе а) площадку, как думается, можно создать без ХС, он там в обязательном порядке нигде не требуется; б) площадок понасоздавали уже сотни тысяч всяких, разных, и никого за это до сих пор не наказали. Наверняка будет масса ситуаций, когда, например, импортируют что-то с большим сроком годности, а производителя уже не существует, разорился или его купили. Предприятия это ведь такая штука, появляются, исчезают… Невозможно все заранее создать.

   NSSerg

842 — 04.07.18 — 22:05

(841) Нас просто уверили что РСХН сам создал по всем кто поставлял в РФ. Не сейчас поставляет, а когда либо поставлял.

   NSSerg

843 — 04.07.18 — 22:05

Но это не так, как оказалось.

   spectre1978

844 — 04.07.18 — 22:19

(842) дык они много в чем уверяли. Но есть то что есть…

   NSSerg

845 — 04.07.18 — 22:56

Еще один вопрос. Точки, на которые при регионализации ругается с ошибкой

<apl:error code=»APLM20001″>Не удалось загрузить сведения о производственной площадке с GUID:

На неё и без регионализации нельзя отгрузить из-за ошибки

<apl:error code=»MERC02180″>Обслуживаемое предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.

При этом все запросы и по ХС, и по Предприятию/площадке проходят по этой точке нормально.

Есть ли менее кривой способ отследить такие площадки, чем попытаться сделать регионализацию на все точки в базе?

   big

846 — 05.07.18 — 06:10

   kofeinik

847 — 05.07.18 — 08:17

APLM0012 — An unexpected error has occurred while invoking target service operation. (REJECTED) еще со вчерашнего вечера сыпется.

   spectre1978

848 — 05.07.18 — 08:31

Самое странное, что у нас сегодня вроде нормально. С шести утра уже сделали производство, перевозку своего и несколько десятков отгрузок выписали, вроде живет…

   spectre1978

849 — 05.07.18 — 08:33

(845) а что у этих точек со свойством active?

   spectre1978

850 — 05.07.18 — 08:34

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

   NSSerg

851 — 05.07.18 — 10:01

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

Общего у них похоже то что созданы до середины 2017 года.

(849) true. Все точки получены  GetActivityLocationList, других не бывает. Вообще обычные точки, есть адрес из классификатора и адрес строкой. Статус 100.

   Chieftain

852 — 05.07.18 — 11:18

   Chieftain

853 — 05.07.18 — 11:22

+(852) Судя по форуму — шлюз на из стороне работает штатно только за счет «выравнивания нагрузки» — режут часть запросов с кодом APLM0012

   NSSerg

854 — 05.07.18 — 11:28

Поиск по базе ответов — одна ошибка с кодом code=»APLM0012″

На 61466 ответов в папке (ответы остались за сутки с небольшим, вчера удалил старые)

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

   spectre1978

855 — 05.07.18 — 11:47

(853) судя по всему, они эти 012-е вдупляют только тем, кто создает серьезную нагрузку. У меня с утра пока не было ни одного, но у меня и документов мало.

   birkoFFFF

856 — 05.07.18 — 11:55

   spectre1978

857 — 05.07.18 — 12:02

(856) А в остальном, прекрасная маркиза, все хорошо, все хорошо (с) Ему лучше в оперетте выступать

   timurhv

858 — 05.07.18 — 13:11

(856) Прочитал, при Сталине за такой подход в ГУЛАГ бы отправили. А сейчас, даже если на ковер вызовут — отчитается что производители и сети просто не хотят работать в Ветис и саботируют работу, а у них все хорошо.

   mishaPH

Модератор

859 — 05.07.18 — 13:19

   timurhv

860 — 05.07.18 — 13:22

(859) По-факту ведь не знаете до кг сколько выйдет.

   mishaPH

Модератор

861 — 05.07.18 — 13:48

(860) мы всегда выпускать будем + 5-10% от заказа. что не отгрузили будет списано.

   NSSerg

862 — 05.07.18 — 15:43

(855) За три часа 61466 — ответов из меркурия — это не много?

Думаю что дело в другом, дело например в попытке получения ответа на тикет в цикле без пауз. Да еще и в кучу потоков.

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

У меня например так и написано

отв=»»;

Пока отв=»» Цикл  

    глПауза(1000);

    отв=ПолучитьОтвет(Ид,ТЗПартий);

КонецЦикла;

Если отв=»REJECTED» Тогда

// отв=»», когда не REJECTED и не ACCEPTED

При обработке ошибок у меня так-же, пауза и повторная попытка.

Попытка

    WinHttp.Send(POST_STRING);

Исключение

    сообщить(«»+счетчикошибок+» Не удалось отправить сообщение! «+ОписаниеОшибки());

    глПауза(ПаузаОшибка);

    Перейти ~NP;

КонецПопытки;    

…

Попытка

    Если WinHTTP.Status<>200 Тогда

                сообщить(«»+счетчикошибок+» Не удалось выгрузить по WinHTTP.Status: код ошибки «+СокрЛП(WinHTTP.Status));

        глПауза(ПаузаОшибка);

        Перейти ~NP;

    КонецЕсли;

Исключение

        сообщить(«»+счетчикошибок+» Не удалось получить ответ на запрос! «+ОписаниеОшибки());  

    глПауза(ПаузаОшибка);

    Перейти ~NP;

КонецПопытки;

….

Для ИндексОшибок=0 По УзлыОшибок.length-1 Цикл

    ТекстОшибки = УзлыОшибок.item(ИндексОшибок).text;

    КодОшибки = УзлыОшибок.item(ИндексОшибок).getAttribute(«code»);

    Если кодОшибки=»APLM0012″ Тогда

        Сообщить(«»+счетчикошибок+» Ошибка слишком частых запросов: «+КодОшибки+» «+ТекстОшибки);

        глПауза(32000);

        Перейти ~NP;

    КонецЕсли;

КонецЦикла;

…

и т.д.

   ProxyInspector

863 — 05.07.18 — 16:00

Я подправил немного логику формирования запросов и ответов к Меркурию, ну и проблемы с  «APLM0012» прекратились.

  Раньше при ошибке «APLM0012» считалось, что наступил полный пипец и надо начинать все сначала. Теперь ошибка «APLM0012» считается вполне нормальной ситуацией и надо просто подождать и попытаться через 3 сек. Ну и поставил ограничение на общее время ожидания ответа от Меркурия 120 сек.

   ProxyInspector

864 — 05.07.18 — 16:04

Скорость гашения Входящих ВСД — 1..2 сек /шт

Время получения списка Входящих ВСД — 20-30 сек по одному XC.

   Не случайно разработчики Меркурия пишут, что ошибка «APLM0012» — это вполне рабочая ситуация и попытка сбалансировать нагрузку на систему

   NSSerg

865 — 05.07.18 — 16:30

(863) Учитывая что за последние сутки у меня была только одна такая ошибка — я поставил паузу в 32 секунды. (см код выше)

Пауза у меня после первой ошибки 0,5 секунды, после каждой следующей удваивается, пока не дойдет до 32 секунд. Всего 10 ошибок, и делю ноль на ноль — после чего обработка с ошибкой падает (называется assert, чтоб не дай бог что-нибудь не испортила когда вернет не то и не туда функция получающая ответ от сервера).

С 31 числа когда начали работать в продуктиве — падение было один раз, сегодня утром после пяти утра. При пакетной печати ВСД — в момент печати получает guid трансортной ВСД в ответ на тикет.

(864) Только это нужно было довести до сведения разработчиков. Что именно эту ошибку нужно обрабатывать не как отклонение запроса на транспортную ВСД например.

   NSSerg

866 — 05.07.18 — 16:32

+ (865) У меня при падении при пакетной печати, один раз проскочила ошибка APLM0012, и в итоге ВСД обработкой была засчитана как отклоненная, так как REJECTED. На печать она не пошла, все хвосты были подтерты.

   spectre1978

867 — 05.07.18 — 20:09

(862) За три часа 61466 — ответов из меркурия — это не много?

Ну вообще-то некисло. В пересчете на секунду выходит около 17 ответов только на одно ваше предприятие. Я не думаю, что у них там группировка серверов как у Гугла

   spectre1978

868 — 05.07.18 — 20:11

собственно, в помянутой тут ветке Власов ответил — 80 серверов. Не сказать чтобы сильно много.

   Chieftain

869 — 05.07.18 — 20:21

(868) «Я бы сказал 80 серверов на виртуальной машине компа Власова.»(с) из той же ветки ))

   big

870 — 05.07.18 — 20:34

   NSSerg

871 — 05.07.18 — 20:39

(870) без ограничений. Я спокойно получаю все справочники по 1000 записей.

Передаю из http в xml через файл.

   NSSerg

872 — 05.07.18 — 20:42

+ (871) если передавать не через файл, а напрямую — то 1с просто падает. Но это давно известно.

   NSSerg

873 — 05.07.18 — 20:55

(867) наврал я, не за три часа, я же справочники тяну из меркурия и обновляю, не во время выписки всд.

   spectre1978

874 — 06.07.18 — 08:58

Я смотрю, APLM0012 может вылететь и в ответ на eceiveApplicationResultRequest, необязательно только на submitApplicationRequest?

   spectre1978

875 — 06.07.18 — 08:58

* receive

   NSSerg

876 — 06.07.18 — 10:41

(874) я вставил проверку во все ответы.

то есть в саму процедуру которая используется для отсылки всех запросов с получением ответа.

   spectre1978

877 — 06.07.18 — 10:58

Если приходит в ответ на ReceiveApplicationResultRequest, то это надо понимать как сбой всей заявки (надо перевыставлять заявку) или как сбой получения результата (надо заново запросить результат по той же заявке)?

   spectre1978

878 — 06.07.18 — 11:06

полагаю, что первый случай

   NSSerg

879 — 06.07.18 — 11:31

(877) неважно в ответ на что пришло, нужно заново повторить запрос.

   NSSerg

880 — 06.07.18 — 11:32

(877) Тот запрос на который пришло ACCEPTED  — повторять не надо.

   spectre1978

881 — 06.07.18 — 11:48

   ProxyInspector

882 — 06.07.18 — 12:06

В функции receiveApplicationResultRequest мы получаем ответ на ранее поданный запрос.

Выполняем в цикле эту функцию с задержкой 3 сек пока не получим либо COMPLETE либо REJECT (что маловероятно, так как запрос уже принят в обработку) либо наступит Timeout (у меня он стоит 60 — 120 сек).

   ProxyInspector

883 — 06.07.18 — 12:08

Функцию submitApplicationRequest

Выполняем в цикле эту функцию с задержкой 3 сек пока не получим либо ACCEPTED либо REJECT либо наступит Timeout

  При таком раскладе все работает великолепно

   NSSerg

884 — 06.07.18 — 12:12

(881) Почему это не понял? Я всё понял.

Повторяем тот запрос на который пришло APLM0012.

На submitApplicationRequest пришло ACCEPTED, этот запрос прошел, тикет уже есть.

Теперь ты должен дождаться либо ACCEPTED на Тикет, ли REJECTED на него, но не с кодом ошибки APLM0012.

APLM0012 — такой же сбой как и все остальные, просто повторяешь запрос на который пришло в ответ, так же как если код ответа не равен 200 например.

   NSSerg

885 — 06.07.18 — 12:15

Если пришло APLM0012 на submitApplicationRequest, то повторяем его естественно, так как тикета то нет.

   spectre1978

886 — 06.07.18 — 12:35

(882) Очень даже вероятно Reject получить. С кодом APLM0012.

   spectre1978

887 — 06.07.18 — 12:37

Насколько я понял, в случае реджекта и APLM0012 в ответ на receiveApplicationResultRequest надо повторять исходный запрос.

   spectre1978

888 — 06.07.18 — 12:38

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

   NSSerg

889 — 06.07.18 — 12:43

(888) Нет! Нужно только повторить непосредственно тот запрос на который получена ошибка APLM0012.

Если ты сделал транспортную ВСД, и получил на неё тикет — всё, она сделана. Дальше ты получаешь по тикету её Гуид. И если REJECTED с кодом ошибки  APLM0012, то ты повторяешь именно тот запрос на который пришла ошибка, то есть еще раз по тикету пытаешься получить ВСД.

А если REJECTED с любой другой ошибкой, то значит ВСД не сделана. И нужно с самого начала получать тикет.

Но я уже сам не уверен.

   spectre1978

890 — 06.07.18 — 12:52

(889) как мне объяснили, все-таки нет. Если при получении ответа пришел REJECTED, то по факту это означает, что заявка, на которую ожидаем ответ, не будет обработана. Код ошибки значения не имеет. Если REJECTED — значит, все, можно курить бамбук и готовиться отправлять повторно.

   NSSerg

891 — 06.07.18 — 12:56

(890) Да, для любого кода ошибки кроме APLM0012

   spectre1978

892 — 06.07.18 — 12:58

(889) это достаточно легко проверить. Если вы правы, то после REJECTED на APLM0012 какой-то из следующих ответов по тому же тикету должен вернуть COMPLETED. Если такого не происходит, то… значит, дело обстоит не так.

   Prog111

893 — 06.07.18 — 13:05

Подскажите, пожалуйста, обратился знакомый клиент, спросил про Меркурий, а я вообще ни сном, ни духом. У него розничный магазин (от хлеба до пельменей) — товароучетной системы нет. Так вот, хочу спросить — в Рознице 2.2 есть что-нибудь связанное с Меркурием? То есть стоит ли поизучать, что есть в Рознице, связанное с Меркурием и посоветовать внедрить её в магазине?

   spectre1978

894 — 06.07.18 — 13:07

891 + (892) Провел натурные эксперименты. Как только какой-то из ответов завершается с REJECTED и APLM0012, все последующие валятся с той же ошибкой. Думаю, что у вас должно наблюдаться то же самое и вы в реальности все равно делаете перезапрос заявки, но в результате истечения числа неуспешных попыток. Проверьте, как будет время, вопрос на самом деле интересный…

   NSSerg

895 — 06.07.18 — 13:09

(892) Четно говоря я не понимаю зачем.

Если бы она кучу времени подряд выдавала бы REJECTED с кодом ошибки APLM0012 -у меня бы обработка принудительно упала с assert-ом. Но падений обработки не было. Значит на повторные запросы приходит ответ без кода ошибки APLM0012.

Чем этот  ответ не устраивает? Если там REJECTED, то значит тикет отклонен, если нет, значит принят.

   spectre1978

896 — 06.07.18 — 13:10

(895) тем не менее она кучу времени подряд выдает REJECTED с кодом ошибки APLM0012. Точнее, постоянно после первого неудачного ответа с таким кодом. Я только что видел это своими глазами.

   NSSerg

897 — 06.07.18 — 13:13

(896) А ты без паузы повторные запросы шлешь?

У меня так одна такая ошибка (APLM0012) и осталась, от пятого числа. Когда засчитала что ВСД отклонена. Поэтому у меня статистики нет.

   spectre1978

898 — 06.07.18 — 13:17

(897) мало того что с паузой, так сейчас еще и под отладкой. Т.е. между ответами сейчас проходило секунд 10.

   NSSerg

899 — 06.07.18 — 13:26

Меркурий походу лёг.

   spectre1978

900 — 06.07.18 — 13:37

у меня только что возвращал остатки. Я на них и тренируюсь в обработке ALPM0012.