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


         

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


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

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