Интеграция

Рекуррентные платежи

Шаги для привязки карты и совершения по ней рекуррентных платежей

Интеграция

Шаги для привязки карты и совершения по ней рекуррентных платежей

Дата публикации: 17 мая 2022

Рекуррентные платежи по умолчанию запрещены. Для включения обратитесь к поддержке в чат банка.

Шаги для привязки карты и совершения по ней рекуррентных платежей:

Провести первый рекуррентный платеж, указав в запросе на оплату параметр start_recurrent: 1. Платеж проводится как обычный, с вводом карты покупателя и проведением 3DS аутентификации. Покупатель должен быть уведомлен о том, что при проведении этого платежа его карта сохраняется, и по ней будут впоследствии происходить списания.

При успешном завершении первого рекуррентного платежа карта покупателя сохраняется в карточном хранилище Модульбанка.

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

Формат запроса
POST — https://pay.modulbank.ru/api/v1/next_recurrent/

Для проведения платежа необходимо отправить POST-запросом форму со следующими полями:

merchant;Идентификатор магазина, который выдается в личном кабинете на этапе интеграции;Да;– Строка (максимум 128 символов) – Допускаются только печатные – ASCII символы first_recurrent_transaction;Идентификатор первой рекуррентной транзакции по этой карте;Да;– Строка amount;Сумма платежа;Да;– Вещественное число, два знака после точки – Формат: «100» или «200.45» order_id;Уникальный идентификатор заказа в интернет-магазине;Да;– Строка (максимум 50 символов) custom_order_id;Идентификатор заказа, который будет отображаться покупателю;Нет;– Строка (максимум 50 символов) description;Описание платежа;Да;– Строка (максимум 250 символов) testing;Флаг тестового режима, в котором можно совершать произвольное количество транзакций с использованием тестовых карт;Нет;– Значение логического типа – 1 — тестовый платеж, 0 — реальный платеж – По умолчанию реальные платежи callback_url;Адрес, на который будет отправлено уведомление POST-запросом в случае успешной оплаты;Нет;– Строка (максимум 128 символов) – Формат: url encode client_phone;Номер телефона клиента;Нет;– Строка (максимум 64 символа) – Формат: «+75559091555» client_name;Имя и фамилия клиента;Нет;– Строка (максимум 128 символов) client_email;E-mail клиента;Нет;– Строка (максимум 64 символа) client_id;Идентификатор клиента;Нет;– Строка (максимум 128 символов) – Допускаются только печатные ASCII символы meta;Поле для дополнительных параметров в формате JSON;Нет;– JSON-строка receipt_contact;Еmail получателя чека. Если в ЛК включена удаленная регистрация чеков через онлайн-кассу, на этот адрес отправится чек;Да (если в ЛК включена удаленная регистрация чеков через онлайн-кассу);– Строка (максимум 64 символа) receipt_items;Позиции чека (json-объект с позициями чека);Да;– Обязательные поля и пример json-объекта описаны в разделе <a href="https://dev.modulbank.ru/pages/viewpage.action?pageId=917558">«Отправка чеков» unix_timestamp;Текущее дата и время;Да;– UNIX Time salt;Случайная величина;Нет;– Строка (максимум 32 символа) – Допускаются только печатные – ASCII символы signature;Криптографическая подпись;Да;– Строка (40 символов в нижнем регистре) – Алгоритм вычисления вычисления подписи описан в разделе «Алгоритм вычисления поля signature»

Читайте также:

Формирование запроса на оплату

Формирование запроса на полную отмену платежа

Алгоритм вычисления поля signature

Вам помогла эта статья?