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