Авторизация платежей - часть 4
/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.