Le processus d'accès au salaire déjà gagné : du pointage à la réception et au rapprochement

Le processus d'accès au salaire déjà gagné commence lorsque le temps de travail est enregistré et qu'un responsable l'approuve. Le système synchronise les données, calcule la part éligible du salaire déjà gagné, laisse le salarié soumettre une demande, exécute le versement, puis le rapproche dans la période de paie. Chaque opération a besoin d'un identifiant, d'un statut et d'un journal complet pour éviter les trop-versés, les doubles versements, les erreurs de paie, ou les difficultés lorsque le travail est ajusté.

« Accès au salaire déjà gagné » est le nom que Nhan Kiet donne à sa solution Earned Wage Access (EWA), qui aide un salarié à accéder à une partie du salaire correspondant au travail déjà accompli avant la date de paie habituelle. Ce n'est pas une manière de payer l'intégralité du salaire après chaque jour travaillé ; les cycles de calcul et de paiement de l'entreprise sont maintenus conformément à la politique applicable (voir d'autres distinctions dans En quoi une avance sur salaire traditionnelle diffère-t-elle de l'EWA ?).

Schéma d'ensemble du processus d'accès au salaire déjà gagné

Le cycle de vie opérationnel central comporte sept étapes :

1. Enregistrer le travail.

2. Le responsable confirme le travail.

3. Synchroniser les données.

4. Calculer le salaire déjà gagné éligible.

5. Le salarié soumet une demande d'argent.

6. Authentifier et verser.

7. Rapprocher dans la période de paie.

Si l'étape d'inscription est incluse, le processus complet peut être décrit ainsi :

Inscription/eKYC → Confirmation des conditions ou signature électronique → Pointage → Approbation du travail → Calcul du plafond → Demande d'argent → Versement → Rapprochement → Bulletin de salaire.

Ces deux couches de processus ne sont pas contradictoires. Les sept étapes constituent le cycle de vie opérationnel qui se répète à chaque période ; l'inscription et la confirmation des conditions sont l'étape préparatoire avant que le salarié n'effectue sa première opération.

Étape 0. Inscription, authentification et établissement des droits d'usage

Avant que l'accès au salaire déjà gagné puisse être utilisé, le profil du salarié doit être correctement rattaché aux données de l'entreprise. Au minimum, il faut déterminer :

• Un code salarié unique.

• L'entreprise ou l'unité qui l'emploie actuellement.

• Un statut de relation de travail valide et en vigueur.

• Un numéro de téléphone ou un compte de connexion vérifié.

• Un compte de réception appartenant au bon bénéficiaire ou traité selon une politique approuvée.

• La version des conditions salarié qui a été confirmée.

• Le moment d'activation et le périmètre d'usage.

En cas d'eKYC ou de signature électronique, l'entreprise doit définir clairement quelles données sont collectées, la finalité d'usage, la durée de conservation et la manière de traiter un échec d'authentification. La Loi sur les transactions électroniques n° 20/2023/QH15 est l'une des bases que le service juridique doit examiner lors de la conception de l'opération et de la confirmation électronique.

Contrôles nécessaires

• Ne pas activer un profil qui n'est pas correctement rattaché à un code salarié.

• Ne pas autoriser une opération si un statut de démission ou de suspension est déjà en vigueur.

• Exiger une authentification supplémentaire lors du changement du compte de réception.

• Conserver la version des conditions et la preuve du consentement.

• Séparer les données d'identité des données servant uniquement à faire fonctionner le plafond, le cas échéant.

Étape 1. Enregistrer le temps de travail

La première donnée de l'accès au salaire déjà gagné n'est pas la demande d'argent, mais le temps de travail. Les données peuvent provenir d'une pointeuse, d'une application, d'une feuille de travail du client, d'un système HRM ou d'une autre source reconnue par l'entreprise.

Un relevé de travail nécessite généralement ces champs :

Un seul pointage prouve seulement que le système a reçu des données. Il ne prouve pas automatiquement que le poste est éligible au calcul du salaire.

Étape 2. Le responsable confirme le travail

C'est l'étape qui détermine la fiabilité du plafond. Une personne habilitée vérifie le poste, les heures supplémentaires, les congés et les exceptions avant de faire passer le travail au statut approuvé.

Pourquoi ne devrait-on utiliser que le travail approuvé ?

Le travail non approuvé peut changer en raison de :

• Un pointage d'entrée ou de sortie manquant.

• Un mauvais poste ou lieu.

• Des heures supplémentaires non encore confirmées.

• Une demande de congé non encore mise à jour.

• Des données en double ou un code salarié mal saisi.

• Le client n'a pas encore confirmé les heures réellement travaillées.

Si le système calcule le plafond sur du travail en attente, l'argent peut être versé avant qu'un écart ne soit détecté. Le récupérer ensuite est généralement plus difficile que d'empêcher une opération erronée dès le départ.

Les responsabilités de l'approbateur du travail

• Approuver la bonne personne, le bon jour, le bon poste et le bon type de travail.

• Traiter le travail anormal dans le délai prescrit.

• Consigner le motif lors d'un ajustement ou d'un rejet.

• Ne pas partager de comptes ni déléguer sans contrôle.

• Terminer le travail avant l'échéance de synchronisation du plafond.

L'entreprise devrait avoir un SLA d'approbation du travail et un tableau de bord montrant le nombre de personnes non approuvées, le nombre d'enregistrements anormaux et le temps d'arriéré.

Étape 3. Synchroniser et vérifier les données

Après l'approbation du travail, les données sont transmises au système de calcul du plafond. La synchronisation peut se faire par API en quasi-temps réel, par fichier batch planifié ou par une opération contrôlée pendant la phase pilote.

Le système ne devrait pas seulement vérifier « s'il y a des données », mais aussi leur qualité :

• Le code salarié existe-t-il et est-il toujours actif ?

• La période de paie est-elle correcte ?

• Le travail a-t-il été approuvé et n'est-il pas encore verrouillé/retiré ?

• Le niveau de salaire ou le taux unitaire servant de base est-il déjà en vigueur ?

• Une opération est-elle déjà survenue sur la même part de travail ?

• Y a-t-il une réserve ou un ajustement à inclure dans la formule ?

• Le compte de réception a-t-il été vérifié ?

Le principe en cas de données manquantes

Ne pas deviner le taux unitaire, le type de poste ou le statut du travail. Si un champ de données requis est manquant ou contradictoire, le profil doit passer au statut non éligible avec un motif précis, afin que les RH, le responsable ou le salarié puissent le traiter.

Étape 4. Calculer le salaire déjà gagné éligible

Le plafond ne devrait pas égaler l'intégralité du salaire provisoire. Le système doit conserver une part de sécurité pour les ajustements susceptibles de survenir en fin de période.

Formule illustrative

La formule générale peut s'exprimer ainsi :

Plafond encore disponible = (Salaire déjà gagné valide × Taux de sécurité) − Montant déjà reçu − Réserve/ajustement

Où :

• Salaire déjà gagné valide : le revenu calculé à partir du travail approuvé selon les règles de l'entreprise.

• Taux de sécurité : le taux que l'entreprise autorise à accéder, sans être par défaut de 100 %.

• Montant déjà reçu : le total des opérations réussies dans la période.

• Réserve/ajustement : la part retenue pour les obligations et les fluctuations valides susceptibles d'affecter le salaire net perçu.

Exemple illustratif

Supposons qu'au moment du calcul :

• Salaire déjà gagné à partir du travail approuvé : 4 000 000 VND.

• Taux de sécurité supposé : 70 %.

• Montant que le salarié a déjà reçu par anticipation : 1 500 000 VND.

• Réserve supplémentaire : 300 000 VND.

Alors :

Plafond restant = (4 000 000 × 70 %) − 1 500 000 − 300 000 = 1 000 000 VND.

Tous ces chiffres illustrent seulement le fonctionnement de la formule ; ils ne constituent pas la politique de l'accès au salaire déjà gagné. Le taux réel doit se fonder sur la structure salariale de chaque entreprise, la stabilité du travail, les retenues et sa capacité à traiter les écarts.

Conditions pouvant rendre le plafond nul

• Aucun travail approuvé pour l'instant.

• Le profil ou le compte de réception n'est pas encore valide.

• Le salarié a reçu l'intégralité de la part éligible.

• Le travail est en litige ou en attente d'ajustement.

• La période de paie est verrouillée.

• Le statut d'emploi est suspendu ou terminé.

• Le plafond total du programme ou les fonds ont temporairement atteint leur limite.

L'écran devrait expliquer la raison plutôt que d'afficher seulement « opération impossible ».

Étape 5. Le salarié soumet une demande d'argent

Lorsqu'il y a un plafond, le salarié choisit le montant qu'il souhaite recevoir. Avant la confirmation, le système devrait afficher :

• Le plafond actuel.

• Le montant demandé.

• Le frais de service et le frais de virement, le cas échéant.

• Le montant réellement reçu.

• Le total reçu dans la période.

• Le salaire restant prévu après l'opération.

• Le compte bénéficiaire dont les informations sont partiellement masquées.

• Le délai de traitement prévu.

• Les conditions importantes et le canal de support.

Vérifications juste avant d'enregistrer la demande

Le plafond devrait être recalculé ou reconfirmé afin d'éviter le cas où le salarié ouvre l'écran à un moment donné mais où les données de travail ou d'opération ont changé avant qu'il n'appuie sur confirmer.

Chaque demande doit avoir un code d'opération unique. Si le salarié appuie plusieurs fois ou si l'application renvoie la demande à cause d'une perte de connexion, le système ne doit créer qu'une seule opération valide.

Étape 6. Authentification, contrôle et versement

Avant d'envoyer l'instruction de paiement, le système a besoin d'une dernière vérification :

• Identité et session de connexion valides.

• Le compte bénéficiaire n'a pas été modifié anormalement à l'instant.

• Le plafond est encore suffisant.

• Le salarié est encore dans un statut permettant l'usage.

• L'opération n'a jamais été traitée.

• Les fonds et le plafond total du programme suffisent encore.

• Il n'y a aucune alerte de fraude ni ordre de suspension.

Statuts d'opération suggérés

Une erreur dangereuse consiste à voir un statut de paiement lent et à renvoyer automatiquement une nouvelle instruction. La bonne manière est de rechercher l'ancienne opération par son identifiant avant de décider comment poursuivre.

Étape 7. Rapprocher dans la période de paie

Le rapprochement est l'étape qui prouve que le système a achevé le cycle de vie de l'opération. Le total reçu par anticipation ne peut se situer en dehors de la feuille de calcul de paie, du bulletin de salaire et des livres comptables.

L'entreprise devrait effectuer trois couches :

1. Rapprochement des opérations

Comparer la demande dans l'application avec le résultat réel de la banque ou du canal de paiement :

• Code d'opération.

• Bénéficiaire.

• Montant demandé et montant réellement reçu.

• Frais.

• Moment.

• Statut final.

2. Rapprochement de la paie

Comparer le total reçu dans la période avec les données de paie de chaque salarié. Le bulletin de salaire doit présenter clairement le salaire déjà gagné, le montant reçu par anticipation, les frais (s'ils relèvent d'un mécanisme figurant sur le bulletin) et le salaire restant à payer.

3. Rapprochement comptable et des fonds

Comparer les données de l'application avec les relevés, les écritures comptables et les obligations de règlement entre l'entreprise et l'unité opérante/l'unité de financement. Il doit être possible de séparer l'argent que le salarié reçoit, le frais de service, le frais de paiement et les remboursements.

Principes de clôture de période

• Ne pas clôturer la période tant qu'il reste des opérations au statut final indéterminé.

• Chaque écart doit avoir une cause, un responsable et une preuve.

• Les ajustements après le verrouillage de la période doivent passer par une approbation.

• Le rapport de synthèse doit correspondre au détail de chaque salarié et de chaque opération.

Données d'entrée minimales nécessaires

Le principe est de n'utiliser que les données nécessaires à la finalité définie, d'attribuer les permissions selon le bon rôle et de conserver une trace complète. La Loi sur la protection des données personnelles n° 91/2025/QH15, en vigueur à partir du 01/01/2026, est une base actuelle à examiner pour tout le cycle de vie des données.

Rôles et responsabilités de chaque partie

L'entreprise devrait établir un RACI spécifique pour les situations normales et exceptionnelles. Si un incident survient et qu'il est impossible de déterminer qui a l'autorité d'arrêter, de corriger ou de rembourser, le processus n'est pas encore prêt pour la mise en production.

Contrôles obligatoires avant le versement

Une opération ne devrait être envoyée que lorsqu'elle franchit toutes les portes de contrôle :

1. Le salarié est encore valide et éligible.

2. Le travail a été approuvé par une personne habilitée.

3. Les données de revenu sont valides dans la période.

4. Le plafond est recalculé au moment de l'opération.

5. Le total demandé ne dépasse pas le plafond ni le plafond du programme.

6. Le compte de réception a été vérifié.

7. L'opération n'est pas un doublon.

8. Il n'y a aucune alerte de fraude ni statut de suspension.

9. Les fonds sont encore disponibles.

10. Le salarié a vu les frais et confirmé le montant réellement reçu.

Traiter les situations exceptionnelles

Travail modifié après réception de l'argent

Le système doit recalculer la part éligible, arrêter les nouvelles opérations si nécessaire et transférer l'écart vers un processus de traitement approuvé. Il ne devrait pas créer automatiquement une obligation hors processus tant que le salarié n'a pas été notifié.

Le salarié démissionne en milieu de période

Dès que le statut de démission prend effet, le droit de créer de nouvelles opérations doit être verrouillé. Les RH, la Paie et la Comptabilité déterminent le travail approuvé, l'argent reçu, le salaire restant et le plan de règlement selon le dossier applicable.

Le compte bancaire est erroné ou vient d'être changé

Une opération non encore versée doit être suspendue ; un changement de compte requiert une authentification supplémentaire. Si elle a déjà été versée par erreur, passer immédiatement au processus d'investigation et d'incident ; ne pas modifier manuellement le statut pour faire « correspondre » le rapport.

Une opération échouée

Ne restaurer le plafond qu'après un résultat final fiable. La politique de frais des opérations échouées doit être publiée à l'avance et mise à jour de manière cohérente dans l'application, le rapprochement et la comptabilité.

Une opération soupçonnée d'être un doublon

La rechercher par l'ancien code d'opération avant de créer une nouvelle instruction. Toutes les API créant des opérations ont besoin d'un mécanisme anti-doublon.

Le système de pointage ou de paie est interrompu

Lorsque les données ne sont plus mises à jour dans le délai autorisé, le plafond doit être temporairement verrouillé ou basculé vers un mécanisme de contrôle manuel. Il ne faut pas continuer à verser sur la base de données anciennes sans approbation.

Que devraient contenir le SLA et le journal d'audit ?

SLA d'exploitation

L'entreprise doit convenir de délais pour :

• L'approbation du travail.

• La synchronisation des données.

• Le traitement des demandes d'argent.

• Le retour des résultats d'opération.

• L'investigation des opérations au statut peu clair.

• La correction des erreurs de travail et le recalcul du plafond.

• Le traitement des réclamations.

• Le remboursement ou l'ajustement des frais.

Le SLA doit distinguer le temps de traitement du système du temps qui dépend de la banque, du client ou d'une approbation manuelle.

Journal d'audit

Le journal doit pouvoir répondre à :

• Qui, ou quel système, a exécuté l'action ?

• Quand l'action a-t-elle eu lieu ?

• Quelles étaient les données avant et après le changement ?

• Quelle règle ou version de formule a été appliquée ?

• Qui a approuvé l'exception ?

• Quelle instruction de paiement y correspond ?

• Dans quelle période l'opération a-t-elle été rapprochée ?

L'opérateur ne devrait pas être autorisé à modifier directement l'historique des opérations sans laisser de trace.

Liste de contrôle de l'entreprise avant de connecter le processus

• [ ] Il existe un code salarié cohérent entre RH, pointage, paie et EWA.

• [ ] Seul le travail approuvé sert à calculer le plafond.

• [ ] Il y a un délai d'approbation du travail et un remplaçant en l'absence du responsable.

• [ ] La formule du plafond a été approuvée par la Paie, la Finance et le Juridique.

• [ ] Il y a une part de réserve au lieu d'autoriser la perception de la totalité du salaire provisoire.

• [ ] Le compte de réception est vérifié et contrôlé en cas de changement.

• [ ] Chaque opération a un code unique et un mécanisme anti-doublon.

• [ ] Il y a des statuts complets d'échec, d'investigation, de remboursement et de rapprochement.

• [ ] Un cycle complet jusqu'au bulletin de salaire, à la comptabilité et aux relevés a été testé.

• [ ] Il y a un processus de verrouillage en quasi-temps réel des salariés démissionnaires.

• [ ] Il y a un scénario en cas d'interruption du pointage, de la paie ou du paiement.

• [ ] Le salarié voit clairement les frais et le salaire restant prévu.

• [ ] Il y a un point de contact de support et un SLA de traitement des réclamations.

• [ ] Les données personnelles sont contrôlées par permission, protégées et gérées sur leur cycle de vie.

• [ ] Un pilote a été exécuté et au moins une période de paie complétée avant l'extension.

Conclusion

La valeur essentielle de l'accès au salaire déjà gagné ne réside pas seulement dans la vitesse du transfert. Un système fiable doit pouvoir prouver toute la chaîne :

La bonne personne → le bon travail approuvé → le bon plafond → le bon compte → exactement une fois → le bon statut → la bonne période de paie → le bon grand livre de rapprochement.

Si une étape ne peut être tracée, l'entreprise ne peut pas encore être sûre que l'opération était correcte. C'est pourquoi un pilote doit traverser au moins une période de paie complète, traiter pleinement les exceptions et clôturer tous les écarts importants avant l'extension (voir aussi les risques du déploiement de l'EWA).

Une entreprise souhaitant évaluer ses données et sa maturité de déploiement peut demander une démonstration du processus d'accès au salaire déjà gagné, du pointage au rapprochement, sur Accès au salaire déjà gagné pour les entreprises.

> Remarque : Cet article fournit une information générale et ne remplace pas un conseil juridique, financier, comptable, de sécurité ou de conception de système pour une entreprise précise.

Sources de référence

• Code du travail n° 45/2019/QH14

• Loi sur les transactions électroniques n° 20/2023/QH15

• Loi sur la protection des données personnelles n° 91/2025/QH15

• Décret 52/2024/NĐ-CP sur le paiement sans espèces

• Banking Review : La nature juridique des services d'accès au salaire déjà gagné et propositions d'ajustement du droit au Vietnam

---

Auteur : Nguyen Minh Khang — Spécialiste, direction de la stratégie, Nhan Kiet Manpower Supply Co., Ltd.

Conseil sur la solution d'accès au salaire déjà gagné pour les entreprises : Hotline 0937.022.655 · E-mail info@nhankiet.vn · Accès au salaire déjà gagné pour les entreprises