Comment séparer temps et argent lorsqu’une personne travaille sur plusieurs sites ?

Une identité commune, mais des affectations et calculs séparés par client et lieu.

Une personne, plusieurs contextes de travail

Un travailleur peut changer de client, travailler sur plusieurs sites et avoir des codes, horaires, taux et responsables différents.

Séparer l’identité commune des données par site

Identité du travailleur

Deux couches sont requises : identité partagée et affectations propres à chaque site.

Affectation client/site

Deux couches sont requises : identité partagée et affectations propres à chaque site.

Pourquoi l’identifiant de pointage dépend-il du client ?

La clé doit être client/site + identifiant de pointage → profil du travailleur ; un code seul n’est pas unique.

Séparer le travail par site

Chaque ligne conserve site, date, poste, approbateur, version et statut : 12 jours chez A et 8 chez B, pas seulement 20 jours.

Associer le taux au bon site et à la bonne date

Le moteur évalue travailleur + site + date/poste + politique en vigueur avant de calculer.

Calculer séparément ou regrouper le disponible ?

Calculer valeur, retraits, réserve et statut par source, puis agréger seulement si la politique l’autorise.

La formule doit inclure le contexte du site

Disponible = jours approuvés × taux − reçu − réserve, calculé d’abord pour A puis pour B.

La transaction doit connaître la source du travail

Relier transaction, période, site, travail couvert et cumul. Une transaction multi-sites exige une allocation interne.

Passage de A à B en cours de période

Utiliser des dates d’effet claires et empêcher que l’ancien code, taux ou approbateur continue après le transfert.

Travail simultané sur deux sites

Autoriser plusieurs affectations actives avec dates, statut, code, horaire, politique et source payroll ; les données restent séparées.

Répartition des droits d’approbation

L’approbateur de A ne voit et n’approuve que A ; l’accès transversal exige un besoin métier.

Modification du travail de A après paiement

Conserver l’historique, remettre A en approbation, laisser B intact, recalculer A, mesurer l’écart et rapprocher la bonne paie.

Séparer le rapprochement de fin de période

Le rapport relie identité, site, période, travail, valeur, retraits alloués, écart et payroll cible ; les allocations égalent la transaction.

Field	Meaning
Worker	Shared identity
Client/workplace	Work source
Pay period	Settlement scope
Approved work	Input data
Work value	Workplace value
Allocated withdrawals	Amount paid
Difference	Exception
Target payroll	Settlement destination

Erreurs multi-sites fréquentes

Codes partagés, travail mélangé, mauvais taux, accès croisé, ancienne affectation active, transaction non allouée ou doublon.

KPI à suivre

Suivre affectations multiples, codes non appariés, travail mal rattaché, transactions non allouées, écarts de transfert, dates ou taux erronés.

Conclusion

Une bonne architecture conserve une identité et plusieurs affectations séparées : séparer, calculer correctement, puis agréger.

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

EWA: Hotline 0937.022.655 · Email info@nhankiet.vn · EWA