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