Покупатель платит, сайт отправляет данные в контрольно‑кассовую технику (ККТ), чек уходит к оператору фискальных данных (ОФД) и в почту клиента — схема проста, если собрать её аккуратно. Для старта подойдёт онлайн касса для сайта, которую можно привязать к платежам без лишних кругов, и сразу закрыть требования 54‑ФЗ. Важно не спешить и один раз выстроить поток: оплата — фискализация — чек — отчётность.
Как работает онлайн‑касса на сайте
Сайт принимает платёж, передаёт позиции чека в ККТ, та фискализирует и отправляет чек в ОФД, а затем покупателю. Всё происходит автоматически за секунды и фиксируется для налоговой.
В обычной интеграции участвуют платёжный шлюз (payment gateway), ККТ и ОФД. Шлюз берёт оплату по карте или через платёжный агрегатор (payment aggregator), возвращает статус, после чего ККТ формирует чек с фискальным признаком. Далее ОФД хранит и передаёт данные государству. Каждое звено важно: если шлюз задержится — будет таймаут, если касса «упадёт» — чек не уйдёт, если ОФД недоступен — включается очередь. Честно говоря, финальная надёжность равна прочности самой слабой детали.
Требования 54‑ФЗ к чеку и бизнес‑процессу
Нужна зарегистрированная ККТ с фискальным накопителем (ФН), договор с ОФД и корректный чек с реквизитами товара, ставки НДС, признаком расчёта и контактом покупателя. За каждую оплату — чек, за возврат — чек коррекции или возврата.
Юрлица и ИП обязаны фискализировать интернет‑платежи, включая предоплату и частичные оплаты. В чеке указываются предмет расчёта, количество, цена, система налогообложения, способ расчёта. Контакт для отправки — e‑mail или телефон. При применении маркировки — коды маркировки. Важно синхронизировать статусы: платёж «успешен» — чек «приход», отмена — «возврат прихода». Между прочим, рассрочки и подписки также фискализируются по этапам.
Подключение и настройка: последовательность без сбоев
Сначала выбирается провайдер эквайринга, затем регистрируется ККТ и подключается ОФД, после чего настраивается связка «сайт — платёжный шлюз — касса» через программный интерфейс приложения (API). В финале тестируются оплаты, возвраты и фискализация ошибок.
Рабочая дорожная карта выглядит так — без суеты, по шагам:
- Определить модель: облачная касса или собственная ККТ в дата‑центре.
- Заключить эквайринг, получить ключи платёжного шлюза и настроить вебхуки.
- Зарегистрировать ККТ, привязать ФН, подписать договор с ОФД.
- Реализовать передачу позиций чека из корзины в кассу, учесть НДС и скидки.
- Проверить чеки предоплаты, частичной оплаты, возврата; настроить ретраи.
- Включить уведомления: e‑mail/SMS чека, логи и алерты на сбои.
Поначалу лучше стартовать в «песочнице», обкатать сценарии: платёж прошёл — чек «приход», платёж отменён — чек «возврат», частичный возврат — корректный пересчёт позиций. Рекомендуем отделить тайм-ауты: если платёж подтверждён позже, касса должна дофискализировать операцию, не создавая дублей. Для укрепления безопасности — 3‑D Secure и двухфакторная аутентификация (2FA) в кабинете, чтобы не бегать за утекшими ключами.
Деньги и риски: комиссии, возвраты, сбои
Издержки складываются из эквайринга, ОФД и ФН, а также разработки и поддержки. Риски — двойная фискализация, незавершённые платежи и потери в логике возвратов; их снижают чёткие статусы и очередь задач.
Комиссия эквайринга зависит от категории карт и оборота. ОФД — фиксированная подписка. ФН — расходник на 13–36 месяцев, его срок нужно отслеживать заранее. Самые болезненные случаи — когда платёж «успех», а чек не выбит; помогает очередь сообщений и повторная отправка при восстановлении связи. Возвраты стоит делать через ту же транзакцию и тут же выбивать возвратный чек — иначе кассовый разрыв. Кстати, отчётность удобнее собирать в едином дашборде: видно суммы, чеки, ошибки, и команда быстрее тушит пожары.
