Допустимые комбинации документальных обменов
Диаграмма на рис. .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. | Только базовый обмен ценностями |