В процессе работы с контрольно-кассовой техникой (ККТ) нередко возникают ситуации, когда чек пробит с технической ошибкой. Типичный пример: при получении оплаты по расчетному счету или картой в момент отгрузки менеджер или бухгалтер ошибочно выбирает операцию, которая формирует чек с признаком "зачет аванса" (предоплаты) вместо положенного признака "безналичными". Разберемся, насколько это критично, как на такие ошибки реагирует налоговая инспекция через систему АСК ККТ и как правильно исправить ситуацию в программах 1С.
С точки зрения законодательства, неверное указание формы расчета в чеке — это не просто "опечатка". Рассмотрим подробнее, как это классифицируется:
Современные алгоритмы ФНС позволяют выявлять такие расхождения автоматически. Проанализируем ситуацию глазами инспектора:
Система АСК ККТ сопоставляет данные в реальном времени. Когда в облако налоговой прилетает чек с тегом "зачет аванса", система ищет в своей базе связанный с этим ИНН документ с признаком "аванс" или "предоплата" на аналогичную сумму. Если такого "первичного" чека нет, операция помечается как сомнительная (разрыв цепочки). Дополнительно данные сверяются с банковскими выписками (через систему АСК НДС-2 или прямые запросы в банки). Если выручка в банк пришла, а по кассе прошла как "взаимозачет", это прямой повод для запроса пояснений или профилактического визита.
Способ исправления напрямую зависит от того, какой формат фискальных данных (ФФД) поддерживает ваша касса и программное обеспечение. Выясним, как действовать в каждом случае.
В этой версии формата исправление ошибок в реквизитах производится через операцию возврата. Рассмотрим пошагово:
В более современных форматах процедура значительно упрощена. Нам не нужно делать "возврат прихода". Мы используем специальный инструмент — Чек коррекции.
Проанализируем шаги:
ЧекКоррекции с признаком расчета "Приход".В типовых конфигурациях на управляемых формах, таких как УправлениеТорговлей или КомплекснаяАвтоматизация, методология исправления заложена в подсистему работы с торговым оборудованием. Посмотрим, на что обратить внимание при доработке или использовании стандартного функционала:
Если автоматическая обработка предпросмотра чека показывает неверные данные, необходимо проверить настройки Способов оплаты в документах реализации или поступления денежных средств. В 1С УТ 11 чек пробивается либо из документа ПриходныйКассовыйОрдер (наличные), либо из ЭквайринговаяОперация, либо напрямую из РеализацияТоваровУслуг (при зачете аванса). Если вы пробиваете чек из отгрузки, система по умолчанию считает это зачетом ранее полученного аванса.
Пример логики для исправления через код (если требуется доработка):
// Пример структуры для формирования чека коррекции в 1С
ПараметрыЧека = Новый Структура;
ПараметрыЧека.Вставить("ТипРасчета", Перечисления.ТипыРасчетаКассовогоЧека.Приход);
ПараметрыЧека.Вставить("ЧекКоррекции", Истина);
ПараметрыЧека.Вставить("ОписаниеКоррекции", "Исправление ошибки в форме оплаты");
ПараметрыЧека.Вставить("ФискальныйПризнакОшибочногоЧека", "1234567890");
// Далее заполняются строки чека с верными признаками оплаты
Важный момент для бухгалтера и руководителя: ст. 14.5 КоАП РФ содержит примечание, согласно которому организация освобождается от штрафа, если она добровольно исправила ошибку. Выясним условия:
Резюме: Несмотря на действующие моратории на плановые проверки, автоматизированный контроль никуда не делся. Если вы обнаружили системную ошибку (например, вся отгрузка за месяц ушла с признаком "зачет аванса"), не оставляйте это как есть. Срок давности по таким нарушениям — 1 год. Пробитие чеков коррекции позволит вам полностью легализовать выручку и избежать штрафов в будущем.