Телекоммуникационные технологии


         

Идентификационный номер банка для обработки


br>

Формат поля IDData описан в таблице 4.6.2.23.



Таблица 4.6.2.23
. Формат IDData

IDData <MerchantAcquirerID, AcquirerID> (только для продавца и получателя)
MerchantAcquirerID {MerchantBIN, MerchantBIN}
AcquirerID {AcquirerBIN, [AcquirerBusinessID]}
MerchantBIN Идентификационный номер банка для обработки транзакции продавца в его банке (Acquirer)
MerchantID Идентификатор продавца, присвоенный ему его банком (Acquirer)
AcquirerBIN Идентификационный номер банка для Acquirer (BIN получателя)
AcquirerBusinessID Рабочий идентификационный номер банка продавца


Таблица 4.6.2.24
. Значения RequestType для продавца и платежного центра

Тип запроса Только сертификат подписи Только сертификат шифрования Оба

сертификата
Начальный для продавца 4 5 6
Начальный для расчетного центра 7 8 9
Обновление для продавца 13 14 15
Обновление для расчетного центра 16 17 18
Получив Me-AqCInitReq, СА производит его обработку следующим образом:

Шаг Действие
1 Выделяеть Me-AqCInitReq из входного сообщения
2 Проверяеть, что RRPID из цифрового конверта сообщения совпадает с полученным в Me-AqCInitReq. Если это не так, формируется сообщение об ошибке с errorCode unknownRRPID.
3 Запоминается RRPID, LID-EE, Chall-EE, BrandID, Language, Thumbs и IDData
Проверив корректность Me-AqCInitReq, CA формирует Me-AqCInitRes. Эта операция включает в себя следующие шаги:

Шаг Действие
1 Сформировать сообщение Me-AqCInitResTBS:

  • Скопировать RRPID, LID-EE и Chall-EE из Me-AqCInitReq


  • Опционно сгенерировать LID-CA для данного вида запроса обслуживания


  • Сгенерировать новый Chall-CA


  • Если регистрационная форма продавца или платежного центра доступна для BIN, языка и RequestType, то:


  • Заполнить поле RegFormData, используя RegTemplate и PolicyText, соответствующие Requesttype, BIN и Language


  • Опционно включить URL для отображения логотипа платежной системы и/или карты


  • Включить RegFormID и RegFieldSeq. При обновлении RegFieldSeq может быть опущено.


    1. Если СА посредством AcctData аутентифицирует продавца или расчетный центр, заполнить поле AcctDataField, указывая наименование данных, подлежащих вводу, описание, их длину и будут ли данные вводиться ЕЕ (конечным пользователем).


  • Если соответствующая форма для продавца или расчетного центра не доступна, заполняется поле ReferralData:


    1. Включить причину отказа обслуживания, которая будет отображена для продавца или расчетного центра


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


    • Включить оттиск сертификата шифрования CA, CAEThumb.


    • Если BrandCRLIdentifier в полученном Me-AqCInitReq не специфицирован, ввести BrandCRLIdentifier.


    • Скопировать список оттисков (Thumbs) из Me-AqCInitReq


    • Скопировать RequestType, полученный в Me-AqCInitReq.


    2 Подписать Me-AqCInitResTBS, установить тип содержимого SignedData равным id-set-content-Me-AqCInitResTBS.
    3 Сформировать цифровой конверт и послать сообщение Me-AqCInitRes продавцу или расчетному центру.
    <

    Содержание  Назад  Вперед