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 |
|---|---|---|
onFinish-Callback | SDK Web / WebMobile | Journey-Endsignal — kein Ergebnis |
callbackUri-Weiterleitung | Alle anderen Kanäle | Nur URL-Weiterleitung — kein Ergebnis |
Weder onFinish noch callbackUri liefern das Prozessergebnis direkt. Sie sind ausschließlich Journey-Endsignale. Ihr Backend ist dafür verantwortlich, die empfangene id (oder 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.