Как исправить ошибку «Чек не принято УТМ: Проверка не пройдена: (время продажи)» в 1С

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

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

Выясняем причину блокировки: методология ФСРАР против настроек программы

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

Главная коллизия заключается в том, что сервер ЕГАИС при получении документа типа «Чек» не всегда корректно сопоставляет его с типом вашей лицензии (общепит). Для системы любой розничный чек в 2 часа ночи — это нарушение закона. Согласно официальной методологии ведения учета для HoReCa, организации общественного питания должны отчитываться перед ЕГАИС не чеками, а Актами списания.

Разберем по шагам: почему общепиту нельзя использовать чеки в ночное время

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

Решение №1: Переход на Акты списания (Рекомендуемый способ)

Посмотрим на самый правильный с точки зрения закона и технической стабильности вариант. Нам необходимо изменить бизнес-процесс в 1С. Вместо отправки чека в ЕГАИС при каждой продаже, мы будем фиксировать вскрытие бутылки.

Для реализации этого в конфигурации 1С:Розница или 1С:Общепит выполним следующие действия:

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

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

Решение №2: Использование буферизации чеков (Технический «костыль»)

Если ваше предприятие привыкло работать через РМК и вы не хотите заставлять персонал вручную создавать Акты списания, можно прибегнуть к программной доработке (через расширение конфигурации). Рассмотрим логику этого метода:

Проанализируем ситуацию: нам нужно, чтобы чек на кассе пробился (для соблюдения 54-ФЗ), но запрос в ЕГАИС ушел не мгновенно, а в разрешенное время. Для этого программисты используют следующий алгоритм:


// Пример логики в расширении для блокировки немедленной отправки
Если Час(ТекущаяДата()) >= 23 Или Час(ТекущаяДата()) < 8 Тогда
    // Помечаем чек как "Отложенный для ЕГАИС"
    Объект.СтатусОтправкиВЕГАИС = Перечисления.СтатусыЧековЕГАИС.Отложен;
    // Пробиваем только фискальный чек на ККТ
Иначе
    // Стандартная процедура отправки в УТМ
    ПровестиИОтправитьВ_ЕГАИС(Объект);
КонецЕсли;

Утром, после 08:00, ответственный сотрудник или регламентное задание запускает обработку, которая собирает все ночные «отложенные» чеки и формирует на их основании один сводный Акт списания ЕГАИС за прошедшую смену. Это позволяет избежать ошибки «время продажи», так как акты пройдут проверку без проблем.

Проверка настроек часового пояса и справочников

Выясним еще одну возможную причину, если ошибка возникает «на грани» разрешенного времени (например, в 22:55). ЕГАИС ориентируется не на время вашего компьютера, а на время своих серверов и настройки вашего Личного кабинета ЕГАИС.

Проверьте следующие параметры:

Итоги и рекомендации

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

← На главную