Plan pilote EWA de 90 jours pour les entreprises

Le pilote EWA de 90 jours devrait se diviser en trois phases : 0 à 30 jours de préparation ; 31 à 60 jours d'exploitation contrôlée ; 61 à 90 jours d'évaluation et de décision d'extension. L'objectif n'est pas de réaliser un très grand nombre de transactions, mais de démontrer que toute la chaîne temps approuvé–plafond–versement–paie–comptabilité fonctionne correctement, que les salariés comprennent bien leurs droits et que les risques restent dans les limites acceptées par l'entreprise.

EWA — Earned Wage Access — généralement défini comme une solution permettant aux salariés d'accéder à une partie du salaire déjà généré avant l'échéance de paie habituelle. Comme l'EWA relie directement les données RH, de pointage, de paie, de paiement et de finance, le pilote doit être un projet transversal impliquant plusieurs services, et non un simple test applicatif.

> Glossaire : EWA (accès au salaire selon les jours déjà travaillés) · pilote (déploiement expérimental) · UAT (tests de recette utilisateur) · RACI (matrice des rôles : Réalisateur – Approbateur final – Consulté – Informé) · KPI (indicateur de performance) · ROI (retour sur investissement) · go-live (mise en production officielle) · soft launch (lancement à petite échelle) · project charter (charte de projet) · risk register (registre des risques) · playbook (guide opérationnel) · dashboard (tableau de bord) · Go–Adjust–Stop (Continuer – Ajuster – Arrêter).

Pourquoi piloter avant un déploiement à l'échelle de toute l'entreprise ?

La documentation, les démonstrations et les UAT ne permettent de vérifier qu'une partie du dispositif. Un pilote avec des données réelles permet à l'entreprise de vérifier :

• Si le temps de travail approuvé est mis à jour correctement et assez rapidement (selon le processus Lương Ngày).

• Si la formule de calcul du plafond crée un écart en fin de période.

• Si des transactions sont dupliquées, bloquées ou envoyées sur un mauvais compte.

• Si la paie et la comptabilité peuvent effectuer un rapprochement jusqu'à chaque transaction.

• Si les salariés comprennent les frais, le plafond et le salaire restant.

• Si le support est capable de traiter les erreurs de pointage, les départs et les réclamations.

• Si le coût total et les bénéfices sont proches du business case.

• Si les données personnelles et les droits d'accès sont bien maîtrisés en exploitation réelle.

Une extension trop précoce peut transformer une petite erreur en un écart de grande ampleur (voir les risques liés au déploiement de l'EWA). Le pilote permet de limiter l'impact, d'apprendre des données et de corriger les processus avant d'augmenter l'échelle.

L'entreprise est-elle prête pour un pilote EWA ?

Il ne faut fixer une date de début que lorsque les conditions fondamentales sont réunies.

Si l'une des conditions obligatoires n'est pas remplie, l'entreprise devrait rester en phase de préparation plutôt que d'utiliser de vrais salariés comme environnement de test.

Comment choisir le périmètre du pilote

Choisir l'unité appropriée

Il est préférable de privilégier une usine, une zone ou un groupe présentant :

• Des données de pointage relativement stables.

• Des approbateurs du temps de travail et des interlocuteurs RH clairement identifiés.

• Une paie capable de produire des rapports séparés pour le groupe pilote.

• Un management prêt à coopérer.

• Un effectif suffisant pour faire apparaître des situations réelles.

• L'absence de changements simultanés trop nombreux de politiques majeures.

Quelle ampleur est appropriée ?

Environ 300 à 1 000 salariés peut constituer une échelle de référence pour les entreprises employant un grand nombre de salariés, mais ce n'est pas une norme obligatoire. Les petites entreprises peuvent piloter sur un effectif plus réduit ; celles dont les données ne sont pas encore stables devraient commencer avec un périmètre plus restreint.

L'ampleur doit répondre à deux exigences :

1. Être suffisamment restreinte pour pouvoir être arrêtée et traitée en cas d'incident.

2. Être suffisamment large pour tester la charge, le comportement d'utilisation et les situations exceptionnelles.

Définir le groupe éligible

Le groupe pilote devrait être filtré selon des critères validés, par exemple :

• Avoir une relation de travail en vigueur.

• Avoir un matricule employé correctement rattaché.

• Disposer d'un temps de travail approuvé.

• Disposer de données de salaire servant de base de calcul.

• Disposer d'un compte de réception des fonds valide.

• Ne pas être en situation de départ, de suspension ou de litige sur le temps de travail.

• Avoir finalisé la confirmation des conditions et la notification relative aux données.

Il ne faut pas ouvrir l'accès à « tous les salariés » puis traiter les manques de données par la suite.

Vue d'ensemble du calendrier sur 90 jours

Phase 1 — Préparation, du jour 0 au jour 30

Semaine 1. Valider l'objectif et le périmètre

• Rédiger la charte de projet.

• Choisir le chef de projet et le comité de projet.

• Choisir l'unité, le groupe de salariés et la durée du pilote.

• Fixer un objectif principal et les KPI de soutien.

• Établir une base de référence sur les départs, les avances, le temps de travail, la paie et les coûts.

• Définir le budget et la source des fonds.

• Constituer un registre des risques initial.

Résultat : périmètre, KPI, budget, responsable et calendrier du projet approuvés.

Semaine 2. Juridique, politique et données

• Définir la structure des transactions et le schéma des flux financiers.

• Examiner les contrats, règlements et conditions applicables aux salariés.

• Valider le modèle de frais et la partie qui les supporte.

• Établir la cartographie des données, les rôles de traitement et la matrice des droits d'accès.

• Définir la durée de conservation/suppression et le processus en cas d'incident.

• Valider les conditions d'éligibilité, le plafond, la marge de sécurité et le plafond du programme.

Résultat : ensemble du dossier juridique–politique–données approuvé.

Semaine 3. Intégration et tests fonctionnels

• Rapprocher les matricules employés entre RH, pointage, paie et EWA.

• Tester les différents statuts du temps de travail.

• Tester la formule de calcul du plafond.

• Tester le changement de compte de réception des fonds.

• Tester la prévention des transactions dupliquées.

• Tester les transactions réussies, échouées, en attente de vérification et remboursées.

• Tester les cas de départ, d'erreur de pointage et de clôture de période.

• Effectuer un rapprochement test, de la transaction jusqu'au bulletin de paie/à l'écriture comptable.

Résultat : procès-verbal d'UAT, liste des anomalies, responsables des corrections et résultats des nouveaux tests.

Semaine 4. Formation et validation de la mise en production

• Former les managers responsables de l'approbation du temps de travail.

• Former les RH, la paie, la comptabilité, l'IT et le support.

• Communiquer auprès du groupe pilote dans un langage simple et clair.

• Réaliser une enquête de compréhension avant l'activation.

• Fixer le planning des permanences et les canaux de support.

• Simuler un incident et le mécanisme de suspension.

• Tenir une réunion Go/No-Go.

Résultat : liste finale des éligibles, checklist de mise en production et procès-verbal d'approbation.

Phase 2 — Exploitation contrôlée, du jour 31 au jour 60

Jours 31–37. Lancement progressif (soft launch)

Il n'est pas nécessaire d'ouvrir l'accès à tout le groupe pilote dès le premier jour. L'activation peut se faire par petits lots afin de vérifier :

• Le taux d'inscription/authentification réussie.

• L'exactitude de l'affichage du temps approuvé et du plafond.

• L'exactitude de l'affichage des frais et du solde de salaire restant.

• L'arrivée des transactions sur le bon compte.

• La diminution correcte du plafond après chaque transaction.

• Le bon fonctionnement des journaux, des notifications et des tickets de support.

Rapprochement quotidien et point rapide en fin de journée pendant la première semaine.

Jours 38–45. Stabilisation des processus

• Élargir progressivement dans le périmètre approuvé.

• Suivre le temps en attente d'approbation et le délai de mise à jour du plafond.

• Classer chaque ticket selon sa cause.

• Résoudre les erreurs critiques avant d'augmenter l'échelle.

• Examiner les comportements de retraits répétés et le salaire restant.

• Vérifier la capacité de la source des fonds les jours de forte activité.

Jours 46–60. Test de charge et des exceptions

• Exécuter les scénarios prévus dans des conditions d'exploitation réelles.

• Suivre les jours de forte activité, les week-ends et les périodes proches de la clôture.

• Vérifier les départs, changements d'équipe, congés sans solde et ajustements de temps de travail.

• Évaluer l'efficacité du support et de l'escalade des traitements.

• Préparer le premier rapprochement de paie.

Plafond prudent pendant le pilote

Il n'existe pas de taux de sécurité universel. Pendant le pilote, l'entreprise devrait :

• Ne calculer le plafond qu'à partir du temps de travail approuvé.

• Utiliser un taux d'accès inférieur à celui prévu après l'extension, si nécessaire.

• Conserver une marge de sécurité pour les ajustements de temps de travail et les obligations valides.

• Fixer des plafonds par personne, par jour, par unité et pour l'ensemble du programme.

• Suspendre le service lorsque la source des fonds ou les données passent sous un seuil critique.

• Ne pas assouplir le plafond uniquement pour augmenter le nombre de transactions.

Phase 3 — Évaluation, du jour 61 au jour 90

Jours 61–75. Clôturer une période de paie complète

Il s'agit d'une étape obligatoire pour vérifier l'ensemble du cycle :

1. Clôturer les données de temps de travail.

2. Déterminer le statut final de chaque transaction.

3. Intégrer les montants déjà perçus par anticipation dans la paie.

4. Vérifier chaque personne et chaque transaction.

5. Rapprocher les relevés et les écritures comptables.

6. Traiter les écarts.

7. Émettre des bulletins de paie faciles à comprendre.

8. Clôturer la période et archiver les dossiers.

Le pilote ne doit pas être considéré comme réussi simplement parce que les versements ont été effectués correctement, sans que le rapprochement de fin de période ait été démontré.

Jours 76–85. Mesurer l'expérience, l'efficacité et les risques

• Enquête auprès des utilisateurs et des non-utilisateurs.

• Entretiens avec les managers, les RH, la paie, la comptabilité et le support.

• Comparer les KPI avec la base de référence et le groupe témoin.

• Calculer le coût total, les bénéfices préliminaires et le ROI.

• Examiner les frais, les réclamations, le salaire restant et le comportement d'utilisation.

• Mettre à jour le registre des risques et évaluer les contrôles.

Jours 86–90. Prendre la décision

Le comité de projet rédige un rapport de synthèse et propose l'une des trois décisions suivantes :

• Go : étendre le déploiement selon la feuille de route.

• Adjust : prolonger ou ajuster le pilote.

• Stop : suspendre, revoir le modèle ou ne pas poursuivre.

RACI du projet pilote EWA

Légende : R – réalise directement ; A – responsable final/approbateur ; C – consulté ; I – informé.

Le RACI doit être adapté à l'organisation. Chaque élément ne devrait comporter qu'un seul rôle A clairement identifié, afin d'éviter qu'aucune personne ne soit responsable en dernier ressort.

Tableau de bord KPI du pilote sur 90 jours

Groupe données et éligibilité

• Nombre/taux de salariés éligibles.

• Taux de dossiers correctement rattachés au matricule employé.

• Taux de comptes de réception des fonds authentifiés avec succès.

• Taux de temps de travail approuvé dans le respect du SLA.

• Nombre de personnes sans plafond faute de données.

Groupe utilisation

• Taux d'activation.

• Taux d'utilisateurs.

• Nombre de transactions par personne et par période.

• Valeur moyenne perçue.

• Ratio du montant perçu par rapport au salaire déjà généré.

• Salaire prévisionnel restant après transaction.

Groupe exploitation

• Taux de réussite des transactions.

• Délai de traitement des transactions.

• Transactions échouées/en attente de vérification/remboursées.

• Transactions dupliquées ou bloquées pour suspicion de doublon.

• Nombre et valeur des écarts de rapprochement.

• Délai de clôture des tickets.

Groupe expérience

• Taux de bonne compréhension de l'EWA, des frais et du salaire restant.

• Niveau de satisfaction.

• Nombre de réclamations pour 1 000 personnes éligibles.

• Raisons de non-activation/non-utilisation.

• Taux de personnes souhaitant continuer à utiliser le service.

Groupe ressources humaines et finance

• Avances manuelles avant–après.

• Temps économisé par les RH/la paie.

• Départs à 7/30/60/90 jours.

• Absentéisme/abandon de poste.

• Coût du pilote et coût par personne éligible/utilisateur.

• Bénéfices convertis, bénéfice net et ROI préliminaire.

Groupe risques

• Dépassement du salaire réellement dû.

• Pertes dues à des erreurs de données/à la fraude.

• Incident de sécurité/de données personnelles.

• Violation d'un SLA critique.

• Nombre de personnes dont le salaire restant est sous le seuil d'alerte interne.

Critères Go–Adjust–Stop

Go — conditions réunies pour l'extension

• Au moins une période de paie complète achevée, avec rapprochement jusqu'à chaque transaction.

• Aucun écart significatif non traité.

• Temps de travail approuvé et données conformes au SLA.

• Taux de transactions en erreur, de tickets et de risques dans les seuils approuvés.

• Les salariés comprennent correctement les frais, le plafond et le salaire restant.

• Coût dans les limites du budget, avec des signaux de bénéfices raisonnables.

• Aucun problème juridique, de données, de source des fonds ou de sécurité ne bloque l'extension.

Adjust — poursuite avec ajustements

• KPI non atteints, mais les causes sont identifiées et un plan d'action existe.

• Approbation du temps de travail lente ou faible taux d'activation en raison de la communication.

• Intégration encore partiellement manuelle mais maîtrisée.

• Modèle de frais, plafond ou SLA à ajuster.

• ROI pas encore positif en raison de coûts ponctuels ou d'une échelle de pilote trop réduite.

Stop — arrêt ou refonte

• Rapprochement impossible avec la paie/la comptabilité.

• Versements erronés/dupliqués ou pertes non maîtrisées.

• Source des fonds non garantie.

• Nature juridique ou responsabilités des parties encore floues.

• Incident grave sur les données.

• Salariés induits en erreur ou impact négatif significatif sans mesure efficace.

Checklist de mise en production

Juridique et politique

• [ ] Le modèle et les flux financiers ont été décrits et approuvés.

• [ ] Le contrat, le règlement et les conditions applicables aux salariés sont harmonisés.

• [ ] Les frais et la partie qui les supporte sont clairement communiqués.

• [ ] Un mécanisme existe en cas de départ, de manque de salaire ou de litige sur le temps de travail.

• [ ] Les messages relatifs au prêt, au CIC (bureau de crédit), aux intérêts/frais ont été validés.

Données et technologie

• [ ] Seul le temps de travail approuvé est utilisé pour calculer le plafond.

• [ ] Le matricule employé et le numéro de transaction sont uniques.

• [ ] La prévention des doublons, les nouvelles tentatives et les transactions en attente ont été testées.

• [ ] Des droits d'accès, du chiffrement, des journaux et des alertes sont en place.

• [ ] Un mécanisme de blocage pour les personnes ayant quitté l'entreprise existe.

• [ ] Une solution de retour en arrière/suspension est prévue.

Finance, paie et comptabilité

• [ ] La formule de calcul du plafond et la marge de sécurité sont approuvées.

• [ ] La source des fonds et le plafond du programme sont prêts.

• [ ] L'UAT a été exécuté jusqu'au bulletin de paie et à l'écriture comptable.

• [ ] Un fichier et un processus de rapprochement à trois niveaux existent.

• [ ] Il existe un processus de remboursement, de correction des erreurs et de clôture de période.

Salariés et support

• [ ] La liste des éligibles a été vérifiée.

• [ ] L'interface affiche les frais, le montant net perçu et le salaire restant.

• [ ] La FAQ et le guide relatif aux erreurs de pointage/transactions sont prêts.

• [ ] Le canal de support, le planning des permanences et le SLA ont été publiés.

• [ ] Une enquête de compréhension a été réalisée avant la mise en production.

Dix erreurs courantes dans le déploiement d'un pilote EWA

1. Absence de base de référence : après le pilote, impossible de savoir si les résultats sont meilleurs ou pires que quoi.

2. Choix d'une unité aux données trop fragiles : tout le temps est consacré à corriger le pointage plutôt qu'à vérifier l'EWA.

3. Ouverture trop large dès le premier jour : une petite erreur affecte un trop grand nombre de personnes.

4. Test uniquement du parcours nominal : aucune préparation pour les départs, erreurs de pointage, transactions bloquées ou remboursements.

5. Absence d'un responsable de projet unique : les services attendent les décisions les uns des autres.

6. Fixer le nombre de transactions comme objectif principal : cela peut encourager une utilisation excessive.

7. Ne pas achever une période de paie complète : le cycle de vie complet n'a pas été vérifié.

8. Communication excessive : promettre « recevoir de l'argent à tout moment » ou « sans aucun frais » de façon inexacte.

9. Absence de prise en compte des coûts internes : le ROI est surestimé.

10. Extension alors que des erreurs sont encore ouvertes : la dette technique et les écarts augmentent avec l'échelle.

Plan de communication destiné aux salariés

Le message doit répondre à six questions :

1. Qu'est-ce que Lương Ngày/l'EWA ?

2. Qui est éligible ?

3. Quel temps de travail est utilisé pour calculer le plafond ?

4. Quels sont les frais et le montant réellement perçu ?

5. Comment le salaire de fin de période évolue-t-il ?

6. En cas d'erreur, qui contacter ?

Il est recommandé d'utiliser plusieurs formats : courtes vidéos, affiches, FAQ, guides intégrés à l'application et formation des managers de proximité. Le contenu doit rester cohérent sur tous les canaux.

Modèle de rapport du pilote destiné à la direction générale

1. Synthèse exécutive

• Objectif, périmètre, durée.

• Principaux résultats.

• Risques et incidents.

• Proposition Go–Adjust–Stop.

2. Résultats opérationnels

• Éligibilité, temps de travail approuvé, transactions, SLA, rapprochement.

3. Expérience des salariés

• Compréhension, satisfaction, réclamations, retours qualitatifs.

4. Impact sur les ressources humaines

• Recrutement, départs, absentéisme et groupe témoin.

5. Finance

• Coûts, bénéfices, ROI et trois scénarios d'extension.

6. Risques et contrôles

• Registre des risques, écarts, incidents, actions encore ouvertes.

7. Prochaines étapes

• Périmètre d'extension ou liste des ajustements.

• Budget et ressources.

• Prochain jalon de décision.

Conclusion

Le pilote EWA de 90 jours est un processus de vérification d'un système opérationnel transversal. Le succès ne se mesure pas seulement à la rapidité des versements, mais doit garantir :

La bonne personne → le bon temps de travail approuvé → le bon plafond → le bon compte → une seule fois → la bonne paie → la bonne comptabilité → la bonne expérience.

L'entreprise devrait bien préparer les 30 premiers jours, ouvrir l'accès de manière contrôlée pendant les 30 jours suivants, et consacrer les 30 derniers jours à finaliser la paie, mesurer les KPI, calculer le ROI et prendre une décision fondée sur des preuves.

Les entreprises peuvent obtenir un plan pilote Lương Ngày adapté à leur taille, à leurs données de pointage, à leur paie et à leurs objectifs RH sur Lương Ngày pour les entreprises.

> Remarque : Cet article propose un cadre général de déploiement ; il ne remplace pas un conseil juridique, financier, comptable, en sécurité ou en gestion de projet adapté à une entreprise spécifique.

Sources

• 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 356/2025/NĐ-CP précisant certaines dispositions et mesures d'application de la loi sur la protection des données personnelles

• Décret 52/2024/NĐ-CP relatif aux paiements sans numéraire

• OIT : Earned Wage Access – A Global Study on Benefits and Risks

---

Auteur : Nguyễn Tấn Lộc — Chargé de mission, service stratégie, Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt.

Conseil sur la solution Lương Ngày pour les entreprises : Ligne directe 0937.022.655 · E-mail info@nhankiet.vn · Lương Ngày pour les entreprises