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