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



         

SET и другие системы осуществления платежей - часть 55


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 продавцу или расчетному центру.
    <


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