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

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

<

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

Forekc.ru
Рефераты, дипломы, курсовые, выпускные и квалификационные работы, диссертации, учебники, учебные пособия, лекции, методические пособия и рекомендации, программы и курсы обучения, публикации из профильных изданий