api/wallet/pay-in-by-loan - Пополнение Кошелька со счета юридического лица

HTTP‑метод: POST
URL: /api/wallet/pay-in-by-loan
Форма взаимодействия: Сервер-сервер
Формат тела запроса: application/json
Назначение: пополнение Кошелька со счета юридического лица.

URL

URLPATH

https://gateway-docs.wallet.kvell.group/api/wallet/pay-in-by-loan

/api/wallet/pay-in-by-loan

Структура запроса

Поле	Тип	Обяз.	Описание
`terminal`	`str`	✔	Уникальный идентификатор учетной записи ТСП (владельца счета, с которого будет пополнен Кошелёк) в ПЦ.
`order_id`	`int`	✔	Уникальный идентификатор платежа (Заказа) в ПЦ, полученный по результатам запроса `api/register`.
`receiver`	`object`	✔	Данные Кошелька-получателя. Обязательно вложенное поле `wallet_public_id` (см. структуру payer/receiver).
`signature`	`str`	✔	Цифровая подпись запроса. Алгоритм расчёта — см. Формирование подписи.
Необязательные параметры
`unique_key`	`str`		Ключ уникальности запроса. Генерируется на стороне ТСП. При получении ключа ПЦ выполняет проверку на наличие дубликата среди обрабатываемых запросов и созданных операций. Формат: допустимы цифры `[0-9]`, латинские буквы `[a-zA-Z]`, дефис и нижнее подчёркивание `[-_]`.

Структура ответа

Поле	Тип	Обяз.	Описание
`order_id`	`int`	✔	Идентификатор заказа в ПЦ. Пример: `1009982`
`order_status`	`str`	✔	Статус заказа. Пример: `REGISTERED`
`client_id`	`str`		Идентификатор пользователя ТСП. Пример: `test`
`tx_id`	`int`	✔	Идентификатор операции в ПЦ. Пример: `5587788`
`tx_completed_at`	`datetime`	✔	Дата и время совершения операции в ПЦ. Пример: `2024.01.28 00:23:19`
`tx_type`	`str`	✔	Тип операции. Пример: `P2PTRANSFER`
`tx_status`	`str`	✔	Статус операции. Пример: `APPROVED`
`tx_reason_code`	`int`	✔	Код ответа на операцию ПЦ. Пример: `1`
`message`	`str`		Краткое описание кода ответа на операцию ПЦ. Пример: `Successful financial transaction`
`amount`	`int`	✔	Сумма операции в минимальных единицах валюты. Пример: `100`
`fee`	`int`	✔	Комиссия. Пример: `0`
`currency`	`int`	✔	Код валюты по ISO4217. Пример: `643`
`unique_key`	`str`		Ключ уникальности запроса. Пример: `test2`
`tx_approval_code`	`str`	✔	Код авторизации, полученный в Банке на данную операцию. Пример: `122004`
`receiver_wallet_public_id`	`str`	✔	Уникальный идентификатор Кошелька. Пример: `zzz`
`terminal_id`	`str`	✔	Уникальный идентификатор учётной записи ТСП в ПЦ. Пример: `893`
`bin_issuer`	`str`		Идентификационный номер банка-Эмитента Плательщика. Пример: `JOINT STOCK COMMERCIAL BANK MOSCOW INDUSTRIAL BANK`
`bin_issuer2`	`str`		Идентификационный номер банка-Эмитента Получателя. Пример: `JOINT STOCK COMMERCIAL BANK`
`iso`	`int`		Код валюты по ISO4217. Пример: `643`
`iso2`	`int`		Код валюты по ISO4217 (получатель). Пример: `840`
`payment_system`	`str`	✔	Платёжная система. Пример: `2`
`rrn`	`str`	✔	RRN банковской транзакции. Пример: `33147812`
`bank_terminal_id`	`str`	✔	Идентификатор банковского терминала. Пример: `POS_1`
`ofd_state`	`str`	✔	Статус обработки платежа онлайн-кассой. Пример: `APPROVED`
`signature`	`str`		Цифровая подпись сообщения.

Пример ответов

Успех (200)Пример ошибки (404)

{
    "order_id": 1009982,
    "order_status": "REGISTERED",
    "client_id": "test",
    "tx_id": 5587788,
    "tx_completed_at": "2024.01.28 00:23:19",
    "tx_type": "P2PTRANSFER",
    "tx_status": "APPROVED",
    "tx_reason_code": 1,
    "message": "Successful financial transaction",
    "amount": 100,
    "fee": 0,
    "currency": 643,
    "unique_key": "test2",
    "tx_approval_code": "122004",
    "receiver_wallet_public_id": "zzz",
    "terminal_id": "893",
    "bin_issuer": "JOINT STOCK COMMERCIAL BANK MOSCOW INDUSTRIAL BANK",
    "bin_issuer2": "JOINT STOCK COMMERCIAL BANK",
    "iso": 643,
    "iso2": 840,
    "payment_system": "2",
    "rrn": "33147812",
    "bank_terminal_id": "POS_1",
    "ofd_state": "APPROVED",
    "signature": "8f2a1c9e3b7d4056a1f8c2e9d3b6a70158fce29b4d7a1e6c0938fa2d17bc45e9"
}

{
    "error_code": "TERMINAL_NOT_FOUND",
    "technical_message": "Terminal not found",
    "timestamp": 1751976000,
    "details": null,
    "request_id": "b3b3c1f0-4b3a-4f3a-9b1a-1234567890ab"
}

Примечания

При получении запроса ПЦ проверяет:
Если в запросе передан параметр unique_key, то ПЦ проверяет запрос на наличие дубля;
Правильность расчета подписи и корректность параметров запроса;
Если в запросе указан receiver.wallet_public_id, который ранее уже был зарегистрирован для терминала, зачисление средств по операции будет проводиться на баланс этого ранее зарегистрированного Кошелька. Иначе будет создан и пополнен новый Кошелёк.
Поля iso / iso2 в ответе автоматически заполняются значением currency, если оно указано.