Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

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

Что означает статус «Обрабатывается»?

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

Локальная подпись: Документ подписывается вашей ЭЦП (электронной цифровой подписью) на рабочей станции.
Передача в УТМ (Универсальный транспортный модуль): Файл XML попадает в очередь исходящих сообщений УТМ.
Транспортная отправка: УТМ устанавливает защищенное соединение с серверами ЕГАИС (ФСРАР) и передает пакет данных.
Прием на стороне ФСРАР: Сервер регистрирует входящий документ, назначает ему глобальный идентификатор (UUID) и ставит в очередь на бизнес-валидацию.
Бизнес-обработка (Валидация): Система проверяет корректность данных: наличие остатков на остаточном счете, соответствие кодов продукции, корректность основания списания, права доступа участника.
Фиксация результата: Присваивается итоговый статус: «Проведен» (успех) или «Отклонен» (ошибка).

Статус «Обрабатывается» (в интерфейсе УТМ часто отображается как PROCESSING или «Передан в УТМ» / «На сервере») означает, что документ успешно доставлен на сервер ФСРАР (этапы 1–4 пройдены), но этап бизнес-валидации (п.5) еще не завершен. Система «думает» или стоит в очереди.

Основные причины длительной обработки

Высокая нагрузка на серверы ФСРАР (Пиковые нагрузки)

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

Проблемы с Универсальным Транспортным Модулем (УТМ)

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

Ошибки в самом документе (Скрытые ошибки валидации)

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

Попытка списать больше продукции, чем есть на остаточном счете 3 (или счете 4 для розницы) на момент обработки.
Несоответствие кода продукции (АМ/ИМ) актуальному справочнику ЕГАИС.
Указанное основание списания (код причины) не соответствует типу деятельности участника (например, списание на «дегустацию» у производителя, у которого нет такого права).
Ошибки в реквизитах ЕГАИС участника (РНН, КПП, адрес места деятельности).

Сетевые проблемы и DDoS-защита

Серверы ЕГАИС защищены системами против DDoS-атак (например, DDoS-Guard). Если ваш IP-адрес (или подсеть провайдера) попал в подозрительный список, УТМ может устанавливать соединение с задержками или терять пакеты подтверждений; В логах УТМ это выглядит как таймауты connect timeout или read timeout.

Алгоритм действий: что делать, если статус не меняется

Шаг 1: Проверка логов УТМ (Самое важное)

Зайдите в веб-интерфейс УТМ (обычно http://localhost:8080 или https://localhost:8080).

Раздел «Документы» -> «Исходящие». Найдите ваш акт по UUID или дате. Посмотрите колонку «Статус» и «Комментарий».
Раздел «Логи» (Logs). Файл transport.log или utm.log. Ищите ошибки ERROR, WARN, связанные с вашим UUID документа. Часто там написано: «Document accepted for processing» (принят к обработке) — это значит, что на стороне ФСРАР все ок, просто ждем.

Шаг 2: Проверка очереди исходящих сообщений

В интерфейсе УТМ перейдите в «Администрирование» -> «Очереди сообщений» -> «Исходящие» (Outbox). Если там сотни документов в статусе «Новый» или «Отправляется» — ваш акт просто стоит в очереди. Можно попробовать приоритетную отправку (если поддерживается вашим ПО) или просто подождать.

Шаг 3: Перезапуск УТМ (Стандартная процедура «лечения»)

Остановите службу УТМ (через services.msc или скрипт stop.bat).
Подождите 30 секунд.
Запустите службу (start.bat).
Дайте УТМ 2–3 минуты на инициализацию, синхронизацию времени и ключей, опрос сервера.

Важно: Перезапуск УТМ не отменяет уже отправленный документ. Он лишь заставляет модуль заново опросить сервер о статусе документов в очереди.

Шаг 4: Проверка остатков в ЕГАИС (Личный кабинет / 1С)

Параллельно зайдите в Личный кабинет ЕГАИС (lk.egais.ru) или в 1С (Отчет «Остатки в ЕГАИС»); Проверьте, списался ли товар фактически.

Товар списался, а статус в УТМ/1С «Обрабатывается»: Это «фантомная» проблема. Документ проведен, но квитанция не дошла. Обычно решается перезапуском УТМ и обменом в 1С.
Товар на месте: Документ действительно не проведен. Ждем или ищем ошибку (см. Шаг 5).

Шаг 5: Анализ ответа сервера (Если документ отклонен, но статус не обновился)

Иногда сервер уже вернул ошибку (REJECTED), но УТМ не обработал входящую квитанцию. В логах (inbox в веб-интерфейсе УТМ) найдите входящий документ типа Reply или Ticket с ссылкой на ваш акт. Откройте его, там будет текст ошибки (например: «Недостаточно остатков», «Неверный код причины»).

Шаг 6: Обращение в техподдержку ФСРАР

Если прошло более 24 часов (в рабочее время) и статус не меняется, а в логах нет ошибок, пишите в техподдержку ФСРАР через Личный кабинет или на email support@egais.ru.

Обязательно приложите:

UUID акта списания.
РНН/КПП вашей организации.
Скриншот логов УТМ (фрагмент с отправкой документа).
Время отправки.

Действия, которых НЕЛЬЗЯ делать

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

Профилактика: как избежать зависаний в будущем

Регламентный перезапуск УТМ: Настройте перезапуск службы УТМ по ночам (например, в 03:00) через Планировщик задач Windows. Это чистит память, сбрасывает «зависшие» сессии и обновляет токены.
Мониторинг диска и памяти: УТМ требует минимум 2-4 Гб свободной ОЗУ и 10+ Гб на диске для логов и базы данных (H2/PostgreSQL). Переполнение диска останавливает обработку.
Актуальность ПО: Регулярно обновляйте УТМ (версия 4.x актуальна на 2026 год) и драйверы Рутокен/JaCarta; Старые версии не поддерживают актуальные протоколы ГОСТ и алгоритмы шифрования.
Проверка остатков ДО отправки: В 1С или фронте используйте кнопку «Проверить остатки в ЕГАИС» перед формированием акта. Это исключит ошибку «Недостаточно остатков» на сервере.
Резервный канал связи: Настройте на роутере failover на 4G/ЛТЕ модем. ЕГАИС требует стабильного TCP-соединения на порты 443, 8080, 8443 (зависит от версии УТМ).

Частые вопросы (FAQ)

Вопрос: Акт списания висит «Обрабатывается» 3 часа. Это нормально?

Ответ: В пиковые периоды (конец месяца, инвентаризация) — да, это бывает. Нормативное время обработки по регламенту ФСРАР — до 24 часов. Если прошло меньше суток — ждите, периодически перезапуская УТМ раз в 1-2 часа.

Вопрос: В 1С статус «Проведен», в УТМ «Обрабатывается». Что делать?

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

Вопрос: Можно ли продать алкоголь, который стоит в акте списания со статусом «Обрабатывается»?

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

Вопрос: Ошибка «Неверный формат документа» или «Ошибка подписи».

Ответ: Это ошибка на этапе отправки (до статуса «Обрабатывается»). Обновите УТМ, проверьте срок действия сертификата ЭЦП (должен быть валиден на момент подписания), проверьте версию схемы XSD (обновляется вместе с УТМ).

Статус «Обрабатывается» у акта списания в ЕГАИС — это стандартный промежуточный этап. В 90% случаев проблема решается ожиданием (до суток) и плановым перезапуском УТМ. Ключ к успеху, умение читать логи УТМ (transport.log) и сверять фактические остатки в Личном кабинете ЕГАИС. Не создавайте дубликаты документов, ведите учет UUID всех отправленных актов и поддерживайте инфраструктуру УТМ в актуальном состоянии — это сэкономит часы ожидания и нервы при сдаче отчетности.

Статья подготовлена на основе общедоступной технической документации ФСРАР, опыта эксплуатации УТМ версий 2.x/4.x и тикетов техподдержки. Актуально на .