Интернет-эквайринг для услуг: как выбрать решение и запустить оплату

Интернет-эквайринг для услуг нужен, когда клиент платит дистанционно: на сайте, в личном кабинете или по ссылке от менеджера. Он убирает ручную сверку переводов, передает статус оплаты в CRM и позволяет сразу подтвердить запись, открыть доступ или взять заказ в работу.

Когда услугам нужен интернет-эквайринг

Подключайте эквайринг, если после согласования услуги менеджер отправляет клиенту реквизиты, ждет перевод и вручную ищет поступление в выписке. Вместо этого создавайте платежную ссылку с суммой и номером заказа: после успешной операции CRM должна получить статус «оплачен».

Для сайта эквайринг нужен, когда клиент записывается или покупает услугу без менеджера. После оплаты система должна выполнить конкретное действие: подтвердить бронь, выдать доступ к курсу, создать задачу исполнителю или отправить письмо с деталями заказа.

Подходящие сценарии: предоплата за запись в салон или к специалисту, оплата консультации, покупка пакета занятий, доплата после выполненных работ, продажа доступа к онлайн-сервису и подписка на сопровождение.

Не заменяйте безналичный счет для организаций оплатой картой принудительно. Оставьте счет для B2B-заказчиков, которым нужны реквизиты и закрывающие документы; эквайринг добавьте для физлиц и быстрых дистанционных оплат. О применении ККТ в расчетах между компаниями читайте в материале «ККТ при расчетах юрлиц: как понять, нужна ли касса в вашей схеме оплаты».

Если клиентам удобно платить через СБП, добавьте этот способ рядом с оплатой картой. Разбор вариантов интеграции есть в статье «Как подключить СБП на сайт без лишних переделок».

Сценарии оплаты для услуг

Оплата на сайте после записи

Этот вариант подходит онлайн-школам, консультационным сервисам, студиям и сервисным компаниям с понятной ценой. Клиент выбирает услугу, оплачивает ее в форме, а сайт получает подтверждение платежа. Не выдавайте доступ и не ставьте запись в статус «подтверждена» только по возврату клиента на страницу успеха: используйте статус платежа, который приходит в CRM или на сервер.

Платежная ссылка после согласования

Используйте ссылку, если цену рассчитывает менеджер: для ремонта, агентских услуг, индивидуальных консультаций и выездных работ. Ссылка должна быть привязана к конкретному заказу. Тогда при оплате в CRM попадут номер заказа, сумма и результат операции, а сотруднику не придется сопоставлять переводы вручную.

Предоплата и доплата

Разделите платежи, если клиент сначала бронирует время, а остаток вносит после оказания услуги. В заказе заведите отдельные статусы «аванс получен» и «расчет завершен». Для чеков нужна отдельная логика предоплаты и ее зачета; практический разбор приведен в статье «Когда пробивать чек при оплате на сайте и как не ошибиться с моментом расчета».

Подписка и регулярные списания

Подключайте рекуррентные платежи для абонементов, регулярного сопровождения и доступа к сервису. До запуска закрепите в оферте и интерфейсе сумму, периодичность, порядок отмены и контакты поддержки. После каждого успешного списания система должна продлевать доступ, обновлять заказ и запускать фискализацию, если она требуется для вашей схемы расчетов.

Как выбрать интернет-эквайринг для услуг: таблица критериев

Сначала выберите способ приема оплаты, затем оценивайте тариф. Провайдер с низкой комиссией не решит задачу, если его форма не передает статус в CRM или не поддерживает нужный сценарий возврата.

Критерий Что проверить Что выбрать для услуг Риск ошибки
Подключение Ссылка, виджет, CMS-модуль, API, CRM-интеграция Оплата открывается там, где клиент согласовал покупку Менеджеры продолжают отправлять реквизиты вручную
Статусы платежей Успех, отказ, отмена, возврат; уведомления и вебхуки CRM автоматически меняет статус заказа Оплаченный заказ теряется или услуга оказывается без оплаты
Фискализация Передача состава заказа в ККТ, статус чека, обработка ошибок В чек попадают услуга, сумма и корректный способ расчета Чек не сформирован либо содержит неверные данные
Возврат Кто оформляет возврат, как он отражается в заказе и учете Сотрудник может вернуть оплату по отмененной записи без ручных обходов Спор с клиентом и расхождения в учете
Рекуррентные платежи Согласие клиента, отмена подписки, повторные попытки списания Подходит только для регулярной модели продаж Спорные списания и обращения в поддержку
Мобильная оплата Открытие ссылки со смартфона, минимум полей, понятное подтверждение Форма быстро работает из мессенджера Клиент бросает оплату на последнем шаге

При расчетах, которые подпадают под 54-ФЗ, заложите ККТ и передачу чеков в проект до запуска. Базовые разъяснения и сервисы по кассовой технике опубликованы на сайте ФНС России. На практике назначьте сотрудника, который ежедневно смотрит ошибки чеков и незавершенные платежи, а не обнаруживает их после жалобы клиента.

Пошаговый запуск приема оплаты

  1. Опишите платежные пути. Отдельно зафиксируйте оплату на сайте, ссылку от менеджера, аванс, доплату, возврат и подписку. Для каждого сценария укажите сумму, момент оплаты, статус заказа и ответственного.
  2. Подготовьте данные для клиента. Разместите название услуги, стоимость, правила отмены и возврата, контакты поддержки и ссылку на оферту. Не создавайте ссылку «на произвольную сумму», если ее нельзя однозначно связать с заказом.
  3. Выберите интеграцию. Для продаж на сайте используйте модуль, виджет или API; для продаж менеджером — платежные ссылки с привязкой к CRM. Настройте передачу идентификатора заказа и обработку успешных, неуспешных и отмененных операций.
  4. Настройте кассу и чеки. Если ваша схема расчетов требует ККТ, передайте в нее номенклатуру, сумму, данные для электронного чека и нужный способ расчета. Проверьте, что касса возвращает статус сформированного чека, а ошибки не исчезают в журнале интеграции.
  5. Проведите тестовую оплату с телефона. Проверьте форму, статус заказа, уведомление клиенту, запись в личном кабинете и кассовый чек. Затем отдельно протестируйте отказ в оплате, отмену и возврат.
  6. Назначьте контроль. Дайте сотруднику доступ к платежному кабинету, CRM и журналу кассы. Зафиксируйте, кто обрабатывает незавершенные платежи, возвраты и ошибки фискализации.

Ошибки, которые тормозят оплату и создают проблемы с учетом

Платеж не связан с заказом. Передавайте в платежную систему номер заказа и принимайте уведомление о результате операции. Без этого команда снова будет искать поступления по сумме и времени.

Аванс проводят как финальную оплату. Разведите в CRM и кассовой логике предоплату, зачет предоплаты и доплату. Это особенно важно для записи на услугу, которая оказывается позднее.

Доступ выдают по странице «успех». Настройте выдачу доступа или подтверждение записи только после подтвержденного статуса операции. Закрытие браузера или сбой переадресации не означают, что платеж не прошел.

Автоплатежи запускают без отмены. Добавьте понятный путь отключения подписки, уведомления и сценарий при неуспешном списании. Не списывайте повторно без предусмотренного условиями механизма.

Чеки и возвраты не тестируют. До запуска рекламы сделайте тестовые операции и проверьте весь путь: платеж, статус CRM, чек, отмену, возврат и уведомление клиента.

Как понять, что решение подходит вашему бизнесу

Выбирайте решение, если оно закрывает три задачи: клиент платит в нужной точке, команда сразу видит статус операции, а чеки и возвраты попадают в ваш учетный процесс. Если для оплаты по ссылке сотрудник вручную заводит заказ, а после оплаты снова проверяет банк, связка выбрана или настроена неправильно.

Самозанятым не нужно копировать схему ИП или ООО: расчеты на НПД оформляются в приложении «Мой налог», а не через ККТ по стандартной модели. Подробнее — в статье «Онлайн-касса для самозанятых: нужна ли она и как подобрать вариант».

Интернет Касса поможет подобрать связку интернет-эквайринга, ККТ и интеграции под ваш путь клиента. Оставьте заявку на разбор сценария расчетов: обсудим ссылки, оплату на сайте, чеки, возвраты и передачу статусов в CRM.

Частые вопросы