Протокол для работы с кредитными картами CyberCash



Оттиски (Thumbprints) - часть 21


Формат поля 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 для продавца и платежного центра

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

Оба
сертификата

Начальный для продавца456
Начальный для расчетного центра789
Обновление для продавца131415
Обновление для расчетного центра161718

Получив 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, то:

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

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

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

MCA и PCA используют один и тот же шаблон регистрационной формы, идентичный ССА (см.


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