Hvordan adskilles tid og betaling, når én medarbejder arbejder flere steder?
Én identitet, men separate assignments og beregninger pr. kunde og arbejdssted.
Én person, flere arbejdskontekster
En medarbejder kan skifte kunde, arbejde flere steder og have forskellige koder, vagter, satser og ledere.
Adskil fælles identitet og data pr. sted
Medarbejderidentitet
Brug to lag: fælles personidentitet og separate assignments pr. sted.
Kunde-/arbejdsstedsassignment
Brug to lag: fælles personidentitet og separate assignments pr. sted.
Hvorfor kræver tidskoden kundekontekst?
Nøglen er kunde/sted + tidskode → medarbejderprofil; koden alene er ikke unik.
Arbejde skal adskilles pr. sted
Hver post beholder sted, dato, vagt, godkender, version og status: 12 dage hos A og 8 hos B.
Satsen skal passe til sted og tidspunkt
Motoren vurderer person + sted + dato/vagt + gældende politik før beregning.
Beregnes disponibelt separat eller samlet?
Beregn værdi, hævninger, reserve og status pr. kilde, og saml kun hvis politikken tillader det.
Formlen kræver arbejdsstedskontekst
Disponibelt = godkendte dage × sats − modtaget − reserve, først for A og B separat.
Transaktionen skal kende arbejdskilden
Knyt transaktion til periode, sted, dækket arbejde og akkumuleret hævning; multi-site kræver intern fordeling.
Skift fra A til B midt i perioden
Brug klare ikrafttrædelsesdatoer og stop gammel kode, sats og godkender efter flytning.
Samtidigt arbejde to steder
Tillad samtidige assignments med dato, status, kode, vagt, politik og payroll-kilde; rådata forbliver adskilt.
Fordeling af godkendelsesrettigheder
A's godkender ser og godkender kun A; tværgående adgang kræver et forretningsbehov.
A ændres efter udbetaling
Bevar historik, send A til ny godkendelse, lad B stå, genberegn A, find forskel og afstem korrekt payroll.
Adskil periodens afstemning
Rapporten kobler identitet, sted, periode, arbejde, værdi, fordelte hævninger, forskel og mål-payroll; fordelinger summerer til transaktionen.
| 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 |
Typiske multi-workplace-fejl
Fælles kode, blandet arbejde, forkert sats, krydsadgang, gammel assignment aktiv, manglende fordeling eller dublet.
KPI'er
Mål flere assignments, umatchede koder, forkert sted, ufordelte transaktioner, flytteforskelle, manglende datoer og forkerte satser.
Konklusion
Bevar én identitet og flere adskilte assignments: adskil først, beregn korrekt, saml derefter.
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
FAQ
Behøves flere appkonti?
Nej, brug én identitet og separate assignments.
Kan alt arbejde lægges sammen først?
Nej, hvis satser, politikker eller perioder varierer.
Kan en transaktion bruge flere steder?
Ja, med tydelig payroll-fordeling.
Må A's leder se B?
Ikke som standard; adgang følger arbejdsområdet.