← На главную

В розничной торговле нередко возникает необходимость отпустить товар покупателю без моментальной оплаты — «в долг», в рассрочку или по системе микрокредитования. Особенно часто с этим сталкиваются небольшие придомовые магазины или торговые сети, предлагающие собственные программы лояльности. У многих разработчиков и автоматизаторов возникает вопрос: реализован ли этот механизм в типовом решении 1С:Розница или же придется дорабатывать конфигурацию «напильником»? Рассмотрим этот вопрос подробно и разберем по шагам, как устроен данный функционал.

Исторический контекст и развитие функционала

Долгое время классическое понимание розничной торговли исключало возникновение долга. Считалось, что розница — это обезличенная сделка с одновременным обменом «товар-деньги». При возникновении расчетов и отсрочек платежа партнерам и франчайзи рекомендовалось переходить на более тяжелые решения, такие как 1С:Управление торговлей или 1С:УНФ.

Однако с изменением законодательства (в частности, введением ФЗ-54 в РФ и аналогичных требований к ККМ в Казахстане) и развитием стандартов фискальных данных (ФФД 1.05 и выше), ситуация изменилась. Налоговые органы обязали бизнес фиксировать в чеках признаки способа расчета, такие как «Передача в кредит» и «Оплата кредита». В связи с этим, начиная с релиза 2.2.6 в типовой российской конфигурации 1С:Розница, а затем и в локализации для Казахстана (в редакциях 2.2, 2.3 и актуальной 3.0), появился полноценный типовой блок учета взаиморасчетов с покупателями.

Как устроен типовой механизм продаж в долг

Проанализируем ситуацию: продажа в долг не может быть полностью обезличенной. Чтобы система зафиксировала задолженность, нам в обязательном порядке необходимо идентифицировать клиента. В 1С:Розница для этого используется справочник Контрагенты или механизм дисконтных карт физических лиц.

Движения по долгам регистрируются в специализированном регистре накопления РасчетыСПокупателями (или аналогичном в зависимости от точной редакции). При отгрузке товара в долг регистр делает движение «Приход» (увеличение долга покупателя), а при получении денежных средств — «Расход» (погашение долга).

Разберем по шагам: Настройка системы для работы в долг

Для того чтобы кассир в Рабочем месте кассира (РМК) мог оформить продажу в рассрочку, необходимо произвести предварительные настройки в административной панели программы. Выполним следующие действия:

1. Перейдем в раздел Администрирование (или Настройки в зависимости от интерфейса конфигурации), далее выберем пункт Продажи.
2. В открывшемся окне найдем группу настроек взаиморасчетов и активируем флаг «Рассрочка платежа в чеках ККМ» (или опцию «Оплата кредитом»).
3. Также рекомендуется включить опцию «Предоплата», если планируется принимать частичные платежи от клиентов перед отгрузкой или во время нее.
4. В настройках РМК для конкретных касс убедимся, что у кассиров есть права на выбор контрагента в интерфейсе оформления продажи. Без выбора конкретного физического лица система не позволит провести рассрочку.

Оформление продажи в рассрочку через РМК

Рассмотрим подробнее, как выглядит процесс оформления продажи в долг непосредственно на кассовом узле:

1. Кассир открывает интерфейс РМК и подбирает товары в корзину стандартным способом (сканированием штрихкода или через быстрые товары).
2. Нажимаем кнопку «Поиск карты» или «Клиент» и выбираем покупателя из базы данных. Если клиента нет, создаем новую карточку физического лица с заполнением его контактных данных. Это критически важно, так как долг будет числиться персонально за ним.
3. Нажимаем кнопку «Оплата» (или клавишу F2).
4. В открывшемся окне выбора формы оплаты нажимаем кнопку «Сложная оплата».
5. В форме сложной оплаты мы увидим доступные варианты: Наличные, Карта, Бонусы и «В рассрочку» (или «Оплата кредитом»).
6. Если клиент вносит часть суммы на месте, вводим ее в поле «Наличные» или «Карта». Оставшуюся сумму долга распределяем в строку «В рассрочку».
7. Нажимаем кнопку «Пробить чек».

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

Погашение задолженности (прием оплаты)

Когда покупатель возвращается, чтобы вернуть долг, кассир должен правильно отразить эту операцию, чтобы закрыть задолженность в регистре и пробить корректный с точки зрения законодательства фискальный чек:

1. В интерфейсе РМК выбираем операцию приема оплаты по кредиту (в разных версиях это может быть кнопка «Погашение кредита» или отдельный режим работы с чеками).
2. Выбираем контрагента-должника. Система автоматически выводит список его неоплаченных или частично оплаченных чеков.
3. Выбираем нужный чек (документ расчета), по которому вносится платеж.
4. Указываем сумму, которую приносит клиент (возможна как полная, так и частичная оплата долга).
5. Пробиваем чек. На фискальном документе отобразится признак «Оплата кредита». Важно отметить, что при этой операции повторного списания товаров со склада не происходит — система лишь фиксирует движение денежных средств и уменьшает долг покупателя.

Особенности для Казахстана и интеграция с WebKassa

Для пользователей в Казахстане учет продаж в рассрочку имеет свои жесткие законодательные рамки. В типовой конфигурации 1С:Розница для Казахстана данный процесс полностью адаптирован под работу с онлайн-кассами через интеграционные библиотеки (например, 1С:WebKassa).

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

Стоит ли дорабатывать этот блок вручную?

Если перед вами стоит задача реализовать учет долгов в розничном магазине, настоятельно рекомендуем отказаться от написания собственного блока «с нуля» по следующим причинам:

• Сложность фискализации: Написание собственного регистра взаиморасчетов — задача несложная. Однако увязать ваши самописные документы со стандартными обработками обслуживания торгового оборудования и драйверами ККТ для пробития чеков с признаками «Передача в кредит» / «Оплата кредита» — крайне трудозатратный процесс, требующий глубоких знаний стандартов ФФД. Ошибка в чеке может привести к серьезным штрафам для торговой точки.
• Наличие готовых расширений: Если вы работаете на сильно измененной старой конфигурации, которую невозможно обновить до актуального релиза с типовым механизмом рассрочки, воспользуйтесь готовыми коммерческими расширениями. На рынке существует множество протестированных решений для 1С:Розница, которые устанавливаются без изменения конфигурации и не мешают последующим обновлениям.

Таким образом, для современных конфигураций 1С:Розница задача решается простым включением типовых настроек и обучением персонала работе с интерфейсом сложной оплаты в РМК.