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

         

Структура CapResPayload



Таблица 4.6.2.71. Структура CapResPayload



CapResPayload

{CapCode, CapAmt, [BatchID], [BatchSequenceNum],

[CRsPayExtensions]}

CapCode

Цифровой код, указывающий на состояние платежа

CapAmt

Копируется из соответствующего CapReq

BatchID

Идентификатор для установления платежной линии между продавцом и его банком. Копируется из соответствующего CapReq

BatchSequenceNum

Порядковый номер позиции в текущей последовательности платежей; копируется из соответствующего CapReq

CRsPayExtensions

Данные в расширении поля данных платежного отклика должны иметь финансовый характер и быть важными для осуществления платежа ли последующего возврата денег.

Продавец обрабатывает отклик CapRes следующим образом.

Шаг Действие
1 Извлекается отклик из входного сообщения
2 Обрабатывается CRsExtensions, если таковые имеются. Если не узнанное расширение помечено как критическое, в рабочий журнал заносится запись Error = unrecognizedExtension, а сообщение CapRes отбрасывается
3 Извлекается запись транзакции и производится сравнение CapRRTags:

  • Проверяется, что XID соответствует транзакции. Если это не так, сообщение отвергается и посылается отклик Error = unknownXID
  • Проверяется, что LID-M и, если присутствует в записи транзакции, LID-C согласуются с записью транзакции. Если согласия нет, сообщение отвергается и посылается отклик Error = unknownLID

  • 4 Если в сообщение включен BrandCRLIdentifier, запомнить все CRL.
    5 Проверить, что GKThumb согласуется с сертификатом шифрования платежного центра (если GKThumb имеется). Если это не так, актуализовать кэш сертификата с использованием текущего сертификата.
    6 Для каждого CapResItem в CapResSeq:

  • Обрабатывается CRsPayExtensions. Если неузнанное расширение помечено как критическое, в рабочий журнал заносится запись Error = unrecognizedExtension, а сообщение CapRes отбрасывается.
  • Обработать CapCode для получения результата операции
  • Для успешного платежа запомнить CapCode и CapAmt, ассоциированные с AuthRRPID.

  • 7 Если BatchStatusSeq присутствует, обработать и запомнить каждое значение BatchStatus
    <
    В таблице ниже представлены допустимые значения CapCode.

    success Платежная позиция обработана расчетным центром успешно
    unspecifiedFailure Причина неудачи неизвестна
    duplicateRequest Платежный запрос для данной транзакции уже был обработан (для XID и AuthRRPID)
    authExpired Авторизационный запрос был обработан слишком давно в прошлом. Это время определяется политикой платежной системы карты.
    authDataMissing В платежном запросе отсутствует авторизационная информация
    invalidAuthData Авторизационная информация для данной транзакции некорректна
    capTokenMissing Для обработки данной позиции необходимо поле CapToken, а его нет
    invalidCapToken Поле CapToken некорректно для данной транзакции
    batchUnknown Расчетный центр не знает о существовании платежной линии для данной позиции
    batchClosed Платежная линия для данной позиции закрыта
    unknownXID Не распознан идентификатор XID
    unknownLID Не распознан идентификатор LID

    Сообщения отзыва платежа и кредита синтактически идентичны и выполняют сходную функцию. Алгоритм формирования информационной структуры CapRevOrCredReqData продавцом представлен ниже.

    Шаг Действие
    1 Сформировать CapRevOrCredRRTags с новым RRPID и текущей датой.
    2 Рекомендуется заполнить MThumbs путем вычисления оттисков сертификатов и CRL, имеющихся у продавца. Продавец должен заполнить оттиски в сообщении, которые могут быть затем нужны для верификации подписей и сертификатов, присылаемых расчетным центром.
    3 Заполнить одну или более позиций в CredRevOrCredReqItems:
  • Скопировать TransIDs из соответствующего CapRes.

  • Скопировать AuthRRPID из самого последнего запроса (settlement), если имеется.

  • Скопировать CapPayload из самого последнего запроса (settlement), (т.е. CapReq, CapRevReq, CredReq или CredRevReq).

  • Заполнить NewBatchID, если кредитная линия транзакции закрыта.

  • Заполнить CapRevOrCredReqData с текущей датой и временем

  • Опционно заполнить CapRevOrReqAmt с новой суммой, которая может отличаться от значений, содержащихся в AuthAmt из CapToken и CapReqAmt из CapPayload.

  • Опционно установить новое значение NewAccountInd, если сделка состоится для нового счета владельца карты, как это специфицировано в PANToken.

  • Опционно заполнить CRvRqItemExtensions
  • 4 Опционно заполнить CRvRqExtensions

    Структура данных CapRevOrCredReqData описана в таблице 4.6.2.72.

    Содержание раздела