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