Accès au salaire déjà gagné pour les entreprises de logistique, entreposage et livraison : comment calculer les heures, les quarts et la production ?
Accès au salaire déjà gagné pour les entreprises de logistique, entreposage et livraison : comment calculer les heures, les quarts et la production ?
Pour mettre en œuvre l'accès au salaire déjà gagné dans la logistique, les entreprises doivent distinguer le salaire approuvé basé sur le temps des revenus par livraison, commande, production, indemnités et primes qui ne sont déterminés qu'après réconciliation. Les données de pointage, WMS, TMS, applications de conducteurs/livreurs et paie doivent utiliser des codes communs pour les employés, les sites, les quarts, les tâches, les périodes de paie et les statuts d'approbation. Les entreprises devraient commencer par les revenus les plus sûrs, traiter séparément les données retardées ou annulées, et réconcilier chaque transaction avant de s'étendre.
> Remarque : Cet article est un cadre de référence métier-technique. Les formules de salaire, indemnités, primes, pénalités/compensations, les éléments inclus dans le plafond et les méthodes de règlement doivent être confirmés par l'entreprise, la paie, le service juridique, la comptabilité et le fournisseur d'accès au salaire déjà gagné selon les contrats et politiques en vigueur.
> Glossaire des termes : Accès au salaire déjà gagné (accès au salaire gagné) · WMS (système de gestion d'entrepôt) · TMS (système de gestion de transport) · HRIS (système d'information des ressources humaines) · paie (calcul des salaires) · COD (encaissement à la livraison) · cutoff (date de clôture) · pilote (déploiement pilote) · UAT (test d'acceptation utilisateur) · KPI (indicateur de performance clé) · hub (centre de transit) · hors ligne (offline).
Pourquoi l'accès au salaire déjà gagné dans la logistique ne peut-il pas se baser uniquement sur le "nombre de commandes livrées" ?
Un employé d'entrepôt peut être rémunéré par quart, avec des primes de production et des indemnités de nuit. Un livreur peut générer des revenus par nombre de livraisons, commandes réussies, retours, encaissements, indemnités de trajet et ajustements. Un conducteur peut avoir un planning mais les trajets peuvent être modifiés, annulés ou complétés après minuit.
Si la plateforme d'accès au salaire déjà gagné utilise un événement opérationnel non confirmé comme salaire gagné, le plafond peut être mal calculé. Par exemple :
commande reçue mais non livrée avec succès ;
trajet créé mais annulé ;
production WMS sans exclusion des tests ou doublons ;
transfert d'employé entre quarts ;
indemnité de trajet déterminée après réconciliation ;
encaissement non remis ;
données hors ligne synchronisées tardivement ;
quart de nuit compté sur deux jours différents entre systèmes.
Ainsi, le principe clé est : un événement opérationnel ne devient pas automatiquement un revenu éligible. Une couche de règles et de statuts d'approbation est nécessaire pour lier les données opérationnelles à la paie.
1. Carte des systèmes dans une entreprise de logistique
Rôle de chaque système
| Système | Données | Ne pas déduire automatiquement |
|---|---|---|
| HRIS | Identité, statut d'emploi, unité | Un compte actif signifie que la personne est encore employée |
| Pointage | Entrées/sorties, quarts, exceptions | Chaque pointage est un temps rémunéré |
| WMS | Activités d'entrepôt, scans, traitement des commandes/production | Chaque tâche est une production rémunérée |
| TMS | Trajets, itinéraires, dispatching, statuts | Chaque trajet créé est un revenu généré |
| Application terrain | Affectations, livraisons, preuves, localisation | Chaque statut cliqué par l'utilisateur est un résultat final |
| Paie | Périodes, règles, codes de poste, approbations | L'argent a été transféré avec succès |
| Accès au salaire déjà gagné | Plafonds, demandes, transactions | Les données sources ne changent plus |
| Paiement | Résultat du transfert d'argent | La paie a enregistré correctement la période/personne |
2. Classification de la main-d'œuvre avant de concevoir l'accès au salaire déjà gagné
(Cas des usines multi-quarts : voir Accès au salaire déjà gagné pour les entreprises de production multi-quarts.)
Employés d'entrepôt par quart
Le revenu peut inclure le salaire horaire, les heures supplémentaires, les indemnités de nuit, les primes de poste et une part basée sur la productivité.
Conducteurs
Peuvent être rémunérés par heure, trajet, itinéraire, distance, type de véhicule, temps d'attente, indemnités ou une combinaison de ces éléments.
Employés de livraison
Le revenu peut être lié au nombre de commandes reçues, livrées avec succès, retournées, au poids, à la zone, aux encaissements et aux primes de qualité.
Travailleurs temporaires/partenaires par mission
Il est nécessaire de définir précisément la relation, les conditions de participation, la durée de validité et la source des données. Il ne faut pas regrouper toutes les formes de travail sous une même politique d'accès au salaire déjà gagné.
Employés de coordination et de bureau opérationnel
Ont généralement des données plus stables mais des besoins et une structure de revenus différents des groupes sur le terrain.
Chaque groupe nécessite un eligibilitypolicyid et une earningpolicyversion, plutôt qu'une formule commune à toute l'entreprise.
3. Distinguer les revenus sûrs des revenus variables
| Catégorie de revenu | Exemple | Niveau de certitude à un stade précoce | Considérations pour l'accès au salaire déjà gagné |
|---|---|---|---|
| Heures approuvées | Quart d'entrepôt terminé et approuvé | Plus élevé | Peut être la base initiale |
| Heures supplémentaires approuvées | OT terminé, confirmé par le gestionnaire | Relativement élevé | Selon la politique |
| Trajets complétés et réconciliés | Trajet avec preuves suffisantes, non annulé | Selon le processus | Seulement après statut éligible |
| Commandes livrées avec succès | Commandes au statut final et de qualité | Peut changer en cas de retour/ajustement | Nécessite des règles de rétention ou d'attente de clôture |
| Indemnités de trajet/nuit | Dépend de l'itinéraire, de l'horaire, de l'approbation | Selon les données | Seulement avec une base claire |
| Primes de productivité/assiduité | Souvent déterminées en fin de période | Faible en milieu de période | Ne pas inclure prématurément si incertain |
| Remboursements/ajustements | Dépend de la vérification et du processus | Non déterminé | Ne pas déduire ou supposer automatiquement |
Les entreprises devraient commencer le pilote avec les revenus les plus stables. Une fois les données et la réconciliation fiables, envisager d'ajouter des éléments variables.
4. Ensemble de données minimales pour les employés et les affectations
Dossier de l'employé
employee_id;employeridoulegalentity_id;employment_statuset date d'effet;payroll_group;role_type: entrepôt, conducteur, livreur, coordinateur…;ewa_eligibility;version et date de mise à jour.
Affectation
assignment_id;siteidouhubid;warehouse_id;route_groupsi utilisé par la politique;shift_id;vehicle_idsi nécessaire pour l'opération;effectivefrom,effectiveto;statut de l'affectation;
source d'approbation.
Principe de minimisation
Ne pas transférer toutes les données opérationnelles, de localisation ou de véhicule vers la plateforme d'accès au salaire déjà gagné simplement parce qu'elles sont disponibles. Chaque champ doit servir à calculer le plafond, vérifier, gérer les risques ou réconcilier les transactions identifiées.
5. Données de quart d'entrepôt et heures basées sur le temps
(Concept de base : voir Qu'est-ce qu'un temps approuvé ?.)
Champs généralement nécessaires :
| Champ | Objectif |
|---|---|
| work_date | Date de l'opération |
| shift_id | Code du quart |
| shiftstart, shiftend | Horaires avec fuseau horaire |
| checkin, checkout | Événements de présence |
| regular_minutes | Temps régulier déterminé |
| overtime_minutes | Heures supplémentaires selon le statut |
| break_minutes | Temps de pause selon les règles |
| attendance_status | Présent, absent, en retard… |
| approval_status | En attente, approuvé, refusé, ajusté, verrouillé |
| record_version | Suivi des modifications |
Quarts fractionnés et multi-sites dans la journée
Une personne peut travailler sur deux plages horaires ou soutenir deux entrepôts. Le système doit enregistrer chaque segment de travail, puis appliquer des règles anti-chevauchement. Ne pas simplement prendre le premier check-in et le dernier check-out car l'intervalle peut ne pas être du temps de travail.
Quarts de nuit
Le pointage, WMS et la paie doivent s'accorder sur la work_date. Si un système utilise la date de début et un autre la date de fin, les heures et la production peuvent être décalées.
6. Quelles données de trajet et de livraison nécessitent un statut ?
Un cycle de vie de référence :
Les noms de statuts réels peuvent différer. L'important est de déterminer à quel point un statut est éligible pour la paie/l'accès au salaire déjà gagné.
Exemple de champs de données
taskidoutripid;employee_id;assignment_id;siteid/routeid;heure de réception, début, fin ;
type de tâche ;
production valide ;
statut opérationnel ;
statut d'approbation ;
raison d'annulation/retour/ajustement ;
personne et date d'approbation ;
version des données.
Ne pas transférer l'adresse du client final ou les données de localisation détaillées vers l'accès au salaire déjà gagné si ce n'est pas nécessaire.
7. Les commandes livrées avec succès sont-elles un salaire gagné ?
On ne peut pas conclure uniquement à partir du statut "Livré". L'entreprise doit vérifier :
si le statut est final ou s'il y a possibilité de retour/annulation ;
si la preuve de livraison est valide ;
si la commande est attribuée au bon employé ;
si la production est calculée par commande, colis, poids ou itinéraire ;
s'il y a des conditions de qualité ou de réconciliation COD ;
quel comportement génère le revenu ;
si les données sont dupliquées en raison de transferts ou de réaffectations ;
quel statut la paie clôture.
L'accès au salaire déjà gagné ne doit utiliser que les statuts approuvés par les opérations et la paie comme étant éligibles.
8. Gestion des retours de commandes, annulations de trajets et données corrigées tardivement
Ne pas supprimer les événements générés
Les retours de commandes ou les annulations de trajets doivent avoir un nouveau statut, sans supprimer l'enregistrement d'origine. Le système doit savoir quelles transactions d'accès au salaire déjà gagné ont utilisé les données précédentes.
Flux de traitement
recevoir l'événement de changement avec une nouvelle version ;
vérifier s'il s'agit de données arrivées tardivement ;
déterminer la part de revenu affectée ;
recalculer le plafond disponible ;
s'il y a déjà eu une transaction, créer un cas de différence ;
traiter selon la politique approuvée ;
informer de manière transparente si les droits des employés sont affectés ;
enregistrer les valeurs avant/après et l'approbateur.
Ne pas considérer automatiquement chaque retour de commande comme une faute de l'employé ou créer automatiquement une déduction. La responsabilité doit être déterminée selon un processus et des preuves appropriés.
9. L'encaissement à la livraison (COD) n'est pas un salaire
Dans la livraison, les employés peuvent détenir ou remettre de l'argent collecté. Il s'agit d'un flux de trésorerie opérationnel distinct du salaire.
La conception des données doit séparer :
cod_collected;cod_remitted;codreconciliationstatus;revenu éligible ;
transaction d'accès au salaire déjà gagné ;
montant payé à l'employé.
Ne pas utiliser le montant COD détenu comme preuve que l'employé "a un revenu" ou compenser automatiquement avec l'accès au salaire déjà gagné sans preuve et processus approuvés.
10. Données hors ligne et événements arrivant dans le désordre
Les conducteurs ou employés sur le terrain peuvent travailler dans des zones à faible connectivité. L'application synchronise ensuite, ce qui fait que l'événement de complétion arrive après un événement d'ajustement ou d'annulation.
Chaque événement devrait avoir :
event_idunique ;heure de l'événement à la source ;
heure de réception par le système ;
numéro de version ou séquence ;
source/appareil ;
statut de signature/vérification si applicable ;
lien avec
taskid/tripid.
Le système ne doit pas appliquer "le dernier enregistrement reçu est toujours correct" s'il manque une version. Des règles de résolution des conflits et une file d'attente d'exceptions sont nécessaires.
11. Calcul du plafond pour les revenus combinés
Un modèle conceptuel :
Revenu éligible = Heures approuvées + Production validée + Indemnités éligibles
Plafond disponible = Revenu éligible x Taux autorisé - Montant retenu - Reçu/en cours de traitement
Chaque composant nécessite :
code de poste ;
statut d'éligibilité ;
formule ;
unité ;
règle d'arrondi ;
plafond ;
date d'effet ;
approbateur ;
version.
Ne pas inclure la production prévue ou les primes de fin de période dans le plafond sans mécanisme de contrôle des variations.
12. Intégration WMS, TMS et paie
(Exigences de données et architecture : voir Intégration de l'accès au salaire déjà gagné avec le pointage, la paie et l'ERP.)
Ne pas se connecter par nom d'affichage
Les noms d'employés, d'entrepôts, d'itinéraires et de quarts peuvent changer ou être dupliqués. Des codes stables et des tables de correspondance sont nécessaires.
Couche de standardisation des données
Une couche d'intégration devrait ramener les différents systèmes à un modèle commun :
personnes ;
affectations ;
quarts/heures ;
tâches/production ;
statuts d'approbation ;
périodes de paie ;
postes de revenu ;
transactions et paiements.
API ou fichier batch ?
| Méthode | Appropriée pour | Points de contrôle |
|---|---|---|
| API en quasi-temps réel | Données de tâches et heures mises à jour en continu | Authentification, version, idempotence, réessai |
| Fichier batch/SFTP | Clôture de production/heures selon un calendrier | Code de lot, checksum, anti-doublon, fichier d'erreur partielle |
| Manuel contrôlé | Petit pilote ou ancien système | Modèle standard, créateur/approuveur, log, réconciliation |
L'expansion n'est appropriée que lorsque le volume manuel est mesuré et qu'un plan de réduction est en place.
13. Réconciliation à six dimensions
(Détails : voir Réconciliation des transactions d'accès au salaire déjà gagné avec la paie et la comptabilité.)
Selon le modèle, une entreprise de logistique peut devoir réconcilier :
pointage/planning des quarts ;
WMS/TMS ou application terrain ;
données de revenu approuvées ;
transactions d'accès au salaire déjà gagné ;
résultats de paiement ;
paie/ERP/comptabilité.
Différences à détecter
heures mais pas d'affectation ;
tâche mais mauvaise personne ou mauvais entrepôt ;
trajet annulé mais revenu non ajusté ;
production enregistrée en double ;
accès au salaire déjà gagné réussi mais paie manquante ;
paiement réussi mais accès au salaire déjà gagné non mis à jour ;
erreur de période due à un quart/trajet de nuit ;
indemnité avec mauvaise version ;
transaction de retour non traitée ;
total correct mais erreur par employé.
Chaque différence doit avoir un cas, un propriétaire, des preuves et une approbation de clôture.
14. Gestion des risques et fraudes spécifiques
(Cadre complet : voir Gestion des risques et prévention des fraudes dans l'accès au salaire déjà gagné.)
Signaux de données
même tâche attribuée à plusieurs personnes ;
plusieurs tâches complétées en un temps déraisonnable ;
augmentation soudaine de la production ;
complétion depuis une position/appareil inhabituel ;
ajustements massifs juste avant la clôture ;
même personne créant et approuvant des exceptions ;
changement de compte de réception suivi d'une transaction immédiate ;
plusieurs employés recevant de l'argent sur le même compte.
Un signal ne suffit pas pour conclure à une fraude. Une combinaison, une vérification et un mécanisme de recours sont nécessaires pour protéger les employés légitimes.
Séparation des tâches
Ne pas permettre à une même personne de :
ajuster la production ;
approuver les revenus ;
modifier le plafond ;
traiter les transactions ;
clore les différences.
15. Soutien aux employés dispersés sur plusieurs sites
Canaux appropriés
FAQ dans l'application ;
hotline/ticket ;
point de contact à l'entrepôt/hub ;
SMS/notifications de statut ;
guides courts par quart ;
QR codes sur le lieu de travail.
Routage des tickets
| Problème | Point de contact |
|---|---|
| Heures/quarts manquants/incorrects | Gestionnaire d'entrepôt/Opérations RH |
| Erreur de trajet/production | Coordination/Opérations WMS/TMS |
| Plafond non visible | Opérations d'accès au salaire déjà gagné/Paie |
| Transaction en attente | Support d'accès au salaire déjà gagné/Paiement |
| Erreur de règlement de paie | Paie |
| Soupçon de détournement de compte | Sécurité/Risques |
Les employés ne devraient avoir besoin que d'un numéro de ticket unique, sans avoir à répéter leur problème à chaque service.
16. Protection des données de localisation et de comportement
(Cadre de sécurité : voir Sécurité des données et confidentialité lors de la mise en œuvre de l'accès au salaire déjà gagné.)
La logistique peut utiliser le GPS, l'historique des itinéraires, les preuves de livraison et les appareils. Ces données doivent être strictement gérées.
L'entreprise doit déterminer :
quelles données de localisation sont réellement nécessaires pour l'accès au salaire déjà gagné ;
le niveau de détail et la durée de conservation ;
qui a le droit de les consulter ;
si elles sont utilisées à d'autres fins ;
comment les données sont agrégées/masquées ;
comment traiter les retours des employés ;
quels fournisseurs y ont accès ;
suppression/restauration à la fin du service.
La loi sur la protection des données personnelles n° 91/2025/QH15 et le décret 356/2025/NĐ-CP entreront en vigueur le 1er janvier 2026. Le traitement doit être revu selon le rôle, l'objectif et le flux de données réels ; il ne faut pas transférer toutes les données de localisation vers l'accès au salaire déjà gagné simplement pour prévenir un risque non défini.
17. KPI pilote pour la logistique
Données et opérations
taux d'employés avec affectation valide ;
taux d'heures/production approuvées à temps ;
fraîcheur des données ;
taux de données en double/arrivées tardivement ;
taux de traitement automatique ;
taux de réconciliation automatique ;
ajustements après la clôture.
Expérience
taux d'activation ;
taux de transactions réussies ;
temps de réception de l'argent ;
taux d'abandon ;
tickets pour 1 000 transactions ;
temps de traitement des tickets ;
compréhension du plafond et des frais.
Ressources humaines et finances
demandes d'avance manuelles ;
absences et départs par cohorte ;
taux de présence en période de pointe ;
coût par utilisateur/transaction ;
valeur des différences et fraudes confirmées ;
taux de blocage erroné.
Ne pas conclure que l'accès au salaire déjà gagné provoque un changement de personnel uniquement à partir des données avant/après si les périodes de pointe, commandes, salaires, primes, itinéraires et gestion ne sont pas contrôlés.
18. Liste de contrôle UAT pour le secteur logistique
Entrepôt et quarts
[ ] Quart de jour, quart de nuit et quart fractionné.
[ ] Une personne soutenant deux entrepôts dans la journée.
[ ] Absence de check-in/check-out.
[ ] Heures supplémentaires en attente et approuvées.
[ ] Transfert d'entrepôt en cours de période.
Trajets et commandes
[ ] Trajet créé, reçu, complété et approuvé.
[ ] Trajet annulé ou réaffecté.
[ ] Commande livrée avec succès puis retournée.
[ ] Données hors ligne arrivant tardivement.
[ ] Tâches/production en double.
[ ] Mauvais employé ou mauvais itinéraire.
Plafond et transactions
[ ] Seuls les éléments éligibles sont comptés.
[ ] Version de la politique correcte à la date d'effet.
[ ] Envois répétés ne créant pas de transactions en double.
[ ] Timeout créant un statut indéterminé.
[ ] Changement de compte de réception vérifié.
Paie et réconciliation
[ ] Quart/trajet de nuit dans la bonne période.
[ ] Transactions importées dans la paie sans doublons.
[ ] Différences de chaque source créant un cas.
[ ] Transactions de retour traitées correctement.
[ ] Traçabilité de la paie aux données sources.
19. Conception du pilote et expansion
(Plan standard : voir Plan pilote de 90 jours pour l'accès au salaire déjà gagné pour les entreprises.)
Choisir le premier périmètre
Il est conseillé de choisir un entrepôt/hub ou un groupe de livraison ayant :
un besoin réel ;
des données relativement stables ;
des règles de revenu claires ;
une gestion prête à approuver ;
un soutien suffisant ;
un processus représentatif pour l'expansion.
Commencer par les revenus stables
La première phase peut se concentrer uniquement sur les heures approuvées. La production, les trajets et les indemnités sont ajoutés après que les statuts et la réconciliation ont prouvé leur fiabilité.
Expansion par vagues
Grouper les sites ayant le même WMS/TMS, paie, politiques et modèle de revenu. Chaque vague nécessite UAT, permissions, formation, tableau de bord, réconciliation et rollback spécifiques.
20. Erreurs courantes
Utiliser le nombre de commandes générées au lieu de celles éligibles
Les commandes peuvent encore être annulées, retournées ou réaffectées.
Mélanger l'argent COD avec le revenu
Les deux flux de trésorerie ont des natures et des processus différents.
Se baser uniquement sur le moment d'arrivée des données
Les événements hors ligne peuvent arriver dans le désordre ; il faut l'heure source et la version.
Inclure tous les éléments variables
Les primes, indemnités ou production non clôturées rendent le plafond très variable.
Absence de code d'affectation
Les transferts d'entrepôt/itinéraire peuvent facilement être enregistrés au mauvais endroit ou en double.
Expansion lorsque l'équipe pilote traite manuellement
Les résultats ne reflètent pas la capacité d'échelle.
Questions fréquentes
Les commandes livrées avec succès peuvent-elles être utilisées immédiatement pour calculer l'accès au salaire déjà gagné ?
Seulement si elles sont dans un statut éligible approuvé par les opérations et la paie, avec anti-doublon, gestion des retours/réaffectations et possibilité de réconciliation.
L'argent COD est-il inclus dans le plafond de l'accès au salaire déjà gagné ?
Il ne faut pas considérer le COD comme un salaire. C'est un flux de trésorerie à encaisser qui doit être géré et réconcilié séparément. Tout mécanisme connexe doit être basé sur des preuves et des processus approuvés.
Les données GPS sont-elles nécessaires pour mettre en œuvre l'accès au salaire déjà gagné ?
Pas par défaut. Utilisez uniquement les données nécessaires à des fins définies. Dans de nombreux modèles, les statuts de tâche et les heures approuvées peuvent suffire sans transférer les détails de localisation vers l'accès au salaire déjà gagné.
Comment gérer un trajet annulé après la création du plafond ?
Le système doit recevoir une nouvelle version, recalculer l'impact et créer un cas si une transaction a déjà eu lieu. Ne pas supprimer les anciennes données ou attribuer automatiquement la responsabilité à l'employé.
Comment les quarts fractionnés sont-ils comptabilisés ?
Il est conseillé d'enregistrer chaque segment de travail et d'appliquer des règles anti-chevauchement, plutôt que de prendre le premier et le dernier pointage comme un quart continu. Le calcul spécifique dépend de la politique de paie.
Peut-on piloter uniquement avec les données de pointage ?
C'est possible si l'objectif initial est de calculer uniquement les heures approuvées. Les trajets/production doivent être ajoutés après que les statuts et la réconciliation sont suffisamment fiables.
L'accès au salaire déjà gagné est-il adapté aux périodes de pointe logistiques ?
Il peut apporter de la valeur, mais les périodes de pointe augmentent également la charge, le travail temporaire et les données exceptionnelles. Il est conseillé de tester au préalable, de planifier la capacité, de fournir un soutien et de ne pas choisir une période de pointe pour le premier go-live si le système n'a pas été prouvé.
Conclusion
L'accès au salaire déjà gagné dans la logistique n'est fiable que si l'entreprise distingue les données opérationnelles des revenus éligibles. Le pointage, WMS, TMS et les applications terrain doivent être standardisés selon les personnes, les affectations, les quarts, les tâches, les périodes de paie et les versions de données.
Les entreprises devraient commencer par les heures approuvées, séparer le COD, gérer clairement les retours de commandes/annulations de trajets et réconcilier chaque transaction. Une fois le pilote prouvé stable en termes de données et d'opérations, ajouter des revenus variables et s'étendre par entrepôt/hub. Découvrez Accès au salaire déjà gagné pour les entreprises pour discuter du modèle d'accès au salaire déjà gagné pour les forces logistiques, d'entreposage et de livraison.
Sources
Loi sur la protection des données personnelles n° 91/2025/QH15
Décret 356/2025/NĐ-CP guidant la Loi sur la protection des données personnelles
---
Auteur : Ho Tan Dat — Assistant du Directeur Général Stratégique, Nhan Kiet Manpower Supply Co., Ltd.
Conseil pour l'accès au salaire déjà gagné pour les entreprises : Hotline 0937.022.655 · Email info@nhankiet.vn · Accès au salaire déjà gagné pour les entreprises