Стратегия резервного варианта

Markdown

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

Как это работает

Вебхук является основным механизмом доставки результатов. Однако следующие сигналы следует рассматривать как дополнительные триггеры для активного получения результата через GET /client/v1/process/{processId}:

Сигнал	Канал	Что предоставляет
Перенаправление callbackUri	Human Token Journey (humantoken)	Только URL-перенаправление — без результата

предупреждение

callbackUri не передаёт результат процесса напрямую. Это лишь сигнал завершения сценария. Ваш бэкенд обязан сопоставить перенаправление с ранее сохранённым processId и вызвать GetProcess для получения фактического результата.

Рекомендуемый порядок действий

После получения сигнала завершения сценария ваш бэкенд должен вызвать GET /client/v1/process/{processId} и проверить результат в следующем порядке:

1. Убедиться, что state = PROCESS_STATE_FINISHED
2. Оценить поле result и применить свои бизнес-правила

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