Протоколы Internet


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


/p>

Платежная инструкция имеет структуру представленную в таблице 4.6.2.39.

Таблица 4.6.2.39

. Структура PI

PI

<PIUnsigned, PIDualSigned, AuthToken>

Владелец карты создает PIUnsigned или PIDualSigned инструкцию.

Расчетный центр формирует AuthToken для поддержки поставки по частям и последовательных платежей. Продавец запишет PI для последующего вложения в AuthReq.

PIUnsigned

EXH(P, PI-OILink, PANToken

)} (См. табл. 4.6.2.46)

PIDualSigned

{PISignature, EX(P, PI-OILink, PANData)}

(См. табл. 4.6.2.45)

AuthToken

См. табл. 4.6.2.42

PI-OILink

L(PIHead, OIData)

(см. табл. 4.6.2.40)

PISignature

SO(C, PI-TBS)

PI-TBS

{HPIData, HOIData}

HPIData

DD(PIData)

HOIData

DD(OIData)

PIData

{PIHead, PANData}

(см. табл. 4.6.2.40 и 4.6.2.45)

Таблица 4.6.2.40

. Структура PIHead

PIHead

{TransIDs, Inputs, MerchantID, [InstallRecurData], TransStain, SWIdent, [AcqBackKeyData], [PIExtensions]}

TransIDs

См. выше описание TransIDs

Inputs

{HOD, PurchAmt}

MerchantID

Копируется из сертификата подписи продавца

InstallRecurData

См. табл. 4.6.2.41

TransStain

HMAC(XID, CardSecret)

SWIdent

Строка, идентифицирующая программное обеспечение (разработчик и версия), инициирующее запрос. Оно специфицируется в PI, чтобы расчетный центр знал программное обеспечение владельца карты.

AcqBackKeyData

{AcqBackAlg, AcqBackKey}

PIExtensions

Данные из расширения платежных инструкций должны быть финансовыми и важными для обработки авторизации расчетного центра, эмитента или финансовой сети

Прикладные данные в этом сообщении состоят из PIData, от которых PANData отличается более сильной криптографической обработкой. PANData – это информация платежной карты. PIData включает в себя все прочие данные о покупке, идентификацию транзакции и переменные криптографической поддержки.

Таблица 4.6.2.41

. Структура InstallRecurData

InstallRecurData

{InstallRecurDInd, [IRExtensions]}

InstallRecurDInd

< InstallTotalTrans, Recurring >

IRExtensions

Данные в расширении или рекурсивные данные. Они должны носить финансовый характер и должны иметь отношение к последующим процедурам авторизации продавца и расчетного центра

InstallTotalTrans

Владелец карты специфицирует максимально допустимое число авторизаций для последовательных платежей

Recurring

{RecurringFrequency, RecurringExpiry}

RecurringFrequency

Минимальное число дней между авторизациями (ежемесячная авторизация обозначается 28 днями)

RecurringExpiry

Окончательная дата, после которой никакие авторизации не разрешены

<


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