Quelle différence entre Settlement et Reconciliation dans l'EWA ?

Settlement et Reconciliation sont deux couches liées, mais aux finalités différentes. Dans une architecture EWA, Settlement clôt et enregistre le résultat financier d'une transaction ou d'une période ; Reconciliation compare des sources indépendantes pour confirmer que le travail, les opérations bancaires et la paie indiquent le même résultat.

Tout d'abord : toutes deux concernent l'argent, mais répondent à des questions différentes

Les deux notions sont souvent interchangeables dans l'usage, car elles apparaissent après la création d'une transaction.

Elles peuvent pourtant être clairement séparées :

• Settlement : « Comment cette obligation financière est-elle finalement accomplie et enregistrée ? »
• Reconciliation : « Les systèmes indépendants enregistrent-ils le même résultat ? »

Si les deux tâches sont fusionnées, le système peut considérer un résultat enregistré comme correct alors qu'aucun rapprochement indépendant n'a été effectué.

Que signifie Settlement dans cet article ?

Le terme « settlement » peut avoir des sens différents pour les banques, les passerelles de paiement et les systèmes de paie.

Ici, Settlement désigne l'étape qui établit le résultat financier final d'une transaction ou d'une période opérationnelle.

Pour une transaction EWA, par exemple :

• une demande est créée ;
• la banque confirme le résultat ;
• le système détermine le montant réellement versé ;
• le registre comptabilise le montant reçu ;
• la rémunération restante est mise à jour.

Au niveau de la période de paie, Settlement comprend également :

• l'agrégation des versements EWA confirmés ;
• l'inscription du bon total dans la paie ;
• la détermination du solde à verser pendant la période ;
• la clôture des obligations traitées.

Settlement vise donc l'accomplissement d'une obligation financière.

Que signifie Reconciliation ?

Reconciliation consiste à comparer au moins deux sources de données indépendantes pour vérifier leur concordance.

Par exemple :

• le registre EWA indique un versement de 500 000 VND ;
• le relevé bancaire doit comporter l'opération correspondante ;
• la paie de fin de période doit refléter le montant déjà reçu ;
• le bulletin de paie ne doit pas le déduire deux fois.

Si les sources concordent, la transaction ou la période est considérée comme rapprochée.

Dans le cas contraire, l'écart doit entrer dans une file d'exceptions.

Reconciliation ne crée pas de transaction et ne doit pas modifier les chiffres dans le seul but de faire correspondre les rapports.

Tableau comparatif de Settlement et Reconciliation

Critère	Settlement	Reconciliation
Question principale	Comment l'obligation financière a-t-elle été accomplie ?	Les registres concordent-ils ?
Moment	Pendant/après le cycle de la transaction ou en fin de période	Après réception de données de plusieurs sources
Données principales	État de la transaction, montant, période	Registre EWA, banque, paie
Résultat	Montant versé/réglé/restant	Concordance ou exception
Crée une transaction ?	Peut participer à l'achèvement d'une transaction	Non
Détecte les écarts ?	Éventuellement, mais ce n'est pas son but principal	Oui, c'est son but principal
Clôture une période ?	Peut contribuer à clore les obligations	Confirme les données avant la clôture
En cas d'incertitude	Conserver un état approprié	Envoyer en exception/investigation

Les deux couches doivent être reliées, sans se remplacer.

Comment une transaction passe-t-elle par Settlement ?

Un flux type peut être le suivant :

1. la demande remplit les conditions ;
2. Payment Orchestration crée une transaction ;
3. la banque la traite ;
4. l'état final est déterminé ;
5. une transaction réussie est inscrite dans le registre « reçu » ;
6. la valeur concernée est bloquée contre toute réutilisation ;
7. l'obligation de transaction est considérée comme accomplie.

Si l'état bancaire est incertain, Settlement ne doit pas tirer sa propre conclusion.

Le principe de fermeture sécurisée s'applique : si le résultat est incertain, ne pas le clôturer comme réussite ou échec.

Comment une transaction passe-t-elle par Reconciliation ?

Une fois les données indépendantes disponibles, le système compare :

1. l'identifiant interne de transaction ;
2. le code ou la référence bancaire ;
3. le montant ;
4. le bénéficiaire ;
5. l'heure ;
6. l'état ;
7. la période de paie ;
8. le montant inscrit dans la paie.

Si tout concorde, la transaction peut être marquée comme rapprochée.

Si un champ diffère, le système crée une exception.

Le point essentiel est que Reconciliation utilise une source indépendante pour vérifier le résultat enregistré par le système.

Pourquoi une réponse API ne suffit-elle pas comme rapprochement ?

Une API bancaire peut renvoyer « success » au moment du traitement.

C'est un signal important, mais un système financier doit ensuite effectuer un rapprochement indépendant.

Les raisons comprennent :

• une réponse en temps réel peut être perdue ou erronée ;
• le système interne peut enregistrer un mauvais état ;
• une transaction peut être inscrite deux fois ;
• le relevé peut contenir une opération absente du système ;
• la paie peut utiliser la mauvaise période.

Reconciliation apporte la vérification finale.

Quelle différence entre Settlement de fin de période et Settlement d'une transaction ?

Il existe deux niveaux.

Niveau de la transaction

Déterminer si un ordre précis a été payé, pour quel montant, puis l'inscrire au registre.

Niveau de la période de paie

Regrouper toutes les transactions de la période et déterminer :

• le total déjà reçu ;
• les remboursements ou ajustements ;
• le montant à refléter dans la paie ;
• la rémunération restante.

Les deux niveaux exigent des données traçables.

Pourquoi ne pas « rapprocher en changeant le chiffre jusqu'à ce qu'il corresponde » ?

Une erreur dangereuse consiste, lorsque deux registres diffèrent, à modifier manuellement l'un d'eux pour égaliser les totaux.

Cela détruit la preuve de la cause.

La bonne procédure consiste à :

1. préserver les données sources ;
2. créer une exception ;
3. rechercher la cause ;
4. déterminer quel registre est erroné ;
5. effectuer un ajustement métier traçable ;
6. obtenir l'approbation ;
7. refaire le rapprochement.

Tout ajustement doit laisser une piste d'audit.

Exceptions fréquentes entre Settlement et Reconciliation

Le système indique une réussite, mais le relevé bancaire ne montre rien

Il faut examiner la transaction et les preuves bancaires.

Le relevé montre une sortie, mais le système indique pending

La réponse API a peut-être été perdue. Il ne faut pas renvoyer un nouvel ordre.

La transaction a réussi, mais la paie ne la reflète pas

Le montant déjà reçu risque d'être payé une seconde fois en fin de période.

La paie déduit le montant, mais la transaction a échoué

La rémunération du salarié risque d'être réduite alors qu'il n'a rien reçu.

La transaction appartient à la mauvaise période

Il faut vérifier la règle de cut-off et la période concernée.

Une transaction en double existe

Conserver les deux enregistrements, identifier la cause et suivre le processus prévu.

Qui doit être responsable de ces deux couches ?

Il ne s'agit pas nécessairement de la même équipe.

Les responsabilités peuvent être réparties ainsi :

• Payment Operations : surveiller Settlement au niveau transactionnel ;
• Comptabilité/Rapprochement : rapprocher avec la banque ;
• Paie : Settlement et rapprochement de fin de période ;
• Engineering : assurer les états, l'idempotence et les journaux ;
• Product Operations : coordonner les exceptions.

La responsabilité doit être claire lorsqu'un écart apparaît.

Quelles données relient les deux couches ?

Il faut au minimum conserver :

• l'identifiant de transaction ;
• l'identifiant du salarié ;
• le compte destinataire ;
• le montant ;
• l'heure ;
• le client ;
• la période de paie ;
• l'état de la transaction ;
• la référence bancaire ;
• le montant inscrit dans la paie.

Le rapprochement ne doit pas reposer principalement sur les noms ou les libellés libres de virement.

Quand une période peut-elle être considérée comme « clôturée » ?

Une période ne doit pas être clôturée uniquement parce que la paie a été exécutée.

Avant la clôture, l'entreprise doit savoir que :

• les données de travail ont leur état final ;
• les transactions réussies sont regroupées ;
• les transactions pending ont un plan de traitement ;
• les registres bancaire et interne sont rapprochés ;
• la paie reflète le bon montant ;
• chaque exception restante a un responsable ;
• le rapport de liaison est conservé.

Toutes les exceptions ne doivent pas nécessairement disparaître immédiatement, mais chaque exception ouverte doit être identifiée et contrôlée.

KPI distincts pour Settlement et Reconciliation

Settlement

• délai de détermination de l'état final ;
• nombre de transactions pending ;
• taux de transactions nécessitant une intervention ;
• nombre de transactions relancées ;
• nombre de transactions en double.

Reconciliation

• taux de correspondance automatique ;
• nombre d'exceptions ;
• ancienneté des exceptions ;
• nombre d'écarts bancaires ;
• nombre d'écarts de paie ;
• délai de clôture du rapprochement.

Un KPI unique empêcherait l'entreprise de distinguer un problème de traitement des transactions d'un problème de comparaison des registres.

Conclusion

Settlement et Reconciliation sont deux maillons différents d'une même chaîne de contrôle. Settlement accomplit et enregistre une obligation financière ; Reconciliation utilise des sources indépendantes pour prouver la cohérence du résultat. Leur séparation facilite le traitement des opérations pending, des écarts, des cut-offs et de la paie, tout en conservant la traçabilité de la transaction au bulletin de paie.

Auteur : Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.

Conseil en accès au salaire acquis pour les entreprises : Hotline 0937.022.655 · E-mail info@nhankiet.vn · Accès au salaire acquis pour les entreprises