EWA pour les entreprises de fourniture et de mise à disposition de main-d'œuvre : comment gérer le temps de travail chez plusieurs clients ?

Pour déployer l'EWA dans une entreprise de fourniture ou de mise à disposition de main-d'œuvre, chaque salarié doit être rattaché avec précision à l'entité juridique employeuse, au client, au lieu de travail, au contrat/à la mission, à la période de paie et aux données de temps de travail approuvées. L'entreprise doit déterminer clairement quel client enregistre le temps de travail, qui détient le pouvoir d'approbation, quand le temps de travail devient éligible pour créer un plafond, et quelle partie gère le paiement, la paie et le rapprochement. Lorsqu'un salarié est transféré ou termine une mission, ses droits EWA doivent évoluer à la date d'effet, sans attendre la fin du mois.

> Remarque : « fourniture de main-d'œuvre », « services de ressources humaines », « externalisation » et « mise à disposition de main-d'œuvre » ne désignent pas automatiquement la même relation juridique. L'étendue des responsabilités, l'employeur effectif et le mécanisme de versement du salaire doivent être déterminés selon le contrat et le droit applicable. Cet article constitue un cadre métier et technique général et ne remplace pas un conseil juridique adapté à chaque modèle.

> Glossaire : EWA (accès au salaire déjà gagné, perçu selon les jours déjà travaillés) · payroll (paie) · assignment (mission/affectation chez le client) · SLA (engagement de niveau de service) · HRIS (système d'information des ressources humaines) · ERP (progiciel de gestion intégré) · cutoff (date d'arrêté de période) · pilot (déploiement pilote) · UAT (test de recette utilisateur) · KPI (indicateur clé de performance).

Pourquoi un modèle multi-clients est-il plus complexe qu'une usine unique ?

Dans une entreprise de production classique, les salariés, les pointeuses, les responsables qui approuvent le temps de travail et la paie relèvent généralement d'une même organisation. Chez une entreprise de fourniture ou de mise à disposition de main-d'œuvre, un salarié peut :

• avoir signé une relation de travail avec une entité juridique tout en travaillant sur le site du client ;

• se voir attribuer ses postes et faire confirmer sa présence par le client ;

• voir l'entreprise de fourniture consolider son temps de travail, calculer et verser son salaire ;

• être transféré entre clients ou sites au cours d'une même période ;

• avoir plusieurs primes, heures supplémentaires ou règles de confirmation différentes ;

• terminer sa mission chez un client sans avoir rompu la relation de travail ;

• ou terminer à la fois la mission et la relation de travail à deux moments différents.

L'EWA ne se calcule correctement que si le système comprend l'intégralité de ce contexte. Un matricule salarié correct mais rattaché au mauvais client, à la mauvaise mission ou à la mauvaise période peut tout de même produire un plafond erroné.

1. Distinguer clairement les modèles métier avant l'intégration

Fourniture / recrutement de personnel

Le prestataire de services peut présenter ou fournir un vivier de candidats que le client contracte et gère directement au titre de la relation de travail. Dans ce cas, la partie responsable du salaire et de l'EWA n'est pas nécessairement l'entité qui a fourni les candidats.

Mise à disposition de main-d'œuvre

Il s'agit d'une activité soumise à conditions et encadrée par le droit du travail. Il faut identifier correctement l'entreprise de mise à disposition, l'entreprise utilisatrice, le salarié mis à disposition, le périmètre des travaux, le contrat et les responsabilités de chaque partie.

Externalisation de services avec recours à de la main-d'œuvre

Le client achète un résultat ou un service ; le prestataire en organise l'exécution. La gestion, le pointage et le versement du salaire dépendent du contrat de service et de la relation de travail réelle.

Pourquoi cette classification est-elle importante pour l'EWA ?

Elle détermine :

• qui est l'employeur ;

• qui définit et verse le salaire ;

• qui détient des données de temps de travail fiables ;

• qui détient le pouvoir d'approbation ;

• qui fournit les fonds ;

• avec qui les transactions sont réglées ;

• qui est responsable ou sous-traitant du traitement des données selon son rôle réel ;

• qui traite les réclamations et les litiges.

Il ne faut pas appliquer un processus EWA unique à tous les contrats sous prétexte que, dans chacun, des salariés travaillent chez un client.

2. Architecture de données multipartite

(Exigences de données et d'intégration : voir Intégrer l'EWA avec le pointage, la paie et l'ERP.)

flowchart TD
    A["HRIS de l'entreprise de main-d'œuvre"] --> E["Couche de données normalisée"]
    B["Planning des postes et temps de travail chez le client"] --> E
    C["Confirmation du superviseur"] --> E
    D["Paie et contrats"] --> E
    E --> F["Moteur de plafond EWA"]
    F --> G["Paiement"]
    G --> H["Rapprochement paie, ERP et client"]

Le principe d'une source de référence unique par domaine

3. Le modèle de données « salarié – mission – client – période de paie »

Le seul employee_id ne suffit pas. Une même personne peut avoir plusieurs affectations au cours d'une même période.

Les clés importantes

• employee_id : matricule du salarié ;

• employerid ou legalentity_id : entité juridique liée par la relation de travail ;

• client_id : client ;

• site_id : lieu de travail ;

• assignment_id : mission/affectation précise ;

• contract_id : contrat de service ou référence nécessaire ;

• payroll_group : groupe de règles / période de paie ;

• payperiodid : période de paie ;

• effectivefrom, effectiveto : dates d'effet ;

• transaction_id : transaction EWA ;

• payment_reference : référence de paiement.

Pourquoi `assignment_id` est-il important ?

Si un salarié travaille 10 jours chez le Client A et 12 jours chez le Client B, le système doit savoir à quelle mission appartient chaque enregistrement de temps de travail, qui l'a approuvé et quelles règles s'y appliquent. Il ne faut pas conserver uniquement le client actuel sur la fiche du salarié en écrasant l'historique.

Exemple de données d'affectation

{
  "employee_id": "EMP-000123",
  "employer_id": "NK-DEMO",
  "client_id": "CLIENT-DEMO-B",
  "site_id": "SITE-B02",
  "assignment_id": "ASN-2026-00871",
  "payroll_group": "MONTHLY-B",
  "effective_from": "2026-08-12",
  "effective_to": null,
  "status": "ACTIVE",
  "record_version": 3
}

Il s'agit de données fictives à titre d'illustration, et non de la structure officielle de l'API d'accès au salaire déjà gagné.

4. Qui enregistre le temps de travail et qui l'approuve ?

(Concept de base : voir Qu'est-ce que le temps de travail approuvé ?.)

Trois rôles peuvent être distincts :

1. Celui qui enregistre : la pointeuse, une application, une feuille de temps ou le superviseur sur site.

2. Celui qui confirme la présence / l'exécution : le chef d'équipe ou le responsable côté client.

3. Celui qui approuve pour la paie : la personne habilitée de l'entreprise de main-d'œuvre selon le processus.

Quatre modèles d'approbation courants

L'EWA doit utiliser exactement le statut approuvé par la politique en vigueur. « Vu par le client » n'équivaut pas automatiquement à « temps de travail approuvé pour la paie ».

5. Le SLA d'approbation du temps de travail doit être conçu avec le client

Si le client confirme le temps de travail avec retard, le salarié ne voit pas son plafond, même si la plateforme fonctionne normalement. Le SLA d'approbation du temps de travail doit donc faire partie du processus de coordination, et non rester une simple affaire interne aux RH.

KPI proposé

Taux de temps de travail approuvé dans les délais (%) = Enregistrements approuvés avant l'échéance ÷ Total des enregistrements à approuver × 100%

À suivre par :

• client ;

• site ;

• poste ;

• approbateur ;

• type d'exception ;

• ancienneté du temps de travail non approuvé ;

• motif du retard.

Mécanisme de relance et d'escalade

• relances avant et après l'échéance ;

• liste des exceptions à traiter ;

• délégation de remplacement en cas d'absence de l'approbateur ;

• escalade selon l'ancienneté de l'enregistrement ;

• alerte lorsqu'un lieu de travail ne remonte aucune donnée ;

• reporting aux référents côté client et côté entreprise ;

• consignation du motif en cas d'approbation tardive.

6. Quels champs le temps de travail chez le client requiert-il ?

Si le client transmet un fichier, il faut ajouter batch_id, le nombre d'enregistrements, un checksum, l'horodatage de création et la version du fichier.

7. Transfert entre clients au cours d'une même période

C'est une situation propice aux doublons ou aux manques de temps de travail.

Le processus recommandé

1. clôturer l'ancienne affectation à une date/heure d'effet ;

2. ouvrir la nouvelle affectation ;

3. vérifier l'absence de chevauchement contraire aux règles ;

4. confirmer le temps de travail encore en suspens chez l'ancien client ;

5. déterminer le groupe de paie et la nouvelle politique EWA ;

6. recalculer le plafond si les règles changent ;

7. informer le salarié si son plafond est affecté ;

8. attribuer les droits de gestion/approbation selon le nouveau site ;

9. rapprocher les transactions déjà effectuées avec la bonne période de paie.

Ne pas écraser l'ancien client

La fiche doit conserver l'historique des assignmentid. Si l'on se contente de modifier le clientid actuel, les rapports passés risquent d'attribuer l'intégralité du temps de travail et des transactions au nouveau client.

8. Terminer une mission n'est pas quitter l'entreprise

Une personne peut terminer chez le Client A tout en attendant d'être transférée vers le Client B ; ou bien quitter complètement l'entreprise.

L'entreprise doit disposer d'au moins deux statuts indépendants :

• le statut de la relation de travail ;

• le statut de l'affectation/mission.

Matrice de traitement de référence

Les règles officielles doivent être approuvées par les RH, la paie et le service juridique. Il ne faut pas verrouiller ou ouvrir automatiquement les droits sur la seule base d'un fichier client.

9. Plusieurs périodes de paie et politiques chez plusieurs clients

L'entreprise de main-d'œuvre peut verser les salaires sur une même période, mais les données des clients sont arrêtées à des dates différentes. Certains clients ont des primes, des heures supplémentaires, des primes d'assiduité ou des règles d'arrondi qui leur sont propres.

Table de configuration à gérer en versions

Il ne faut pas coder en dur la politique par nom de client dans le code source. La configuration doit comporter une date d'effet, un approbateur et un historique des modifications.

10. Heures supplémentaires et éléments de rémunération variables

Les heures supplémentaires chez le client peuvent passer par plusieurs étapes : demande, réalisation, confirmation par le client, approbation par l'entreprise et verrouillage par la paie.

Des éléments comme la prime de poste, la prime d'assiduité, la prime de rendement ou d'autres primes peuvent n'être déterminés qu'en fin de période. L'entreprise doit les classer :

• la part certaine et approuvée ;

• la part provisoire mais susceptible d'ajustement ;

• la part déterminée uniquement en fin de période ;

• la part exclue de l'EWA.

Si l'on intègre des éléments variables dans le plafond, il faut un mécanisme de provision, un versionnage et une explication au salarié. Il ne faut pas utiliser le chiffre d'affaires prévisionnel du client comme fondement direct du droit au salaire de chaque personne.

11. Responsabilité lorsque le client corrige le temps de travail tardivement

Le temps de travail peut être corrigé après qu'une transaction EWA a déjà eu lieu. Le processus doit répondre à :

1. dans quel délai le client peut effectuer une correction ;

2. qui approuve la modification ;

3. conserve-t-on les valeurs avant/après ;

4. quelles transactions reposent sur l'ancienne version ;

5. comment le plafond actuel est recalculé ;

6. sur quelle période l'écart est traité ;

7. qui contacte le salarié ;

8. comment le client et l'entreprise effectuent le rapprochement ;

9. comment les erreurs récurrentes sont corrigées.

Il ne faut pas supprimer l'ancien enregistrement. Il faut un événement d'ajustement ou un versionnage permettant de reconstituer le plafond au moment de la transaction.

12. Source des fonds et flux de trésorerie dans un modèle multipartite

Avant le déploiement, il faut déterminer :

• quelle partie verse les fonds au salarié ;

• à qui appartient le compte source ;

• quand une transaction constitue une obligation entre les parties ;

• quand l'entreprise de main-d'œuvre et le client procèdent au règlement ;

• quelle partie supporte les frais ;

• comment sont traitées les transactions échouées, indéterminées ou remboursées ;

• en cas de paiement tardif du client, quels sont les droits du salarié et les obligations des parties ;

• selon quel contrat les créances et les écritures comptables sont enregistrées.

L'EWA ne doit pas être conçu en supposant que le client paiera certainement à la date prévue si le contrat et la réalité des flux de trésorerie ne le garantissent pas. Le service Finance doit construire des scénarios de trésorerie et fixer des limites au programme.

13. Rapprochement à cinq dimensions

(Détails du rapprochement : voir Rapprocher les transactions EWA avec la paie et la comptabilité.)

Dans un modèle multi-clients, le rapprochement peut nécessiter cinq dimensions :

1. le temps de travail confirmé/approuvé ;

2. le plafond et les transactions EWA ;

3. le résultat du paiement ;

4. la paie/l'ERP ;

5. les pièces de confirmation/règlement avec le client, le cas échéant.

flowchart TD
    A["Temps de travail client"] --> F["Rapprochement"]
    B["Transaction EWA"] --> F
    C["Résultat du paiement"] --> F
    D["Paie et ERP"] --> F
    E["Pièces client"] --> F
    F --> G["Concordance ou cas d'écart"]

Écarts fréquents

• le client a confirmé mais l'entreprise n'a pas encore approuvé ;

• temps de travail rattaché au mauvais assignment_id ;

• une personne transférée a encore du temps de travail sur l'ancien site ;

• EWA réussi mais absent de la paie ;

• paiement réussi mais EWA n'a pas reçu le callback ;

• transaction imputée à la mauvaise entité juridique ou période ;

• le client corrige le temps de travail après le cutoff ;

• le total par client concorde mais est erroné par salarié ;

• frais ou montant de règlement rattachés au mauvais contrat.

14. Donner des droits au client sans exposer de données inutiles

(Cadre de sécurité : voir Sécurité des données et vie privée lors du déploiement de l'EWA.)

Les utilisateurs côté client ne devraient voir que les salariés et les données relevant du périmètre qu'ils doivent confirmer. Il ne faut pas, par défaut, laisser le client consulter :

• l'historique complet des perceptions anticipées de salaire ;

• les montants des transactions individuelles ;

• les données relatives à d'autres clients ;

• les coordonnées bancaires complètes ;

• les dossiers de paie hors de son périmètre de responsabilité ;

• les alertes de fraude détaillées ;

• les données RH non nécessaires au pointage.

Contrôle des droits

• attribuer les droits par clientid, siteid et rôle ;

• des droits assortis d'une date d'expiration ;

• réexaminer les droits quand le contrat ou le référent change ;

• MFA pour les approbateurs ;

• ne pas utiliser de comptes partagés ;

• journaliser la consultation, la modification, l'approbation et l'export des données ;

• une approbation dédiée pour les exports de données en masse ;

• notifier et révoquer immédiatement les droits lorsqu'un utilisateur client part ou change de poste.

15. Canal de support tripartite

Le salarié ne devrait pas avoir à deviner si le problème relève du client, de l'entreprise de main-d'œuvre ou du fournisseur EWA.

Aiguillage selon le type de problème

Le ticket doit porter un identifiant unique de bout en bout et un statut que le salarié peut suivre. Il ne faut pas lui demander de recontacter chaque partie depuis le début.

16. KPI pour une entreprise de fourniture de main-d'œuvre

KPI moteurs

• taux de salariés disposant d'un assignment valide ;

• taux de temps de travail transmis à temps par le client ;

• taux de temps de travail approuvé dans les délais ;

• ancienneté moyenne/médiane du temps de travail en attente d'approbation ;

• taux de changements d'assignment mis à jour dans les délais ;

• fraîcheur des données de plafond.

KPI d'expérience et d'exploitation

• taux d'activation par client ;

• taux de transactions réussies ;

• délai de réception des fonds ;

• tickets pour 1 000 transactions ;

• taux de traitement automatique ;

• taux de rapprochement automatique ;

• écarts par client / par cause ;

• corrections de temps de travail après le cutoff.

KPI RH et commerciaux

• taux d'acceptation du poste et de présence en phase initiale ;

• attrition par cohorte ;

• taux de satisfaction des besoins en main-d'œuvre ;

• demandes d'avance manuelles ;

• niveau de notoriété et de satisfaction ;

• charge d'exploitation par client.

Il ne faut pas conclure que l'EWA est à l'origine d'un changement RH sur la seule base d'une comparaison avant/après. Il faut tenir compte de la saisonnalité, des commandes, du niveau de salaire, du management, du site et des autres politiques.

17. Quel client choisir pour le pilote ?

(Feuille de route standard : voir Plan de pilote EWA sur 90 jours pour les entreprises.)

Un client pilote adapté présente généralement :

• un besoin et une adhésion clairs ;

• un référent doté du pouvoir de décision ;

• des données de temps de travail relativement stables ;

• des processus de postes et d'heures supplémentaires représentatifs ;

• un nombre suffisant de personnes/transactions pour les tests ;

• une disposition à approuver le temps de travail dans les délais ;

• une coopération en matière de communication et de support ;

• l'absence de changement simultané d'un système de pointage majeur.

Il ne faut pas choisir un client uniquement pour la qualité de la relation si ses processus diffèrent trop du reste.

Le périmètre que le pilote doit couvrir

• un cycle d'onboarding/activation ;

• postes normaux, heures supplémentaires et temps de travail exceptionnel ;

• transfert ou fin d'assignment ;

• transactions réussies, échouées, indéterminées et remboursées ;

• rapprochement quotidien ;

• un cycle de paie complet ;

• confirmation/règlement client s'ils relèvent du périmètre ;

• réclamations et incidents.

18. Checklist UAT multi-clients

Salarié et assignment

• [ ] Une personne avec un seul assignment actif.

• [ ] Une personne avec deux assignments valides sur la période.

• [ ] Transfert entre clients.

• [ ] Fin de mission sans départ de l'entreprise.

• [ ] Départ de l'entreprise alors que le fichier client contient encore du temps de travail.

• [ ] Entité juridique ou code client erroné.

Temps de travail et approbation

• [ ] Le client transmet le temps de travail dans les délais.

• [ ] Temps de travail en attente de confirmation et temps de travail approuvé.

• [ ] Temps de travail refusé.

• [ ] Temps de travail corrigé après approbation.

• [ ] Fichier en double, manquant ou reçu dans le mauvais ordre.

• [ ] Absence de l'approbateur avec délégation de remplacement.

Plafond et transactions

• [ ] Seules les données éligibles créent un plafond.

• [ ] Le changement d'assignment s'applique à la bonne date.

• [ ] Un renvoi avec la même clé ne crée pas de transaction en double.

• [ ] Un timeout crée un statut indéterminé.

• [ ] Les transactions de remboursement sont traitées correctement.

Paie et rapprochement

• [ ] La transaction est imputée à la bonne personne, entité juridique, client et période.

• [ ] La paie bloque les transactions en double.

• [ ] Rapprochement transaction par transaction, pas seulement des totaux.

• [ ] Chaque écart crée un cas avec un responsable désigné.

• [ ] Les ajustements conservent les valeurs avant/après et une approbation.

Droits et sécurité

• [ ] L'utilisateur client ne voit que son propre périmètre.

• [ ] Le client ne consulte pas l'historique EWA individuel non nécessaire.

• [ ] Les droits expirent et sont révoqués correctement.

• [ ] Les exports de données sont journalisés.

• [ ] Les scénarios de fuite de fichier ou de compromission de compte sont testés.

19. Cadre juridique à prendre en compte

Le Code du travail n° 45/2019/QH14 est entré en vigueur le 1er janvier 2021. Le Décret 145/2020/NĐ-CP, entré en vigueur le 1er février 2021, précise et guide l'application de certains articles du Code du travail relatifs aux conditions de travail et aux relations de travail, y compris des dispositions concernant la mise à disposition de main-d'œuvre.

L'entreprise doit identifier correctement le modèle juridique, les conditions d'exercice, les droits et obligations des parties, la responsabilité du versement des salaires et les dossiers applicables. Il ne faut pas employer le terme « fourniture de main-d'œuvre » pour se dispenser de qualifier la relation réelle.

En matière de données, la Loi sur la protection des données personnelles n° 91/2025/QH15 et le Décret 356/2025/NĐ-CP sont entrés en vigueur le 1er janvier 2026. Le partage de données entre l'entreprise de main-d'œuvre, le client, le fournisseur EWA et le partenaire de paiement doit être examiné au regard du rôle, de la finalité, du périmètre et des mesures de protection effectives.

Les conclusions juridiques précises concernant le produit, les avances, le règlement et les retenues doivent reposer sur le contrat, le règlement interne et les flux de trésorerie réels, et ne pas se déduire du seul nom « EWA ».

Conclusion

L'EWA offre un fort potentiel dans les entreprises de fourniture et de mise à disposition de main-d'œuvre, car il répond aux besoins d'une main-d'œuvre dispersée et aide à numériser les avances. Mais la complexité y est aussi plus élevée : les données de temps de travail naissent chez le client, la paie relève de l'entreprise de main-d'œuvre, les transactions passent par le fournisseur EWA et le paiement doit être relié de façon cohérente.

La réussite passe par une bonne gestion du modèle salarié – assignment – client – période de paie, une approbation du temps de travail dans les délais, la distinction entre fin de mission et départ de l'entreprise, des droits d'accès minimaux et un rapprochement à la transaction près. Découvrez l'accès au salaire déjà gagné pour les entreprises pour échanger sur un modèle d'accès au salaire déjà gagné adapté à une main-d'œuvre travaillant chez plusieurs clients et sur plusieurs sites.

Sources de référence

• Code du travail n° 45/2019/QH14

• Décret 145/2020/NĐ-CP guidant l'application du Code du travail

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

• Décret 356/2025/NĐ-CP guidant l'application de la Loi sur la protection des données personnelles

---

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

Conseil sur les solutions 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