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