Таблица 4.6.2.75. Структура CapRevReq
CapRevReq |
<EncB(M, P, CapRevData, CapTokenSeq), EncBX(M, P, CapRevData, CapTokenSeq, PANToken)> CapTokenSeq является внешним “багажом”. Если PANToken содержится в сообщении, поле должно соответствовать одной записи в CapRevData.CapRevOrCredReqItemSeq и одному маркеру CapToken в CapTokenSeq |
CapRevData |
CapRevOrCredReqData |
CapTokenSeq |
{[CapToken] +} Один или более CapTokens, при полном соответствии последовательности CapRevOrCredReqItem в CapRevOrCredReqData.CapRevOrCredReqItemSeq. Заметим, что только маркер CapToken может быть опущен; т.е., может быть нулем (NULL) |
PANToken |
См. табл. 4.6.2.46 |
CapToken |
Копируется из соответствующего AuthRes или AuthRevRes |
Структура отклика показана ниже CapRevRes.
CapRevRes |
Enc(P,M, CapRevResData) |
CapRevResData |
CapRevOrCredResData |
Пары сообщений CredReq/CredRes используются для возвращения кредита по оплаченным ранее транзакциям. Они могут применяться вместо CapRevReq/Res, когда записи о конкретной транзакции у продавца и в расчетном центре оказались удаленными или устаревшими. Такая последовательность сообщений используется продавцом, который может послать запрос CredReq в любое время после согласования номера счета с банком продавца. Формирование запроса CredReq осуществляется в следующей последовательности.
Шаг |
Действие |
1 |
Генерируется информация CredReqData |
2 |
Для каждой позиции CapRevOrCred в CapRevOrCredItems заполнить позицию в CapTokSeq следующим образом: Результатом этого шага будет CapTokSeq с соответствием один-к-одному между позициями в CredReqData и CapTokSeq |
3 |
Если доступно или необходим новый PAN, заполнить PANToken в дополнительную нишу EncBX-инкапсуляции. Если PANToken имеется, только одна позиция может присутствовать как в CredReqData, так и CapTokSeq |
4 |
Если PANToken имеется, использовать EncBX-инкапсуляцию, в противном случае EncB-инкапсуляцию. |
5 |
Вставить сообщение в цифровой конверт и послать владельцу карты |
Структура запроса CredReq показана в таблице 4.6.2.76.