В розничной торговле нередко возникает ситуация, когда покупатель рассчитывается банковской картой (безналичный расчет), а невнимательный кассир по ошибке пробивает на онлайн-кассе чек с типом оплаты «Наличные». В конце дня обнаруживается расхождение: фактическая выручка в кассе не совпадает со сменным отчетом ККТ, а в ОФД ушли неверные фискальные данные. Оставлять такую ситуацию без изменений крайне не рекомендуется — налоговая инспекция регулярно сверяет данные банковских выписок по эквайрингу со сведениями ОФД. В случае выявления нестыковок организации грозит штраф за нарушение порядка применения ККТ.
В этой статье мы подробно рассмотрим, как правильно исправить ошибку с неверным типом оплаты в программе «1С:Управление торговлей 10.3» (на платформе с обычными формами), разберем законодательные нюансы различных форматов фискальных данных (ФФД) и выясним, как автоматизировать процесс, чтобы полностью исключить человеческий фактор.
Часто кассиры обнаруживают ошибку слишком поздно — когда кассовая смена уже закрыта (или когда смена «превысила 24 часа», и касса заблокировала пробитие новых документов). Разберем этот момент подробнее. Закон не требует исправлять фискальную ошибку непременно в день ее совершения. Если смена уже закрыта, паниковать не нужно. Любые исправления (будь то чеки возврата или чеки коррекции) без проблем можно оформить в следующей открытой кассовой смене.
Попытки «откатить» закрытую смену назад в программе приведут лишь к нарушению последовательности документов и путанице в учете. Поэтому первым делом мы закрываем просроченную или текущую смену, открываем новую и только после этого приступаем к корректировкам.
---
Перед тем как приступать к действиям в 1С, нам необходимо определить, по какому формату фискальных данных (ФФД) работает ваша онлайн-касса. Это критически важно, так как подходы Федеральной налоговой службы к исправлению ошибок для версий 1.05 и 1.1 (или 1.2) кардинально отличаются.
Вариант А: Если касса работает по ФФД 1.05
Формат 1.05 является наиболее распространенным для старых конфигураций 1С:УТ 10.3. В этом формате чеки коррекции не предназначены для исправления рядовых ошибок кассира (таких как неверный тип оплаты). Поэтому исправление выполняется через обычные чеки с признаком «Возврат прихода»:
Вариант Б: Если касса работает по ФФД 1.1 или 1.2
В современных форматах любые исправления делаются строго через специализированные чеки коррекции. Обычные чеки возврата здесь использовать нельзя:
---
Поскольку смена уже была закрыта, мы не можем просто зайти в старый документ Чек ККМ и сделать возврат оттуда. В типовой конфигурации 1С:УТ 10.3 на обычных формах нам предстоит выполнить строгую последовательность действий через документы оптовой и розничной подсистем. Проанализируем этот алгоритм шаг за шагом.
Для того чтобы вернуть товар на склад и подготовить базу к корректировке кассы, нам необходимо создать документ возврата:
Отчет о розничных продажах (или конкретный документ реализации), в котором зафиксирована вчерашняя ошибочная продажа.Теперь нам нужно физически выдать из кассы «виртуальные» наличные, чтобы сбалансировать кассовую книгу и ОФД:
Возврат товаров от покупателя вводим документ «Расходный кассовый ордер» (РКО).Товар снова на складе, неверный приход наличных аннулирован. Теперь нам нужно правильно отразить продажу этого же товара, но уже по платежной карте:
Чек ККМ в текущей открытой смене). Заполняем его тем же товаром на сумму 2700 рублей.Таким образом, мы полностью выровняли складские остатки, убрали излишние виртуальные наличные из кассовой книги предприятия и передали в ОФД корректные сведения о безналичной транзакции.
---
Самый надежный способ борьбы с человеческим фактором — это отказ от автономных банковских терминалов (которые работают независимо от учетной системы) в пользу интегрированного эквайринга. Когда терминал подключен напрямую к компьютеру и настроен в 1С, кассиру физически не нужно выбирать тип оплаты вручную на кассе.
Давайте посмотрим на логику работы программы, которую можно внедрить с помощью небольшой доработки формы документа ЧекККМ. Мы можем программно блокировать кнопку наличной оплаты или автоматически определять тип закрытия чека в зависимости от успешности транзакции по терминалу. Рассмотрим концептуальный пример кода, который может быть внедрен разработчиком в модуль формы документа ЧекККМ для контроля выбора типа оплаты:
Процедура ПриВыбореВидаОплаты(Элемент)
// Если выбран вид оплаты по платежной карте
Если ВидОплаты = Перечисления.ВидыОплатЧекаККМ.ПлатежнаяКарта Тогда
ЭлементыФормы.КнопкаОплатитьНаличными.Доступность = Ложь;
ЭлементыФормы.КнопкаОплатитьКартой.Доступность = Истина;
Иначе
// Принудительно проверяем, чтобы кассир не выбрал наличные при подключенном терминале
ЭлементыФормы.КнопкаОплатитьНаличными.Доступность = Истина;
ЭлементыФормы.КнопкаОплатитьКартой.Доступность = Ложь;
КонецЕсли;
КонецПроцедуры
При использовании интегрированного эквайринга сценарий продажи выглядит так: кассир нажимает кнопку «Оплатить картой» в 1С, программа сама посылает сигнал на банковский терминал. Покупатель прикладывает карту, терминал списывает средства и возвращает в 1С сигнал успешной транзакции. Только после этого программа автоматически посылает на ККТ команду пробития чека с типом оплаты «Безналичные». Возможность ошибиться и выбрать «Наличные» у кассира пропадает полностью.
Использование описанных методик позволит вам всегда содержать кассовый и бухгалтерский учет в идеальном порядке, избегая штрафных санкций со стороны контролирующих органов.