Протокол для работы с кредитными картами CyberCash

         

Допустимые комбинации документальных обменов


Диаграмма на рис. .31. иллюстрирует информационные условия в различных IOTP-сообщениях, которые могут быть использованы покупателем, чтобы определить допустима или нет конкретная комбинация документальных обменов.


Рис. .31. Допустимые комбинации документальных обменов

1) Если первое сообщение IOTP транзакции содержит запрос аутентификации, то:

 a) Транзакция IOTP содержит документальный обмен аутентификации (смотри раздел 9.1.1). (Замечание 1)
 b) Если последнее сообщение документального обмена аутентификации содержит блоки TPO и отклика предложения, тогда:
  i) Транзакция IOTP включает документальный обмен предложения, независимый от вида платежа (смотри раздел 9.1.2.2). (Замечание 2)
 c) В противном случае, если последнее сообщение аутентификационного обмена содержит блок TPO, но не содержит блока отклика предложения, тогда:
  i) Сообщение IOTP содержит документальный обмен предложения, зависимый от вида платежа (смотри раздел 9.1.2.1). (Замечание 2)
 d) В противном случае (сообщение состояния аутентификации документального обмена не содержит ни блока TPO ни блока отклика предложения).
  i) Транзакция IOTP содержит только документальный обмен аутентификации. (Замечание 3)

2) В противном случае (отсутствие запроса аутентификации в первом сообщении IOTP):

 

e) Транзакция IOTP не включает в себя документальный обмен аутентификации (Замечание 2)

 f) Если первое сообщение содержит блок отклика предложения, тогда:
  i) Транзакция IOTP содержит документальный обмен предложения, независимый от вида платежа (Замечание 2)
 

g) В противном случае (отсутствие блока отклика предложения в первом сообщении):

  

i) Транзакция IOTP включает документальный обмен предложения, зависимый от вида платежа (Замечание 2)

3) Если блок отклина предложения присутствует в каком-либо сообщении IOTP, тогда:

 h) Если блок отклика предложения содержит компонент доставки, тогда:
  i) Если атрибут DelivAndPayResp компонента доставки равен “Истинно”, то компонент доставки делается равной “Истинно”, тогда:
   (1) Транзакция IOTP состои из документальных обменов платежа и доставки (смотри раздел 9.1.5) (Замечание 4)
  

ii) В противном случае (атрибут DelivAndPayResp компонента доставки делается равным “Ложно”)

   

(1) Транзакция состоит из документального обмена платежа (смотри раздел 9.1.3), за которым следует обмен доставки (смотри раздел 9.1.4) (Замечание 4)

 

i) В противном случае (блок отклика предложения не содержит компонента доставки )

  

i) если блок отклика предложения содержит только один компонент платежа, тогда:

   

(1) Транзакция IOTP содержит только один документальный обмен платежа (Замечание 5)

  

ii) если блок отклика Offer содержит компонент платежа, тогда:

   

(1) Транзакция IOTP включает в себя два документальных платежных обмена. Атрибут StartAfter компонента платежа используется для индикации того, какой платеж происходит первым. (Замечание 6)

  

iii) если блок отклика Offer не содержит ни одного или имеет более двух платежных компонентов, то имеет место ошибка

4) В противном случае (отсутствие блока отклика Offer) имеет место ошибка.

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

ЗамечаниеКорректность транзакции IOTP
1.Любая транзакция платежа и аутентификации
2.Любая транзакция платежа и аутентификации за исключением базовой аутентификации
3.

Транзакция базовой аутентификации или базовой покупки, возврата денег, депозита, отзыва или обмена ценностями с не прошедшей аутентификацией

4.Толко базовая трканзакция покупки
5.Базовая транзация покупки, возврата денег, депозита и отзыва
6.Только базовый обмен ценностями


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