Каждый розничный продавец алкогольной продукции рано или поздно сталкивается с ситуацией, когда при сканировании бутылки на кассе в программе «1С:Розница» возникает критический сбой. В момент закрытия чека система выдает ошибку: «Проверка не пройдена. Некорректное состояние транспортного терминала». При этом в лог-файлах Универсального транспортного модуля (УТМ) регистрируется системная ошибка.
Рассмотрим детально, почему возникает эта проблема, как функционирует механизм онлайн-валидации марок, и разберем по шагам, как выявить и устранить причины блокировки продаж без риска получения крупных штрафов от ФСРАР.
Многие системные администраторы замечают странную особенность: если полностью отключить компьютер от сети Интернет, то «проблемная» бутылка успешно пробивается, касса закрывает чек, а покупатель уходит с товаром. Выясним причину этого феномена.
Начиная с версии УТМ 2.0.4, Федеральная служба по регулированию алкогольного рынка (ФСРАР) ввела обязательную онлайн-проверку акцизных марок в момент формирования чека:
Важное предупреждение: Использование офлайн-режима для обхода ошибки — это прямая дорога к административным штрафам. Как только интернет-соединение будет восстановлено, УТМ отправит все отложенные чеки из очереди на серверы ЕГАИС. Если в этой очереди окажется дубликат марки или ранее проданная бутылка, система ФСРАР автоматически зафиксирует нарушение правил розничной продажи алкоголя. Это может повлечь за собой серьезные санкции и даже приостановку действия лицензии.
Давайте посмотрим на структуру ошибки, которая фиксируется в лог-файле УТМ (обычно он располагается по пути 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С:Розница» не были своевременно обновлены цены номенклатуры (или не настроен автоматический контроль МРЦ), программа может попытаться отправить чек с ценой ниже законодательно установленного минимума. Сервер ЕГАИС мгновенно заблокирует транзакцию с ошибкой проверки.
Рассмотрим последовательность действий, которые необходимо выполнить администратору для локализации и устранения неисправности.
Не гадайте о причинах блокировки. Используйте специализированные инструменты для проверки текущего статуса акцизной марки в базе данных регулятора:
Если проверка на портале показала, что марка числится за вашим магазином и находится в обороте, но касса упорно отказывается ее пробивать, выполните сброс настроек транспортного модуля:
http://localhost:8080.Transport).C:\UTM\transporter\transportDB) и удалите временные файлы транзакций (будьте осторожны, не удаляйте основную базу данных, если не уверены в своих действиях; предварительно сделайте резервную копию папки UTM).Если марка заблокировалась из-за секундного сбоя ККТ или банковского терминала, ни в коем случае не пытайтесь пробивать бутылку повторно сразу же. Проанализируем правильный алгоритм действий:
В редких случаях проблема кроется в несоответствии версий форматов обмена. Если вы используете устаревший релиз «1С:Розница» (например, ветку 2.2), программа может формировать XML-пакеты чеков по старым схемам, которые не поддерживаются новыми версиями УТМ 3.0.8 или 4.x.
Убедитесь, что в настройках интеграции с ЕГАИС в вашей 1С выбран актуальный формат обмена (V3 или V4 в зависимости от требований ФСРАР). Также проверьте региональные стандарты Windows на кассовом компьютере: кодировка при передаче текстовых данных должна соответствовать стандарту UTF-8, иначе УТМ будет отбраковывать чеки еще на этапе валидации структуры файла.
Для минимизации простоев на кассе и исключения ошибок «Проверка не пройдена» рекомендуется придерживаться следующих правил: