Quand un systeme EWA doit arreter une transaction pour controle
Un systeme EWA doit arreter ou suspendre une transaction tant qu il ne peut pas confirmer la bonne personne, le travail valide, le montant actuel, le compte verifie et l absence de doublon. La regle sure est fail-closed : ne rien supposer si une donnee critique reste incertaine.
Arreter une transaction n est pas une panne
Un bon systeme financier ne laisse pas tout passer. Il s arrete si les donnees de travail divergent ou ont change sans nouvelle validation, si le compte attend sa verification, si le montant a change, si un paiement precedent est en attente, si un doublon est suspecte, si le statut bancaire est incertain ou si une source critique est indisponible.
Le but est d empecher qu une incertitude devienne une perte financiere reelle.
Groupe 1 : donnees de travail insuffisamment fiables
Arreter en l absence de travail approuve, apres une modification, si deux sources divergent, si un enregistrement semble duplique, si le code de pointage ne correspond pas, si la date ou le poste reste indetermine, ou si une mutation rend l affectation incertaine. Le montant gagne depend de ces donnees.
Groupe 2 : le montant demande ne correspond plus au serveur
Entre l affichage et la confirmation, le travail, un autre paiement, le cumul du cycle, la version de politique ou la reserve peuvent changer. Le serveur doit recalculer et refuser une ancienne valeur superieure au nouveau montant eligible.
Groupe 3 : le compte destinataire n est pas eligible
Arreter si le compte attend sa verification, si le titulaire ne correspond pas, si le compte vient de changer, si le controle d identite est en cours ou si le compte n est plus valide. Une correction ulterieure ne recupere pas toujours un paiement mal adresse.
Groupe 4 : une transaction precedente est encore en cours
Un statut processing, pending ou unknown sur la meme valeur cree un risque de double paiement. Verrouiller cette valeur afin qu un second flux ne puisse pas la reutiliser. Le controle de concurrence et l idempotence doivent agir ensemble.
Groupe 5 : timeout ou statut bancaire incertain
Un timeout ne signifie pas echec : la banque peut avoir execute l ordre sans que la reponse arrive. Il faut :
- conserver la transaction en attente ;
- ne pas creer une nouvelle reference ;
- ne pas liberer la valeur ;
- mener l investigation ;
- verifier des preuves independantes ;
- conclure seulement avec assez de donnees.
Ne jamais relancer un mouvement d argent « pour voir ».
Groupe 6 : signaux de transaction en double
Arreter pour le meme request ID, la meme idempotency key, un motif anormal meme personne/meme montant/temps proche, deux processus reservant la meme valeur ou un ordre termine envoye de nouveau.
Un signal de doublon ne prouve pas une fraude, mais impose un controle.
Groupe 7 : version de politique applicable indeterminable
L Eligibility Engine doit identifier la politique client, sa date d effet, la limite, la reserve et le droit d usage. Aucun parametre par defaut non confirme ne doit etre choisi. Une politique inconnue impose l arret.
Groupe 8 : statut du travailleur devenu ineligible
Arreter si l emploi ou l affectation a pris fin, si une mutation reste incomplete, si le dossier est bloque ou si le cycle concerne est clos. Utiliser le statut effectif a la date, pas un statut actuel generique.
Groupe 9 : panne d un systeme source critique
Exemples : donnees de travail inaccessibles, Eligibility Engine muet, Payment Orchestration deconnecte, verification de compte interrompue ou donnees bancaires invérifiables. Limiter l arret au perimetre affecte ; la panne d un client ne doit pas bloquer les autres.
Groupe 10 : arret d urgence active
Suspicion de doublons massifs, mauvais destinataire, erreur de calcul etendue, incident de securite ou statut impossible a etablir peuvent imposer le blocage. Les droits d activation et de reprise doivent etre limites, journalises, approuves et associes a des criteres de reouverture.
Difference entre arret, attente et rejet
| Resultat | Cas d usage | Exemple |
|---|---|---|
| Rejet | Condition certainement non remplie | Aucun travail eligible |
| Attente | Preuves incompletes | Timeout bancaire |
| Arret du flux | Risque systemique large | Suspicion de doublons massifs |
| Correction demandee | Donnee source erronee | Mauvais code de pointage |
| Nouvelle verification | Identite ou compte incertain | Changement de compte |
Ne pas afficher le meme message « transaction echouee » dans tous les cas.
Quel message montrer au travailleur ?
Afficher l etat reel sans ambiguite, ne pas demander une nouvelle soumission immediate, fournir une reference et indiquer la suite. Exemple : « Votre demande est en cours de controle. Ne creez pas une demande identique avant le resultat. »
Qui peut contourner une condition d arret ?
Tres peu de controles devraient etre contournables. Toute exception manuelle exige un droit eleve, une raison, un approbateur, des journaux, un perimetre limite et des preuves apres traitement. Eviter un superadmin universel.
Que doit suivre le tableau de bord ?
Suivre les demandes retenues, motifs, anciennete, volumes pending, signaux de doublon, comptes en verification, travail modifie apres validation, exceptions manuelles, arrets d urgence et delai de reprise. Une hausse rapide indique une cause racine a corriger.
Questions frequentes
L arret degrade-t-il l experience ?
Il ajoute parfois une attente, preferable a un paiement errone ou double. Le statut doit etre clairement explique.
Un timeout est-il un echec ?
Non. Il faut suspendre et investiguer.
Toute erreur API arrete-t-elle tout le systeme ?
Non. Isoler le service, le client ou la fonction affecte.
Qui peut reprendre apres un arret d urgence ?
Uniquement les roles autorises par la procedure, avec journaux et preuves de controle.
Conclusion
EWA doit savoir quand ne pas continuer. Donnees de travail incertaines, montant change, compte en verification, transaction precedente en attente, doublon, statut bancaire incertain et panne systeme sont des conditions majeures. Fail-closed garantit que l argent ne part que lorsque les donnees sont suffisamment certaines.
Auteur: Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.
Conseil EWA pour les entreprises: Hotline 0937.022.655 · Email info@nhankiet.vn · Decouvrir EWA pour les entreprises