Что делать, если УТМ ЕГАИС зависает на обновлении настроек?

← На главную

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

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

Выясняем причину: что происходит при обновлении настроек?

Когда вы видите на домашней странице УТМ сообщение о необходимости обновить настройки для работы с новыми марками и соглашаетесь на это, модуль инициирует процедуру скачивания локальной базы данных разрешенных серий марок (так называемого «оффлайн-фильтра») с сервера ЕГАИС. Этот процесс происходит по адресу filter-utm.egais.ru через порт 8443.

При этом происходят следующие системные процессы:

УТМ полностью очищает старый пул марок в локальной базе данных.
Модуль переходит в статус update_process. В этот момент продажи алкоголя полностью блокируются на кассе, так как УТМ не может верифицировать марки локально и возвращает ошибку «Настройки еще не обновлены».
Запускается скачивание обновлений. Если на этом этапе происходит сетевой сбой, блокировка портов или потеря связи с аппаратным ключом (JaCarta/Рутокен), процесс зависает навсегда.

Давайте проанализируем две главные технические причины этого зависания.

---

Причина №1: Конфликт очередности запуска служб и инициализации токена

Очень часто при старте или перезагрузке операционной системы Windows службы УТМ запускаются быстрее, чем служба смарт-карт успевает опросить USB-токен (JaCarta или Рутокен) и считать с него RSA-ключ. В результате службы УТМ стартуют «вхолостую», не видя ключа шифрования, и переходят в аварийный режим работы.

В логах updater при этом можно наблюдать характерные ошибки:


java.net.ConnectException: Connection refused: connect
Ошибка выполнения задачи: es.programador.transport.updater.c.b...
java.io.IOException: Server returned HTTP response code: 500 for URL: https://update.egais.ru/...

Для исправления этого «затыка» мы можем настроить отложенный запуск служб. Рассмотрим два способа реализации этой задачи.

Способ А. Настройка отложенного запуска служб Windows

Это самый простой и надежный способ заставить систему подождать полной инициализации токена перед стартом транспортного модуля.

Нажмите комбинацию клавиш Win + R, введите services.msc и нажмите Enter.
Найдите в списке три основные службы УТМ:
- Transport (Транспортный модуль ЕГАИС)
- Transport-Updater (Служба обновления УТМ)
- Transport-Monitoring (Мониторинг УТМ)
Нажмите правой кнопкой мыши на каждую службу, выберите «Свойства».
На вкладке «Общие» измените тип запуска с «Автоматически» на «Автоматически (отложенный запуск)».
Сохраните изменения. Теперь Windows запустит службы УТМ через 1-2 минуты после полной загрузки рабочего стола и драйверов смарт-карт.

Способ Б. Использование планировщика задач для запуска агента

Если автоматический отложенный запуск служб не помог, мы можем настроить запуск управляющего скрипта agent.bat с принудительной задержкой.

Откройте «Планировщик заданий» Windows.
Создайте простую задачу с триггером «При запуске компьютера».
В параметрах триггера установите галочку «Отложить задачу на: 1 (или 2) минуты».
В качестве действия выберите запуск программы/скрипта и укажите путь к файлу: C:\UTM\agent\bin\agent.bat.
Убедитесь, что задача выполняется с наивысшими правами доступа (от имени Администратора).

---

Причина №2: Блокировка сетевого порта 8443 и серверов ФСРАР

Если службы запущены корректно, но обновление настроек всё равно висит, обратимся к файлу transport_info.log. Ищем в нем ошибки связи:


ERROR es.programador.transport.a.b - [Filter] Ошибка инициализации фильтра
org.apache.http.conn.HttpHostConnectException: Connect to filter-utm.egais.ru:8443 failed: Connection timed out: connect

Эта ошибка однозначно указывает на то, что УТМ не может достучаться до сервера фильтрации по порту 8443. Для решения этой проблемы выполните следующие действия:

Проверка сетевого оборудования и брандмауэра: Убедитесь, что в настройках вашего роутера (микротика, шлюза) и брандмауэра Windows открыт исходящий трафик по портам: 443, 8080, 8192, 8193, 8194 и особенно 8443.
Настройка исключений антивируса: Защитные программы (такие как COMODO, Kaspersky, Windows Defender) могут блокировать активность сетевых служб УТМ. Добавьте всю папку C:\UTM и процессы daemon.exe в исключения сканирования и сетевого экрана.
Использование доменных имен: Контролирующие органы могут менять IP-адреса серверов ЕГАИС. В правилах сетевого экрана всегда открывайте доступ именно по доменным именам (например, *.egais.ru), а не по жестко прописанным IP-адресам.

---

Лайфхак для стабильной работы: Отключение оффлайн-фильтра

Что делать, если торговая точка обладает стабильным бесперебойным интернетом, а постоянное зависание загрузки настроек блокирует продажи? Мы можем прибегнуть к известному системному лайфхаку — перенаправить запросы локального оффлайн-фильтра на локальный адрес ПК. В этом случае УТМ не будет пытаться загрузить тяжелую базу данных, а все проверки марок будут мгновенно проходить в режиме реального времени (онлайн) непосредственно на серверах ЕГАИС.

Рассмотрим, как настроить этот обходной путь по шагам:

Остановите все службы УТМ через диспетчер задач или оснастку services.msc.
Запустите текстовый редактор Блокнот от имени Администратора.
Откройте файл конфигурации хостов по пути: C:\Windows\System32\drivers\etc\hosts.
Добавьте в самый конец файла следующую строчку: 127.0.0.1 filter-utm.egais.ru
Сохраните изменения в файле.
Перейдите в папку УТМ и удалите содержимое папки TransportDB (базу данных), чтобы очистить зависшие транзакции обновлений. Перед этим обязательно убедитесь, что все ваши чеки и накладные отправлены в ЕГАИС!
Запустите службы УТМ заново. Сначала запустите службу Transport-Updater, подождите 1 минуту, затем запустите службу Transport.

После выполнения этих действий УТМ быстро инициализируется, поймет, что сервер оффлайн-фильтра недоступен локально, и переведет проверку марок в безотказный онлайн-режим. При необходимости восстановления данных в учетной системе после сброса базы УТМ можно использовать обработку для автоматической загрузки остатков акцизных марок в 1С:Розница 2.3.

---

Регламент полной чистки УТМ от техподдержки ФСРАР

Если база данных УТМ была повреждена или настройки застряли в неопределенном состоянии после некорректного выключения компьютера, самым надежным решением будет полная переустановка модуля по официальному регламенту:

Удалите УТМ через штатный деинсталлятор (файл unins000.exe в директории C:\UTM) или воспользуйтесь специализированными утилитами очистки реестра.
Убедитесь, что служба Transport полностью удалена из системы. При необходимости удалите службу вручную через командную строку от имени администратора: sc delete Transport.
Вручную удалите папку C:\UTM со всеми остаточными файлами.
Очистите контейнер RSA-ключей на вашем токене (JaCarta/Рутокен) с помощью специализированного ПО (например, Панель управления Рутокен или Единый Клиент JaCarta).
Зайдите в личный кабинет ЕГАИС и запишите на токен новый RSA-ключ.
Скачайте актуальный дистрибутив УТМ из личного кабинета ЕГАИС и выполните установку с правами Администратора.

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