Сообщения, отправленные пользователем: Сергей Шевченко

TWAIN wrote:Мы то требуем. Пока ответ, перефразируя, такой: "не может быыыыыть! ну сотрите лишнее".
Поэтому я и хотел поискать у кого еще есть такая проблема.
Требовать возврат средств поздновато, т.к. осталось всего ничего и работы сделано много.
Хотя очень хочется уже. И так 26 марта выпустили 2.0, а только 19 апреля оно заработало.

Добрый день! Проблема решена в релизе 2.0.2.3, релиз уже выпущен.

yurix wrote:Нет, в веб никто не мог изменить. Сейчас по данной партии остаток в Меркурии 0, и по ней оформлены 2 транспортные операции, а в УВС только одна, вторая - отклонена. Проблема, видимо, в этом

Добрый день!
В версии 1С:УВС 1.0.8.1, в разделе склад есть функция Получение актуальных остатков, как работает данная функция можно прочитать в справке. Вам необходимо её выполнить.
Чтобы разобраться с неоформленной транспортной операцией, вам лучше прислать текст запроса и ответа из журнала на почту тех.поддержки УВС, с описанием ситуации. При обращении необходимо указать рег. номер ПП.

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

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

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 минут.

Добрый день!

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

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 секунд.

NikoV wrote:Могу переслать в екселе выгрузку из журнала состояний заявок на оформление операций.

Присылайте вместе с рег. номером ПП, почта vet-sert@asbc.ru

NikoV wrote:Краткое описание под настройкой? Да читал. Расписание настроено на 30 сек.

Сколько у вас в среднем выполняется данное рег. задание?

NikoV wrote:Вариант обработки ошибки очереди выбран "Ставить в очередь"

1. Вы читали описание данного метода?
2. Какое расписание у вас настроено для рег. задания Отправка/получение результатов заявок?

NikoV wrote:Всем добрый день!
Использую продукт 1С:Управление ветеринарными сертификатами. Интегрирован пока с Тестовым Меркурием. До недавнего времени по попытке запустить Транспортные операции (в терминологии 1С:УВС) в объеме 600-700 документов происходила следующая картина: весь пакет документов обрабатывался до 50 минут, 20% документов приходили со статусом успешно, остальные с ошибкой:

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

Разработчик обещал решить данную проблему. 21.11.2017 вышел новый релиз (1.0.8.1) и разработчик указал что проблема решена. Вчера запустил 624 документа на обработку. Прошло внимание 16 часов! За это время успешно обработались 227 документов, остальные 397 пока в обработке. Прогнозирую что остальные будут обрабатываться еще часов 30.

На чьей стороне проблема? На стороне ПО, которое теперь выстраивает запросы в очередь? Или проблема на стороне Меркурия, который не может по каким-то причинам обрабатывать одновременно запросы, в которых есть продукция с одной записи журнала.
Вопрос: Владельцы ФГИС Меркурий, вам известна такая проблема, занимаетесь ее решением? Я отправлял свои вопросы в техподдержку, ответа нет.
Вопрос: Коллеги по цеху, может кто решил эту проблему? Поделитесь как.

Добрый день!
Как вариант обработки ошибки из предложенных у вас выбран?