Контекст и вызов
Менеджеры вручную проверяли оплату и меняли статус заказа. Задержка подтверждения приводила к отменам и двойной отгрузке.
Онлайн-торговля
Кастомный платёжный модуль
Клиент принимал оплату через отдельный сервис без связи с CRM. Разработал кастомный платёжный модуль: генерация ссылки, webhook статуса и автосмена стадии сделки в RetailCRM.
Архитектура и подход
PHP-модуль генерирует платёжную ссылку из карточки заказа RetailCRM, принимает webhook от эквайера и обновляет статус. Поддержка частичной оплаты, возвратов и сверки транзакций.
Как устроена связка
Генерация ссылки
Из заказа CRM формируется payment link с суммой и order ID.
Оплата клиентом
Редирект на страницу эквайера, 3-D Secure при необходимости.
Webhook статуса
Эквайер шлёт success/fail, модуль валидирует подпись.
Обновление CRM
RetailCRM API: статус «Оплачен», сумма и transaction ID.
Интеграции и узлы системы
Payment Gateway
REST API эквайера: create payment, refund, status check.
RetailCRM
Смена статуса заказа и запись платёжных данных.
Webhook security
HMAC-подпись, idempotency и защита от replay.
PHP module
Виджет ссылки в карточке заказа и admin-настройки.
Что сделано и что получил клиент
Поставки
- Платёжный модуль PHP
- Генерация payment link
- Webhook обработчик
- Интеграция RetailCRM
- Сверка транзакций
10 сек
подтверждение оплаты в CRM
100%
оплат с авто-статусом
0
ручных проверок оплаты
Похожая задача
Нужен такой же результат?
Опишите ваш процесс - спроектирую связку систем, сроки и формат работы под ваш стек.
- Разбор текущей архитектуры
- Схема интеграций до старта
- Оценка за 1-2 рабочих дня