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



         

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


br>

Процедура формирования AuthTags показана в таблице ниже.

Шаг Действие
1 Заполнить поле AuthRRTags (см. табл. 4.6.2.52)
2 Заполнить поле TransIDs. Если это последовательная авторизация и определено PaySysID, занести его значение в поле PaySysID.
3 Если это многоэтапный платеж и банк продавца задал для авторизации значение AuthRetNum, скопировать AuthRetNum из предыдущего AuthRes

Схема формирования поля данных AuthReq показана ниже.

Шаг Действие
1 Если планируется обработка последовательных авторизаций для покупки и это не последняя авторизация, установить SubsequentAuthInd равным TRUE, в противном случае FALSE.
2 Если продавец и владелец карты договорились о рекуррентных или поэтапных платежах, заполнить поле InstallRecurData
3 Установить AuthReqAmt равным числу авторизаций

4

Опционно присвоить CardSuspect соответствущее значение, если продавец имеет какие-то подозрения относительно владельца карты.
5 Если при некотором платеже необходимы данные MerchData, добавить их в сообщение.
6 Сформировать MarketSpecAuthData, если это диктуется платежной системой карты или типом покупки.
7 Если политика платежной системы карты требует наличия AVSData, записать в это поле информацию, предоставленную владельцем карты.
8 Если политика платежной системы карты требует наличия SpecialProcessing, сгенерировать его значение.
9 Если продавец требует информацию о типе платежной карты, установить RequestCardTypeInd = TRUE.

Структура данных сообщения AuthReq представлена в таблице 4.6.2.64.

Таблица 4.6.2.64. Структура AuthReq

AuthReq EncB(M, P, AuthReqData, PI)
AuthReqData {AuthReqItem, [Mthumbs], CaptureNow, [SaleDetail]}
PI См. табл. 4.6.2.39.
AuthReqItem {AuthTags, [CheckDigests], AuthReqPayload}
MThumbs Оттиски сертификатов, CRL и BrandCRLIdentifiers, хранимые в данный момент в кэше продавца.
CaptureNow Булева переменная, указывающая, что резервирование должно проводиться, если проведена авторизация.
SaleDetail См. табл. 4.6.2.47
AuthTags {AuthRRTags, TransIDs, [AuthRetNum]}
CheckDigests {HOIData, HOD2}

используется расчетным центром для аутентификации PI. Опускается, если PI = AuthToken

AuthReqPayload См. табл. 4.6.2.65
AuthRRTags RRTags

Необходим RRPID, так как для одного PReq может потребоваться более одного цикла авторизации.

TransIDs Копируется из соответствующего поля OIData (см. табл. 4.6.2.59)
AuthRetNum Идентификация запроса авторизации, используемого в пределах финансовой сети.
HOIData DD(OIData) (См. табл. 4.6.2.59) Независимый хэш, вычисляемый продавцом. Расчетный центр сравнивает это значение с копией, сформированной владельцем карты в PI.
HOD2 DD(HODInput) (См. табл. 4.6.2.59) Вычисляется независимо продавцом. Расчетный центр сравнивает это значение с копией, сформированной владельцем карты в PI.
<


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