DAILY WAGEHired TodayPaid Today

Nyheder

Hvordan beregner en Earned Wage Engine optjent løn?

En Earned Wage Engine er det beregningslag, der omsætter godkendte arbejdsdage til kvalificeret optjent løn, som kan modtages i lønperioden. Den ganger ikke blot antal arbejdsdage med dagssatsen; den skal også finde den rette medarbejder, arbejdsplads og periode, fratrække allerede modtagne beløb og anvende virksomhedens reserveregel, før resultatet returneres.

Hvad er Earned Wage Engine-motorens egentlige opgave?

I et EWA-system viser medarbejderens brugerflade blot resultatet. Det vigtigste sker på serveren: Motoren skal samle autoritative data og genberegne beløbet, når medarbejderen ser det eller opretter en anmodning.

Diagram over Earned Wage Engine-beregning af optjent løn fra godkendte arbejdsdage

Motorens kerneopgave er at skabe et tal, der kan forklares. Hvis dagens beløb er forskelligt fra gårsdagens, skal systemet kunne føre ændringen tilbage til arbejdsdata, satsen, allerede modtagne beløb eller reservereglen.

Motoren bør heller ikke stole direkte på et tal, der sendes fra en telefon eller browser. Brugerens enhed kan indeholde forældede data. Før en transaktion oprettes, skal serveren genberegne ud fra aktuelle data.

Hvilke komponenter indgår i grundformlen?

For Nhan Kiets adgang til optjent løn er beregningsprincippet:

Disponibelt beløb = (godkendte arbejdsdage × dagssats) − allerede modtaget i perioden − virksomhedens fastsatte reserve.

KomponentDatakildeRolle
Godkendte arbejdsdageAccepteret arbejdstidskildeFastslår det arbejde, der er udført
DagssatsGældende løndata eller politikOmsætter arbejde til pengeværdi
Modtaget i periodenBekræftet transaktionsbogForhindrer genbrug af samme værdi
ReserveVirksomhedens politikSkaber buffer til justering ved periodens afslutning
LønperiodeLønsystemAfgrænser tillæg, fradrag og afregning

Motoren opretter ikke nye data. Den beregner kun på grundlag af data, som kildesystemerne har bekræftet.

Hvis arbejdet stadig afventer godkendelse, bør det ikke indgå i beregningen. Hvis en transaktions status er uklar, bør motoren heller ikke antage, at den mislykkedes, og frigive beløbet igen.

Hvorfor er godkendte arbejdsdage udgangspunktet?

En tidsregistrering og en godkendt arbejdsregistrering er to forskellige tilstande.

En QR-scanning, GPS-registrering, tidsregistrering i et ark eller en registrering i appen viser kun, at der findes tidsdata. Før disse data bliver finansielt input, skal virksomheden bekræfte dem i sin proces.

Situationer, der skal kontrolleres, omfatter:

  • manglende ind- eller udstempling;
  • forkert skift;
  • nattevagt hen over midnat;
  • ubekræftet overarbejde;
  • ferie eller fravær, der ikke er opdateret;
  • dublerede arbejdsregistreringer;
  • en godkendt registrering, der senere er ændret.

En tydelig adskillelse mellem registrerede data → godkendte data → data, der kan indgå i lønberegningen forhindrer motoren i at omdanne en midlertidig registrering til finansiel værdi for tidligt.

Hvordan håndterer motoren ændrede data?

Et pålideligt lønsystem skal acceptere, at data kan ændre sig.

Eksempler:

  • en godkendt arbejdsregistrering ændres;
  • en sats ændres fra ikrafttrædelsesdatoen;
  • en medarbejder skifter arbejdssted;
  • en transaktion går fra afventende til gennemført efter undersøgelse.

Motoren skal derfor knytte hver beregning til en dataversion og et beregningstidspunkt.

Når en komponent ændres, bør resultatet genberegnes fra den nyeste kilde i stedet for at rette det endelige tal direkte.

Diagram over genberegning og sporbarhed, når kildedata ændres

Muligheden for at genberegne og forklare resultatet er en vigtig del af lønintegriteten.

Motoren skal forhindre genbrug af den samme arbejdsværdi

En væsentlig risiko er, at den samme arbejdsværdi bliver brugt flere gange.

En medarbejder kan eksempelvis allerede have modtaget en del af den optjente løn i perioden, men systemet glemmer at trække beløbet fra ved næste beregning.

Et andet tilfælde er, at en arbejdsdag, der er knyttet til en gennemført transaktion, tilføjes igen efter datasynkronisering.

For at begrænse denne risiko skal motoren se samlet på:

  • godkendte arbejdsdage;
  • det samlede allerede modtagne beløb;
  • afventende transaktioner;
  • gennemførte transaktioner;
  • arbejdsdage eller værdier, der allerede er brugt;
  • den relevante lønperiode.

Det beløb, der er modtaget i perioden, skal trækkes fra beregningen. Arbejdsdage, som indgår i en transaktion, skal have et tydeligt nok spor til, at lønsystemet ved periodens afslutning kan se, hvilken del der er udbetalt tidligt.

Hvordan adskiller Earned Wage Engine sig fra Eligibility Engine?

De to lag besvarer forskellige spørgsmål.

Earned Wage Engine:
”Hvor meget optjent løn er der dannet ud fra de aktuelle arbejdsdata?”

Eligibility Engine:
”Er personen under de nuværende forhold berettiget til at bruge ordningen, og hvor meget må vedkommende modtage?”

Earned Wage Engine fokuserer på:

  • arbejdsregistreringer;
  • satser;
  • lønperioden;
  • allerede modtagne beløb;
  • reserven.

Eligibility Engine fokuserer på:

  • profilstatus;
  • om kunden har aktiveret funktionen;
  • om kontoen er verificeret;
  • politiske betingelser;
  • brugsgrænser;
  • andre kontroller.

Adskillelsen af de to lag gør det muligt at ændre berettigelsespolitikken uden at forvride historikken for optjent løn.

Hvorfor skal serveren genberegne før en transaktion?

Antag, at appen viser 1.000.000 VND kl. 10.00.

Kl. 10.05:

  • er en arbejdsdag blevet ændret;
  • er en anden transaktion netop gennemført;
  • er en relevant politik blevet ændret.

Hvis appen sender 1.000.000 VND tilbage, og serveren accepterer tallet uden kontrol, kan systemet oprette en forkert betalingsordre.

Før udbetaling bør serveren derfor:

  1. hente de nyeste arbejdsdata;
  2. kontrollere godkendelsesstatus;
  3. hente det seneste allerede modtagne beløb;
  4. hente den gældende politik;
  5. genberegne;
  6. kontrollere det anmodede beløb;
  7. først derefter sende anmodningen til transaktionslaget.

Brugerfladen bør kun vise oplysninger og sende anmodninger; den bør ikke afgøre det endelige beløb.

Hvordan skal motoren forklare resultatet?

Et godt resultat er mere end et enkelt tal.

Systemet bør kunne forklare:

  • hvor mange arbejdsdage der er godkendt;
  • hvilken sats der anvendes;
  • den samlede værdi af arbejdet;
  • det samlede beløb modtaget i perioden;
  • reserven;
  • det resterende disponible beløb;
  • hvilken periode der beregnes.

Når beløbet ændres, skal revisionssporet vise, hvilken komponent der er ændret.

Det hjælper med:

  • medarbejdersupport;
  • klagebehandling;
  • lønafstemning;
  • fejlsøgning;
  • intern revision.

Hvornår skal motoren returnere nul eller forhindre brug?

Mulige situationer omfatter:

  • ingen godkendte arbejdsdage;
  • det allerede modtagne beløb har opbrugt hele den kvalificerede værdi;
  • vigtige data afventer kontrol;
  • en arbejdsregistrering er netop ændret og endnu ikke godkendt igen;
  • medarbejderen tilhører ikke den åbne lønperiode;
  • andre programbetingelser er ikke opfyldt.

Hvis resultatet er nul, bør brugerfladen dog vise en passende begrundelse i stedet for blot ”0 VND”.

Tekniske og operationelle KPI'er, der bør følges

Virksomheden kan følge:

  • andelen af beregninger, der kan forklares fuldt ud;
  • antallet af ændringer i det disponible beløb efter rettelse af arbejdsdata;
  • antallet af forskelle mellem motoren og lønsystemet;
  • antallet af arbejdsregistreringer, der bruges dobbelt;
  • antallet af genberegninger efter en transaktion;
  • antallet af undtagelser på grund af forkert periode;
  • antallet af klager over det disponible beløb;
  • behandlingstiden for undtagelser.

En god motor skal ikke kun være hurtig; den skal skabe korrekte og sporbare resultater.

Konklusion

En Earned Wage Engine omsætter godkendte arbejdsdata til et forklarligt og sporbart finansielt resultat. Den skal bruge de rette kildedata, fratrække allerede modtagne beløb, anvende reserven, genberegne ved dataændringer og forhindre, at den samme arbejdsværdi bruges flere gange. En klar adskillelse mellem Earned Wage Engine, Eligibility Engine og transaktionslaget gør EWA-systemet lettere at kontrollere, afstemme og skalere.

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

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

FAQ

Er Earned Wage Engine det samme som lønsystemet?

Nej. Motoren beregner den kvalificerede optjente løn til EWA. Ved periodens afslutning behandler lønsystemet alle lønkomponenter og foretager den officielle afregning.

Tælles en nyregistreret arbejdsdag med det samme?

Ikke nødvendigvis. I Nhan Kiets adgang til optjent løn skal arbejdsregistreringen godkendes, før den indgår i beregningen.

Hvorfor ændrer det disponible beløb sig?

Det kan skyldes, at flere arbejdsdage godkendes, en registrering ændres, en ny transaktion gennemføres, det allerede modtagne beløb ændres, eller den politiske reserve ændres.

Afgør motoren, om en medarbejder må bruge EWA?

Ikke alene. Earned Wage Engine beregner den allerede optjente værdi; Eligibility Engine og andre kontrollag bestemmer brugsbetingelserne.

← Nyheder