Как исправить ошибку в чеке возврата в 1С:УТ 11 и обойти ошибку «Неверный тип чека» на ФФД 1.0.5

← На главную

При работе с онлайн-кассами пользователи часто сталкиваются с ситуацией, когда в чеке допущена ошибка — например, неверно указана форма оплаты (наличные вместо безналичных) или ошибочно проставлен признак «Кредит». При попытке исправить это стандартным «Чеком коррекции» в программе 1С:Управление торговлей 11 совместно с оборудованием АТОЛ возникает критическая ошибка: «Неверный тип чека». В этой статье мы разберем, почему это происходит и как правильно исправить данные в ОФД, соблюдая требования законодательства.

Выясняем причину ошибки: ограничения формата ФФД 1.0.5

Для начала проанализируем техническую сторону вопроса. Ошибка «Неверный тип чека» чаще всего связана с тем, что кассовый аппарат работает под управлением формата фискальных документов (ФФД) версии 1.0.5. Согласно приказу ФНС, этот формат имеет существенные ограничения в части чеков коррекции:

В ФФД 1.0.5 чек коррекции предназначен исключительно для случаев неприменения ККТ (когда расчет произведен, а чек не пробит вовсе).
Технически в этой версии формата существует только два типа коррекции: «Приход» и «Расход».
Возможность пробить «Чек коррекции возврата прихода» или «Чек коррекции возврата расхода» в версии 1.0.5 отсутствует на уровне протокола обмена с кассой.

Когда 1С пытается отправить команду на пробитие коррекции для операции возврата, драйвер АТОЛ возвращает ошибку, так как касса не понимает данный тип операции. Полноценное исправление ошибок через специальные чеки коррекции появилось только в версиях ФФД 1.1 и 1.2.

Алгоритм исправления ошибки через «обратную операцию»

Поскольку мы выяснили, что чек коррекции нам не подходит, рассмотрим альтернативный путь, рекомендованный ФНС (Письмо № ЕД-4-20/15240@). Если ошибка допущена в чеке с признаком «Возврат прихода» (например, ошибочно указан способ «Передача в кредит»), нам необходимо выполнить цепочку действий.

Шаг 1: Аннулирование неправильного чека

Нам нужно «обнулить» ошибочное действие. Для этого пробивается обычный чек (не коррекции!), который полностью зеркалит ошибочный. Если вы ошибочно пробили «Возврат прихода» с типом «Кредит», вам нужно сделать операцию, которая вернет ситуацию в исходную точку. Однако в 1С:УТ 11 чаще всего требуется сначала исправить сам факт неверного признака в ОФД.

Разберем конкретный пример из практики: кассир оформил Возврат товаров от клиента, пробил чек, но в нем зафиксировалась оплата «В кредит», хотя деньги были выданы наличными. В этом случае алгоритм будет следующим:

Оформляем документ Приходный кассовый ордер (или Поступление безналичных ДС) с операцией «Прочее поступление». Это необходимо для технического формирования встречного признака.
Пробиваем из него чек с признаком «Приход» на ту же сумму и с тем же признаком («В кредит»), который был в ошибочном чеке. Это действие погасит «зависший» кредит в ОФД.

Шаг 2: Пробитие верного чека

После того как ошибочные данные нивелированы, мы должны сформировать корректный документ:

Создаем на основании документа Возврат товаров от клиента правильный расчетный документ — Расходный кассовый ордер (если выдаем наличные) или Эквайринговую операцию (при возврате на карту).
Из этого документа пробиваем новый чек. В нем автоматически установится правильный признак способа расчета (Полный расчет) и правильная форма оплаты (Наличные или Безналичные).

Почему в 1С:УТ 11 возникает признак «Кредит» при возврате?

Рассмотрим подробнее ситуацию, почему программа вообще подставляет «Кредит». В конфигурации «1С:Управление торговлей 11» логика формирования чека зависит от того, из какого документа он печатается:

Если вы печатаете чек напрямую из документа Возврат товаров от клиента, система видит только факт перехода права собственности на товар. Если на этот момент в системе не проведен документ выдачи денег (РКО), программа считает, что товар вы приняли, но деньги еще должны. Следовательно, формируется признак «Передача в кредит» (Postpayment).
Если вы сначала создаете Расходный кассовый ордер на основании возврата, а затем печатаете чек из РКО, программа видит завершенную операцию расчета и ставит признак «Полный расчет».

Важное правило: всегда пробивайте чеки на возврат денежных средств только из платежных документов (РКО, Эквайринг, Списание с расчетного счета), чтобы избежать появления «кредитных» признаков в фискальных данных.

Как работать с документами «Прочее поступление» и «Прочий расход»

Для исправления сложных ошибок в 1С:УТ 11 часто приходится использовать документы Приходный кассовый ордер или Расходный кассовый ордер с видом операции «Прочее». Разберем, как настроить такой документ для исправления чека:

Перейдем в раздел «Казначейство» — «Кассовые документы».
Создадим новый ПКО с операцией «Прочее поступление».
На вкладке «Основное» укажем сумму.
На вкладке «Расшифровка платежа» выберем статью движения денежных средств (можно создать техническую статью «Исправление ошибок ККТ»).
Самое важное — перед пробитием чека проверим настройки признака способа расчета в форме предпросмотра чека (если ваша версия 1С это позволяет) или убедимся, что взаиморасчеты закрыты документами.

Юридическое оформление исправления (Пояснительная записка)

Поскольку при использовании ФФД 1.0.5 мы не используем официальный «Чек коррекции», налоговая инспекция может увидеть в ОФД просто два или три чека на одну и ту же операцию. Чтобы это не было признано нарушением, необходимо подготовить оправдательные документы.

Проанализируем требования налоговой: в случае самостоятельного исправления ошибки через встречные чеки «Возврата прихода», вы должны составить внутренний акт или объяснительную записку от кассира. В документе следует зафиксировать:

Дату и время совершения ошибки.
Фискальный признак (ФП) и номер документа (ФД) ошибочного чека.
Суть ошибки (например: «неверно выбран тип оплаты при оформлении возврата от покупателя»).
Номера ФД чеков, которыми ошибка была исправлена.

Наличие такой объяснительной позволит избежать штрафа по ст. 14.5 КоАП РФ, так как вы добровольно исправили ошибку до момента ее обнаружения контролирующим органом.