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