Документация
  • Начало работы
  • Технические требования к клиентским устройствам
  • Работа с тестовым окружением ИС НПК
    • Работа с тестовым Порталом НПК
      • Предоставление данных ЮЛ/ФЛ для тестовой среды
      • Регистрация и авторизация в Портале НПК
      • Добавление новых сотрудников
    • Подключение к Open Banking/Open API
    • Подключение к ЦОИД
    • Работа с тестовыми сервисами
      • Настройка подключения к Межбанковской системе переводов и платежей
        • Подача заявки на получение ключей в УЦ НПК
        • Проведение работ по полученному ключу
        • Передача информации в НПК
      • Пользователям API (добавление и использование приложения)
      • Настройка API
      • Реализация API
        • Подсистема платежей и переводов Open API
        • Получение информации о счете клиента
      • Публикация API
      • Тестирование API
        • Тестирование получения информации о счетах клиента
        • Эмуляторы банков для платежей и переводов
        • Тест кейсы
      • Подписание Протокола тестирования
  • Работа с промышленным окружением ИС НПК
    • Подключение к сервисами Межбанковской системы переводов и платежей, Open Banking/Open API
      • Заявка на подключение к Межбанковской системе переводов и платежей, Open Banking/Open API
      • Настройка подключения
      • Публикация API
  • Межбанковская система переводов и платежей
    • Рекомендации для мобильного приложения
    • Описание структуры запросов
      • Форматы сообщений
        • Сообщение acmt.023
        • Сообщение acmt.024
        • Сообщение admi.009
        • Сообщение admi.010
        • Сообщение camt.053
        • Сообщение camt.060
        • Сообщение pacs.002
        • Сообщение pacs.004
        • Сообщение pacs.008
        • Сообщение pacs.028
    • Формат даты и времени в бизнес сообщении (ISODateTime и ISODate)
    • Правило передачи значений денежных сумм
    • Генерация уникальных идентификаторов для сообщений
    • Подписание и проверка электронной цифровой подписи бизнес-сообщений
    • Использование QR-кода для совершения платежей
    • Тайм-ауты и логика повторных запросов
    • Инициализация проведения платежей
      • Инициализация оплаты по QR-коду (C2B2)
      • Инициализация оплаты в рамках электронной коммерции (C2B2E)
    • Инициализация переводов денежных средств
      • Инициализация перевода денег другому ФЛ (C2C2)
      • Инициализация перевода денег между своими счетами (M2M2)
    • Возвраты
      • Возврат денег по проведенной ранее оплате за товар/ услугу (C2BR)
      • Возврат полученного перевода (C2CR)
    • Сервис получения выписки по счету участника
    • Сервис получения статуса обработки транзакции
    • Получение информации о банках и статусе API
    • Коды ошибок
    • Коды категории продавца (MCC -Merchant Category Code)
    • Таблица изменений
  • Получение информации о счетах клиента
    • Рекомендации для мобильного приложения
    • Рекомендации по реализации интеграции для Пользователя API
    • Рекомендации по реализации интеграции для Поставщика API
  • Сервисы ЦОИД
    • Сервис аутентификации личности клиента FinID
      • Описание клиентского пути
      • Рекомендации по реализации интеграции
      • Описание объектов
    • Сервис биометрической верификации
      • Описание клиентского пути
      • Рекомендации по реализации интеграции
      • Описание объектов
    • Сервис управления облачной ЭЦП Esign
      • Описание клиентского пути
      • Рекомендации по реализации интеграции
    • Получение электронного документа по результатам проведения биометрической идентификации
    • Коды ошибок
  • Ссылки на технические спецификации
  • Рекомендации для пользователя
Powered by GitBook
On this page
  1. Межбанковская система переводов и платежей
  2. Описание структуры запросов
  3. Форматы сообщений

Сообщение admi.009

PreviousСообщение acmt.024NextСообщение admi.010

Last updated 2 months ago

Сообщение admi.009 «Запрос данных» должно соответствовать XSD‑схеме сообщения admi.009.001.02 стандарта ISO20022 и правилам заполнения документа, указанным в таблице ниже. Если поле не отмечено как опциональное, то оно является обязательным.

№
Наименование
XML-тег
ООпциональность
Описание

0

StaticDataRequest

StatcDataReq

Запрос данных

1

MessageIdentification

MsgId

Идентификатор сообщения (формат должен соответствовать описанному в )

2

DataRequestDetails

DataReqDtls

2.1

Type

Tp

Тип запрашиваемых данных.

Может принимать значения:

  • QR

3

SupplementaryData

SplmtryData

Массив.

Параметры запроса в виде «ключ-значение»:

  • в теге <PlcAndNm> - передается ключ;

  • в теге <Envlp> - передается соответствующее указанному ключу значение.

Не допускается указывать один и тот же ключ дважды.

Список используемых ключей:

  • MSG_CREATION_TIME – дата и время создания сообщения, обязательный. Указывается в формате UTC (см. ).

  • END_TO_END_ID – сквозной идентификатор для всей цепочки сообщений в рамках данной операции (формат должен соответствовать описанному в ), обязательный. Соответствует значению HTTP заголовка end-to-end-id

  • SENDER_PROVIDER_ID – идентификатор банка отправителя запроса, обязательный. Идентификатор, присвоенный банку Платформой (provider id) (см. ).

  • RECEIVER_PROVIDER_ID – идентификатор банка получателя запроса, обязательный. Идентификатор, присвоенный банку Платформой (provider id) Определяется на основе {BANK_BASE_DOMAIN} из QR-кода (см. ).

  • QR_ID – идентификатор QR-кода, указанный в ссылке в QR-коде (см. ), обязательный.

  • IIN - ИИН клиента, обязательное. Длина: 12 символов.

3.1

PlaceAndName

PlcAndNm

Ключ (Upper Camel Case)

3.2

Envelope

Envlp

3.2.1

EnvlpValue

EnvlpValue

Значение. Префикс пространства имен ns0 не указывается

Генерация уникальных идентификаторов для сообщений
Формат даты и времени в бизнес сообщении (ISODateTime и ISODate)
Генерация уникальных идентификаторов для сообщений
Получение информации о банках и статусе API
Получение информации о банках и статусе API
Использование QR-кода для совершения платежей