Протоколы Internet


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


/p>

Процедура формирования 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.

<


Начало  Назад  Вперед