С переходом на версию 1С:Розница 2.3 многие пользователи столкнулись с существенным изменением бизнес-процессов. Одной из самых обсуждаемых проблем стала невозможность оформления документа Приходный кассовый ордер (ПКО) для контрагентов со статусом Физическое лицо. В этой статье мы подробно разберем, почему разработчики внедрили эти ограничения, и рассмотрим правильные механизмы работы с рассрочкой, которые соответствуют актуальному законодательству.
Проанализируем ситуацию с точки зрения методологии 1С и требований ФНС. Начиная с версии 2.3.2.26, в программу введены жесткие ограничения на использование физлиц в «офисных» документах (ПКО, РКО, Реализация товаров). Это не ошибка программы, а реализация требований 54-ФЗ.
Согласно методическим указаниям, любой расчет с физическим лицом (включая погашение кредита или рассрочки) должен сопровождаться выдачей фискального чека с определенными тегами. В 1С:Розница 2.3 для этих целей предназначен исключительно документ Чек ККМ. Использование ПКО для расчетов с обычными покупателями теперь считается некорректным, так как ПКО предназначен для B2B-сектора (расчеты между организациями и ИП).
Разберем основные теги, которые должны попадать в чек при работе с рассрочкой:
Рассмотрим процесс регистрации первоначальной продажи, когда покупатель забирает товар, но оплачивает его не полностью или вовсе не платит сразу. Мы не будем использовать документ Реализация товаров, а воспользуемся стандартным интерфейсом РМК или документом Чек ККМ.
Выполним следующие действия:
В результате будет пробит чек, где в печатной форме отразится «Передача в кредит», а за покупателем в системе зафиксируется дебиторская задолженность.
Теперь выясним, как действовать, когда покупатель пришел через неделю, чтобы внести очередной платеж. Поскольку ПКО нам недоступен, мы будем использовать механизм поиска первичного документа в РМК.
Рассмотрим этот алгоритм пошагово:
Таким образом, мы получаем фискальный чек на сумму фактического взноса, который корректно закроет часть долга в управленческом учете и передаст правильные данные в ОФД.
Проанализируем ситуацию, описанную в Сообщении №1: что делать, если чеков много, а клиент платит «общую сумму»? В 1С:Розница 2.3 реализован удобный помощник распределения оплат.
В форме поиска задолженности вы можете не выбирать конкретный чек, а увидеть общую сумму долга по контрагенту. При внесении суммы система предложит распределить ее FIFO (первым пришел — первым ушел). То есть сначала будут закрываться самые старые долги клиента. Это значительно быстрее, чем ручное создание ПКО, к которому привыкли пользователи версии 2.2.
Посмотрим на пример работы кода, который отвечает за проверку типов контрагентов в документах (упрощенная логика ПередЗаписью):
Если ТипЗнч(Объект.Контрагент) = Тип("СправочникСсылка.Контрагенты") Тогда
Если Объект.Контрагент.ЮрФизЛицо = ПредопределенноеЗначение("Перечисление.ЮрФизЛицо.ФизЛицо")
И Метаданные.Имя(Объект) = "ПриходныйКассовыйОрдер" Тогда
ВызватьИсключение "Оплата от физических лиц оформляется документом Чек ККМ!";
КонецЕсли;
КонецЕсли;
Как мы видим, это архитектурное ограничение, и пытаться обойти его, меняя статус физлица на «ИП», крайне не рекомендуется. Это приведет к ошибкам в отчетности и неверному заполнению ИНН покупателя в чеке.
Аналогичная логика действует и для оплаты картами. Если раньше вы могли создать документ Эквайринговая операция вручную, привязав ее к физическому лицу, то теперь это делается только через Чек ККМ. При выборе типа оплаты «Картой» в РМК, система сама создаст все необходимые движения по эквайрингу, сохранив привязку к клиенту для анализа его задолженности.
Чтобы эффективно управлять рассрочками в версии 2.3, рекомендуем регулярно использовать следующие отчеты в разделе Продажи:
Подводя итог нашему разбору, можно сказать следующее: переход на новую схему в 1С:Розница 2.3 требует времени на адаптацию персонала, но он делает учет прозрачным и законным. Вместо использования офисных документов Приходный кассовый ордер, мы переходим к работе в РМК с использованием функции Погашение кредитов. Это гарантирует правильное формирование фискальных признаков и исключает претензии со стороны налоговых органов.
Рассмотрим это как шаг к автоматизации: теперь кассиру не нужно вручную заполнять ПКО в бэк-офисе, достаточно найти клиента по фамилии или номеру телефона прямо в окне продаж и нажать две кнопки для приема денег.