Repérer l’origine des doublons
Un déclencheur peut être transmis plusieurs fois, un utilisateur peut démarrer une autre exécution ou une tentative peut expirer avant l’affichage de son résultat. Si le workflow envoie des messages, crée des enregistrements ou met à jour un service, une seconde exécution peut reproduire ces effets. Repérez les étapes qui modifient un état externe.
Utilisez un identifiant métier stable déjà associé à l’événement, comme une référence de commande ou de demande, pour rechercher le travail existant avant de le recréer. Ne considérez pas un identifiant temporaire d’exécution comme une clé métier durable sans garantie explicite.
Tester les événements répétés ou retardés
Effectuez un test contrôlé avec deux événements identiques et vérifiez que le second ne crée pas de doublon. Testez aussi un événement retardé et un échec après la réussite d’une action externe mais avant l’enregistrement de son résultat.
Conservez la référence de l’événement et son résultat afin de distinguer une répétition d’un nouveau travail. En cas de doublon, arrêtez les relances et vérifiez le système externe avant de corriger les données manuellement. Préparez la reprise au lieu de supposer qu’un déclencheur n’arrive qu’une fois.