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