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