Ситуация, когда при продаже алкогольной продукции происходит разрыв цепочки транзакций между ЕГАИС, банковским терминалом и контрольно-кассовой техникой (ККТ), является одной из самых неприятных для кассира и администратора магазина. Давайте разберем по шагам, как проанализировать произошедший сбой и какие действия предпринять, чтобы минимизировать риски и привести учет в соответствие с реальностью.
Прежде чем приступать к исправлению, необходимо понять, на каком этапе произошел разрыв. Обычно это выглядит так:
ЕГАИС (бутылка списана с остатков).ОФД отсутствует.Важно помнить: отсутствие данных в ОФД при наличии подтвержденной транзакции по карте — это прямое расхождение с требованиями 54-ФЗ. Рекомендации просто «забыть» о чеке несут налоговые риски, поэтому к решению вопроса нужно подходить комплексно.
Первым делом проверим, не «завис» ли чек внутри памяти ФН (фискального накопителя). Бывает, что чек сформирован, но не передан в ОФД из-за кратковременной потери связи с интернетом.
ККТ (от производителя Атол, Штрих-М и др.).ФН присутствует, настройте принудительную передачу в ОФД.Если чек в ФН отсутствует, нам необходимо закрыть финансовую операцию по карте корректным способом.
Это самый правильный метод с юридической точки зрения. При выявлении расхождения между поступлением денег и фискализацией, мы формируем Чек коррекции. Поскольку алкоголь в системе ЕГАИС уже списан, дублировать марку в чеке коррекции не нужно — мы просто отражаем факт поступления денежных средств, чтобы данные эквайринга совпали с данными фискального отчета.
На практике часто используют создание вспомогательной номенклатуры. Суть метода заключается в следующем:
ОФД, чтобы в конце смены не возникало «лишних» денег, которые невозможно обосновать.Если вы работаете в специфических или устаревших средах (например, 1С 7.7), где управление оборудованием идет через прямые вызовы объектов типа MyServ.NFun, можно организовать программный контроль транзакций:
// Пример логики управления транзакцией
// Сначала инициируем оплату на терминале
Если ОплатаКартойПрошла() Тогда
// Переводим транзакцию в неподтвержденный режим
MyServ.NFun(6003);
// Пытаемся пробить чек
Если ПробитьЧекЕГАИС() Тогда
// Подтверждаем транзакцию, так как чек успешно прошел
MyServ.NFun(6001);
Иначе
// Отменяем транзакцию, чек не прошел
MyServ.NFun(6004);
КонецЕсли;
КонецЕсли;
Такой подход позволяет сначала дождаться подтверждения всех систем, и только потом фиксировать списание средств по банковской карте. Если ваш текущий драйвер или банковский софт поддерживает такой режим — обязательно настройте его.
DLL для ККТ и эквайринга. Чаще всего сбои происходят из-за некорректной обработки состояния «ожидания» ответа от регистратора.Помните, что удаление базы или простое игнорирование «зависших» продаж — это путь к накоплению ошибок в учете, которые рано или поздно приведут к проблемам при сверке с налоговой инспекцией. Всегда старайтесь фиксировать любые технические сбои документально в журнале событий кассира.