Как исправить ошибку «Обмен с УТМ ЕГАИС уже запущен» в 1С и очистить зависшую очередь документов?

При работе с маркированным алкоголем в программах семейства 1С (в частности, в конфигурациях 1С:Розница, 1С:Управление торговлей или 1С:УНФ) пользователи часто сталкиваются с неприятной ситуацией. При первой попытке пробить бутылку крепкого алкоголя кассир получает блокирующее сообщение: «Обмен с УТМ ЕГАИС уже запущен, дождитесь завершения предыдущего сеанса». Продажи останавливаются, а стандартные попытки перезапустить программу не всегда приносят желаемый результат.

В этой статье мы подробно разберем, почему возникает эта ошибка, как функционирует механизм программной блокировки обмена, и рассмотрим пошаговые методы очистки очереди зависших документов ЕГАИС.

Почему возникает ошибка «Обмен с ЕГАИС уже запущен»?

Для предотвращения конфликтов при одновременной отправке запросов в Универсальный транспортный модуль (УТМ) система 1С использует механизм программных блокировок. Когда запускается фоновый или интерактивный обмен с ЕГАИС, программа устанавливает специальный сеансовый флаг (блокировку). В нормальных условиях после завершения транзакции и получения ответа от УТМ этот флаг автоматически снимается.

Однако, если сеанс обмена завершается аварийно или «зависает» на этапе ожидания ответа, блокировка остается активной. Выделим основные причины сбоя:

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

Особого внимания требует петля дублирования документов, когда 1С пытается отправить акт, который уже зарегистрирован в ЕГАИС. При попытке повторной отправки сервер возвращает ошибку «Акт с номером ... уже зарегистрирован в системе». 1С не может корректно обработать такой ответ, сессия аварийно прерывается, а блокировка обмена «залипает».

---

Пошаговые методы решения проблемы

Ниже представлены проверенные практические методы снятия блокировки и полной очистки очереди документов.

Решение 1. Сброс настроек и перезапуск служб УТМ

Очень часто причиной зависания транзакций является потеря связи УТМ с аппаратным ключом авторизации (Рутокен или JaCarta). Проанализируем, как быстро сбросить это состояние:

1. Откроем интернет-браузер на компьютере, где установлен УТМ, и перейдем на домашнюю страницу модуля по адресу http://localhost:8080 (или укажем IP-адрес сервера УТМ в локальной сети).
2. На главной странице в самом низу найдем и нажмем кнопку «Обновить настройки» (или перегенерируем RSA-ключ в личном кабинете ЕГАИС при необходимости).
3. Зайдем в службы операционной системы Windows (через команду services.msc в строке «Выполнить»).
4. Найдем службы УТМ: Transport, Transport-Updater и Transport-Monitoring. Принудительно остановим их, а затем запустим заново.
5. Попросим всех пользователей перезапустить свои сеансы работы в 1С.

Решение 2. Снятие зависших фоновых заданий в 1С

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

1. Запустим утилиту «Администрирование серверов 1С Предприятия».
2. Перейдем в ветку нашей информационной базы и откроем список активных сеансов.
3. Найдем сеансы фоновых заданий, в колонке приложения которых указано Фоновое задание, связанное с обменом ЕГАИС, и принудительно завершим их.
4. Перейдем в раздел программы 1С: Администрирование -> Обслуживание -> Регламентные и фоновые задания. Найдем регламентное задание «Обмен с ЕГАИС» и временно отключим его автоматический запуск по расписанию, чтобы локализовать проблему.

Решение 3. Ручная корректировка статусов документов через регистры сведений

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

1. В правом верхнем углу программы нажмем на кнопку главного меню, перейдем в раздел Настройки -> Параметры и установим флажок «Режим технического специалиста» (в старых версиях — «Все функции»).
2. Через главное меню откроем окно «Функции для технического специалиста».
3. Развернем список Регистры сведений и найдем регистр Статусы документов ЕГАИС.
4. Найдем в списке наш проблемный документ (ориентируясь по дате, номеру или виду документа, например, «Акт списания ЕГАИС»).
5. Откроем запись регистра и вручную изменим его статус на Проведен в ЕГАИС (или Подтвержден), а в поле «Дальнейшие действия» установим значение Не требуется. Сохраним изменения.
6. Далее перейдем в регистр сведений Очередь передачи данных ЕГАИС. Если там содержатся записи по зависшим старым документам, аккуратно очистим их (удалим записи из этого регистра).

Решение 4. Использование обработки «Групповое изменение реквизитов» в режиме разработчика

Иногда кнопка пометки на удаление зависшего документа (например, акта списания за 2017 год) неактивна даже под правами администратора из-за жестких ограничений в кодовой базе формы документа. Разберем, как обойти это ограничение:

1. Перейдем в раздел Администрирование -> Обслуживание -> Корректировка данных -> Групповое изменение реквизитов.
2. В поле «Изменять» выберем тип объекта, например, Акт списания ЕГАИС.
3. Нажмем на ссылку «Все элементы» и настроим отбор по конкретной ссылке или номеру нашего проблемного архивного документа, чтобы случайно не изменить лишние данные.
4. Нажмем на кнопку «Параметры» в самом низу формы обработки. В появившемся окне установим галочку «Режим разработчика». Это действие позволит нам редактировать скрытые системные реквизиты объектов конфигурации.
5. В списке доступных для изменения реквизитов найдем поле Пометка удаления (или аналогичное системное свойство) и установим для него значение Да (Истина). Нажмем кнопку «Изменить реквизиты».
6. После успешного выполнения обработки перейдем в стандартный инструмент Администрирование -> Обслуживание -> Удаление помеченных объектов и безболезненно удалим данный документ и связанные с ним квитанции (тикеты) из информационной базы.

Для наглядности рассмотрим пример кода, который может быть использован разработчиком во внешней обработке для программной пометки на удаление зависшего документа ЕГАИС без использования стандартных интерфейсных ограничений формы:

// Программная установка пометки удаления для зависшего документа ЕГАИС
СсылкаНаДокумент = Документы.АктСписанияЕГАИС.НайтиПоНомеру("0000-00001", Дата("20170101"));
Если Не СсылкаНаДокумент.Пустая() Тогда
    ОбъектДокумента = СсылкаНаДокумент.ПолучитьОбъект();
    ОбъектДокумента.УстановитьПометкуУдаления(Истина);
    Попытка
        ОбъектДокумента.Записать(РежимЗаписиДокумента.Запись);
        Сообщить("Зависший документ успешно помечен на удаление!");
    Исключение
        Сообщить("Не удалось записать изменения: " + ОписаниеОшибки());
    КонецПопытки;
КонецЕсли;

Решение 5. Кардинальная очистка базы данных самого УТМ

В редких случаях, когда локальная база данных транспортного модуля переполняется битыми или дублирующимися XML-пакетами, помогает полная очистка транспортного каталога. Обратите внимание: данную операцию следует проводить с осторожностью, так как будут удалены все неотправленные в ЕГАИС документы, находящиеся на очереди в УТМ.

1. Остановим службы УТМ (см. Решение 1).
2. Перейдем в проводнике Windows в каталог установки транспортного модуля (по умолчанию это путь C:\UTM\transporter\data).
3. Полностью удалим все файлы и вложенные папки из этой директории (или временно перенесем их в архивную папку на другом диске).
4. Запустим службы УТМ заново. База данных модуля будет пересоздана автоматически.
5. Вернемся в 1С и выполним повторную отправку необходимых актуальных документов.

---

Рекомендации по профилактике подобных сбоев

Чтобы минимизировать риски повторного появления ошибки «Обмен с ЕГАИС уже запущен», рекомендуем придерживаться следующих правил:

• Контролируйте расписание регламентных заданий. Не устанавливайте интервал автоматического обмена ЕГАИС менее 15–30 минут. При интенсивных продажах лучше использовать надежный ручной запуск обмена в начале и конце рабочей смены.
• Своевременно обрабатывайте ошибки обмена. Не оставляйте в списке документов ЕГАИС объекты со статусами «Ошибка» или «К подтверждению» на долгий срок. Своевременно выясняйте причины отказов ЕГАИС.
• Добавьте процессы 1С и УТМ в исключения антивируса. Исключите из сканирования порты 8080, 8193, а также папки C:\UTM\ и рабочие каталоги платформы 1С.

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