Adgang til optjent løn for logistik-, lager- og distributionsvirksomheder: Hvordan beregnes arbejdstid, skift og produktion?

Adgang til optjent løn for logistik-, lager- og distributionsvirksomheder: Hvordan beregnes arbejdstid, skift og produktion?

For at implementere adgang til optjent løn i logistik skal virksomheder adskille løn baseret på godkendt arbejdstid fra indkomst baseret på ture, ordrer, produktion, tillæg og bonusser, som kun kan fastsættes efter afstemning. Data fra tidsregistrering, WMS, TMS, chauffør-/distributionsapps og lønsystemer skal bruge fælles medarbejderkoder, lokationer, skift, opgaver, lønperioder og godkendelsesstatus. Virksomheder bør starte med den mest sikre indkomst, håndtere forsinkede eller annullerede data separat og afstemme hver transaktion, før de udvider.

> Bemærk: Denne artikel er en reference for forretnings- og teknisk ramme. Lønformler, tillæg, bonusser, bøder/kompensationer, komponenter inkluderet i grænser og afregningsmetoder skal bekræftes af virksomheden, lønsystemet, juridiske, regnskabsmæssige og adgang til optjent løn-leverandører i henhold til kontrakter og faktiske politikker.

> Terminologiforklaring: Adgang til optjent løn (løn for arbejdstid) · WMS (lagerstyringssystem) · TMS (transportstyringssystem) · HRIS (personaleinformationssystem) · løn (lønbehandling) · COD (kontant ved levering) · cutoff (afslutningspunkt for periode) · pilot (pilotimplementering) · UAT (brugeraccepttest) · KPI (nøglepræstationsindikator) · hub (omlastningscenter) · offline (ikke tilsluttet).

Hvorfor kan adgang til optjent løn i logistik ikke kun baseres på "antal leverede ordrer"?

En lagerarbejder kan få løn baseret på skift, med tillæg for produktion og natarbejde. En distributionsmedarbejder kan have ture, succesfulde leverancer, returneringer, kontant ved levering, rute-tillæg og justeringer. En chauffør kan have en planlagt rute, men turen kan ændres, annulleres eller afsluttes efter midnat.

Hvis platformen for adgang til optjent løn bruger en ikke-bekræftet operationel hændelse som optjent løn, kan grænsen beregnes forkert. For eksempel:

• en ordre er modtaget, men ikke leveret succesfuldt;

• en tur er oprettet, men annulleret;

• WMS-produktion inkluderer testtransaktioner eller duplikater;

• medarbejdere flyttes mellem skift;

• rute-tillæg bestemmes først efter afstemning;

• kontant ved levering er ikke afleveret;

• offline data synkroniseres sent;

• natskift registreres på to forskellige dage i systemet.

Derfor er det vigtigt, at: operationelle hændelser automatisk ikke bliver til kvalificeret indkomst. Der kræves et lag af regler og godkendelsesstatus, der forbinder operationelle data med lønsystemet.

1. Systemkort i logistikvirksomheder

Rolle for hvert system

| System | Data | Bør ikke antages |
|---|---|---|
| HRIS | Identitet, ansættelsesstatus, enhed | At en aktiv konto betyder aktiv ansættelse |
| Tidsregistrering | Ind- og udstempling, skift, undtagelser | At alle registreringer er lønberettiget |
| WMS | Lageraktiviteter, scanninger, ordre-/produktionsbehandling | At alle opgaver er lønberettiget produktion |
| TMS | Ture, ruter, planlægning, status | At alle nye ture er optjent indkomst |
| Feltapp | Opgaveaccept, leveringsbevis, position | At alle brugerhandlinger er endelige resultater |
| Løn | Periode, regler, kontokoder, godkendelse | At penge er overført med succes |
| Adgang til optjent løn | Grænser, anmodninger, transaktioner | At kildedata ikke længere ændres |
| Betaling | Overførselsresultat | At løn er korrekt registreret i perioden/personen |

2. Klassificering af arbejdsstyrken før design af adgang til optjent løn

(For fabrikker med mange skift: se Adgang til optjent løn for produktionsvirksomheder med mange skift.)

Lagerarbejdere på skift

Indkomst kan omfatte tidsbaseret løn, overarbejde, natskift-tillæg, positions-tillæg og produktivitetsbaseret løn.

Chauffører

Kan aflønnes baseret på tid, ture, ruter, afstand, køretøjstype, ventetid, tillæg eller en kombination.

Distributionsmedarbejdere

Indkomst kan være relateret til antal modtagne ordrer, succesfulde leverancer, returneringer, vægt, område, kontant ved levering og kvalitetsbonusser.

Midlertidige/kontraktansatte

Det er vigtigt at præcisere forhold, deltagelsesbetingelser, gyldighedsperiode og datakilder. Det er ikke hensigtsmæssigt at anvende samme politik for adgang til optjent løn for alle arbejdsformer.

Koordinatorer og kontorpersonale

Har ofte mere stabile data, men deres indkomststruktur og behov adskiller sig fra feltpersonalet.

Hver gruppe har brug for en eligibilitypolicyid og earningpolicyversion i stedet for en fælles formel for hele virksomheden.

3. Skelnen mellem sikker og variabel indkomst

| Indkomstgruppe | Eksempel | Sikkerhedsniveau på et tidligt tidspunkt | Overvejelse for adgang til optjent løn |
|---|---|---|---|
| Godkendt tidsbaseret løn | Fuldført og godkendt skift | Højere | Kan være grundlaget |
| Godkendt overarbejde | Fuldført overarbejde, bekræftet af leder | Relativt højt | Afhænger af politik |
| Fuldførte ture efter afstemning | Ture med tilstrækkelig dokumentation, ikke annulleret | Afhænger af proces | Kun efter kvalificeret status |
| Succesfulde leverancer | Ordrer i endelig status og kvalitet | Kan ændres ved returnering/justering | Kræver tilbageholdelsesregler eller afventende afslutning |
| Rute-/nattillæg | Afhænger af rute, tidsramme, godkendelse | Afhænger af data | Kun når der er klare beviser |
| Produktivitets-/tilstedeværelsesbonus | Ofte fastsat ved periodens afslutning | Lav midt i perioden | Bør normalt ikke medregnes tidligt, hvis usikker |
| Refusioner/justeringer | Afhænger af verifikation og proces | Ikke fastsat | Bør ikke automatisk fratrækkes eller antages |

Virksomheder bør starte pilotprojekter med den mest stabile indkomst. Når data og afstemning er på plads, kan variable komponenter overvejes.

4. Minimumsdata for medarbejdere og opgavefordeling

Medarbejderoplysninger

• employee_id;

• employerid eller legalentity_id;

• employment_status og gyldighedsdato;

• payroll_group;

• role_type: lager, chauffør, distribution, koordinator...;

• ewa_eligibility;

• version og opdateringstidspunkt.

Opgavefordeling

• assignment_id;

• siteid eller hubid;

• warehouse_id;

• route_group hvis politik anvendes;

• shift_id;

• vehicle_id hvis nødvendigt for forretningen;

• effectivefrom, effectiveto;

• opgavestatus;

• godkendelseskilde.

Principper for minimalisering

Undgå at overføre alle operationelle data, positioner eller køretøjer til platformen for adgang til optjent løn blot fordi de er tilgængelige. Hvert felt skal tjene til at beregne grænser, verificere, vurdere risici eller afstemme.

5. Lager- og tidsbaserede skiftdata

(Grundlæggende begreber: se Hvad er godkendt arbejdstid?.)

Nødvendige felter inkluderer:

| Felt | Formål |
|---|---|
| work_date | Arbejdsdato |
| shift_id | Skiftkode |
| shiftstart, shiftend | Tidsramme med tidszone |
| checkin, checkout | Tilstedeværelseshændelser |
| regular_minutes | Bekræftet arbejdstid |
| overtime_minutes | Overarbejde efter status |
| break_minutes | Pausetid efter regler |
| attendance_status | Fuld arbejdstid, manglende arbejdstid, fravær... |
| approval_status | Afventer, godkendt, afvist, justeret, låst |
| record_version | Ændringsspor |

Brudte skift og flere punkter på dagen

En person kan arbejde to tidsrammer eller støtte to lagre. Systemet skal registrere hver arbejdstidsperiode og derefter anvende regler mod overlapning. Det er ikke tilrådeligt kun at tage den tidligste check-in og seneste check-out, da mellemrummet måske ikke er arbejdstid.

Natskift

Tidsregistrering, WMS og lønsystemer skal være enige om work_date. Hvis et system bruger startdatoen, og et andet bruger slutdatoen, kan arbejdstid og produktion falde uden for perioden.

6. Hvilke statusser kræves for ture og distribution?

En referencelivscyklus:

De faktiske statusnavne kan variere. Det vigtige er at identificere, hvornår en status er kvalificeret til løn/adgang til optjent løn.

Eksempel på datafelter

• taskid eller tripid;

• employee_id;

• assignment_id;

• siteid/routeid;

• tidspunkter for modtagelse, start, afslutning;

• opgavetype;

• gyldig produktion;

• operationel status;

• godkendelsesstatus;

• årsag til annullering/returnering/justering;

• godkender og godkendelsestidspunkt;

• dataversion.

Det er ikke nødvendigt at overføre slutkundeadresser eller detaljerede positionsdata til adgang til optjent løn, medmindre det er nødvendigt.

7. Er succesfulde leverancer optjent løn?

Man kan ikke konkludere kun ud fra status "Delivered". Virksomheder skal kontrollere:

• om status er endelig eller stadig kan ændres/annulleres;

• om leveringsbeviset er gyldigt;

• om ordren tilhører den rette medarbejder;

• om produktionen beregnes efter ordre, pakke, vægt eller rute;

• om der er kvalitets- eller COD-afstemningsbetingelser;

• hvilken adfærd indkomsten betales for;

• om data er duplikeret på grund af ruteændringer eller omfordeling;

• hvilken status lønsystemet afslutter ved.

Adgang til optjent løn bør kun bruge statusser, der er godkendt af operationelle afdelinger og lønsystemet som kvalificerede.

8. Håndtering af returnerede ordrer, annullerede ture og forsinkede dataændringer

Slet ikke opståede hændelser

Returnerede ordrer eller annullerede ture bør have en ny status, ikke slette den oprindelige post. Systemet skal vide, hvilke transaktioner for adgang til optjent løn der tidligere har brugt dataene.

Behandlingsflow

1. modtag ændringshændelse med ny version;

2. kontroller, om data er forsinkede;

3. identificer den berørte indkomst;

4. genberegn tilgængelig grænse;

5. hvis der allerede er en transaktion, opret en differencecase;

6. behandl i henhold til godkendt politik;

7. informer gennemsigtigt, hvis medarbejderens rettigheder påvirkes;

8. gem tidligere/nuværende værdier og godkender.

Antag ikke automatisk, at alle returnerede ordrer er medarbejderens fejl, eller opret automatisk fradrag. Ansvarsbestemmelse skal følge passende processer og beviser.

9. Kontant ved levering (COD) er ikke løn

I distribution kan medarbejdere holde eller aflevere kontant ved levering. Dette er en operationel pengestrøm, der adskiller sig fra løn.

Datadesignet skal adskille:

• cod_collected;

• cod_remitted;

• codreconciliationstatus;

• kvalificeret indkomst;

• transaktioner for adgang til optjent løn;

• betaling til medarbejderen.

COD-beløb, der holdes, må ikke bruges som bevis for, at medarbejderen "har indkomst", eller automatisk modregnes med adgang til optjent løn uden godkendte beviser og processer.

10. Offline data og hændelser i forkert rækkefølge

Chauffører eller feltpersonale kan arbejde i områder med svag netværksdækning. Apps synkroniserer senere, hvilket kan få afsluttede hændelser til at ankomme efter justeringer eller annulleringer.

Hver hændelse bør have:

• unik event_id;

• tidspunkt for hændelse ved kilden;

• tidspunkt for systemmodtagelse;

• versionsnummer eller sekvens;

• kilde/enhed;

• signatur/verifikationsstatus, hvis anvendt;

• link til taskid/tripid.

Systemet bør ikke anvende "den senest ankomne post er altid korrekt" uden versionering. Konfliktløsningsregler og undtagelseskøer er nødvendige.

11. Beregning af grænser for kombineret indkomst

En konceptuel model:

Kvalificeret indkomst = Godkendt tidsbaseret løn + Afsluttet produktion + Kvalificerede tillæg
Tilgængelig grænse = Kvalificeret indkomst x Tilladt procentdel - Tilbageholdt beløb - Allerede modtaget/under behandling

Hver komponent kræver:

• kontokode;

• kvalificeringsstatus;

• formel;

• enhed;

• afrundingsregler;

• loft;

• gyldighedsdato;

• godkender;

• version.

Forventet produktion eller slutbonusser bør ikke medregnes i grænser uden kontrolmekanismer for variation.

12. Integration af WMS, TMS og lønsystemer

(Data- og arkitekturkrav: se Integration af adgang til optjent løn med tidsregistrering, løn og ERP.)

Undgå forbindelse via visningsnavne

Medarbejdernavne, lagernavne, rutenavne og skiftnavne kan ændre sig eller være duplikerede. Stabile koder og mappings er nødvendige.

Standardiseret datalag

Et integrationslag bør bringe forskellige systemer til en fælles model:

• personer;

• opgavefordeling;

• skift/arbejdstid;

• opgaver/produktion;

• godkendelsesstatus;

• lønperiode;

• indkomstkomponenter;

• transaktioner og betalinger.

API eller batchfiler?

| Metode | Egnet til | Kontrolpunkter |
|---|---|---|
| Næsten realtids-API | Kontinuerligt opdaterede opgave- og arbejdstidsdata | Autentificering, versionering, idempotens, gentagelser |
| Batchfiler/SFTP | Afsluttet produktion/arbejdstid efter tidsplan | Batchkoder, checksum, duplikatbeskyttelse, delvise fejl |
| Kontrolleret manuel | Lille pilot eller ældre systemer | Standardiserede skabeloner, opretter/godkender, log, afstemning |

Udvidelse er kun passende, når manuel arbejdsbyrde er målt og der er en plan for reduktion.

13. Seksdimensionel afstemning

(Detaljer: se Afstemning af transaktioner for adgang til optjent løn med løn og regnskab.)

Afhængigt af modellen kan logistikvirksomheder skulle afstemme:

1. tidsregistrering/skiftplan;

2. WMS/TMS eller feltapp;

3. godkendte indkomstdata;

4. transaktioner for adgang til optjent løn;

5. betalingsresultater;

6. løn/ERP/regnskab.

Differencer, der skal opdages

• arbejdstid uden opgavefordeling;

• opgaver med forkert person eller lager;

• annullerede ture uden indkomstjustering;

• duplikeret produktion;

• succesfuld adgang til optjent løn, men manglende lønpost;

• succesfuld betaling, men ikke opdateret adgang til optjent løn;

• forkert periode på grund af natlige skift/ture;

• forkert tillægsversion;

• ubehandlede returneringstransaktioner;

• samlet beløb stemmer, men fejl på individniveau.

Hver difference skal have en case, ejer, beviser og godkendelse for lukning.

14. Risikostyring og specifik svindel

(Fuld ramme: se Risikostyring og svindelforebyggelse i adgang til optjent løn.)

Datasignaler

• samme opgave tildelt til flere personer;

• mange opgaver afsluttet på urimelig tid;

• pludselig stigning i produktion;

• afslutning fra usædvanlig position/enhed;

• massejusteringer lige før cutoff;

• samme person opretter og godkender undtagelser;

• ændring af modtagerkonto og straks transaktion;

• flere medarbejdere modtager penge på samme konto.

Et enkelt signal er ikke nok til at konkludere svindel. Kombination, verifikation og klagemekanismer er nødvendige for at beskytte legitime medarbejdere.

Adskillelse af opgaver

Ingen bør samtidig:

• justere produktion;

• godkende indkomstkomponenter;

• ændre grænser;

• behandle transaktioner;

• lukke differencer.

15. Støtte til medarbejdere på flere lokationer

Egnede kanaler

• FAQ i appen;

• hotline/ticketsystem;

• kontaktperson på lager/hub;

• SMS/statusmeddelelser;

• korte instruktioner pr. skift;

• QR-koder på arbejdssteder.

Ticket-routing

| Problem | Kontaktperson |
|---|---|
| Manglende/fejl i skiftarbejdstid | Lagerleder/HR Operations |
| Fejl i ture/produktion | Koordinator/WMS/TMS Operations |
| Manglende grænse | Adgang til optjent løn Operations/Løn |
| Hængende transaktioner | Adgang til optjent løn/Betalingssupport |
| Fejl i lønafregning | Løn |
| Mistanke om kontoovertagelse | Sikkerhed/Risiko |

Medarbejdere bør kun have ét ticketnummer gennem hele processen og ikke skulle gentage sig selv for hver afdeling.

16. Beskyttelse af positions- og adfærdsdata

(Sikkerhedsramme: se Datasikkerhed og privatlivsbeskyttelse ved implementering af adgang til optjent løn.)

Logistik kan bruge GPS, rutehistorik, leveringsbeviser og enheder. Disse data skal forvaltes nøje.

Virksomheder skal afgøre:

• hvilke positionsdata der er nødvendige for adgang til optjent løn;

• detaljeringsgrad og opbevaringsperiode;

• hvem der har adgang til dataene;

• om data bruges til andre formål;

• hvordan data aggregeres/anonymiseres;

• hvordan medarbejderfeedback håndteres;

• hvilke leverandører der har adgang;

• sletning/returnering ved afslutning af tjenesten.

Persondataloven nr. 91/2025/QH15 og bekendtgørelse 356/2025/NĐ-CP træder i kraft den 1. januar 2026. Behandling skal gennemgås i henhold til roller, formål og faktiske datastrømme; det er ikke hensigtsmæssigt at overføre alle positionsdata til adgang til optjent løn for at forebygge en ikke-defineret risiko.

17. KPI-pilot for logistik

Data og drift

• andel af medarbejdere med gyldig opgavefordeling;

• andel af godkendt arbejdstid/produktion til tiden;

• datanyhed;

• andel af duplikerede/forsinkede data;

• andel af automatiseret behandling;

• andel af automatiseret afstemning;

• justeringer efter cutoff.

Oplevelse

• aktiveringsrate;

• succesrate for transaktioner;

• tid til modtagelse af penge;

• frafaldsrate;

• tickets pr. 1.000 transaktioner;

• behandlingstid for tickets;

• forståelse af grænser og gebyrer.

HR og økonomi

• manuelle forskudsanmodninger;

• fravær og opsigelser pr. kohorte;

• tilstedeværelsesrate i spidsbelastningsperioder;

• omkostninger pr. bruger/transaktion;

• værdi af bekræftede differencer og svindel;

• fejlagtige blokeringer.

Det er ikke tilrådeligt at konkludere, at adgang til optjent løn medfører ændringer i HR alene baseret på før/efter-data uden at kontrollere for spidsbelastningsperioder, ordrer, løn, bonusser, ruter og ledelse.

18. UAT-checkliste for logistiksektoren

Lager og skift

• [ ] Dag-, nat- og brudte skift.

• [ ] En person understøtter to lagre på en dag.

• [ ] Manglende check-in/check-out.

• [ ] Afventende og godkendt overarbejde.

• [ ] Flytning mellem lagre i perioden.

Ture og ordrer

• [ ] Oprettelse, modtagelse, afslutning og godkendelse af ture.

• [ ] Annullerede eller omfordelte ture.

• [ ] Succesfulde leverancer efterfulgt af returneringer.

• [ ] Offline data ankommer sent.

• [ ] Duplikerede opgaver/produktion.

• [ ] Forkert medarbejder eller rute.

Grænser og transaktioner

• [ ] Kun kvalificerede komponenter medregnes.

• [ ] Politikversioner er korrekte på effektive datoer.

• [ ] Gentagne indsendelser skaber ikke duplikattransaktioner.

• [ ] Timeout skaber uklar status.

• [ ] Ændringer af modtagerkonto verificeres.

Løn og afstemning

• [ ] Natlige skift/ture falder i den korrekte periode.

• [ ] Lønimport forhindrer duplikater.

• [ ] Differencer fra hver kilde skaber cases.

• [ ] Returneringstransaktioner behandles korrekt.

• [ ] Det er muligt at spore fra løn til kildedata.

19. Pilotdesign og udvidelse

(Standardkøreplan: se 90-dages pilotplan for adgang til optjent løn for virksomheder.)

Vælg første omfang

Vælg et lager/hub eller distributionsgruppe med:

• reelt behov;

• relativt stabile data;

• klare indkomstregler;

• ledelse klar til godkendelse;

• tilstrækkelig støtte;

• repræsentative processer for udvidelsessteder.

Start med stabil indkomst

Den indledende fase kan kun bruge godkendt tidsbaseret løn. Produktion, ture og tillæg tilføjes, når status og afstemning er pålidelige.

Udvidelse i bølger

Grupper af lokationer med samme WMS/TMS, lønsystem, politik og indkomstmodel. Hver bølge kræver UAT, adgangskontrol, træning, dashboard, afstemning og rollback.

20. Almindelige fejl

Brug af opståede ordrer i stedet for kvalificerede ordrer

Ordrer kan stadig annulleres, returneres eller omfordeles.

Blanding af kontant ved levering med indkomst

To pengestrømme har forskellige naturer og processer.

Brug kun tidspunktet for dataankomst

Offline hændelser kan ankomme i forkert rækkefølge; kræver kildetidspunkt og version.

Medregning af alle variable komponenter

Bonusser, tillæg eller ikke-afsluttet produktion gør grænserne meget variable.

Manglende opgavefordelingskode

Medarbejdere, der flytter mellem lagre/ruter, kan få forkert eller duplikeret registrering.

Udvidelse, når pilotteamet håndterer manuelt

Resultaterne afspejler ikke skalerbarhed.

Ofte stillede spørgsmål

Kan succesfulde leverancer straks bruges til at beregne adgang til optjent løn?

Kun hvis det er en kvalificeret status, der er godkendt af operationelle afdelinger og lønsystemet, med duplikatbeskyttelse, håndtering af returneringer/omfordelinger og afstemning.

Medregnes kontant ved levering i grænserne for adgang til optjent løn?

Kontant ved levering bør ikke betragtes som løn. Det er en pengestrøm, der kræver separat styring og afstemning. Alle relaterede mekanismer skal have godkendte beviser og processer.

Er GPS-data nødvendige for at implementere adgang til optjent løn?

Ikke som standard. Kun nødvendige data til definerede formål bør bruges. I mange modeller kan opgavestatus og godkendt arbejdstid være tilstrækkeligt uden at overføre detaljerede positionsdata til adgang til optjent løn.

Hvordan håndteres annullerede ture efter grænseoprettelse?

Systemet skal modtage en ny version, genberegne påvirkningen og oprette en case, hvis der allerede er en transaktion. Slet ikke gamle data eller tilskriv automatisk ansvar til medarbejderen.

Hvordan beregnes arbejdstid for brudte skift?

Hver arbejdstidsperiode bør registreres, og overlapningsregler bør anvendes, i stedet for at tage den første og sidste tid som et kontinuerligt skift. Den specifikke beregning afhænger af lønpolitikken.

Kan pilotprojekter kun baseres på tidsregistreringsdata?

Ja, hvis det indledende mål kun er at beregne godkendt tidsbaseret løn. Ture/produktionskomponenter bør tilføjes, når status og afstemning er pålidelige.

Er adgang til optjent løn egnet til logistikspidsbelastninger?

Det kan skabe værdi, men spidsbelastninger øger også belastningen, midlertidig arbejdskraft og undtagelsesdata. Test bør udføres på forhånd, med kapacitetsplanlægning, support og undgå at vælge spidsbelastninger som første go-live, hvis systemet ikke er bevist.

Konklusion

Adgang til optjent løn i logistik er kun pålidelig, når virksomheder adskiller operationelle data fra kvalificeret indkomst. Tidsregistrering, WMS, TMS og feltapps skal standardiseres efter person, opgavefordeling, skift, opgaver, lønperiode og dataversion.

Virksomheder bør starte med godkendt tidsbaseret løn, adskille kontant ved levering, håndtere returnerede ordrer/annullerede ture klart og afstemme hver transaktion. Når pilotprojekter viser stabile data og drift, kan variable indkomster tilføjes, og udvidelse kan ske pr. lager/hub. Læs mere om adgang til optjent løn for virksomheder for at diskutere modellen for adgang til optjent løn for logistik-, lager- og distributionsstyrker.

Kilder

• Arbejdsmarkedslov nr. 45/2019/QH14

• Persondatalov nr. 91/2025/QH15

• Bekendtgørelse 356/2025/NĐ-CP vejledning til persondataloven

---

Forfatter: Ho Tan Dat — Assistent til Viceadministrerende Direktør for Strategi, Nhan Kiet Manpower Supply Co., Ltd.

Rådgivning om adgang til optjent løn for virksomheder: Hotline 0937.022.655 · Email info@nhankiet.vn · Adgang til optjent løn for virksomheder