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