Протоколы Internet


SET и другие системы осуществления платежей - часть 75


/p>

Примечания:

        1. Копируется из процесса инициализации SET (если имеется)
        2. Если для данной транзакции нет предшествующего LID-M, продавец может сформировать его для данного сообщения.
        3. Если пара PinitReq/PinitRes отсутствует, то генерируется владельцем карты.
        4. Если послано после получения AuthRes с PaySysID
        5. Если послано после получения PRes с PaySysID
        6. Может быть сформировано расчетным центром для данного сообщения.

        Алгоритм формирования TransID представлен ниже:

        Шаг

        Действие

        1

        Если сообщение для данной транзакции получено раньше, следует запомнить все его поля.

        2

        Если это новая транзакция, сформировать все необходимые поля (см таблицу выше)

        3

        Заполнить любые опционные поля, которые могут быть сформированы данным объектом.

        Обработка TransID зависит от типа сообщения.

        Платежная инструкция

        Платежная инструкция (PI) является одной из важнейших информационных структур SET. Она используется для передачи информации, необходимой для авторизации операции платежа владельца карты расчетному центру. Данная операция служит для инициализации транзакции с привлечением традиционной платежной карты. Данные шифруются владельцем карты и посылаются через продавца получателю (банку продавца – Acquirer). Эта информация не может быть прочитана продавцом.

        Имеется три разновидности PI. Первые два формируются владельцем карты, третье – расчетным центром.

        PIUnsigned

        Формируется владельцем карты без использования сертификата подписи. Используется в сообщениях PReqUnsigned.

        Целостность данных обеспечивается за счет добавления хэша PI-данных, которые защищены в блоке OAEP. В данном механизме аутентификация отправителя не производится.

        PIDualSigned

        Формируется владельцем карты, который владеет сертификатом подписи. Используется в сообщениях PreqDualSigned. Подпись владельца карты аутентифицирует отправителя и гарантирует целостность данных.

        AuthToken

        Формируется расчетным центром. Продавец извлекает PI для дальнейшего вложения в AuthReq.

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

        <


        Начало  Назад  Вперед