Rendre les progrès partiels visibles
Attribuez à chaque étape un état durable — en attente, en cours, réussie ou échouée — avec une erreur utile et un identifiant de corrélation. Cela distingue une interruption temporaire d’une action terminée dont la réponse a été perdue.
Avant une relance, vérifiez si l’étape est idempotente. Pour l’envoi d’un message, un paiement ou la création d’une ressource, utilisez une clé d’idempotence stable ou recherchez le résultat existant afin d’éviter un doublon.
Reprendre depuis un point de contrôle connu
Conservez les données nécessaires pour repartir de l’étape en échec et vérifiez la validité des sorties précédentes. Si les données amont ont changé, relancez délibérément les étapes dépendantes au lieu de mélanger plusieurs versions.
Définissez un nombre limité de tentatives avec délais pour les pannes temporaires, puis envoyez les échecs persistants ou définitifs vers une file de revue exploitable. Signalez l’exécution et la prochaine action ; ne masquez pas l’échec par un statut global de réussite.