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