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