Таблица 4.6.2.77. Структура CredRevReq
CredRevReq | <EncB(M, P, CredRevReqData, CapTokenSeq), EncBX(M, P, CredRevReqData, CapTokenSeq, PANToken)> CapTokenSeq является внешним “багажом”. Если PANToken имеется, он должен соответствовать одной записи в CredRevReqData.CredRevReqSeq и однму маркеру CapToken в CapTokenSeq. |
CredRevReqData | CapRevOrCredReqData; см. табл. 4.6.2.72 |
CapTokenSeq | {[CapToken] +} Один или более CapTokens, в соответствии один-к-одному с CredRevReqItem в CapRevOrCredReqData.CapRevOrCredReqItemSeq. Заметим, что любой CapToken может быть опущен, т.е. может быть NULL |
PANToken | См. табл. 4.6.2.46 |
CapToken | Копируется из соответствующего AuthRes или AuthRevRes |
Расчетный центр обрабатывает запрос CredRevReq следующим образом.
Шаг | Действие | |
1 | Выделить запрос из входного сообщения | |
2 | Для каждой позиции, для которой продавец получил CapToken:
| |
3 | Для каждой транзакции в сообщении выполнить отзыв кредита, используя существующую финансовую сеть расчетной карты, как это специфицировано содержимым CapRevOrCredItem |
Формирование отклика CredRevRes осуществляется в следующей последовательности.
Шаг | Действие |
1 | Получить отклик из финансовой сети платежной карты |
2 | Сформировать CredRevResData, как это описано в разделе CredRevOrCredResData, используя результаты из финансовой сети карты. Заполнить RRTags, полученные в запросе. |
3 | Включить для полученного результата Enc-инкапсуляцию |
4 | Вложить отклик в цифровой конверт и отправить владельцу карты |
Отклик CredRevRes имеет достаточно простой формат:
CredRevRes |
Enc(P, M, CredRevResData) |
CredRevResData |
CredRevOrCredResData; См. табл. 4.6.2.74. |
Продавец обрабатывает полученный отклик следующим образом
Шаг | Действие |
1 | Извлекается отклик из входного сообщения |
2 | Обрабатывается CredRevResData, как это описано в разделе о CapRevOrCredResData. Для каждого CapRevOrCredResItem проверяется CapRevOrCredCode, чтобы определить результат и записать сумму успешного платежа. |
Шаг | Действие |
1 | Заполнить PCertTags, как это описано в разделе о RRTags табл. 4.6.2.52. |
2 | Рекомендуется заполнить отклики Mthumbs путем вычисления оттисков сертификатов и CRL, хранящихся у продавца. Продавец должен занести оттиски в сообщение, которое может потребоваться позднее для верификации подписей и сертификатов, предоставленных расчетным центром. Включение этого поля служит оптимизации с целью уменьшения передач сертификатов и CRL в последующих сообщениях из расчетного центра. |
3 | Заполнить BrandIDSeq одним или более BrandIDandBIN, для которого необходимы сертификаты: |
4 | Опционно заполнить поле PCRqExtensions |
5 | Ввести S (см. описание оператора подпись выше) |
6 | Вложить сообщение в цифровой конверт и отправить владельцу карты |
PCertReq | S(M, PCertReqData) |
PCertReqData | {PCertTags, [MThumbs], BrandAndBINSeq, [PCRqExtensions]} |
PCertTags |
RRTags. Новый RRPID для этого PCertReq, MerTermIDs, поставляемый продавцом, и текущая дата |
MThumbs | Оттиски сертификатов расчетного центра, хранящиеся в кэше продавца. |
BrandAndBINSeq |
{BrandAndBIN +} Продавец запрашивает сертификаты расчетного центра для платежных систем карты, если оттиск текущего сертификата отсутствует в MThumbs |
PCRqExtensions | Запрос сертификата расчетного центра не шифруется, поэтому это расширение не должно содержать конфиденциальной информации |
BrandAndBIN | {BrandID, [BIN]} |
BrandID | Платежная система карты (без указания типа). |
BIN | Идентификационный номер банка для обработки транзакции продавца в расчетном центре. |