Телекоммуникационные технологии



         

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


br>

Платежная инструкция имеет структуру представленную в таблице 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 Окончательная дата, после которой никакие авторизации не разрешены
<


Содержание  Назад  Вперед