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