---
title: Stratégie de repli
description: Comment récupérer les résultats du processus lorsque le service webhook est temporairement indisponible.
canonical: https://developer.unico.io/fr/human-token/webhooks-and-events/fallback
locale: fr
generated_by: markdown-export
---

- [/fr/](/fr/)
- Ressources supplémentaires
- [Webhooks et événements](/fr/human-token/webhooks-and-events/)
- Stratégie de repli

**Sur cette page# Stratégie de repli

En cas d'indisponibilité du service webhook, il est recommandé d'implémenter un mécanisme de repli pour garantir que votre application puisse récupérer le résultat du processus dans le délai de réponse attendu.
### Fonctionnement​

Le webhook est le mécanisme principal de livraison des résultats. Cependant, vous devez traiter les signaux suivants comme des déclencheurs supplémentaires pour récupérer activement le résultat via `GET /client/v1/process/{processId}` :
SignalCanalCe qu'il fournitRedirection `callbackUri`Human Token Journey (`humantoken`)Redirection URL uniquement — sans résultat
avertissement`callbackUri` ne transmet pas directement le résultat du processus. C'est uniquement un signal de fin de parcours. Votre back-end est responsable de la corrélation entre la redirection et le `processId` précédemment stocké, puis d'appeler GetProcess pour récupérer le résultat réel.
### Flux recommandé​

Dès réception d'un signal de fin de parcours, votre back-end doit appeler `GET /client/v1/process/{processId}` et valider le résultat dans l'ordre suivant :

Confirmer `state = PROCESS_STATE_FINISHED`
Évaluer le champ `result` et appliquer vos règles métier

Cela garantit qu'une indisponibilité temporaire du webhook n'entraîne pas la perte des résultats du processus.Dernière mise à jour le 16 oct. 2026**