Fallback-Strategie
Bei jeglicher Nichtverfügbarkeit des Webhook-Dienstes wird empfohlen, einen Fallback-Mechanismus zu implementieren, um sicherzustellen, dass Ihre Anwendung das Prozessergebnis innerhalb der erwarteten Antwortzeit abrufen kann.
Funktionsweise
Der Webhook ist der primäre Mechanismus zur Ergebnislieferung. Sie sollten jedoch die folgenden Signale als zusätzliche Auslöser behandeln, um das Ergebnis aktiv über GET /client/v1/process/{processId} abzurufen:
| Signal | Kanal | Was es liefert |
|---|---|---|
callbackUri-Weiterleitung | Human Token Journey (humantoken) | Nur URL-Weiterleitung — kein Ergebnis |
callbackUri liefert das Prozessergebnis nicht direkt. Es ist ausschließlich ein Journey-Endsignal. Ihr Backend ist dafür verantwortlich, die Weiterleitung mit der zuvor gespeicherten processId zu verknüpfen und dann GetProcess aufzurufen, um das tatsächliche Ergebnis abzurufen.
Empfohlener Ablauf
Sobald ein Journey-Endsignal empfangen wird, sollte Ihr Backend GET /client/v1/process/{processId} aufrufen und das Ergebnis in der folgenden Reihenfolge validieren:
- Bestätigen Sie
state = PROCESS_STATE_FINISHED - Werten Sie das Feld
resultaus und wenden Sie Ihre Geschäftsregeln an
Dies stellt sicher, dass eine vorübergehende Webhook-Nichtverfügbarkeit nicht zum Verlust von Prozessergebnissen führt.