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