Модерация проекта — 24 часа. KassaGO помогает бизнесу принимать платежи онлайн, по СБП и QR-коду.Подробнее
Перейти к основному содержимому
KassaGO
Подключить
Интеграции

Интеграция интернет-эквайринга с CMS, CRM и API

KassaGO можно подключить к готовой платформе или собственной системе. Для типового магазина удобен модуль CMS, для индивидуального продукта — REST API, SDK и webhooks. Перед началом работ уточните фактическую доступность конкретного модуля и получите актуальную документацию.

Готовые интеграции с CMS

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

Tilda

Для сайта на Tilda способ подключения зависит от используемого каталога и формы заказа. Если официального модуля нет, применяют платёжную ссылку или промежуточный обработчик через API. Установку «в один клик» мы не обещаем, пока этот путь не подтверждён для проекта.

1С-Битрикс

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

WordPress и WooCommerce

Плагин связывает заказ WooCommerce с платежом и принимает callback. До начала работ уточните минимальную версию WordPress, WooCommerce и PHP, а также способ обновления плагина.

OpenCart, InSales и Shopify

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

Интеграция с CRM и учётными системами

Связь с 1С, МойСклад, Bitrix24, amoCRM или RetailCRM может использоваться для выставления ссылки, записи статуса и сверки. Нужно определить, какая система создаёт заказ, где хранится идентификатор платежа и что происходит при возврате. Перечень доступных коннекторов подтверждается для конкретного подключения.

API для приёма платежей

API подходит продуктам с собственной логикой checkout. Базовый поток включает создание платежа, получение URL формы, перенаправление клиента, приём webhook и запрос текущего статуса. Критические операции выполняются на сервере; секретный ключ нельзя размещать в браузере или мобильном приложении.
  1. Сервер магазина создаёт заказ и фиксирует сумму.
  2. Сервер отправляет идемпотентный запрос на создание платежа.
  3. Клиент переходит на полученный платёжный URL.
  4. KassaGO отправляет подписанное уведомление об изменении статуса.
  5. Магазин проверяет подпись и сумму, сохраняет событие и меняет статус заказа.
  6. При сомнении сервер дополнительно запрашивает состояние платежа по API.

Пример запроса на создание платежа

Запрос выполняется с сервера магазина и содержит ключ идемпотентности, сумму и идентификатор заказа. В ответе приходит платёжный URL, на который перенаправляется клиент. Финальный статус берётся из подписанного webhook или повторного запроса к API, а не из страницы возврата.

api.kassago.demo
POST /v1/payments
Authorization: Bearer sk_test_kassago_demo
Idempotency-Key: KG-284517

{
  "amount": 489000,
  "currency": "RUB",
  "order_id": "KG-284517",
  "method": "sbp",
  "return_url": "https://shop.ru/success"
}

→ 201 Created
{
  "id": "pay_9f2c41",
  "status": "processing",
  "payment_url": "https://pay.kassa-go.com/pay_9f2c41"
}

SDK для разработчиков

SDK упрощает авторизацию, создание запросов, проверку подписей и обработку ошибок, но не скрывает жизненный цикл платежа. Мы передаём только опубликованные и поддерживаемые библиотеки — со ссылкой на репозиторий, версией и датой обновления.

Webhooks и статусы платежей

Webhook сообщает о событии без участия браузера покупателя. Обработчик должен проверять подпись, отвечать быстро, быть идемпотентным и выдерживать повторную доставку. Не выдавайте товар по одному только return URL.

Рабочий набор статусов включает как минимум «создан», «обрабатывается», «успешно завершён», «отклонён», «отменён» и «возвращён». Точные значения берите из актуальной документации KassaGO.

Тестовая среда

Sandbox нужен для проверки успешной оплаты, отказа, 3-D Secure, таймаута, повторного webhook и возврата без реального списания. Тестовые и рабочие ключи хранятся раздельно. Перед запуском замените URL, ключи и журналы тестового окружения.

Как защищены данные и операции, описано в разделе безопасность платежей

Как подключить интеграцию

Порядок работ одинаков и для модуля, и для собственной разработки: сначала тестовые доступы, затем реализация и проверка негативных сценариев.
  • Получить тестовые доступы и документацию.
  • Выбрать модуль или API.
  • Настроить создание операции и защищённое хранение ключей.
  • Реализовать webhooks, журнал событий и повторную проверку статуса.
  • Протестировать позитивные и негативные сценарии.
  • Пройти проверку готовности и включить рабочие доступы.

Список подключаемых способов оплаты — интернет-эквайринг, СБП и платёжные ссылки

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

Да, приём платежей можно подключить через REST API. До начала разработки запросите актуальную схему, правила авторизации, лимиты и список операций.

Запустите приём платежей за 1 день

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

Оставить заявку