Как исправить ошибку «Проверка не пройдена» в ЕГАИС при продаже алкоголя в «1С:Розница»?

Системный администратор 1С v8.3 (Управляемые формы) 1С:Розница Торговля и дистрибуция
← На главную

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

Рассмотрим детально, почему возникает эта проблема, как функционирует механизм онлайн-валидации марок, и разберем по шагам, как выявить и устранить причины блокировки продаж без риска получения крупных штрафов от ФСРАР.

Почему отключение интернета временно «решает» проблему и почему это опасно?

Многие системные администраторы замечают странную особенность: если полностью отключить компьютер от сети Интернет, то «проблемная» бутылка успешно пробивается, касса закрывает чек, а покупатель уходит с товаром. Выясним причину этого феномена.

Начиная с версии УТМ 2.0.4, Федеральная служба по регулированию алкогольного рынка (ФСРАР) ввела обязательную онлайн-проверку акцизных марок в момент формирования чека:

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

Важное предупреждение: Использование офлайн-режима для обхода ошибки — это прямая дорога к административным штрафам. Как только интернет-соединение будет восстановлено, УТМ отправит все отложенные чеки из очереди на серверы ЕГАИС. Если в этой очереди окажется дубликат марки или ранее проданная бутылка, система ФСРАР автоматически зафиксирует нарушение правил розничной продажи алкоголя. Это может повлечь за собой серьезные санкции и даже приостановку действия лицензии.

Анализируем технические логи УТМ

Давайте посмотрим на структуру ошибки, которая фиксируется в лог-файле УТМ (обычно он располагается по пути C:\UTM\transporter\l\transport_info.log). Типичная запись выглядит следующим образом:


INFO  es.programador.http.AbstractServlet - Получен чек
INFO  es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка не пройдена: 22N0000165GUQ7K30ZV3AWY70720003044352GXQHIPY59PF8RYOP2UOSP2HT177O1P9]
ERROR es.programador.http.AbstractServlet - Future - ошибка: Проверка не пройдена: 22N0000165GUQ7K30ZV3AWY70720003044352GXQHIPY59PF8RYOP2UOSP2HT177O1P9
ERROR es.programador.http.AbstractServlet - Некорректное состояние транспортного терминала
java.lang.IllegalStateException: 1: Проверка не пройдена: 22N0000165GUQ7K30ZV3AWY70720003044352GXQHIPY59PF8RYOP2UOSP2HT177O1P9

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

Основные причины сбоя онлайн-проверки марок

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

1. Дублирование марок и появление «зеркалок»

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

2. Коллизия «виртуального возврата» в «1С:Розница»

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

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

3. Незавершенный документооборот по ТТН (Акты разногласий)

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

4. Изменение минимальных розничных цен (МРЦ)

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

Пошаговая инструкция по диагностике и решению проблемы

Рассмотрим последовательность действий, которые необходимо выполнить администратору для локализации и устранения неисправности.

Шаг 1. Точечная проверка марки на портале ФСРАР

Не гадайте о причинах блокировки. Используйте специализированные инструменты для проверки текущего статуса акцизной марки в базе данных регулятора:

  1. Перейдите на официальный сервисный портал проверки марок по адресу check1.fsrar.ru.
  2. Перейдите на вкладку «Проверка статуса штрихкода».
  3. Введите серию и номер марки (или полный считанный 2D-сканером код) и отправьте запрос.
  4. Проанализируйте полученный результат:
    • Если система сообщает, что статус марки — «В обороте», а в качестве текущего владельца указан ИНН/КПП вашего магазина — марка абсолютно легальна. Проблема носит локальный характер (сбой кэша УТМ или зависший чек в 1С).
    • Если статус марки — «Архив» или владельцем числится совершенно другая организация — перед вами факт повторной продажи, пересортицы или подделки. Такую бутылку продавать нельзя, ее необходимо списать или вернуть поставщику.

Шаг 2. Очистка кэша и обновление настроек УТМ

Если проверка на портале показала, что марка числится за вашим магазином и находится в обороте, но касса упорно отказывается ее пробивать, выполните сброс настроек транспортного модуля:

  1. Откройте любой браузер на кассовом компьютере и перейдите в панель управления УТМ по адресу http://localhost:8080.
  2. Внимательно изучите домашнюю страницу модуля. Если вы видите предупреждение «Требуется обновление настроек», обязательно нажмите на кнопку подтверждения обновления.
  3. Для полной очистки зависших транзакций остановите службу УТМ (через диспетчер служб Windows остановите службу Transport).
  4. Перейдите в каталог УТМ (по умолчанию C:\UTM\transporter\transportDB) и удалите временные файлы транзакций (будьте осторожны, не удаляйте основную базу данных, если не уверены в своих действиях; предварительно сделайте резервную копию папки UTM).
  5. Запустите службу транспортного модуля заново.

Шаг 3. Разрешение конфликта «виртуального возврата» в «1С:Розница»

Если марка заблокировалась из-за секундного сбоя ККТ или банковского терминала, ни в коем случае не пытайтесь пробивать бутылку повторно сразу же. Проанализируем правильный алгоритм действий:

  1. Сделайте паузу длительностью от 3 до 5 минут. Этого времени обычно достаточно, чтобы серверы ЕГАИС обработали и зафиксировали первичную транзакцию продажи.
  2. В программе «1С:Розница» откройте форму ручной отправки чеков ЕГАИС или создайте документ возврата вручную.
  3. После того как ЕГАИС примет и подтвердит операцию возврата этой марки, ее статус в системе обновится, и бутылка снова станет доступной для продажи в штатном режиме.

Шаг 4. Проверка кодировки и XML-схем обмена

В редких случаях проблема кроется в несоответствии версий форматов обмена. Если вы используете устаревший релиз «1С:Розница» (например, ветку 2.2), программа может формировать XML-пакеты чеков по старым схемам, которые не поддерживаются новыми версиями УТМ 3.0.8 или 4.x.

Убедитесь, что в настройках интеграции с ЕГАИС в вашей 1С выбран актуальный формат обмена (V3 или V4 в зависимости от требований ФСРАР). Также проверьте региональные стандарты Windows на кассовом компьютере: кодировка при передаче текстовых данных должна соответствовать стандарту UTF-8, иначе УТМ будет отбраковывать чеки еще на этапе валидации структуры файла.

Резюме и рекомендации для стабильной работы

Для минимизации простоев на кассе и исключения ошибок «Проверка не пройдена» рекомендуется придерживаться следующих правил:

← На главную