Следовательно процесс, который решаетпроизвести такое действие, должен послать сообщение из процесса/сервера с инструкцией о том, какую транзакцию следует аннулировать.
Повторная посылка сообщений
Сервер должен периодически проводить проверки, нет ли транзакций, ожидающих сообщения-отклики и неполчивших их своевременно. Такая задержка может быть связана со следующими факторами:
| о | из-за используемого танспортного механизма; |
| o | из-за времени, необходимого для обработки инкапсулированных сообщений (напр., платежных) и |
| o | зависит оттого, нужен или нет ввод со стороны человека. |
Если не получено никакого сообщения, оригинальное сообщение должно быть послано повторно. Это должно производиться некоторое число раз в зависимости от надежности используемого транспортного механизма. Если не получено отклика в течении оговоренного времени, транзакция прерывается по таймауту. В этом случае, состояние транзакции устанавливается равным Failed, и выдается код завершения:
| o | TimedOutRcvr, если транзакция может быть восстановлена позднее, или |
| o | TimedOutNoRcvr, если транзакция невосстановима. |
Последовательность обработки для роли клиента
"Роль клиента" в IOTP является торговой ролью Покупателя.
Компания или организация, которая является Продавцом может, например, взять на себя роль покупателя, делая покупки или или выполняя отзыв электронного платежа.
В частности Покупатель должен быть способен: