Чек СБП в 1С: как настроить фискализацию оплаты и проверить чек

Оплата через СБП не отменяет кассовый чек. Для продажи на сайте или по платежной ссылке настройте цепочку «заказ в 1С → подтвержденный платеж → касса → ОФД → чек покупателю». При этом 1С хранит заказ и документы учета, а фискальный документ формирует зарегистрированная ККТ или облачная касса.

Когда при оплате через СБП нужен кассовый чек

Да, при оплате покупателем через СБП за товар, работу или услугу оформляйте кассовый чек, если расчет требует применения ККТ. QR-код или платежная ссылка меняют способ приема денег, но не заменяют фискальный документ.

Не смешивайте в одной настройке оплату покупателя и расчеты между организациями или ИП. Для безналичных расчетов между организациями и ИП без предъявления электронного средства платежа действует исключение из применения ККТ. Если в B2B-сделке используется QR-код, ссылка или другой платежный инструмент, согласуйте сценарий с бухгалтерией до запуска.

В кассу передавайте состав заказа: наименование позиции, количество, цену, сумму, применяемые налоговые параметры, а также признаки предмета и способа расчета. Передача только общей суммы делает чек непригодным для нормальной сверки и повышает риск ошибок.

Базовые правила применения ККТ установлены Законом № 54-ФЗ. Разъяснения и сервисы по ККТ публикует сайт ФНС России.

Три рабочих сценария бизнеса

Интернет-магазин

Покупатель оформляет заказ, выбирает СБП и оплачивает его на странице провайдера или в банковском приложении. Сервер получает уведомление от провайдера, проверяет его подпись и сопоставляет ID заказа, ID платежа, сумму и валюту. Только после этой проверки система передает состав заказа в кассу.

Не используйте как триггер редирект покупателя обратно на сайт: клиент может закрыть страницу, вернуться позже или подменить параметры. Для удаленных расчетов удобна облачная касса для интернет-магазина, которая принимает задания на фискализацию без кассира у физической ККТ.

Услуги с оплатой до оказания

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

В 1С привяжите оба документа к одному заказу или реализации, но не создавайте второй прием денег. Для кассы важно различать поступление предоплаты и ее зачет при реализации. Конкретные названия полей зависят от конфигурации и кассового модуля, но искать нужно реквизиты «Признак способа расчета», «Признак предмета расчета» и сведения об оплате/зачете предоплаты.

Розница, курьер и выезд

Покажите QR-код, дождитесь успешной операции в кассе, 1С или серверном интерфейсе провайдера и затем выдавайте товар. Скриншот на телефоне покупателя не подтверждает, что платеж относится к нужному заказу и действительно завершен.

Для стационарной точки заранее определите, кто контролирует статус платежа и кто печатает чек. Выбрать оборудование и рабочую схему поможет материал о выборе кассы для розничного магазина.

Что проверить в 1С, кассе и платежном сервисе

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

  • Заказ: есть уникальный номер, состав корзины, цена, количество и контакт для электронного чека.
  • Оплата: сохраняются ID заказа, ID платежа, сумма, валюта, дата и итоговый статус провайдера.
  • Кассовый модуль: передает номенклатуру, систему налогообложения, применяемые ставки и признаки расчета.
  • Webhook: подпись уведомления валидируется на сервере; уведомление с неверной подписью, суммой, валютой или неизвестным ID заказа не запускает кассу.
  • Защита от дублей: сохраняется ключ операции фискализации, например ID платежа плюс тип расчета. Повторный webhook по уже обработанной операции не должен создавать второй одинаковый чек.

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

Как запустить чеки СБП в 1С

  1. Нарисуйте маршрут данных. Зафиксируйте: заказ → платежная форма СБП → серверное уведомление провайдера → проверка подписи и реквизитов → 1С/интеграция → касса → ОФД → отправка чека.
  2. Выберите сценарии расчетов. Отдельно опишите оплату при отгрузке, полную предоплату, частичную предоплату, зачет предоплаты, возврат и отмену неоплаченного заказа.
  3. Настройте сопоставление документов. В заказе и документе оплаты должны храниться ID заказа и ID платежа. Кассовое задание должно получать состав корзины из заказа, а не сумму из уведомления без расшифровки.
  4. Настройте проверку callback. Принимайте только серверный callback/API-статус провайдера после проверки подписи, суммы, валюты, ID заказа и ID платежа. Редирект клиента и скриншот не используйте как основание для фискализации.
  5. Проведите тестовый платеж. Сверьте заказ в 1С, платеж у провайдера, чек и статус его приема в ОФД. Проверьте сумму, позиции, дату и вид расчета.
  6. Протестируйте сбои. Отправьте повторный webhook, отмените неоплаченный заказ, выполните возврат и проверьте частичную оплату, если она есть в процессе.
  7. Запустите ежедневную сверку. В первые дни сопоставляйте успешные платежи, оплаченные заказы, кассовые документы и данные ОФД.

Как выбрать схему фискализации

Схема Когда выбирать Преимущество Критический контроль
Прямая интеграция провайдера, 1С и кассы Регулярные продажи и есть разработчик или интегратор Автоматическая фискализация и сверка по ID Проверка подписи webhook, идемпотентность, возвраты и предоплаты
Готовый модуль для 1С Конфигурация и кассовый сервис поддерживаются модулем Быстрее запуск типового процесса Версия конфигурации, обработка СБП, зачета предоплаты и возвратов
Ручное создание чека Единичные платежи или резерв при сбое Не требует сложной интеграции Журнал платежей, ответственный сотрудник и ежедневная сверка

Для постоянного потока оплат выбирайте прямую интеграцию или модуль с автоматической обработкой подтвержденного платежа. Ручную фискализацию оставляйте резервным вариантом: она требует контроля и плохо переносит рост числа заказов.

Нужно подобрать схему СБП, 1С и кассы до внедрения? Обратитесь в Интернет Касса — разберем маршрут платежа, сценарии предоплаты, возвраты и контроль дублей.

Если чек не сформировался: действия без дубля

  1. Проверьте платеж. Убедитесь по серверному API или подтвержденному webhook, что платеж успешен; сверяйте ID платежа, ID заказа, сумму и валюту.
  2. Проверьте кассу и ОФД. Найдите кассовое задание, ответ кассы, фискальный признак при его наличии и статус приема документа ОФД.
  3. Если чек уже принят кассой или ОФД — не создавайте новый. Исправляйте только отображение статуса в 1С или интеграции и сохраните связь с существующим документом.
  4. Если платеж успешен, а кассового документа нет — зафиксируйте причину. Сохраните данные платежа, время сбоя и результат проверки; затем оформите расчет по предусмотренному для него сценарию, а не повторной отправкой старого задания вслепую.
  5. Устраните источник сбоя. Проверьте доступность кассового сервиса, очередь заданий, реквизиты кассы, обработку webhook и логи интеграции до следующей оплаты.

Если ошибка затрагивает уже сформированный расчет или требуется исправление фискального документа, не подменяйте его новой продажей с отрицательной суммой. Используйте подходящий кассовый сценарий исправления; порядок разбирается в материале о том, когда пробивать чек коррекции.

Типичные ошибки и исправления

  • Чек создается после редиректа покупателя. Исправление: запускайте кассу только после проверенного серверного статуса от провайдера.
  • Webhook принимается без проверки подписи. Исправление: валидируйте подпись по правилам провайдера и сопоставляйте сумму, валюту, ID заказа и ID платежа.
  • Повторный webhook делает второй чек. Исправление: сохраняйте ключ операции фискализации и прекращайте повторную обработку уже принятой операции.
  • Предоплата и оказание услуги оформляются одинаково. Исправление: разделите чек при приеме предоплаты и документ полного расчета при ее зачете.
  • Возврат проводят новой продажей с отрицательной суммой. Исправление: используйте сценарий возврата, связанный с исходным расчетом, и сверяйте его с возвратом у платежного провайдера.

Чеклист после первых оплат

  • Каждый успешный платеж подтвержден серверным статусом и сопоставлен с заказом.
  • В чеке совпадают сумма и позиции заказа.
  • По одной операции фискализации нет дубля после повторного webhook.
  • Чеки предоплаты и зачета предоплаты разделены в сценарии услуг.
  • Кассовые документы приняты ОФД.
  • Возвраты и отмены протестированы отдельно.
  • Назначен сотрудник для ежедневной сверки платежей, заказов и чеков.

Частые вопросы

Нужен ли кассовый чек при оплате через СБП?

Да, оформляйте кассовый чек, когда покупатель платит через СБП за товар, работу или услугу и расчет требует применения ККТ. Безналичные расчеты между организациями и ИП без предъявления электронного средства платежа ведите отдельно: для них предусмотрено исключение.

Можно ли пробивать чек СБП вручную в 1С?

Да, используйте ручное создание только для редких платежей или аварийного резерва. Для регулярных продаж настройте обработку подтвержденного статуса провайдера, чтобы не пропускать платежи и не создавать дубли.

Что делать, если чек СБП не сформировался?

Сначала проверьте, не принят ли этот кассовый документ кассой и ОФД. Если документа нет, зафиксируйте причину и оформите расчет по нужному сценарию; если документ уже принят, повторно его не создавайте.

Подходит ли одна схема чека СБП для сайта и офлайн-точки?

Нет, настройте разные точки запуска чека. На сайте используйте проверенный серверный статус платежа, а в точке продаж — подтверждение операции в кассе или платежном сервисе.

Можно ли выдать товар по скриншоту оплаты СБП?

Нет, выдавайте товар только после подтверждения платежа в рабочем контуре. Скриншот и редирект покупателя не подтверждают поступление денег, сумму и принадлежность платежа заказу.

Нужна интеграция СБП, 1С и онлайн-кассы без ручного переноса данных? Оставьте заявку: поможем проверить маршрут платежа, обработку callback, предоплаты, возвраты и сверку с ОФД.