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