Интегрированные сети ISDN

         

Структура CredRevReq



Таблица 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:

  • Проверить присутствие CapToken. Если CapToken отсутствует, отвергнуть позицию, послав CapRevOrReqCode = capTokenMissing
  • Проверить 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, чтобы определить результат и записать сумму успешного платежа.
    <
    Обработка запроса сертификата расчетного центра включает в себя два сообщения, запрос от продавца к расчетному центру и отклик последнего, направляемый продавцу. В запросе продавец просит расчетный центр прислать ему сертификат, который необходим для последующего шифрования сообщений от продавца к расчетному центру. Сертификат присылается в сообщении-отклике. Генерация запроса PCertReq выполняется в следующей последовательности.

    Шаг Действие
    1 Заполнить PCertTags, как это описано в разделе о RRTags табл. 4.6.2.52.
    2 Рекомендуется заполнить отклики Mthumbs путем вычисления оттисков сертификатов и CRL, хранящихся у продавца. Продавец должен занести оттиски в сообщение, которое может потребоваться позднее для верификации подписей и сертификатов, предоставленных расчетным центром. Включение этого поля служит оптимизации с целью уменьшения передач сертификатов и CRL в последующих сообщениях из расчетного центра.
    3 Заполнить BrandIDSeq одним или более BrandIDandBIN, для которого необходимы сертификаты:
  • Заполнить поле BrandID

  • Опционно заполнить поле BIN
  • 4 Опционно заполнить поле PCRqExtensions
    5 Ввести S (см. описание оператора подпись выше)
    6 Вложить сообщение в цифровой конверт и отправить владельцу карты

    Формат сообщения-запроса PCertReq представлен в таблице 4.6.2.78.

    PCertReq S(M, PCertReqData)
    PCertReqData {PCertTags, [MThumbs], BrandAndBINSeq, [PCRqExtensions]}
    PCertTags RRTags.

    Новый RRPID для этого PCertReq, MerTermIDs, поставляемый продавцом, и текущая дата
    MThumbs Оттиски сертификатов расчетного центра, хранящиеся в кэше продавца.
    BrandAndBINSeq {BrandAndBIN +}

    Продавец запрашивает сертификаты расчетного центра для платежных систем карты, если оттиск текущего сертификата отсутствует в MThumbs
    PCRqExtensions Запрос сертификата расчетного центра не шифруется, поэтому это расширение не должно содержать конфиденциальной информации
    BrandAndBIN {BrandID, [BIN]}
    BrandID Платежная система карты (без указания типа).
    BIN Идентификационный номер банка для обработки транзакции продавца в расчетном центре.
    Содержание раздела