Интеграция CloudPayments с CRM или ERP
Интеграция CloudPayments с CRM или ERP передаёт webhook-уведомления об успешной оплате Pay, отказе Fail, подтверждении двухстадийной операции Confirm и возврате Refund. Внутренний заказ меняется по факту платёжной операции, независимо от возвращения покупателя на страницу успеха.
В уведомлениях доступны InvoiceId, AccountId, TransactionId, Amount и другие параметры, с которыми CRM или ERP может найти документ и проверить его сумму. Мы создаём серверный обработчик, проверяем HMAC-подпись запроса и записываем событие в очередь до изменения заказа.
Устойчивый ключ строится по типу события и идентификаторам транзакции, поэтому повторная доставка обновляет ту же запись. После сохранения обработчик возвращает CloudPayments ожидаемый JSON с code 0, а подробная бизнес-обработка продолжается управляемо и оставляет историю статусов. Отдельно настраиваем возвраты, двухстадийную оплату и подписки, если они используются компанией.
Refund связывается с исходной транзакцией, частичные суммы накапливаются в карточке заказа, а Confirm переводит авторизованную операцию в оплаченный статус после фактического подтверждения. Сверка сравнивает операции CloudPayments с заказами CRM или ERP и показывает пропущенный webhook, неизвестный InvoiceId, несовпадение суммы или повтор, который уже был принят.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Менеджер видит оплату в CloudPayments и вручную переводит заказ или сделку на следующий этап в CRM.
- Покупатель возвращается на страницу успеха, однако webhook приходит позже, и две части системы присваивают заказу разные статусы.
- CloudPayments повторно доставляет Pay или Refund после технической ошибки, а внутренний учёт создаёт второй платёж либо возврат.
- Подписка, двухстадийная оплата или частичный возврат отражается в кабинете провайдера, но карточка клиента показывает только общий статус «оплачен».
Что именно мы сделаем
Описываем статусы заказа, способы оплаты, возвраты, подписки и текущую ручную работу сотрудников.
Настраиваем HTTPS webhook CloudPayments и проверку HMAC-подписи для каждого используемого события.
Связываем InvoiceId, AccountId и TransactionId с заказом, сделкой или счётом и вводим идемпотентную обработку.
Добавляем Pay, Fail, Confirm, Refund, регулярные платежи, журнал и безопасный повтор после временной ошибки.
Проводим контрольные платежи и возвраты, сверяем кабинет с CRM или ERP и передаём инструкцию.
Что входит в стоимость
59 900 ₽ за всю работу
Подключаем к одной CRM или ERP события CloudPayments Pay, Fail, Confirm и Refund, а при используемых подписках — Recurrent и связанные платежи. Настраиваем HTTPS-обработчик, проверку Content-HMAC или X-Content-HMAC, устойчивый ключ операции, сопоставление InvoiceId, AccountId и TransactionId, таблицу статусов, очередь повторов и журнал. Добавляем полный и частичный возврат по выбранному процессу, контроль двухстадийной оплаты и ежедневную сверку платежей с заказами.
Что будет готово
Передадим вам
- Рабочий обработчик уведомлений CloudPayments с проверкой HMAC-подписи, очередью и идемпотентностью.
- Таблица соответствия Pay, Fail, Confirm, Refund и Recurrent статусам заказа, сделки, счёта и подписки.
- Связанные записи платежей и возвратов с InvoiceId, AccountId, TransactionId, суммой и историей обработки.
- Отчёт сверки, протокол контрольных операций и инструкция для менеджера, бухгалтера и администратора.
Перед сдачей проверим
- Pay, Fail, Confirm и Refund обновляют правильный контрольный заказ по утверждённой таблице статусов.
- Повтор одного уведомления сохраняет единственный платёж или возврат, а журнал показывает уже обработанный ключ события.
- Запрос с неверной HMAC-подписью отклоняется до изменения CRM или ERP и сохраняет безопасную запись для технической проверки.
- Сверка находит операцию без заказа и расхождение суммы, а контрольный возврат связан с исходным TransactionId.
Как это выглядит на практике
Оплата и частичный возврат остаются в одной карточке заказа
- 01
CloudPayments отправляет Pay с InvoiceId заказа, TransactionId, AccountId и фактической суммой платежа.
- 02
Обработчик проверяет HMAC, сохраняет событие и переводит связанную сделку CRM в оплаченный этап.
- 03
После возврата части заказа Refund связывается с исходной транзакцией и уменьшает оплаченную сумму без создания новой сделки.
- 04
Повтор обоих webhook распознаётся по устойчивым ключам, а ежедневная сверка подтверждает итог в CloudPayments и CRM.
Что понадобится для работы
От вас
- Тестовый доступ CloudPayments, Public ID, безопасный способ использования API Secret и настройки уведомлений.
- Доступ к API, коду или автоматизациям CRM либо ERP и описание сущности заказа, сделки, счёта и клиента.
- Таблица текущих статусов, правила двухстадийной оплаты, возвратов и подписок, которые применяет компания.
- Контрольные заказы и сотрудник, который подтвердит суммы, статусы, возвраты и результат сверки.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 56 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Чем эта услуга отличается от подключения CloudPayments к сайту?
Приём платежа уже работает через виджет, форму или существующий checkout. Здесь настраивается внутренний учёт после операции: webhook, связь с заказом, статусы CRM или ERP, возвраты, подписки, повторы и сверка.
Какие уведомления CloudPayments передаются в CRM или ERP?
Базовый маршрут включает Pay, Fail, Confirm и Refund. При регулярных платежах добавляем Recurrent и связанные транзакции; используемый набор закрепляется в таблице статусов и проходит отдельные контрольные сценарии.
Как интеграция защищается от поддельного webhook?
Обработчик вычисляет HMAC для фактического тела запроса и сравнивает его с Content-HMAC или X-Content-HMAC. Событие с неверной подписью отклоняется до изменения заказа и попадает в безопасный технический журнал.
Как исключается вторая оплата при повторном Pay?
Каждое событие получает устойчивый ключ из его типа и идентификаторов транзакции. Перед записью интеграция ищет уже принятый ключ, поэтому повтор дополняет историю доставки и сохраняет прежний платёж.
Как обрабатывается частичный возврат CloudPayments?
Refund связывается с исходной оплатой через идентификатор платёжной транзакции. CRM или ERP хранит сумму каждого возврата, общий возвращённый итог и остаток, а повторное уведомление сохраняет прежний итог.
Можно передавать в CRM платежи по подписке?
Да. Связываем AccountId, установочный платёж, очередные транзакции и состояние подписки с карточкой клиента или договора. Внутренняя система получает статусы и суммы без хранения реквизитов банковской карты.
Что показывает сверка CloudPayments с CRM или ERP?
Отчёт сопоставляет операции с заказами по InvoiceId и TransactionId и отмечает неизвестный заказ, пропущенное событие, несовпадение суммы, лишний повтор и возврат без исходной оплаты. Ответственный открывает каждое расхождение из одной очереди.
Что входит в фиксированную цену 59 900 рублей?
В цену входят один кабинет CloudPayments, одна CRM или ERP, выбранные webhook, HMAC, сопоставление, идемпотентность, возвраты, подписки при их использовании, сверка и тесты. Предоплата 3 000 рублей оформляется по договору через Диадок, остаток оплачивается после приёмки.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Связанные шаги
- 01Подключение интернет-эквайринга
Подключить интернет-эквайринг к сайту
- 02Интеграция CloudPayments с CRM или ERP
Передавать платежи CloudPayments в CRM или ERP
- 03Сверка эквайринга с заказами, возвратами, комиссиями и банком
Сверять эквайринг с заказами, возвратами и банком