Ситуация, когда в программе 1С (например, в 1С:Управление торговлей 11.4) чек ККМ имеет статус "Чек пробит", товар успешно списан со склада, а эквайринговый терминал снял деньги, но при этом в итоговом Z-отчете (отчете о закрытии смены) данные продажи отсутствуют, является классическим примером десинхронизации программного обеспечения и аппаратной части кассы. Рассмотрим подробнее, почему это происходит и как правильно исправить ситуацию, не нарушая кассовую дисциплину.
Проанализируем механику взаимодействия 1С и фискального регистратора. Статус Чек пробит в 1С устанавливается в тот момент, когда программа успешно передала пакет данных драйверу ККТ и получила от него предварительное подтверждение. Однако на уровне самой кассы процесс может прерваться по нескольким техническим причинам:
Разберем самый простой и надежный способ первичной диагностики — проверку через Оператора Фискальных Данных (ОФД). Если чек действительно был пробит и фискализирован, он обязан появиться в личном кабинете ОФД практически мгновенно.
Проанализируем ситуацию: если в ОФД чека нет, значит, продажа не состоялась фискально. В этом случае бумажный чек, который могли видеть кассиры, скорее всего, является нефискальным документом или был аннулирован кассой в конце печати. Если же чек в ОФД есть, но его нет в Z-отчете на бумаге, это может означать сбой формирования печатной формы отчета или закрытие нескольких смен подряд.
Посмотрим на проблему с технической стороны через «Тест драйвера» (программу от производителя вашей кассы — Атол, Штрих-М и др.). Это поможет нам понять, что «видит» сама касса внутри своей памяти.
Выполним следующие действия:
Если в ходе диагностики мы выяснили, что деньги от покупателя приняты (особенно по эквайрингу), товар отдан, но в ККТ продажа не зафиксирована, нам необходимо привести данные кассы в соответствие с фактической выручкой. Просто «перепробить» чек текущим временем нельзя — это создаст дублирование списания товара в 1С и нарушит хронологию.
Согласно 54-ФЗ, в такой ситуации необходимо сформировать Чек коррекции. Рассмотрим, как это сделать:
В современных версиях 1С чек коррекции создается для исправления ошибки неприменения ККТ. Мы оформляем его на сумму выявленной «лишней» выручки (которая прошла по банку, но не прошла по кассе). Это действие освобождает организацию от административной ответственности, так как вы добровольно исправили ошибку до того, как её обнаружила налоговая инспекция.
Проанализируем ситуацию с банковским терминалом. Если оплата прошла по карте, у вас обязательно должна быть Сверка итогов на терминале. Сумма в банковском отчете будет больше, чем сумма в «неполном» Z-отчете. Это является главным оправдательным документом для бухгалтерии при объяснении причин расхождения.
Важно: Не делайте операцию «Возврат» в 1С, если ваша цель — просто зафиксировать выручку. Возврат инициирует обратное движение денежных средств на карту покупателя, что в данном случае недопустимо, так как покупатель товар забрал и оплатил.
Для предотвращения подобных ситуаций в будущем, разберем рекомендации по настройке оборудования в 1С:
НСИ и администрирование — РМК и оборудование — Подключаемое оборудование) следует увеличить параметр «Таймаут ответа от ККТ». Рекомендуется установить значение не менее 30-60 секунд, особенно при работе с медленными ФН или маркировкой.Таким образом, если товар не отразился в Z-отчете, мы в первую очередь проверяем факт регистрации продажи в ОФД и через драйвер ККТ. Если продажи там нет — оформляем чек коррекции, основываясь на данных банковского терминала и складских остатков 1С.