Система быстрых платежей презентация

по идентификатору Получателя Платежа в реальном масштабе времени.

денег Получателем

Операции
(1) Финансовые / Нефинансовые

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

Пять информационных сред СБП

Среда Банка Отправителя (II)
хранит счет Отправителя, отвечает за аутентификацию Отправителя, выполняет сбор данных для операции в том числе путем обращения к СБП и инициирование операции, выполняет дебет счета Отправителя по распоряжению СПБ. В этой среде принимается решение о совершении операции и в случае его принятия дебетуется счет Отправителя.

Две на стороне инициатора операции

доводится до Получателя.

Пять информационных сред СБП

Среда Банка Получателя (IV)
хранит банковский счет Получателя, предоставляет СБП информацию для совершения операции и выполняет кредит счета Получателя по распоряжению СПБ и информирование о результатах операции Получателя через информационную среду получателя. В этой среде предоставляется информация для СБП и выполняется кредит счета Получателя.

Среда Банка Отправителя

Информационная среда Отправителя

Две на стороне получателя

Получателя. Она отвечает за информационный обмен между средами и за расчеты между банками по операциям. В этой среде происходит маршрутизация операции и расчеты по успешным финансовым операциям.

Пять информационных сред СБП

Среда Банка Отправителя

Информационная среда Отправителя

Одна – мост между двумя сторонами

Среда Банка Получателя

выполнения операций и для выяснения результатов выполнения операций:
В информационной среде Отправителя должно присутствовать клиентское устройство (смартфон, планшет, умные часы, умные очки, ноутбук, компьютер, ТВ-приставка и т.п.), именуемое далее устройством Отправителя.
В информационной среде Получателя может также присутствовать клиентское устройство (смартфон, планшет, умные часы, умные очки, ноутбук, компьютер, ТВ-приставка и т.п.), именуемое далее устройством Получателя.

Клиентские устройства

Среда Банка Отправителя

Информационная среда Отправителя

Среда Банка Получателя

непосредственно взаимодействует (поддерживает информационный обмен) только с компонентом Банк Отправителя и с Отправителем, предоставляя ему UI.

Компонент Банк Отправителя (БО)
Взаимодействует с компонентом Приложение Отправителя и компонентом ОПКЦ СБП
Хранит счет Отправителя и выполняет его дебетование на основании распоряжения, направляемого через Приложение Отправителя.

Компонент Банк Получателя (БП)
Взаимодействует с компонентом ОПКЦ СБП
Xранит банковский счет Получателя и выполняет кредитование его счета на основании распоряжения Отправителя.
Дает свое согласие ОПКЦ СБП на операцию СБП на основании полученного от ОПКЦ СБП распоряжения Отправителя.

Компонент ОПКЦ СБП.
Взаимодействует с компонентами БП, БО, Сервис Уведомлений и РС СБП

Компонент Расчетная система СБП (РС СБП).
Взаимодействует с компонентом ОПКЦ СБП. Выполняет расчеты между Банком Получателем и Банком Отправителем

Компонент Сервис Уведомлений (СУ).
Взаимодействует с компонентом ОПКЦ СБП и клиентским устройством

непосредственно взаимодействует (поддерживает информационный обмен) только с компонентом Банк Получателя и с Получателем, предоставляя ему UI.

СБП» (1)

«Кредит Счета Получателя» (2)

««Обновление данных в СБП по запросу Клиента» (3)

СБП»

информационный поток предназначен для согласования с Отправителем банка, в который Получателю будут направлены деньги, чтобы удостовериться в отсутствии ошибки в выборе Отправителя, то есть выяснение Отправителем банка, установленного по-умолчанию Получателем

предназначен для, собственно говоря, перевода денег от Отправителя к Получателю и для выполнения расчетов между Банком Отправителя и Банком Получателя.

СБП по запросу Клиента»

информационный поток предназначен для операции установка Клиентом банка в СБП по умолчанию.

Стандарта. В нем приводятся применяемые в Стандарте терминологические сокращения и вводится базовое понятие Стандарта –
Элемент Бизнес Данных (ЭБД), который широко применяется в Стандарте для обозначения тех очевидных элементарных составляющих информационных потоков СБП и составляющих их сообщений СБП, которые циркулируют между компонентами СБП: компонентом Банк Отправителя, компонентом ОПКЦ СБП и компонентом Банк Получателя. В данном разделе читатель обнаружит ссылки на внешние стандарты и связанную с данным Стандартом документацию от ОПКЦ СБП. Тут же будет приведена нотация и принципы нумерации требований, которые Стандарт предъявляет ко всем компонентам СБП.

Раздел 1

Раздел 2 настоящего Стандарта
дает понимание концептуальной архитектуры СБП. В этом разделе объясняются понятия и назначение сторон СБП, расположенных в них сред СБП, а также расположенных в средах СБП компонентов СБП (Приложение Отправителя, Банк Отправителя, ОПКЦ СБП, Банк Получателя, Приложение Получателя, Расчетная Система СБП и Сервис Уведомлений). В этом же разделе дается классификация и описание информационных потоков СБП, рассказывается, какие компоненты СБП в каких информационных потоках участвуют. Каждый информационный поток в данном разделе описан отдельно: указано в каких операциях СБП он принимает участие и из каких сообщений, передаваемых от одного компонента СБП другому компоненту СБП, он состоит. Для каждого сообщения указано, при каких обстоятельствах оно возникает и является ли оно проприетарным (то есть не регулируемым настоящим Стандартом), либо оно является сообщением СБП, то есть оно регулируется настоящим Стандартом и построено на основе ISO-20022 (либо по схемам acmt, либо по схемам pacs)

Раздел 2

сообщения, передаваемого от одного компонента СБП другому компоненту СБП при нормальном течении операции (без сбоев и задержек), при выполнении каждой из трех приведенных в настоящем Стандарте операций:
• Быстрый платеж (C2C)
• Быстрый платеж (Me2Me)
• Установка Банка в СБП по выбору Получателя
На каждом шаге указываются требования, которые должен выполнить компонент СБП, чтобы обработать сообщение СБП и продолжить операцию.

Раздел 3

Раздел 4

Раздел 4 настоящего содержит
требования к парсингу (разбору) сообщений, валидации (форматно-логический контроль) Блоков Данных (БД) и Элементов данных (ЭД) сообщений СБП. В этом же разделе приведены требования к действиям компонентов СБП при возникновении различных исключительных ситуаций. В этом же разделе приводятся требования к установке, проверке и отключению таймаутов.

Этот черновик является набором рекомендаций.

Внимание! Ничего из предлагаемого в нем не является требованием с нотацией «должен». Раздел описывает минимальные требования к пользовательскому интерфейсу (UI) компонента Приложение Отправителя и компонента Приложение Получателя при нормальном течении операции СБП и при возникновении исключительной ситуации. Авторы Стандарта будут признательны за любые предложения и замечания.

Раздел 5

Раздел 6

Раздел 6
не представлен в настоящей версии Стандарта.

После его создания он будет описывать
требования к безопасности соединений между компонентами СБП, а также функции безопасности, обеспечивающие дополнительную защиту, целостность и контроль значений определенных элементов данных (ЭД) или значений групп из нескольких элементов данных (ЭД). Представлен черновик структуры раздела.

и определения URL-адресов для отправки сообщений СБП, а также версий сообщений СБП, основанных на версиях настоящего Стандарта. Представлен черновик раздела.

Раздел 7

Раздел 8

Раздел 8 настоящего Стандарта описывает
строение всех сообщений СБП (ISO-20022), всех отдельных блоков данных (БД) и всех элементов данных (ЭД), из которых упомянутые сообщения состоят. При описании каждого элемента данных (ЭД) сообщений СБП (ISO-20022) указывается, значение какого именно элемента бизнес данных (ЭБД) он содержит, либо какую иную обязательную константу (не являющуюся по своему смыслу значением элемента бизнес данных (ЭБД)) он в себе содержит, и почему.

полученного сообщения СБП компонент СБП может сформировать значения для элементов данных (ЭД) нового сообщения, а также указывает на то, какие элементы данных (ЭД) и их значения компоненту СБП необходимо сформировать оригинальными или заново. Такие рекомендации приведены для всех сообщений СБП (ISO-20022). Представлено 4 примера.

Раздел 9

Раздел 10

Раздел 10 дает ясное понимание полного набора Элементов Бизнес Данных (ЭБД), а также правила, по которым Элементы Бизнес Данных (ЭБД) помещаются в сообщения СБП (ISO-20022): в каком сообщении СБП каждый Элемент Бизнес Данных (ЭБД) «рождается» с оригинальным значением, и в каких последующих сообщениях СБП его значение повторяется, извлекаясь из тех предшествующих сообщений СБП, в котором он «родился» с оригинальным значением.

примеры сообщений СБП всех типов в формате XML документов.

Раздел 11

сайте ISO-20022 в разделе каталог:

https://www.iso20022.org/full_catalogue.page

для решения нефинансовых задач

https://www.iso20022.org/documents/general/acmt_caivai_PaymentsMaintenance2012.zip

В СБП использованы две группы схем сообщений,
разработанные компаниями GUF и SWIFT User Group

pacs - PAyments Clearing and Settlement

Группа схем 2017 года компании SWIFT. Предназначена для движения денег.

https://www.iso20022.org/sites/default/files/documents/general/ISO20022_MDR_PaymentsClearingAndSettlement_2017_2018.zip

FIToFIPaymentStatusRequestV02

Подтип схемы сообщения .

Разделитель

Точка.

Вариант схемы сообщения

Цифровое значение .

Разделитель

Точка.

Версия схемы сообщения

Цифровое значение .

(БД) первого уровня. Для всех сообщений СБП (ISO-20022) включает блоки данных (БД) второго уровня:
БД Business Application Header (тэг ), который, в свою очередь, включает блоки данных (БД) и элементы данных (ЭД) третьего уровня и последующих уровней
БД Document (тэг ), который, в свою очередь, включает блоки данных (БД) и элементы данных (ЭД) третьего уровня и последующих уровней

xmlns

Обязательный атрибут .Указывает на то, что элементы и типы данных, используемые в схеме, происходят из пространства имен Стандарта СБП, например, для сообщения C01 это «ISO200022PayMessageRequest».

данной примере он соответствует XML схеме head.001.001.01, namespace которой указывается в блоке «AppHdr».

xmlns:document

Обязательный атрибут .Указывает на формат блока данных (БД) Document (тэг ). Он одинаков для сообщений СБП, построенных на базе одной схемы (acmt или pacs), и отличается для сообщений СБП, построенных на разных схемах ISO-20022.

xmlns:xsi

Обязательный атрибут . Пространство имен для XML Schema Instance. В данноми Стандарте всегда принимает значение
http://://www://www.://www.w://www.w3.://www.w3.org://www.w3.org/2001/://www.w3.org/2001/XMLSchema://www.w3.org/2001/XMLSchema-instance

xsi:schemaLocation

Обязательный атрибут . Атрибут имеет два значения, разделенных пробелом. Первое значение - это пространство имен. Второе значение - расположение схемы XML, используемой для этого пространства имен

pacs

A02 A22 A24

C02 C04 C06 C22 C24 C12 C14

Запросы

Ответы

A01 A21 A23

C01 C03 C05 C21 C23 C11 C13

на русском языке

Диапазон допустимых значений

Аббревиатура

(заключена в тексте стандарта в круглые скобки)

Номер

{заключен в тексте стандарта в фигурные скобки}

Формат

Указан в таблицах раздела 8 стандарта

{95} Банковский Идентификационный Код Банка Получателя (БИК БН ПО)

Элемент бизнес-данных (ЭБД) с номером {95} согласно разделу 10 Стандарта.
Код, сокращенно именуемый БИК, который входит в число обязательных реквизитов для всех кредитных учреждений. Для любого банка данный реквизит является обязательным по той причине, что именно он позволяет идентифицировать участника расчетов. Порядок определения Банком Получателя своего БИК для использования в ОПКЦ СБП для целей СБП, указан в [2].

Допустимы значения из справочника Банка России, выданные соответствующему финансовому институту

ISO-20022 имеют обобщенный характер, и несут в себе понятия с достаточно высокой степенью абстракции, поскольку сам стандарт ISO-20022 построен на основе усечённой теоретической модели организации по Захману

Простота

Чтобы избежать излишней сложности в использовании такого подхода в Стандарт было введено понятие Элемент Бизнес Данных (ЭБД).

Бизнес-смысл

Значения элементов бизнес данных (ЭБД) фактически составляют семантический бизнес-смысл сообщений СБП.

Распределенность

Элементы бизнес данных (ЭБД) распределены по элементам данных (ЭД) и блокам данных (БД) сообщений ISO-20022.

должен

[Требование 009] Установить безопасное соединение с Банком Отправителя (соединение А. Приложение Отправителя ↔ Банк Отправителя согласно разделу 6.1.1 настоящего Стандарта)

Компонент Банк Отправителя должен

[Требование 010] Надежно аутентифицировать Отправителя при запуске и при использовании им компонента Приложение Отправителя на клиентском устройстве и гарантировать, что Банк Отправителя не будет предъявлять претензий в связи с этим к СБП.

Способ и надежность аутентификации Отправителя выходит за рамки настоящего Стандарта и не регулируется им.

Банк Отправителя может

[Требование 011] Предоставить Отправителю в Приложение Отправителя функцию «Быстрый платеж».

Банк Отправителя должен

[Требование 012] Предоставить Отправителю в компоненте Приложение Отправителя доступ к следующим опциям

(1) Получение значения ЭБД {20} Идентификатор Получателя (ИД ПО) (номер телефона), например, из книги Контактов,
(2) выбор счета Отправителя среди его счетов в Банке Отправителя для дебетования,
(3) Указание значений для ЭБД {44} Сумма операции СБП (СУМ ОП СБП) и ЭБД {9} Валюта Операции (ВЛ ОП) Операции СБП.


[Требование 013] В компоненте Приложение Отправителя автоматически формировать данные, позволяющие компоненту Банк Отправителя, будучи им полученными, определить значения для следующих ЭБД

(1) ЭБД {47} Тип Идентификатора Получателя (ТИД ПО)
(2) ЭБД {21} Идентификатор Отправителя (ИД ОТ)
(3) ЭБД {46} Тип Идентификатора Отправителя (ТИД ОТ)

Отправитель в Приложении Отправителя выбирает пункт меню «Быстрый платеж» или иной, определенный для этого в компоненте Приложение Отправителя.

Находясь в выбранном Отправителем пункте UI компонента Приложение Отправителя, Отправитель выбирает в нем
- Выбирает из меню/вводит данные, позволяющие компоненту Банк Отправителя сформировать значение ЭБД {20} Идентификатор Получателя (ИД ПО)
Внимание! ЕСЛИ помимо произведенного выбора/ввода номера телефона Получателя Отправитель также
- выбирает самостоятельно из списка Банк Получателя, что должно позволить в дальнейшем компоненту Банк Отправителя сформировать значение для ЭБД {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ) и
- указывает значения для ЭБД {44} Сумма операции СБП (СУМ ОП СБП) и ЭБД {9} Валюта Операции (ВЛ ОП) Операции СБП.
ТО
- информационный поток «Получение Клиентом данных из СБП» (1) не начинается, а
- начинается сразу информационный поток «Кредит счета Получателя» (2), и компонент Приложение Отправителя переходит к выполнению шага 8 этого информационного потока (2).
Отправитель взаимодействует с пользовательским интерфейсом Приложения Отправителя и

- Либо нажимает кнопку, имеющую смысл «Продолжить» или «Подтвердить», тогда операция продолжается с Шага 2.
- Либо нажимает кнопку «Отменить» или «Выйти», если Отправитель передумал, и решил вовсе отказаться от выполнения операции СБП. Тогда компонент Приложение Отправителя должен прекратить операцию СБП и перейти в состояние начала Шага 1.

Отправителя.

Как только Отправитель выбрал из списка или ввел значение для ЭБД {20} Идентификатор Получателя (ИД ПО) (номер телефона) и нажал кнопку, смысл которой «Продолжить» или «Подтвердить», компонент Приложение Отправителя должен:

[Требование 014] Сформировать для передачи компоненту Банк Отправителя значения для последующего формирования компонентом Банк Отправителя значений для следующих элементов бизнес данных (ЭБД):

{20} Идентификатор Получателя (ИД ПО)
{47} Тип Идентификатора Получателя (ТИД ПО)
{21} Идентификатор Отправителя (ИД ОТ)
{46} Тип Идентификатора Отправителя (ТИД ОТ)

[Требование 015] Сформировать и направить Банку Отправителю сообщение Default Beneficiary Bank Request (Propraetary), используя соединение, установленное согласно [Требованию 009], включив в него значения, указанные в [Требовании 014]. Формат и состав (набор элементов данных) сообщения Default Beneficiary Bank Request (Proprietary) является проприетарным и не регулируется настоящим Стандартом.

СБП

Компонент Банк Отправителя должен

[Требование 016] Получить от компонента Приложение Отправителя, разобрать и валидировать сообщение Default Beneficiary Bank Request (Proprietary) согласно проприетарным требованиям.

[Требование 017] Сформировать значение равное ‘00000000000000000000000000000000’ (32 нуля) для ЭБЛ {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП).

[Требование 018] Сформировать сообщение Default Beneficiary Bank Request (A01-acmt.23.001.02) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него значения, полученные от Приложения Отправителя согласно [Требованию 014] для соответствующих ключевых элементов бизнес-данных и согласно [Требованию 017] (очевидно, не ограничиваясь перечисленными).

- {20} Идентификатор Получателя (ИД ПО)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП).

[Требование 019] Установить безопасное соединение с ОПКЦ СБП (соединение б. Банк Отправителя ↔ ОПКЦ СБП согласно разделу 6.1.2 настоящего Стандарта).

[Требование 020] Передать сообщение Default Beneficiary Bank Request (A01- acmt.23.001.02) в ОПКЦ СБП.

СБП должен

[Требование 021] Получить от компонента Банк Отправителя, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение Default Beneficiary Bank Request (A01--acmt.23.001.02).

[Требование 022] Проверить допустимость значения {22} Идентификатор Банка Отправителя (ИД БО), то есть проверить факт его регистрации в ОПКЦ СБП

[Требование 023] Отыскать по значениям ЭБД
- {47} Тип Идентификатора Получателя (ТИД ПО) и
- {20} Идентификатор Получателя (ИД ПО) (номер мобильного телефона)

значение для ЭБД {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ), который может быть заранее установлен Получателем в результате выполнения им операции «Установка Банка в СБП по выбору Получателя» (см. раздел 3.3 для знакомства с шагами обработки этой нефинансовой операции СБП).

(1) ЕСЛИ для сочетания значений ЭБД

- {47} Тип Идентификатора Получателя (ТИД ПО) и
- {20} Идентификатор Получателя (ИД ПО)

значение ЭБД {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ) было найдено,

ТО
- подготовить значение TRUE для ЭД 3.2 Verification формируемого сообщения Beneficiary Bank Response (A02- acmt.24.001.02).
- подготовить значение для ЭБД {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ) формируемого сообщения Beneficiary Bank Response (A02-acmt.24.001.02).

(2) ЕСЛИ для сочетания значений ЭБД

- {47} Тип Идентификатора Получателя (ТИД ПО) и
- {20} Идентификатор Получателя (ИД ПО)

значение ЭБД {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ) не было найдено,

ТО
- подготовить значение FALSE для ЭД 3.2 Verification формируемого сообщения Default BeneficiaryBankResponse (A02- acmt.24.001.02).

[Требование 024] Сформировать уникальные значения для элемента бизнес-данных (ЭБД)
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП) (согласно требованиям раздела 6.2)

[Требование 025] Сформировать сообщение Default BeneficiaryBankResponse (A02-acmt.24.001.02) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него ЭБД, сформированные согласно [Требованию 023], [Требованию 024], и соответствующее значение ЭБД {29} Код Ответа (КО) из раздела 8.2.2 (ЭД 3.5)

[Требование 026] Передать сообщение Default BeneficiaryBankResponse (A02-acmt.24.001.02) компоненту Банк Отправителя через безопасное соединение, установленное согласно [Требованию 019].

Отправителя должен:

[Требование 027] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение Default BeneficiaryBankResponse (A02 - acmt.24.001.02).

[Требование 028] Определить результат, соответствующий диспозиции операции и ее характеристике, для помещения в сообщение Default BeneficiaryBankResponse (Proprietary).

[Требование 029] Запомнить для последующего включения в сообщения СБП, направляемые компоненту ОПКЦ СБП, значения элементов бизнес-данных (ЭБД)
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП)

[Требование 030] Сформировать сообщение Default BeneficiaryBankResponse (Proprietary).

- При стандартной диспозицииоперации СБП

либо проинформировать о найденном значении ЭБД значение ЭБД
{25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ)
-
либо проинформировать, что значение ЭБД {25} не найдено, и Отправителю следует явно указать Банк Получателя.

- Либо при исключительной диспозиции операции СБП – о фактическом результате операции СБП


[Требование 031] Направить сообщение DefaultBeneficiaryBankResponse (Proprietary) компоненту Приложение Отправителя через безопасное соединение, установленное согласно [Требованию 009].

Отправителя должен:

[Требование 032] Получить от компонента Банк Отправителя, сообщение DefaultBeneficiaryBankResponse (Proprietary), разобрать и валидировать его согласно проприетарным требованиям.

[Требование 033] Отобразить Отправителю сообщение согласно результату операции СБП, основанному на диспозиции операции и клиентской интерпретации значения ЭБД {29} Код Ответа (КО).

ЕСЛИ определена стандартная диспозиция операции,
ТО перейти к [Требованию 034].

ЕСЛИ определена исключительная диспозиция операции,
ТО отобразить Отправителю сообщение согласно диспозиции операции и требованиям раздела 5 настоящего Стандарта и вернуться к [Требование 014] Шага 2.

[Требование 034] Отобразить Отправителю сообщение согласно стандартной диспозиции операции и требованиям раздела 5 настоящего Стандарта, а также предоставить Отправителю возможность выбрать Банк Получателя из списка согласно требованиям раздела 5 настоящего Стандарта, то есть указать значение, которое позволит Банку Отправителю на Шаге 9 сформировать значение для
ЭБД {24} Идентификатор Банка Получателя (ИД БП).

[Требование 035] Завершить соединение, установленное согласно [Требованию 009]


Внимание! На этом информационный поток «Получение Клиентом данных из СБП» (1) для операции Быстрый платеж (C2C Push) завершается.

Внимание! Операция Быстрый платеж (C2C Push) должа быть продолжена с Шага 7 информационного потока «Кредит счета Получателя» (2).

Отправителя, перечисленные далее, могут выполняться в Приложении Отправителя, в любой последовательности, удобной для Отправителя.
 
Отправитель выбирает/указывает в Приложении Отправителя
 
собственный счёт для дебетования (откуда будут списаны деньги)
название Банка Получателя из списка (фактически указывает значение, которое позволит Банку Отправителю на Шаге 9 сформировать {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ)).
значение для ЭБД {44} Сумма операции СБП (СУМ ОП СБП) и
значение для ЭБД {9} Валюта Операции (ВЛ ОП).
 
Значения ЭБД
 
{20} Идентификатор Получателя (ИД ПО)
{47} Тип Идентификатора Получателя (ТИД ПО)
{21} Идентификатор Отправителя (ИД ОТ)
{46} Тип Идентификатора Отправителя (ТИД ОТ)
 
должны уже быть известны компоненту Приложение Отправителя и/или компоненту Банк Отправителя в результате выполнения шагов информационного потока «Получение Клиентом данных из СБП» (2), описаных в разделе 3.1.1.
 
После выполненных действий Отправитель нажимает кнопку, имеющую смысл «Отправить» или «Выполнить» согласно требованиям раздела 5 настоящего Стандарта.

Отправитель нажал кнопку, меющую смысл «Отправить» или «Выполнить», компонент Приложение Отправителя должен:

[Требование 036] Сформировать сообщение ConfirmationRequest (Proprietary) с целью

подтверждения возможности совершения операции СБП
получения и предъявления Отправителю значения ЭБД {74} PAM Получателя (PAM ПО).

В этом сообщении должны присутствовать значения, которые должны обеспечить формирование Банком Отправителем следующих элементов данных

{21} Идентификатор Отправителя (ИД ОТ)
{46} Тип Идентификатора Отправителя (ТИД ОТ)
{47} Тип Идентификатора Получателя (ТИД ПО), значение которого указывает на телефон, как идентификатор Получателя.
{20} Идентификатор Получателя (ИД ПО), в котором указан номер телефона Получателя.
{25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ), ссылку на значение которого выбрал Отправитель.
{44} Сумма операции СБП (СУМ ОП СБП), в котором указана определенная Отправителем сумма.
{9} Валюта Операции (ВЛ ОП), в котором указан код валюты операции, определенный Отправителем.

[Требование 037] Установить безопасное соединение с компонентом Банк Отправителя (соединение А. Приложение Отправителя ↔ Банк Отправителя согласно разделу 6.1.1 настоящего Стандарта)

[Требование 038] Направить сообщение ConfirmationRequest (Proprietary) компоненту Банк Отправителя через безопасное соединение, установленное согласно [Требованию 037].

обработке операции СБП значение ЭБД {99} Метка времени операции СБП (МВО СБП)
путем присваивания этому значению значения ЭБД {13} Дата и Время Отправки Сообщения Банка Отправителя (ДВОС БО), формируемого всякий раз согласно [Требованию 012]

[Требование 045] Сформировать сообщение ConfirmationRequest (С01-pacs.008.001.07) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него значения для следующих ключевых элементов бизнес-данных (очевидно, не ограничиваясь перечисленными, согласно разделам 8, 9 и 10),
полученных на Шаге 3:
- {20} Идентификатор Получателя (ИД ПО)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)

полученных на Шаге 5:
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП)

полученных на текущем Шаге 9:
- {24} Идентификатор Банка Получателя (ИД БП)
- {75} PAM Отправителя (PAM ОТ)
- {44} Сумма операции СБП (СУМ ОП СБП)
- {9} Валюта Операции (ВЛ ОП)
- {99} Метка времени операции СБП (МВО СБП)
- {32} Назначение Платежа (НП), если сочтет необходимым его включение.
[Требование 046] Установить безопасное соединение с ОПКЦ СБП (соединение Б. Банк Отправителя ↔ ОПКЦ СБП согласно разделу 6.1.2 настоящего Стандарта).

[Требование 047] Передать сообщение ConfirmationRequest (С01-pacs.008.001.07) в ОПКЦ СБП через безопасное соединение, установленное] согласно [Требованию 045.

Шаг 9: ConfirmationRequest (С01-pacs.008.001.07). Банк Отправителя → ОПКЦ СБП.

Компонент Банк Отправителя должен:

[Требование 039] Получить от компонента Приложение Отправителя, разобрать и валидировать сообщение ConfirmationRequest (Proprietary) согласно проприетарным требованиям.

[Требование 040] Если
- {44} Сумма операции СБП (СУМ ОП СБП) с учетом ЭБД {9} Валюта Операции (ВЛ ОП),

превышает ограничение, установленное законодательством (см. N 115-ФЗ), то подготовить для последующей передачи компоненту ОПКЦ СБП значения элементов бизнес данных (ЭБД), предусмотренных для этих целей (см. раздел 8.2.1 и раздел 10.1), содержащих данные Отправителя.

[Требование 041] Если в сообщении ConfirmationRequest (Proprietary) присутствует указатель на значение элемента бизнес-данных (ЭБД) {25} Идентификатор Банка, установленный Клиентом (ИД БН УС КЛ), то вычислить его непосредственное значение ЭБД {24} Идентификатор Банка Получателя (ИД БП), идентифицирующее Банк Получателя.

[Требование 042] Проверить имеющиеся ограничения по счету Отправителя и по договору с Отправителем, в частности, удостовериться в достаточности средств на счете Отправителя для подачи распоряжения на проверку возможности выполнения операции СБП, которым будет являться подготавливаемое сообщение ConfirmationRequest (С01-pacs.008.001.07) информационного потока «Кредит счета Получателя» (2).

Если средств на счете Отправителя недостаточно, выполнить Шаг 9 таким образом, чтобы Отправитель мог вернуться к выполнению Шага 7 с целью выбора другого счета для дебетования или исправления значения для ЭБД {44} Сумма операции СБП (СУМ ОП СБП).

Компонент Банк Отправителя может:

[Требование 043] Установить холд на счете Отправителя, с которого будут взяты деньги для обеспечения расчетов по данной финансовой операции СБП, в размере, необходимом для расчетов за операцию и для уплаты комиссий. Для определения минимально необходимого размера холда, можно ориентироваться на значения элементов бизнес-данных (ЭБД)

- {44} Сумма операции СБП (СУМ ОП СБП)
- {9} Валюта Операции (ВЛ ОП)

СБП должен:

[Требование 048] Получить от компонента Банк Отправителя, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение ConfirmationRequest (С01-pacs.008.001.07).

[Требование 049] Проверить допустимость значений следующих ЭБД
- {22} Идентификатор Банка Отправителя (ИД БО), то есть проверить факт его регистрации в ОПКЦ СБП
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП)
[Требование 050] Выполнить любые проверки и контрольные сравнения, предусмотренные [2] (см. раздел 1.8), а также любые иные допустимые проверки на усмотрение ОПКЦ СБП с целью управления рисками согласно требованиям документов раздела 1.8.

[Требование 051] Определить компонент Банк Получателя по значению ЭБД {24} Идентификатор Банка Получателя (ИД БП) для отправки ему сообщения ConfirmationRequestFromIPS (С03-pacs.008.001.07) компоненту Банк Получателя

[Требование 052] Сформировать уникальное значение ЭБД {103} Контрольное Значение Операции СБП (КЗО СБП) согласно требованиям раздела 6.2.

[Требование 053] Установить безопасное соединение с выбранным согласно [Требованию 050] компонентом Банк Получателя (соединение В. ОПКЦ СБП ↔ Банк Получателя согласно разделу 6.1.3. настоящего Стандарта).

[Требование 054] Сформировать сообщение ConfirmationRequestFromIPS (С03-pacs.008.001.07) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10 и направить его компоненту Банк Получателя через безопасное соединение, установленное согласно [Требованию 053].

Получателя должен:

[Требование 055] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение ConfirmationRequestFromIPS (С03-pacs.008.001.07).

[Требование 056] Запомнить для последующего использования согласно требованиям законодательства и согласно условиям договора с Получателем значения ЭБД,

характеризующие Отправителя, в частности
- {1} Адрес Отправителя (АДР ОТ)
- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)
- {50} Фамилия Имя и Отчество Отправителя (ФИО ОТ)
- {75} PAM Отправителя (PAM ОТ)

И при наличии в сообщении также значения ЭБД
- {90} Тип документа Отправителя (ДОК ТП ОТ)
- {91} Идентификатор документа Отправителя (ДОК ИД ОТ)
- {96} Идентификационный номер налогоплательщика Отправителя (ИНН ОТ)

характеризующие Банк Отправителя, в частности
- {94} Банковский Идентификационный Код Банка Отправителя (БИК БН ОТ)

[Требование 057] Выполнить анализ состояния счета Получателя с учетом условий операции, включая значения ЭБД
- {44} Сумма операции СБП (СУМ ОП СБП) и
{9} Валюта Операции (ВЛ ОП).

[Требование 058] На основании значений ЭБД
- {47} Тип Идентификатора Получателя (ТИД ПО) и
- {20} Идентификатор Получателя (ИД ПО)
определить значение для ЭБД
{74} PAM Получателя (PAM ПО)

[Требование 059] Определить значение ЭБД {29} Код Ответа (КО) для его помещения в сообщение ConfirmationResponseToIPS (C04- pacs.002.001.09) следующим образом

- Если значение для элемента данных {74} PAM Получателя (PAM ПО) не может быть определено, установить значение в элементе бизнес данных {29} Код Ответа (КО) таким, чтобы он имел смысл - «PAM не может быть определен» для его помещения в сообщение ConfirmationResponseToIPS (C04-pacs.002.001.09). Выбор делается согласно описанию в таблице 8.17 в разделе 8.

- Если есть иные ограничения для выполнения операции на стороне компонента Банк Получателя, выбрать одно из близких по смыслу значений для элемента данных бизнес-данных {29} Код Ответа (КО) согласно описанию в таблице 8.17 в разделе 8.

- Если значение для элемента бизнес данных {74} PAM Получателя (PAM ПО) определено и нет иных ограничений на выполнение операции, установить значение в ЭБД {29} Код Ответа (КО) таким, чтобы он имел смысл «Успешно» (значение ‘B00000’).

Компонент Банк Получателя должен:

[[Требование 060] Если
- {44} Сумма операции СБП (СУМ ОП СБП) с учетом ЭБД {9} Валюта Операции (ВЛ ОП),

превышает ограничение, установленное Законом РФ N 115-ФЗ, то включить в сообщение ConfirmationResponseToIPS (C04-pacs.002.001.09) элементы бизнес-данных (ЭБД), предусмотренные для этих целей (см. раздел 8.2.1 и раздел 10.1), содержащий данные Получателя.


[Требование 061] Сформировать сообщение ConfirmationResponseToIPS (C04-pacs.002.001.09) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него

при стандартной диспозиции, не ограничиваясь перечисленными,
сформированное согласно [Требованию 048] значние для ЭБД {29} Код Ответа (КО)
значения ЭБД, сформированные согласно [Требованию 058]
полученные от компонента ОПКЦ СБП значение ЭБД
{27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
{103} Контрольное Значение Операции СБП (КЗО СБП)
Если значение ЭБД {29} Код Ответа (КО) имеет смысл «Успешно» (значение ‘B00000’), то в сообщение должен быть включен сформированный согласно [Требованию 049] элемент данных {74} PAM Получателя (PAM ПО).
Значения элементов данных, предусмотренные законодательством, которые характерзуют Получателя и Банк Получатаеля.

При исключительной диспозиции операции
значение для ЭБД {29} Код Ответа (КО), полученное согласно одному из требований раздела 4.4.


[Требование 062] Направить сообщение ConfirmationResponseToIPS (C04-pacs.002.001.09) компоненту ОПКЦ СБП через безопасное соединение, установленное согласно [Требованию 044].

Внимание! Выполнение требований настоящего шага означает, что Банк Получателя берет на себя ответственность за согласие Получателя на зачисление средств на счет.

обязан:

[Требование 063] Получить от компонента Банк Получателя, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение ConfirmationResponseToIPS (C04-pacs.002.001.09).

[Требование 064] Проверить допустимость значений следующих ЭБД
- {24} Идентификатор Банка Получателя (ИД БП), то есть проверить факт его регистрации в ОПКЦ СБП
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП), сформрованное на Шаге 10 в рамках [Требования 051]

[Требование 065] Выполнить любые иные проверки и контрольные сравнения, предусмотренные [2] (см. раздел 1.8), а также любые иные допустимые проверки на усмотрение ОПКЦ СБП с целью контролья целостности и управления рисками согласно требованиям документов раздела 1.8 и собственными регламентами ОПКЦ СБП.

[Требование 066] Определить соответствующий {29} Код Ответа (КО) в зависимости от диспозиции операции и ее характеристики, а также результатов выполненных проверок.

В частности, например, при стандартной диспозиции операции, не ограничиваясь указанным, проверить, что:

Если {29} Код Ответа (КО) означает «Успешно» (B00000) и при этом, соответственно, отсутствует {74} PAM Получателя (PAM ПО), то изменить значение ЭБД {29} Код Ответа (КО) на негативный с указанием близкого по содержанию смысла.
В частности, например, при исключительной диспозиции операции, не ограничиваясь указанным, получить значение ЭБД БД {29} Код Ответа (КО), сформированное согласно одному из требований раздела 4.4.

[Требование 067] ЕСЛИ
- значение ЭБД {29} Код Ответа (КО) означает «Успешно» (B00000) и
- значение ЭБД {74} PAM Получателя (PAM ПО) присутствует,
ТО
Сформировать новое значение ЭБД {103} Контрольное значение Операции СБП (КЗО СБП) согласно требованиям раздела 6.2.


[Требование 068] Сформировать с учеотм диспозиции операции сообщение ConfirmationResponse (C02-pacs.002.001.09) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него, не ограничиваясь значениями перечисленных далее значений ЭБД, сформированных согласно [Требованию 065], [Требованию 066], и направить его компоненту Банк Отправителя через безопасное соединение, установленное согласно [Требованию 045].

Отправителя обязан:

[Требование 069] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение ConfirmationResponse (C02-pacs.002.001.09).

[Требование 070] Запомнить для дальнейшего применения в обработке Операции СБП значения следующих ЭБД из полученого сообщения PAM-response (A12- acmt.24.001.02).

- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП),
- {103} Контрольное значение Операции СБП (КЗО СБП).
[Требование 071] Запомнить для последующего использования согласно требованиям законодательства и согласно условиям договора с Отправителем значения ЭБД, характеризующие Получателя, в частности

- {2} Адрес Получателя (АДР ПО)
- {20} Идентификатор Получателя (ИД ПО)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {51} Фамилия Имя и Отчество Получателя (ФИО ПО)
- {74} PAM Получателя (PAM ПО)

И при наличии в сообщении также значения ЭБД
- {92} Тип документа Получателя (ДОК ТП ПО)
- {93} Идентификатор документа Получателя (ДОК ИД ПО)
- {97} Идентификационный номер налогоплательщика Получателя (ИНН ПО)

характеризующие Банк Получателя, в частности
- {95} Банковский Идентификационный Код Банка Получателя (БИК БН ПО)

[Требование 072] Определить фактический результат операции по диспозиции операции и по элементу данных {29} Код Ответа (КО).

Указать значение ЭБД {29} Код Ответа (КО), соответствующее характеристике исключительной диспозиции или

Указать значение ЭБД {29} Код Ответа (КО) при Стандартной диспозиции:

Если значение ЭБД {29} Код Ответа (КО) означает «Успешно» (B00000) и при этом, соответственно, отсутствует {74} PAM Получателя (PAM ПО), результат операции неуспешен.

Если значение ЭБД {29} Код Ответа (КО) означает «Успешно» (B00000) и при этом, соответственно, присутствует {74} PAM Получателя (PAM ПО), результат операции успешен.

[Требование 073] Направить сообщение ConfirmationResponse (Proprietary) компоненту Приложение Отправителя через безопасное соединение, установленное согласно [Требованию 037], в которое включить

при стандартной диспозиция операции

- смысл значения ЭБД {29} Код Ответа (КО) для объяснения Отправителю фактического результата Операции СБП согласно требованиям раздела 5 и {74} PAM Получателя (PAM ПО), если значение, если {29} Код Ответа (КО) означает «Одобрено »,

при исключительной диспозиции операции

- фактический результат операции СБП

Приложение Отправителя должен:

[Требование 074] Получить от компонента Банк Отправителя, разобрать и валидировать сообщение ConfirmationResponse (Proprietary) согласно проприетарным требованиям.

Компонент Приложение Отправителя может:

[Требование 075] Завершить соединение, установленное согласно [Требованию 037]

Компонент Приложение Отправителя должен:

[Требование 076] Отобразить Отправителю сообщение согласно диспозиции операции.
Если определена Стандартная диспозиция операции, то перейти к [Требованию 076].
Если определена исключительная диспозиция операции, то отобразить Отправителю сообщение согласно диспозиции операции в соответствии с требованиями раздела 5 настоящего Стандарта и вернуться к Шагу 7.

[Требование 077] Отобразить Отправителю полученное значение ЭБД {74} PAM Получателя (PAM ПО), в соответствии с требованиями раздела 5 настоящего Стандарта.

[Требование 078] Предоставить Отправителю возможность убедиться в верности значения ЭБД {74} PAM Получателя (PAM ПО).

[Требование 079] Если в период действия [Требования 077] Отправитель перевел Приложение Отправителя в бэкграунд или нажал кнопку «Выход» (физическую или логическую), либо истек таймаут, прекратить операцию СБП и сообщить об этом Отправителю согласно требованиям раздела 5.

должен:

[Требование 080] Сделать в этот момент недоступным редактирование значения ЭБД {44} Сумма операции СБП (СУМ ОП СБП) для Отправителя, определенное Отправителем на Шаге 7 и переданное компонентом Приложение Отправителя компоненту Банк Отправителя на Шаге 8.

Отправитель взаимодействует с пользовательским интерфейсом Приложения Отправителя и

- Либо нажимает кнопку «Выполнить» (если Отправитель узнал Получателя по значению {74} PAM Получателя (PAM ПО)). Тогда операция продолжается с Шага 16.
-
Либо нажимает кнопку «Отменить» или «Выйти» (если Отправитель не узнал Получателя по {74} PAM Получателя (PAM ПО), либо, если Отправитель передумал, и решил вовсе отказаться от выполнения операции СБП). Тогда компонент Приложение Отправителя должен прекратить операцию СБП и перейти в состояние начала Шага 1.

нажал кнопку «Выполнить», то компонент Приложение Отправителя должен:

[Требование 081] Сформировать сообщение CreditTransferRequest (Proprietary) согласно проприетарным требованиям с целью выполнения перевода денег Получателю. В этом сообщении должны присутствовать данные, которые потом позволят компоненту Банк Отправителя однозначно установить значения для следующих элементов бизнес-данных (ЭБД)

- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {20} Идентификатор Получателя (ИД ПО)
- {24} Идентификатор Банка Получателя (ИД БП)
- {44} Сумма операции СБП (СУМ ОП СБП)
- {9} Валюта Операции (ВЛ ОП)
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП)
[Требование 082] Установить безопасное соединение с компонентом Банк Отправителя (соединение А. Приложение Отправителя ↔ Банк Отправителя согласно разделу 6.1.1 настоящего Стандарта)

[Требование 083] Направить сообщение CreditTransferRequest (Proprietary) компоненту Банк Отправителя через безопасное соединение, установленное согласно [Требованию 081].

Отправителя должен:

[Требование 084] Получить от компонента Приложение Отправителя, разобрать и валидировать сообщение CreditTransferRequest (Proprietary) согласно проприетарным требованиям.

[Требование 085] Убедиться, что значения следующих ЭБД

- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {20} Идентификатор Получателя (ИД ПО)
- {24} Идентификатор Банка Получателя (ИД БП)
- {44} Сумма операции СБП (СУМ ОП СБП)
- {9} Валюта Операции (ВЛ ОП)

которые следует определить по результатам обработки сообщения CreditTransferRequest (Proprietary), полученного на текущем шаге, остались неизменными по сравнению с их значениями, полученными в сообщении ConfirmationRequest (Proprietary) на Шаге 9


Компонент Банк Отправителя может:

[Требование 086] Если это не было выполнено на Шаге 9 в рамках выполнения рекомендуемого [Требования 036], установить холд на счете Отправителя, с которого будут взяты деньги для операции, в размере, необходимом для выполнения операции и оплаты комиссий. Для определения минимально необходимого размера холда, можно ориентироваться на значения элементов бизнес-данных (ЭБД)

- {44} Сумма операции СБП (СУМ ОП СБП)
- {9} Валюта Операции (ВЛ ОП)
Компонент Банк Отправителя должен:

[Требование 087] Сформировать сообщение CreditTransferRequest (C05-pacs.008.001.07) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него, наряду с другими обязательными значениями элементо данных (ЭД) значения следующих ЭБД (очевидно, не ограничиваясь ими (см. раздел 8, 9 и 10)):

- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП), полученное в сообщении ConfirmationResponse (C02- pacs.002.001.09) на шаге 13.
- {99} Метка времени операции СБП (МВО СБП), полученная на шаге 9
- {103} Контрольное значение Операции СБП (КЗО СБП), полученное в сообщении ConfirmationResponse (C02- pacs.002.001.09) на шаге 13.
- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {20} Идентификатор Получателя (ИД ПО),
- {24} Идентификатор Банка Получателя (ИД БП)
- {44} Сумма операции СБП (СУМ ОП СБП).
- {9} Валюта Операции (ВЛ ОП).
[Требование 088] Установить безопасное соединение с ОПКЦ СБП (соединение б. Банк Отправителя ↔ ОПКЦ СБП согласно разделу 6.1.2 настоящего Стандарта).

[Требование 089] Передать сообщение CreditTransferRequest (C05-pacs.008.001.07) в ОПКЦ СБП через безопасное соединение, установленное согласно [Требованию 088].

090] Получить от компонента Банк Отправителя, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение CreditTransferRequest (C05-pacs.008.001.07).

[Требование 091] Проверить допустимость значений следующих ЭБД
- {22} Идентификатор Банка Отправителя (ИД БО), то есть проверить факт его регистрации в ОПКЦ СБП
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {103} Контрольное Значение Операции СБП (КЗО СБП), сформированное на Шаге 12 ([Требование 067])

[Требование 092] Выполнить любые иные проверки и контрольные сравнения, предусмотренные [2] (см. раздел 1.8), а также любые иные допустимые проверки на усмотрение ОПКЦ СБП с целью управления рисками согласно требованиям документов раздела 1.8.

[Требование 093] Сформировать значения для следующих ЭБД
- {29} Код Ответа (КО)
- {42} Статус Операции ОПКЦ СБП (СО ОПКЦ СБП)
[Требование 094] Сформировать сообщение CreditTransferResponse (C06-pacs.002.001.09) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10 с учетом диспозиции операции, включив негоследующие значения ЭБД, не ограничиваясь, очевидно, перечисленными.
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП), полученное в сообщении ConfirmationResponse (C02-pacs.002.001.09) на шаге 13.
- {99} Метка времени операции СБП (МВО СБП)
- {103} Контрольное значение Операции СБП (КЗО СБП), полученное в сообщении ConfirmationResponse (C02-pacs.002.001.09) на шаге 13.
- {21} Идентификатор Отправителя (ИД ОТ)
- {46} Тип Идентификатора Отправителя (ТИД ОТ)
- {47} Тип Идентификатора Получателя (ТИД ПО)
- {20} Идентификатор Получателя (ИД ПО),
- {24} Идентификатор Банка Получателя (ИД БП)
- {44} Сумма операции СБП (СУМ ОП СБП).
- {9} Валюта Операции (ВЛ ОП).
- {29} Код Ответа (КО)
- {42} Статус Операции ОПКЦ СБП (СО ОПКЦ СБП)

[Требование 095] Направить сообщение CreditTransferResponse (C06-pacs.002.001.09) компоненту Банк Отправителя через безопасное соединение, установленное согласно [Требованию 074].

обязан:

[Требование 096] Сформировать сообщение CreditTransferRequestFromIPS (Proprietary). Требования по формированию этого сообщения являются проприетарными и выходят за рамки настоящего Стандарта.

[Требование 097] Установить безопасное соединение с компонентом Расчетная Система СБП (соединение Г. ОПКЦ СБП ↔ Расчетная Система СБП согласно разделу 6.1.4 настоящего Стандарта).

[Требование 098] Направить сообщение CreditTransferRequestFromIPS ( Proprietary) компоненту Расчетная Система СБП через безопасное соединение, установленное согласно [Требованию 097].

Расчетная Система СБП должен:

[Требование 099] Получить от компонента ОПКЦ СБП, разобрать и валидировать сообщение CreditTransferRequestFromIPS (Proprietary). Требования по разбору и валидации этого сообщения являются проприетарными и выходят за рамки настоящего Стандарта.

[Требование 100] В течение 72 часов контролировать дубликаты по значениям следующих ЭБД

- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП)
- {99} Метка времени операции СБП (МВО СБП)
{103} Контрольное значение Операции СБП (КЗО СБП)

[Требование 101] Если определена Стандартная диспозиция операции, принять в обработку для перевода средств согласно поручению сообщения PaymentRequestIPStoSettlementSystem (Proprietary)

- Кредитовать счет Банка Получателя в Расчетной Системе
- Дебетовать счет Банка Отправителя в Расчетной Системе

Если технически перевод невозможен, указать фактическую причину невозможности перевода, выбрав ее из возможных значений для ЭБД {29} Код Ответа (КО) с учетом диспозиции операции.

Если технически перевод может быть выполнен, установить значения для следующих ЭБД
- {29} Код Ответа (КО), смысл которого - «Принято к исполнению расчетов»
- {105} Дата расчетов операции СБП (ДРО СПБ)

[Требование 102] Сформировать сообщение CreditTransferResponseToIPS (Proprietary), включив в него значения ЭБД
- {29} Код Ответа (КО) в проприетарной форме, основанный на диспозиции Операции СБП и, (если это исключительная диспозиция), ее характеристике.
- {105} Дата расчетов операции СБП (ДРО СПБ)
Требования по формированию этого сообщения являются проприетарными и выходят за рамки настоящего Стандарта.

[Требование 103] Направить сообщение CreditTransferResponseToIPS (Proprietary) компоненту ОПКЦ СБП через безопасное соединение, установленное согласно [Требованию 092].


Внимание! Ожидание ответа от компонента Расчетная Система СБП может превысить соответсвующий таймаут, что не означает факта невыполнение расчетов, поэтому

В случае истечения таймаута компонент ОПКЦ СБП должен

[Требование 104] -Определить значения для ЭБД
- {29} Код Ответа (КО) - «платеж находится в обработке Расчетной Системой СБП»
- {42} Статус Операции ОПКЦ СБП (СО ОПКЦ СБП)
- Перейти в состояние ожидания сообщения StatusRequestFromBenificiaryBank (C13- pacs.028.001.02) от Банка Получателя (Шаг 28) и/или
- сообщения StatusRequestFromInitiatorBank (C11- pacs.028.001.02) от Банка Отправителя (Шаг 26)

Внимание! В случае получения «позднего» ответа от компонента Расчетная Система СБП компонент ОПКЦ СБП должен

[Требование 105] определить значения для ЭБД
- {29} Код Ответа (КО) - «платеж успешно обработан Расчетной Системой СБП»
- {42} Статус Операции ОПКЦ СБП (СО ОПКЦ СБП)
- и перейти к выполнению [Требования 108]
Компонент ОПКЦ СБП должен:

[Требование 106] Получить от компонента Расчетная Система СБП, разобрать и валидировать сообщение PaymentResponseSettlementSystemtoIPS (Proprietary). Требования к разбору и валидации этого сообщения выходят за рамки настоящего Стандарта и являются проприетарными.

[Требование 107] Выполнить любые проверки и контрольные сравнения, предусмотренные настоящим Стандартом, документом [2] (см. раздел 1.8), а также любые иные допустимые проверки на усмотрение ОПКЦ СБП с целью управления рисками согласно требованиям документов раздела 1.8.

[Требование 108] Приступить с учетом диспозиции операции СБП (при исключительной диспозиции – и с учетом ее характеристики) к близодновременному в смысле онлайн обработки операции выполнению Шага 21 и Шага 23 (в любом порядке).

21 и Шаг 23 выполняются компонентом ОПКЦ СБП близодновременно и независимо друг от друга.

Компонент ОПКЦ СБП должен:

[Требование 109] сформировать согласно диспозиции операции сообщение AcknowledgementToInitiatorBank (C21-pacs.002.001.09) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10.

- При стандартной диспозиции операции значение ЭБД {29} Код Ответа (КО) должно быть сформировано на основе фактического результата операции

- При исключительной диспозиции операции значениеЭБД {29} Код Ответа (КО) получено согласно одному из требований раздела 4.4.

[Требование 110] Направить сообщение AcknowledgementToInitiatorBank (C21-pacs.002.001.09) компоненту Банк Отправителя через безопасное соединение, установленное согласно [Требованию 088].


Внимание! Компонент ОПКЦ СБП имеет право повторять
Шаг 21, если установит факт недоставки сообщения AcknowledgementToInitiatorBank (C21-pacs.002.001.09) до компонента Банк Отправителя (на Шаге 23)
Повторение шага 21 будет производится согласно требованиям [2] (см. раздела 1.8)

(согласно разделу 4.1) и валидировать (согласно разделу 4.2)

сообщение AcknowledgementResponseFromInitiatorBank (C22- pacs.002.001.09)

[Требование 117] Считать Операцию СБП завершенной с точки зрения компонента Банк Отправителя

Шаг 22: AcknowledgementResponseFromInitiatorBank
(C22-pacs.002.001.09). Банк Отправтеля → ОПКЦ СБП

Компонент Банк Отправителя должен:

[Требование 111] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение AcknowledgementToInitiatorBank (C21-pacs.002.001.09).

[Требование 112] Сформировать сообщение AcknowledgementResponseFromInitiatorBank
(C22-pacs.002.001.09) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10.

[Требование 113] Направить сообщение AcknowledgementResponseFromInitiatorBank
(C22-pacs.002.001.09) компоненту ОПКЦ СБП через безопасное соединение, установленное согласно [Требованию 088].

[Требование 114] Завершить безопасное соединение, установленное согласно [Требованию 088].

[Требование 115] Перейти к Шагу 30.

Внимание! Отправка такого сообщения компонентом Банк Отправителя означает, что Банк Отправителя выполнил все необходимые действия согласно Правилам СБП и договору с Отправителем, включая списание (дебет счета Отправителя) средств за Операцию СБП в предусмотренном для нее размере.

должен:

[Требование 118] Сформировать сообщение AcknowledgementToBenificiaryBank (C23 - pacs.002.001.09) согласно требованиям раздела 8 и рекомендациям разделов 9 и 10 с учетом диспозиции операции

При стандартной диспозиции операции значение ЭБД {29} Код Ответа (КО) должно быть сформировано на основе фактического результата операции

При исключительной диспозиции операции значениеЭБД {29} Код Ответа (КО) получено согласно одному из требований раздела 4.4.

[Требование 119] Направить сообщение AcknowledgementToBenificiaryBank (C23-pacs.002.001.09) компоненту Банк Получателя через безопасное соединение, установленное согласно [Требованию 050].

Внимание! Компонент ОПКЦ СБП имеет право повторять
Шаг 23, если установит факт недоставки сообщения AcknowledgementToBenificiaryBank (C23-pacs.002.001.09) до компонента Банк Получателя (на Шаге 23) и/или
Повторение шагa будет производится согласно требованиям [2 ] (см. раздела 1.8)

разделу 4.1) и валидировать (согласно разделу 4.2) сообщение AcknowledgementResponseFromBenificiaryBank (C24- pacs.002.001.09)

[Требование 126] Рассматривать операцию, как завершенную с точки зрения компонента Банк Получателя

Шаг 24: AcknowledgementResponseFromBenificiaryBank
(C24-pacs.002.001.09). Банк Получателя → ОПКЦ СБП

Компонент Банк Получателя должен:

[Требование 120] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение AcknowledgementToBenificiaryBank (C23-pacs.002.001.09)

[Требование 121] Сформировать сообщение AcknowledgementResponseFromBenificiaryBank (C24- pacs.002.001.09), согласно требованиям раздела 8 и рекомендациям разделов 9 и 10 с учетом диспозиции операции.

[Требование 122] Направить сообщение AcknowledgementResponseFromBenificiaryBank (C24- pacs.002.001.09) компоненту ОПКЦ СБП через безопасное соединение, установленное согласно [Требованию 050].

[Требование 123] Завершить безопасное соединение, установленное согласно [Требованию 050].

[Требование 124] Перейти к Шагу 29.

Внимание! Отправка такого сообщения компонентом Банк Получателя означает, что Банк Получателя выполнил все необходимые действия согласно Правилам СБП и договору с Получателем, включая зачисление (кредит счета Получателя) средств за Операцию СБП в предусмотренном для нее размере.

127] Проинформировать Получателя о результатах операции согласно требованиям раздела 5 с учетом диспозиции операции и ее характеристики.

должен:

[Требование 128] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) одно из следующих сообщений СБП
сообщение ConfirmationResponse (C02-pacs.002.001.09)
сообщение AcknowledgementToInitiatorBank (C21-pacs.002.001.09)
сообщение StatusResponseToInitiatorBank (C12-pacs.002.001.09) при финальной исключительной диспозиции операции СБП – после выполнения шагов, предусмотренных разделом 3.1.2.1

[Требование 129] Действовать следующим образом (при Стандартной диспозиции операции СБП)

если получено сообщение сообщение ConfirmationResponse (C02-pacs.002.001.09), перейти к [Требованию 130]
если получено сообщение AcknowledgementToInitiatorBank (C21-pacs.002.001.09), перейти к [Требованию 111]
сообщение StatusResponseToInitiatorBank (C12-pacs.002.001.09) при финальной исключительной диспозиции операции СБП – после выполнения шагов, предусмотренных разделом 3.1.2.2, перейти к [Требованию 130]

[Требование 130] Сформировать сообщение StatusReportToInitiator (Proprietary) согласно собственным стандартам (не регулируемым настоящим Стандартом) с учетом диспозиции операции, а если имеет место исключительная диспозиция, то и с учетом характеристики исключительной диспозиции операции, выраженной проприетарным значением ЭБД {29} Код Ответа (КО), полученным в результате обработки согласно требованиям раздела 4.4.

[Требование 131] Передать сообщение StatusReportToInitiator (Proprietary) через защищенное соединение, установленное согласно [Требованию 082] компоненту Приложение Отправителя.

При финальной исключительной диспозиции операции перейти к [Требованию 136] Шага 25 (раздел 3.1.2.1).

[Требование 132] Повторить Шаг 30, если после выполнения требований раздела 3.1.2.1 результат операции СБП от компонента ОПКЦ СБП был получен.

Приложение Отправителя должен:

[Требование 133] Получить от компонента Банк Отправителя сообщение StatusReportToInitiator (Proprietary), разобрать и валидировать его согласно проприетарным требованиям.

[Требование 134] Завершить соединение, установленное согласно [Требованию 068]

[Требование 135] Отобразить Отправителю сообщение о результате операции согласно диспозиции операции.

Если определена стандартная диспозиция операции, то отобразить Отправителю сообщение согласно требованиям раздела 5 настоящего Стандарта.

Если определена исключительная диспозиция операции, то отобразить Отправителю сообщение согласно требованиям раздела 5 настоящего Стандарта.

На этом выполнение операции Быстрый платеж (C2C Push) завершается.

ответов

исключительных ситуаций

Customer selects or enters data.
Получатель → Приложение Получателя.


Получатель запускает Приложение Получателя (в частности, ДБО Банка)

Компонент Приложение Получателя должен

[Требование 161] Установить безопасное соединение с Банком Получателя (соединение Д. Приложение Получателя ↔ Банк Получателя согласно разделу 6.1.5 настоящего Стандарта)

Компонент Банк Получателя должен

[Требование 162] Надежно аутентифицировать Получателя при запуске им Приложения Получателя и гарантировать СПБ, что Банк Получателя не будет предъявлять претензий в связи с этим к СБП.

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


Компонент Банк Получателя может

[Требование 163] Предоставить в Приложении Получателя пункт меню «Установить счет для операций СБП» согласно разделу 5.

[Требование 164] Предоставить в Приложении отправителя, в пункте меню «Установить счет для операций СБП» согласно разделу 5 доступ к следующей опции

(1) выбор из списка банковских счетов Получателя указателя на {31} Номер Банковского Счета Получателя (НБС ПО), который и будет в результате выполняемой операции установлен для автоматического пополнения (кредита) по всем финансовым операциям СБП любого Отправителя в пользу данного Получателя.

Получатель в компоненте Приложение Получателя (в частности, в ДБО Банка) выбирает пункт меню «Установить счет для операций СБП».

Находясь в пункте «Установить счет для операций СБП», Получатель выбирает в нем указатель на {31} Номер Банковского Счета Получателя (НБС ПО), который и будет в результате выполняемой операции установлен для автоматического пополнения (кредита) по всем финансовым операциям СБП любого Отправителя в пользу данного Получателя.

Beneficiary Identification Request. (Proprietary). Приложение Получателя → Банк Получателя


Как только Получатель выбрал из списка указатель на {31} Номер Банковского Счета Получателя (НБС ПО), компонент Приложение Получателя должен:

[Требование 165] Автоматически сформировать для передачи Банку Получателю данные для последующего формирования значений следующих ЭБД:

- {20} Идентификатор Получателя (ИД ПО)
{47} Тип Идентификатора Получателя (ТИД ПО)

[Требование 166] Автоматически сформировать и направить компоненту Банк Получателя сообщение Beneficiary Identification Request (Propraetary), используя соединение, установленное согласно [Требованию 161], включив в него элементы данных, указанные в [Требовании 165].

Формат и состав (набор элементов данных) сообщения Default Beneficiary Bank Request является проприетарным и не регулируется настоящим Стандартом, однако он должен обеспечить достаточно информации, чтобы последующий информационный обмен отвечал требованиям Стандарта.

Beneficiary Identification Request
(A21-acmt.23.001.02). Банк Получателя → ОПКЦ СБП.


Компонент Банк Получателя должен

[Требование 167] Получить от компонента Приложение Получателя, разобрать и валидировать сообщение Beneficiary Identification Request (Proprietary) согласно проприетарным требованиям.

[Требование 168] Сформировать сообщение Beneficiary Identification Request (A21- acmt.23.001.02) согласно требованиям раздела 8 и рекомендациям раздела 9, включив в него, не ограничиваясь, очевидно, перечисленными, значения, полученные от Приложения Получателя согласно
[Требованию 165] для соответствующих элементов бизнес-данных, а также
состоящее из 32 нулей значение ЭБД {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП).

[Требование 169] Установить безопасное соединение с ОПКЦ СБП (соединение В. Банк Получателя ↔ ОПКЦ СБП согласно разделу 6.1.3 настоящего Стандарта).

[Требование 170] Передать сообщение Beneficiary Identification Request (A21-acmt.23.001.02) в ОПКЦ СБП.

OTP & Beneficiary Phone (Proprietary).
ОПКЦ СБП → Сервис Уведомлений.


Компонент ОПКЦ СБП должен:

[Требование 171] Получить от компонента Банк Получателя, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение Beneficiary Identification Request (A21-acmt.23.001.02).

[Требование 172] Проверить допустимость значения {24} Идентификатор Банка Получателя (ИД БП), то есть проверить факт его регистрации в ОПКЦ СБП

[Требование 173] Выполнить любые иные проверки и контрольные сравнения, предусмотренные [2] (см. раздел 1.8), а также любые иные допустимые проверки на усмотрение ОПКЦ СБП с целью управления рисками согласно требованиям документов раздела 1.8.

[Требование 174] Через постоянно установленное безопасное соединение Е. ОПКЦ СБП → Сервис Уведомлений (согласно разделу 6.1.6 настоящего Стандарта) передать сообщение OTP & Beneficiary Phone (Proprietary), содержащее значения с ледующих ЭБД

{20} Идентификатор Получателя (ИД ПО)
{47} Тип Идентификатора Получателя (ТИД ПО)
{84} OTP для Получателя от ОПКЦ (OTP ПО), сформированный компонентом ОПКЦ СБП
компоненту Сервис Уведомлений.

Beneficiary Identification Response
(A22-acmt.24.001.02). ОПКЦ СБП → Банк Получателя.


Компонент ОПКЦ СБП должен

[Требование 175] Сформировать сообщение Beneficiary Identification Response (A22- acmt.24.001.02) с учетом диспозиции операции согласно требованиям раздела 8 и рекомендациям разделов 9 и 10, включив в него в том числе значения ЭБД, не ограничиваясь, очевидно, перечисленными:

{27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП) – уже не нулевое, а оригинальное значение, сформированное компонентом ОПКЦ СБП
{29} Код Ответа (КО)
{103} Контрольное Значение Операции СБП (КЗО СБП) при стандартной диспозиции операции СБП

[Требование 176] Передать сообщение Beneficiary Identification Response (A22-acmt.24.001.02) компоненту Банк Получателя через безопасное соединение, установленное согласно [Требованию 169].

Beneficiary Identification Response (Proprietary). Банк Получателя → Приложение Получателя.


Компонент Банк Получателя должен:

[Требование 177] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение Beneficiary Identification Response (A22 - acmt.24.001.02).

[Требование 178] Сформировать с учетом диспозиции операции СБП сообщение Beneficiary Identification Response (Proprietary)

[Требование 179] Направить сообщение Beneficiary Identification Response (Proprietary) компоненту Приложение Получателя через безопасное соединение, установленное согласно [Требованию 161], в которое включить эквивалент элемент бизнес-данных {29} Код Ответа (КО), который позволит Приложению Получателя интерпретировать результат для Получателя.

Prompt to enter OTP.
Приложение Получателя → Получатель


Компонент Приложение Получателя должен:

[Требование 180] Получить от компонента Банк Получателя, разобрать и валидировать сообщение Beneficiary Identification Response (Proprietary) согласно проприетарным требованиям.

Компонент Приложение Получателя может:

[Требование 181] Завершить соединение, установленное согласно [Требованию 161]

Компонент Приложение Получателя должен:

[Требование 182] Отобразить Получателю на экране приглашение ввести разовый пароль (значение ЭБД {84} OTP для Получателя от ОПКЦ (OTP ПО)), который должен поступить на его клиентское устройство и предоставить поле для его ввода и кнопку «Продолжить» согласно Разделу 5.

OTP for Beneficiary Authentication. Сервис Уведомлений → Получатель


Компонент Сервис Уведомлений (СРВ УВ) должен:

[Требование 183] Доставить Получателю на клиентское устройство Получателя согласованным образом значение ЭБД {84} OTP Получателя (OTP ПО), которое Получатель должен иметь возможность прочитать, запомнить и/или скопировать для последующего ввода в Приложение Получателя.

Beneficiary enters OTP. Получатель → Приложение Получателя.


Получатель вводит в Приложение Получателя значение для {84} OTP Получателя (OTP ПО) и нажимает кнопку «Продолжить».

Beneficiary Bank ID Selection Request (Proprietary).
Приложение Отправителя → Банк Отправителя.


Как только Получатель ввел значение ЭБД {84} OTP Получателя (OTP ПО) и нажал кнопку «Продолжить», компонент Приложение Получателя должен:

[Требование 184] Сформировать сообщение Beneficiary Bank ID Selection Request (Proprietary). В этом сообщении должны присутствовать значения для следующих элементов бизнес- данных
• {84} OTP Получателя (OTP ПО)
• {47} Тип Идентификатора Получателя (ТИД ПО), значение которого указывает на телефон.
• {20} Идентификатор Получателя (ИД ПО), в котором указан номер телефона Получателя.

[Требование 185] Если безопасное соединение было прекращено, установить безопасное соединение с компонентом Банк Получателя (соединение Д. Приложение Получателя ↔ Банк Получателя согласно разделу 6.1.5 настоящего Стандарта).

[Требование 186] Направить сообщение Beneficiary Bank ID Selection Request (Proprietary) компоненту Банк Получателя через безопасное соединение, установленное согласно [Требованию 185].

Beneficiary Bank ID Selection Request (A23-acmt.23.001.02). Банк Получателя → ОПКЦ СБП.


Компонент Банк Получателя должен:

[Требование 187] Получить от компонента Приложение Получателя, разобрать и валидировать сообщение Beneficiary Bank ID Selection Request (Proprietary) согласно проприетарным требованиям.

[Требование 188] Сформировать сообщение Beneficiary Bank ID Selection Request (A23- acmt.23.001.02) согласно требованиям раздела 8 и рекомендациям раздела 9, включив в него, в частности (не ограничиваясь перечисленным), имеющиеся значения для следующих элементов данных

{27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП), полученный на Шаге 106
{103} Контрольное Значение Операции СБП (КЗО СБП)
{84} OTP Получателя (OTP ПО)
{47} Тип Идентификатора Получателя (ТИД ПО), значение которого указывает на телефон
- {20} Идентификатор Получателя (ИД ПО), в котором указан номер телефона Получателя.

[Требование 189] Установить безопасное соединение с ОПКЦ СБП (соединение В. Банк Получателя ↔ ОПКЦ СБП согласно разделу 6.1.3 настоящего Стандарта).

[Требование 190] Передать сообщение Beneficiary Bank ID Selection Request (A23- acmt.23.001.02) в ОПКЦ СБП через безопасное соединение, установленное согласно [Требованию 189].

[Требование 191] Внимание! Выполнив все требования настоящего раздела, Банк Получателя берет на себя финансовую ответственность за следующее
Банк Получателя должен предоставить Получателю возможность получить и самостоятельно ввести пароль.
Банк Получателя не должен самостоятельно, используя технические возможности, воспользоваться предоставленным ОПКЦ СБП на клиентское устройство паролем для выполнения настоящей операции без согласия Получателя.

Beneficiary Bank ID Selection Response (A24-acmt.23.001.02). ОПКЦ СБП → Банк Получателя.


Компонент ОПКЦ СБП должен:

[Требование 192] Получить от компонента Банк Получателя, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение Beneficiary Bank ID Selection Request (A23-acmt.23.001.02).

[Требование 193] Проверить допустимость значения {24} Идентификатор Банка Получателя (ИД БП), то есть проверить факт его регистрации в ОПКЦ СБП

[Требование 194] Определить, что сформированный ОПКЦ СПБ в рамках [Требования 175] и имеющийся у него для онлайн анализа набор значений элементов бизнес-данных совпадает с теми значениями элементов бизнес- данных, которые были получены в сообщении, обработанном в рамках [Требования 192]. Иными, словами совпали между собой
- {27} Идентификатор Операции ОПКЦ СБП (ИО ОПКЦ СБП) – полученный и имеющийся.
- {84} OTP Получателя (OTP ПО) – полученный и имеющийся.
- {47} Тип Идентификатора Получателя (ТИД ПО), значение которого указывает на телефон – полученный и имеющийся.
- {20} Идентификатор Получателя (ИД ПО), в котором указан номер телефона Получателя – полученный и имеющийся.
- {103} Контрольное Значение Операции СБП (КЗО СБП)

[Требование 195] Выполнить любые иные проверки и контрольные сравнения, предусмотренные [2] (см. раздел 1.8), а также любые иные допустимые проверки на усмотрение ОПКЦ СБП с целью управления рисками согласно требованиям документов раздела 1.8.

Компонент ОПКЦ СБП должен:

[Требование 196] Если [Требование 194] выполнено, то есть обнаружено совпадение значений, перечисленных в этом требовании элементов бизнес-данных, то отыскать по значениям ЭБД
- {47} Тип Идентификатора Получателя (ТИД ПО), значение которого указывает на телефон.
- {20} Идентификатор Получателя (ИД ПО), в котором указан номер телефона Получателя.

«старую» связку значений трех ЭБД

- {24} Идентификатор Банка Получателя (ИД БП) – «старое» значение
- {47} Тип Идентификатора Получателя (ТИД ПО), полученное «новое» значение которого указывает на телефон.
- {20} Идентификатор Получателя (ИД ПО), полученное «новое» значение, в котором указан номер телефона Получателя.

И, если такая связка трех значений ЭБД найдена, удалить ее.

[Требование 197] запомнить для онлайн использования в операциях Быстрый платеж (C2C), в которых деньги на счет будет получать Получатель, связку из следующих элементов бизнес-данных
- {24} Идентификатор Банка Получателя (ИД БП) – «новое» значение
- {47} Тип Идентификатора Получателя (ТИД ПО), значение которого указывает на телефон.
{20} Идентификатор Получателя (ИД ПО), в котором указан номер телефона Получателя.

Сформировать значение для элемента бизнес-данных {29} Код Ответа (КО), означающее успешное выполнение операции «Установка банка в СБП по выбору Получателя»

ЕСЛИ [Требование 194] НЕ выполнено, то есть обнаружено несовпадение значений, перечисленных в этом требовании элементов бизнес-данных,

Например, если не совпал пароль, то считать значение элемента бизнес-данных {84} OTP Получателя (OTP ПО), полученное в сообщении Beneficiary Bank ID Selection Request (A23-acmt.23.001.02) от Банка Получателя, ошибочным
ТО
- сформировать значение для элемента бизнес-данных {29} Код Ответа (КО), означающее неуспешное выполнение операции «Установка банка в СБП по выбору Получателя» по причине ошибочного значения упомянутого элемента бизнес-данных.

[Требование 198] Сформировать сообщение Beneficiary Bank ID Selection Response (A24-acmt.23.001.02) согласно требованиям раздела 8 и рекомендациям раздела 9, включив в него сформированный согласно [Требованию 197] элемент бизнес-данных {29} Код Ответа (КО).

[Требование 199] Направить сообщение Beneficiary Bank ID Selection Response (A24-acmt.23.001.02) компоненту Банк Получателя через безопасное соединение, установленное согласно [Требованию 189].

Beneficiary Bank ID Selection Response (Proprietary). Банк Получателя → Приложение Получателя

Компонент Банк Получателя должен:

[Требование 200] Получить от компонента ОПКЦ СБП, разобрать (согласно разделу 4.1) и валидировать (согласно разделу 4.2) сообщение Beneficiary Bank ID Selection Response (A24-acmt.23.001.02).

[Требование 201] Сформировать с учетом диспозиции операции сообщение Beneficiary Bank ID Selection Response (Proprietary)

[Требование 202] Направить сообщение Beneficiary Bank ID Selection Response (Proprietary) компоненту Приложение Получателя через безопасное соединение, установленное согласно [Требованию 161], в которое включить эквивалент значения элемента бизнес-данных {29} Код Ответа (КО), который позволит Приложению Получателя интерпретировать результат для Получателя.

Display result to Beneficiary.
Приложение Получателя → Получатель

Компонент Приложение Получателя должен:

[Требование 203] Получить от компонента Банк Получателя, разобрать и валидировать сообщение Beneficiary Bank ID Selection Response (Proprietary) согласно проприетарным требованиям.

[Требование 204] Отобразить Получателю сообщение согласно (1) диспозиции операции и (2) значению эквивалента элемента бизнес-данных {29} Код Ответа (КО) и разделу 5 настоящего Стандарта.

- примеры

#03 Нет исключительных ситуаций