При проверке со стороны контролирующих органов (ФСРАР / Росалкогольтабакконтроль) нередко возникают претензии о фиксации продажи алкоголя в запрещенное ночное время — ровно в полночь (00:00:00). Подобные инциденты могут грозить организации крупными штрафами или отзывом лицензии. Разберем детально, почему возникает такая техническая ошибка в связке «1С:Розница 2.2» и УТМ, где найти сырые отправленные пакеты и как доказать проверяющим органам фактическое время совершения продаж.
Основные причины формирования времени 00:00:00
Проанализируем технические факторы, которые приводят к подстановке нулевого времени при фиксации оборота алкогольной продукции:
Инициализация нового документа без записи: при создании чека в 1С реквизит Дата по умолчанию инициализируется началом текущего дня (00:00:00). Если формирование XML-пакета чека для отправки в УТМ вызывается до фактической записи документа в базу, алгоритм выгрузки может взять время из незаписанного объекта вместо системного времени или времени с фискального регистратора.
Списание алкоголя актами без указания времени: если учет вскрытия тары (например, кегового пива или общепита) либо списание остатков фиксируется документом «Акт списания ЕГАИС» по итогам закрытия смены, и документу присвоена дата без временной составляющей, ЕГАИС регистрирует проведение операции строго на полночь.
Рассинхронизация времени оборудования: расхождение часовых поясов или системного времени между кассовым ПК, службой УТМ и фискальным накопителем (ФН) в ККТ. При определенных настройках драйвера торгового оборудования время чека может форматироваться с ошибкой или передаваться без учета таймзоны.
Ошибки в релизах БИЭ / БПО: в некоторых устаревших версиях библиотек интеграции с ЕГАИС при сериализации даты чека в XML-структуру применялся формат только даты (yyyy-MM-dd) либо происходила программная ошибка чтения времени фискализации.
Где найти сырые отправленные данные и логи обмена
Для выяснения источника проблемы проверим отправленные пакеты на стороне 1С и в файловой системе УТМ:
Регистр сведений «Протокол обмена ЕГАИС» или справочник «Пакеты данных ЕГАИС»: в конфигурации «1С:Розница» все сформированные XML-запросы и ответы от УТМ сохраняются в информационной базе. Перейдем через меню «Все функции» (или «Функции для технического специалиста») в регистр сведений Протокол обмена ЕГАИС или справочник Пакеты данных ЕГАИС. Откроем исходящий пакет соответствующего чека и проверим теги Date и DateTime.
Логи службы УТМ: сам универсальный транспортный модуль оперативно удаляет успешно переданные файлы из очереди, однако фиксирует входящие транзакции в логах. Логи доступны в директории установки УТМ: .../UTM/transporter/l/ (файлы transport_info.log и transport_transaction.log). В них можно просмотреть тело запроса, поступившего от кассовой программы, и структуру переданных данных.
Пошаговый план устранения технической проблемы
Разберем комплекс мер, необходимых для предотвращения отправки нулевого времени в систему ЕГАИС:
Обновление конфигурации: обновим «1С:Розницу» и используемую библиотеку интеграции с ЕГАИС (БИЭ) до актуальных версий, где разработчиками 1С скорректированы алгоритмы формирования XML-пакетов розничных чеков.
Синхронизация времени на кассах: настроим автоматическую синхронизацию системного времени на всех рабочих местах кассиров через NTP-сервер. Проверим совпадение времени на ПК и во внутреннем таймере фискального регистратора через утилиту драйвера ККТ.
Контроль времени в документах списания: убедимся, что при автоматическом формировании актов списания ЕГАИС и актов вскрытия тары документам присваивается текущее время выполнения операции, а не начало суток.
Анализ кода формирования XML: при наличии доработок или кастомных расширений кассового узла проверим функцию подготовки структуры чека для УТМ. Время отправки чека должно формироваться с помощью функции ТекущаяДатаСеанса() или браться из результата успешной фискализации чека на ККТ:
// Пример корректного форматирования даты и времени для передачи в УТМ
ВремяЧека = ТекущаяДатаСеанса();
СтрокаДатыЕГАИС = Формат(ВремяЧека, "ДФ=yyyy-MM-ddTHH:mm:ss");
Как подтвердить легальность продаж перед контролирующими органами
Для снятия претензий и защиты организации от штрафных санкций подготовим доказательную базу:
Сверка с данными ОФД: выгрузим отчет из личного кабинета оператора фискальных данных (ОФД) за спорные даты. Фискальный документ в ОФД содержит некорректируемую метку точного времени пробития на ККТ, номер ФД и фискальный признак документа (ФПД).
Дамп фискального накопителя: снимем отчеты о закрытии смены (Z-отчеты) и журнал фискальных документов непосредственно из памяти ФН.
Официальное пояснительное письмо: составим ответ на запрос контролирующего органа с приложением выгрузок из ОФД и техническим обоснованием того, что значение 00:00 в чеках ЕГАИС являлось следствием технической ошибки форматирования пакета в учетной системе, а фактическая реализация алкогольной продукции происходила в строго разрешенные законодательством дневные часы.