Ошибка MERC02462 - проблема на стороне Меркурия или разработчика ПО?

NikoV wrote:Если вы про задания, то вот:

24.11.2017 0:45:15 01.01.0001 0:00:00
24.11.2017 0:30:44 24.11.2017 0:45:15
24.11.2017 0:18:21 24.11.2017 0:30:44
24.11.2017 0:04:26 24.11.2017 0:18:21
23.11.2017 23:50:55 24.11.2017 0:03:19
23.11.2017 23:36:00 23.11.2017 23:50:55
23.11.2017 23:22:51 23.11.2017 23:36:00
23.11.2017 23:10:30 23.11.2017 23:22:51
23.11.2017 22:56:33 23.11.2017 23:10:30
23.11.2017 22:43:29 23.11.2017 22:56:33
23.11.2017 22:29:25 23.11.2017 22:43:29
23.11.2017 22:15:43 23.11.2017 22:29:25
23.11.2017 22:03:19 23.11.2017 22:15:43
23.11.2017 21:48:41 23.11.2017 22:03:19
23.11.2017 21:36:12 23.11.2017 21:48:41
23.11.2017 21:22:19 23.11.2017 21:36:12
23.11.2017 21:09:50 23.11.2017 21:22:19
23.11.2017 20:56:28 23.11.2017 21:09:50
23.11.2017 20:43:51 23.11.2017 20:56:28
23.11.2017 20:29:51 23.11.2017 20:43:51
23.11.2017 20:16:49 23.11.2017 20:29:51
23.11.2017 20:03:54 23.11.2017 20:16:49
23.11.2017 19:50:52 23.11.2017 20:03:54
23.11.2017 19:38:50 23.11.2017 19:50:52
23.11.2017 19:25:48 23.11.2017 19:38:50
23.11.2017 19:12:27 23.11.2017 19:25:48
23.11.2017 19:00:31 23.11.2017 19:12:27
23.11.2017 18:47:01 23.11.2017 19:00:31
23.11.2017 18:33:31 23.11.2017 18:47:01

Если у вас одно рег. задание выполняется 12 минут и вы собираетесь отправлять по 600 заявок одновременно при этом в каждой заявке указана одна и та же ЗСЖ, при указанном методе отправка будет совершаться 120 часов.
Наверно вы выбирали неподходящий вариант, вам не кажется?

Разработчики предоставили несколько механизмов с настройками для обхода данной ошибки, вам необходимо выбрать подходящий, а не первый попавшийся.
Попробуйте выбрать 3ый метод, и подобрать таймаут под себя, стоит начать с 7 или 10 секунд.

Выставили рекомендованные значения:
Вариант обработки ошибки очереди - Установить таймаут
Таймаут опроса сервера (сек) - 7

Запустили 880 документов, получилось следующее:
Начало процесса 24.11.2017 2:37:44
Окончание процесса 24.11.2017 18:23:39 и еще не закончен
Итого: 16 часов
Отправлено документов 880
Заявка успешно обработана 630
Заявка отклонена 71 с ошибкой: MERC02462 В запросе был указан идентификатор записи журнала, которая была обновлена одновременно с попыткой выполнения данной операции. Поэтому операция была отменена. Попробуйте выполнить операцию еще раз.
Заявка отклонена 11 с ошибкой: APLM0012 An unexpected error has occurred while invoking target service operation.
Осталось в работе 168

Можно обработать 880 документов за 18-19 часов. Мне нужно обработать их за час, в идеале за 10-15 минут.

NikoV wrote:Выставили рекомендованные значения:
Вариант обработки ошибки очереди - Установить таймаут
Таймаут опроса сервера (сек) - 7

Запустили 880 документов, получилось следующее:
Начало процесса 24.11.2017 2:37:44
Окончание процесса 24.11.2017 18:23:39 и еще не закончен
Итого: 16 часов
Отправлено документов 880
Заявка успешно обработана 630
Заявка отклонена 71 с ошибкой: MERC02462 В запросе был указан идентификатор записи журнала, которая была обновлена одновременно с попыткой выполнения данной операции. Поэтому операция была отменена. Попробуйте выполнить операцию еще раз.
Заявка отклонена 11 с ошибкой: APLM0012 An unexpected error has occurred while invoking target service operation.
Осталось в работе 168

Можно обработать 880 документов за 18-19 часов. Мне нужно обработать их за час, в идеале за 10-15 минут.

Добрый день!

Уточните, за сколько у вас отправляется такое количество документов без использования данных механизмов?

Ниже информация на 12 ноября:

Всего документов отправлено 771
Начало процесса 12.11.2017 21:59:47
Конец процесса 12.11.2017 22:31:47

Заявка отправлена 771
Заявка успешно обработана 160
Заявка отклонена 611
MERC02462 В запросе был указан идентификатор записи журнала, которая была обновлена одновременно с попыткой выполнения данной операции. Поэтому операция была отменена. Попробуйте выполнить операцию еще раз. 238
MERC02009 В запросе для записи складского журнала продукции указан идентификатор (UUID) устаревшей версии записи реестра РСХН. 373

NikoV wrote:Ниже информация на 12 ноября:

Всего документов отправлено 771
Начало процесса 12.11.2017 21:59:47
Конец процесса 12.11.2017 22:31:47

Заявка отправлена 771
Заявка успешно обработана 160
Заявка отклонена 611
MERC02462 В запросе был указан идентификатор записи журнала, которая была обновлена одновременно с попыткой выполнения данной операции. Поэтому операция была отменена. Попробуйте выполнить операцию еще раз. 238
MERC02009 В запросе для записи складского журнала продукции указан идентификатор (UUID) устаревшей версии записи реестра РСХН. 373

Добрый день!

"MERC02009 В запросе для записи складского журнала продукции указан идентификатор (UUID) устаревшей версии записи реестра РСХН." 373.
Данная ошибка очень странная для транспортной операции, так как UUID там не используется. Пришлите на почту текст запроса и ответа данной заявки, будем разбираться.

"MERC02462 В запросе был указан идентификатор записи журнала, которая была обновлена одновременно с попыткой выполнения данной операции. Поэтому операция была отменена. Попробуйте выполнить операцию еще раз." 238
Т.к. у вас рег. задание выполняется очень долго, на данный момент меньшее из зол - не использовать методы обхода ошибки, а просто переотправлять отклоненные заявки.
Можно подумать как уменьшить время выполнения рег. задания, мб помогут следующие действия:
Снять чек-бокс "Получать файл ветеринарной справки при загрузке ВСД" в разделе "Дополнительные настройки интеграции с ИС "Меркурий";
Повысить характеристики сети Интернет, если используется медленное соединение.

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

После обновления 1С:УВС до версии 1.0.8.1 проблема с ошибкой MERC02009 исчезла. Осталось только ошибка MERC02462. Насколько я понимаю - проблема не в характеристиках сети интернет. Быстрый интернет проблему не снимет. А с настройкой "Получать файл ветеринарной справки при загрузке ВСД" поэкспериментируем. Но в любом случае это придумывание "костыля" надо решать проблему в целом. У нас небольшое предприятие, у крупных предприятий проблемы могут быть посерьезнее. И я не увидел ни одного комментария коллег по цеху. У кого - нибудь в час пропускает ФГИС до 700 документов или больше с одной площадки?

NikoV wrote:После обновления 1С:УВС до версии 1.0.8.1 проблема с ошибкой MERC02009 исчезла. Осталось только ошибка MERC02462. Насколько я понимаю - проблема не в характеристиках сети интернет. Быстрый интернет проблему не снимет. А с настройкой "Получать файл ветеринарной справки при загрузке ВСД" поэкспериментируем. Но в любом случае это придумывание "костыля" надо решать проблему в целом. У нас небольшое предприятие, у крупных предприятий проблемы могут быть посерьезнее. И я не увидел ни одного комментария коллег по цеху. У кого - нибудь в час пропускает ФГИС до 700 документов или больше с одной площадки?

Конечно. До 40 тыс в час пропускает.

Николай Власов wrote:

Конечно. До 40 тыс в час пропускает.

Коллеги по цеху! У кого система пропускает до 40 тыс документов (накладных) в час? С обращением к одной записи журнала?Напишите вкратце.

NikoV wrote:После обновления 1С:УВС до версии 1.0.8.1 проблема с ошибкой MERC02009 исчезла. Осталось только ошибка MERC02462. Насколько я понимаю - проблема не в характеристиках сети интернет. Быстрый интернет проблему не снимет. А с настройкой "Получать файл ветеринарной справки при загрузке ВСД" поэкспериментируем. Но в любом случае это придумывание "костыля" надо решать проблему в целом. У нас небольшое предприятие, у крупных предприятий проблемы могут быть посерьезнее. И я не увидел ни одного комментария коллег по цеху. У кого - нибудь в час пропускает ФГИС до 700 документов или больше с одной площадки?

да, пропускает. Но у нас решение не 1С:УВС.

Николай Власов wrote:

NikoV wrote:После обновления 1С:УВС до версии 1.0.8.1 проблема с ошибкой MERC02009 исчезла. Осталось только ошибка MERC02462. Насколько я понимаю - проблема не в характеристиках сети интернет. Быстрый интернет проблему не снимет. А с настройкой "Получать файл ветеринарной справки при загрузке ВСД" поэкспериментируем. Но в любом случае это придумывание "костыля" надо решать проблему в целом. У нас небольшое предприятие, у крупных предприятий проблемы могут быть посерьезнее. И я не увидел ни одного комментария коллег по цеху. У кого - нибудь в час пропускает ФГИС до 700 документов или больше с одной площадки?

Конечно. До 40 тыс в час пропускает.

На странице http://help.vetrf.ru/wiki/%D0%A7%D0%B0%D1%81%D1%82%D0%BE_%D0%B7%D0%B0%D0%B4%D0%B0%D0%B2%D0%B0%D0%B5%D0%BC%D1%8B%D0%B5_%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%D1%8B_%D0%BF%D0%BE_%D0%92%D0%B5%D1%82%D0%B8%D1%81.API сказано:

Есть ли ограничение на количество запросов к серверу через API?

Да, сейчас установлено ограничение не более 5 запросов в секунду. То есть в течение одной секунды пользователь может отправить только 5 запросов, при отправке шестого в ответ он получит отказ (ошибка 429). При этом нет разницы, последовательно или параллельно вы отправляете запросы.

Т.е., 5*60*60=18000 в час, не считая времени на обработку и пересылку. Где ошибка?

Кстати, вот и ув. тов.

Николай Власов wrote:Для вас и подобных вам: каждому удаленному хосту Меркурий выделяет квоту. У вас, раз вы к нам не обращались, установлена квота по умолчанию. Это 5 запросов в секунду. Это и есть темп вашего оформления. Этой квоты вполне хватает мелким и средним объектам. Если объект крупный, то по запросу квота может быть увеличена. Пока у нас только один объект, которому этой квоты реально не хватило. И нет ни одного объекта, который при правильной интеграции выбирал бы больше 12-15 запросов в секунду.

Ограничение увеличивается путем письма на разработчиков/РСХН.
Очередная незадокументированная возможность, да.

Владимир Игнатов wrote:
Т.е., 5*60*60=18000 в час, не считая времени на обработку и пересылку. Где ошибка?

Документы идут с обращением к одной записи журнала, т.е. в документе 10-30 номенклатур, на складе 40 номенклатур (записей журнала в терминологии Меркурия). Получается что в каждом из 700 документов есть позиции обращающиеся к одной записи журнала. Такие документы Меркурий одновременно обрабатывать не может, выдает ошибку MERC02462. Остается отправлять такие документы поочередно, выстраивая в очередь. С учетом накладных расходов по времени на передачу/прием получается от 2 до 3 минут на один документ. У нас на 700 документов ушло 16 часов. Даже если на один документ будет уходить 30 секунд, то 700*0,5=350/60=5,8 часов. Скорость приемлемая для нас 700 документов/час, т.е. 60/700=5 сек на документ.

Уверен что производительность внутри Меркурия значительно выше, но связка Меркурий+1С:УВС необходимую нам производительность не обеспечивает. Поэтому и вопрос в теме: Ошибка MERC02462 - проблема на стороне Меркурия или разработчика ПО?

Владелец Меркурия говорит: проблема не у нас. Разработчик ПО говорит - проблема на стороне Меркурия.

NikoV wrote:Документы идут с обращением к одной записи журнала, т.е. в документе 10-30 номенклатур, на складе 40 номенклатур (записей журнала в терминологии Меркурия). Получается что в каждом из 700 документов есть позиции обращающиеся к одной записи журнала. Такие документы Меркурий одновременно обрабатывать не может, выдает ошибку MERC02462. Остается отправлять такие документы поочередно, выстраивая в очередь.

А в очередь помещается сам документ со всеми строками или только "проблемные" позиции? Если в очередь помещать только одинаковые номенклатуры в разрезе записей журнала, то процесс отправки будет быстрее.

serg882 wrote:
Если в очередь помещать только одинаковые номенклатуры в разрезе записей журнала, то процесс отправки будет быстрее.

Пользователь не должен прогибаться под недостатки информационной системы (ИС). ИС должны создавать под пользователя, с дружественным интерфейсом, понятными инструкциями, достаточным быстродействием и т.д. Я пока вижу следующее, приведу цитаты из документа "Пояснительная записка к законопроекту (Комитет Государственной Думы по аграрным вопросам)":

"... Проведенный Минсельхозом России анализ мнений должностных лиц органов исполнительной власти субъектов Российской Федерации определил ряд факторов, препятствующих своевременному внедрению и эффективной эксплуатации системы ЭВС. К таковым, в том числе, относят:..."

"...- слабые темпы подготовки государственной информационной системы к внедрению и эксплуатации в связи с крайне низким уровнем финансирования из бюджетов субъектов Российской Федерации;..."

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

Т.е. я как обыватель понимаю вышеуказанное: бюджет на разработку ФГИС не дали, поэтому сделали как сделали, и то что сделали работает плохо, поэтому надо перенести.

На форуме уже затрагивали тему с ошибкой MERC02462 : http://vetrf.ru/vetrf-forum/posts/list/7232.page

И очень интересен комментарий:

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

Мой вопрос: Ошибка MERC02462 - проблема на стороне Меркурия или разработчика ПО? - остается пока без ответа.

NikoV wrote:
Мой вопрос: Ошибка MERC02462 - проблема на стороне Меркурия или разработчика ПО? - остается пока без ответа.

Ответ здесь очевиден, на текущий момент это проблема разработчика, с учетом текущих возможностей Меркурия, если есть информация, что пропускная способность системы достаточна (здесь видно такие моменты не учитываются). Я на форуме где-то видел, что скоро возможно появится пакетная выгрузка. В ЕГАИС такой проблемы нет, там передается весь документ целиком на обработку и ошибок при одновременной отправке одинаковых справок нет, система сама эти моменты учитывает (но там временами приходится ждать по 2-3 часа).