Чек при оплате в рассрочку формируют не по названию кнопки «Рассрочка», а по реальным событиям: кто получил деньги, передан ли товар и кто указан продавцом. Для кассы различайте три модели: кредит банка или финансового сервиса, рассрочка самого продавца и предоплата частями. Это разделение убирает две частые ошибки: чек на несуществующий расчет и два чека на один заказ.
Сначала установите, кому покупатель должен остаток цены. Если банку или финансовому сервису — перед вами кредитная схема. Если магазину или исполнителю — продавец предоставляет коммерческий кредит, который в быту часто называют рассрочкой.
Рассрочка продавца. Товар передан сейчас, а часть цены покупатель платит позже продавцу. В момент передачи товара в чеке отражают фактически полученную оплату и непогашенную часть как кредит. Каждый следующий взнос, который поступает продавцу, оформляют как погашение предоставленного кредита. Не добавляйте товар в чек повторно: это не новая продажа.
Предоплата частями. Деньги поступают продавцу до передачи товара или оказания услуги. Каждый такой платеж относится к предоплате или авансу, а при исполнении оформляют зачет ранее полученных сумм. Несколько платежей до исполнения — это не рассрочка продавца, даже если покупатель платит по графику. Похожую логику зачета разбираем в материале «Чек при оплате сертификатом: как оформить оплату в кассе без ошибок».
Правила применения ККТ установлены Законом № 54-ФЗ. Официальные сервисы и разъяснения по кассовой технике публикует сайт ФНС России.
Не используйте для банковского кредита универсальную настройку «один чек после одобрения». Сначала возьмите у банка или сервиса описание расчетов: когда он перечисляет деньги продавцу, когда магазин передает товар и кто направляет команду в кассу.
Если деньги уже поступили продавцу, а товар еще не передан или услуга не оказана, выделите поступление как отдельное кассовое событие предоплаты. При передаче товара или оказании услуги касса должна оформить исполнение и зачет ранее полученной суммы. Платежи покупателя банку после этого не фискализируйте от имени магазина.
Если деньги поступают в момент передачи товара или оказания услуги, настройте чек на это событие исполнения. Проверьте тестом, что интеграция не отправляет второй чек при смене статуса заказа или при поступлении банковского уведомления.
Если товар уже передан, а денежный перевод от банка приходит позже, не привязывайте кассу механически только к банковской выписке. Сопоставьте момент передачи, условия расчетов и сценарий, который поддерживает ваше кассовое ПО; затем закрепите единственный источник команды в ККТ. Этот случай стоит проверить с поставщиком кассовой интеграции до запуска.
Практический вывод: для банковского кредита карта событий должна содержать минимум три даты или статуса: подтверждение финансирования, поступление денег продавцу и передачу товара либо оказание услуги. Только после этого настраивайте триггеры.
В прямой продаже чек за товар или услугу формирует продавец по своему расчету с покупателем. Кредитный договор, уведомление банка и выписка эквайера не заменяют кассовый чек за продажу.
В агентской или маркетплейсной схеме сначала определите роль участника. Проверьте договор, оферту, от чьего имени действует агент, кто указан продавцом перед покупателем, чьи реквизиты передаются в кассу и кто принимает деньги. Не включайте кассу агента и кассу продавца на одно событие без распределения ролей: это создает дубль чека.
Для сайта назначьте один источник команды в ККТ: CMS, платежный модуль, учетную систему или облачную кассу. Один заказ и одно кассовое событие должны создавать одну команду на фискализацию.
Покупатель вносит первый взнос, забирает товар и погашает остаток магазину по графику. На выдаче товара кассир отражает полученную сумму и остаток кредита. Каждый следующий взнос принимают как погашение кредита по исходному заказу. Для торговой точки полезно заранее разделить сценарии наличных, карты, платежной ссылки и банковского кредита; выбор оборудования описан в статье как выбрать кассу для розничного магазина.
Фиксируйте каждый платеж до оказания услуги как предоплату или аванс. После оказания оформите зачет предоплаты. Не ставьте сценарий «передача в кредит», если услуга еще не оказана.
Соберите от платежного партнера статусы, которые означают: финансирование одобрено, деньги перечислены продавцу, заказ передан покупателю, платеж отменен или возвращен. Затем сопоставьте их с кассовыми событиями из блока выше. Для автоматизации обычно используют облачную кассу для интернет-магазина; до подключения проверьте передачу номенклатуры, суммы, номера заказа, контакта покупателя и идентификатора платежа.
Нужна проверка интеграции до запуска? Обратитесь в Интернет Касса. Мы проверим карту денег и статусов, источник кассовой команды, состав данных в чеке и сценарии отмены с возвратом.
| Схема | Что происходит с деньгами | Факт исполнения | Кассовые события для настройки |
|---|---|---|---|
| Кредит банка: деньги до передачи | Банк или сервис перечисляет деньги продавцу до выдачи товара | Товар передают или услугу оказывают позже | Поступление денег — предоплата; при исполнении — зачет предоплаты. Взносы покупателя банку не дублируют в кассе продавца. |
| Кредит банка: деньги при передаче | Банк рассчитывается с продавцом в момент выдачи товара или оказания услуги | Исполнение происходит в тот же момент | Настройте чек на событие исполнения и исключите повторную команду от CMS или платежного модуля. |
| Рассрочка продавца | Первый взнос и последующие платежи получает продавец | Товар передан до полного погашения цены | При передаче — полученная оплата и остаток кредита; при каждом последующем поступлении продавцу — погашение кредита. |
| Предоплата частями | Покупатель платит продавцу до исполнения | Товар передают или услугу оказывают после оплаты | На каждый платеж до исполнения — предоплата или аванс; при исполнении — зачет ранее полученных сумм. |
| Агент или маркетплейс | Деньги принимает площадка или агент | Определяется договором и офертой | Зафиксируйте, кто формирует чек, от чьего имени он выдается и какие реквизиты передаются. Не дублируйте одно событие двумя кассами. |
Перед подключением мы можем проверить вашу схему по заказам и статусам. Оставьте заявку в Интернет Касса: подготовим перечень кассовых событий для CMS, эквайринга, кассы и бухгалтерии.
Да, чек нужен на кассовое событие между покупателем и продавцом: поступление денег, передачу товара или оказание услуги. При рассрочке продавца после передачи товара последующие взносы, поступающие продавцу, оформляют как погашение предоставленного кредита; платежи покупателя банку не являются новыми расчетами магазина.
Определите ответственного по схеме расчета: в прямой продаже чек за товар или услугу формирует продавец. В агентской модели чек может формировать агент в предусмотренной роли, поэтому до запуска сопоставьте договор, оферту, реквизиты в чеке и фактического получателя денег.
Да, если очередной платеж поступает продавцу в погашение кредита, который предоставил сам продавец. Если покупатель платит банку, а банк уже рассчитался с продавцом по своей схеме, магазин не формирует чек на каждый платеж по банковскому графику.
Оформите поступление денег до исполнения как отдельное кассовое событие предоплаты и при передаче товара зачтите ее. Не подменяйте этот сценарий полным расчетом в момент поступления денег, если товар еще не передан и услуга не оказана.
Сначала определите, какую сумму вы реально возвращаете покупателю, и оформите возврат на эту сумму через кассу. Затем остановите будущие списания, сверьте остаток кредита в учете и проверьте, что CMS или платежный сервис не отправит повторную команду на возврат.