Телекоммуникационные технологии
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. |
