Протоколы Internet
Заполнить поле TransIDs. Если это
/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. |
Forekc.ru
Рефераты, дипломы, курсовые, выпускные и квалификационные работы, диссертации, учебники, учебные пособия, лекции, методические пособия и рекомендации, программы и курсы обучения, публикации из профильных изданий