Hvorfor er adgang til optjent løn nul eller ikke steget? Årsager og løsninger

Hvorfor er adgang til optjent løn nul eller ikke steget? Årsager og løsninger

Adgang til optjent løn, der er nul eller ikke steget, er ikke nødvendigvis en app-fejl. Systemet beregner kun penge fra godkendte arbejdsdage og trækker det modtagne beløb fra i perioden samt reserverede beløb. Arbejdsdokumenter, kunder, tidsregistreringskoder, ID og VPBank-konti skal også stemme overens. Arbejdstagere bør kontrollere arbejdssted → arbejdstilstand → synkroniseringstidspunkt → reserverede beløb og modtagne beløb → verifikationsdokumenter før de sender en supportanmodning.

> Bemærk: Nguyen Minh Khang — Chuyên viên ban chiến lược, er standard og kan justeres af Nhan Kiet. Navne på tilstande og officielle skærmbilleder i appen på brugstidspunktet er oplysninger, som arbejdstagere skal kontrollere.

Hurtige svar baseret på symptomer

Opret ikke en ny konto, skift ID eller få nogen til at hæve for dig for at "prøve igen". Disse metoder kan gøre data svære at afstemme og øge sikkerhedsrisici.

1. Først: "nul adgang" er forskellig fra "kan ikke hæve penge"

Tre situationer kaldes ofte "ingen penge":

Ingen løndata

Appen har endnu ikke gyldige arbejdsdage til beregning. Årsagerne ligger ofte i dokumenter, arbejdsplaner eller godkendelsestilstande.

Løn tilgængelig, men tilgængeligt beløb er nul

Systemet har arbejdet, men det tilgængelige beløb efter reserverede beløb og modtagne beløb er nul eller under minimum.

Tilgængeligt beløb, men transaktion blokeret

Beløbet vises, men brugeren opfylder ikke betingelserne for ID, VPBank-konto, daglig grænse, kundetilstand eller sikkerhedskontrol.

Korrekt differentiering hjælper med at sende billetter til det rigtige sted. Supervisorer kan ikke håndtere bankfejl; betalingsafdelingen kan heller ikke godkende arbejde på vegne af kunder uden bemyndigelse.

2. Hvordan dannes adgang til optjent løn?

(Grundlæggende begreber: se Hvad er godkendt arbejde? og Hvad er dagløn?.)

Ifølge det verificerede system:

Tilgængeligt beløb = Godkendt arbejde x Pris pr. dag - Modtaget i perioden - Reserverede beløb

Resultatet afrundes ned til nærmeste 1.000 VND, hvorefter minimum, maksimum pr. ordre, daglig maksimum og sikkerhedsbetingelser kontrolleres.

For at tallet skal stige, skal der mindst være en gyldig ændring som:

• tilføjelse af godkendte arbejdsdage;

• nye arbejdsdata synkroniseret;

• ændret arbejde er blevet godkendt igen;

• skift til en tilladt tilstand/periode;

• korrekt konfiguration eller tildeling;

• ventende transaktioner er blevet afvist og refunderet i henhold til proceduren.

Adgangen stiger ikke bare ved at åbne appen flere gange, registrere tid ved skiftstart eller fremtidige arbejdsplaner.

3. Årsag 1: Arbejdstagerens dokumenter er ikke synkroniseret

Nhan Kiet ERP er kilden til listen over arbejdstagere, kunder, start-/slutdatoer og ledelsesrelationer. Data synkroniseres dagligt kl. 03:00.

Tegn

• kunder/arbejdssteder vises ikke;

• appen rapporterer, at du ikke tilhører en enhed eller ikke har en tildeling;

• nyansat eller netop overført;

• dokumenter viser stadig gamle kunder;

• afslutning af en opgave påvirker alle adgangsrettigheder.

Løsning

1. Kontroller, om startdatoen er registreret af HR/supervisor.

2. Bekræft det aktuelle kundenavn og arbejdssted.

3. Vent til synkroniseringscyklussen kl. 03:00, hvis der er indtastet nye ændringer.

4. Hvis det stadig er forkert, kontakt HR/Operations NK for at kontrollere dokumenter og gyldighedsdatoer.

Anmod ikke ledelsen om "manuel pengeoverførsel", når grunddokumenter er forkerte. Korrekt kilde sikrer, at fremtidige perioder fortsætter med at stemme overens.

4. Årsag 2: Forkert kunde eller tidsregistreringskode

En person kan arbejde for flere kunder og have en separat tidsregistreringskode hvert sted. Systemet matcher data ved hjælp af ID, company_id/kundekode, tidsregistreringskode og tildelingstid.

Tegn

• arbejdstageren er i appen, men har ikke noget arbejde;

• arbejdet vises under et andet arbejdssted;

• kolleger i samme skift har data, men du har ikke;

• netop ændret kort-/medarbejderkode hos kunden;

• arbejder hos kunde B, men appen viser kun kunde A.

Løsning

Giv supervisoren:

• kundenavn;

• dato og skift;

• nuværende tidsregistreringskode;

• gammel kode, hvis den netop er ændret;

• skærmbillede af appens tilstand, skjul følsomme oplysninger, hvis det sendes via gruppe.

Send ikke kun navn, da der kan være navnedubletter, og systemet bruger ikke visningsnavne som primær nøgle.

5. Årsag 3: Arbejdsdata er ikke synkroniseret endnu

Systemet har flere kilder med forskellige hastigheder:

Forstå "realtid"

Tidsregistreringsbegivenheder registreres straks, men det betyder ikke, at penge vises straks. Skiftet skal være afsluttet, data skal være gyldige, og arbejdet skal være godkendt. Dagens arbejde, der ikke er afsluttet, er udelukket fra det tilgængelige beløb.

Hvornår skal man vente?

• kunden har netop indtastet/ændret Sheet inden for 30 minutter;

• supervisor har ikke synkroniseret straks;

• dokumenter er netop indtastet efter ERP-tidsplanen;

• tidsregistreringsenheden har netop fået netværk igen;

• nattevagten er ikke afsluttet.

Hvornår skal man rapportere?

Hvis synkroniseringscyklussen er overstået, og kolleger fra samme kilde har arbejde, men dine data stadig mangler, skal du sende en billet med dato, skift, tidsregistreringskode og kunde.

6. Årsag 4: Arbejdet er registreret, men ikke godkendt

Kun godkendt arbejde genererer tilgængelige penge. I den nuværende proces kan NK eller kundens supervisor godkende; den, der godkender først, afslutter bekræftelsestrinnet.

Hvorfor er arbejdet stadig ventende?

• skiftet er ikke afsluttet;

• mangler ind- eller udtjekningstider;

• position/QR/WiFi opfylder ikke reglerne;

• det faktiske skift er anderledes end planen;

• kunden gennemgår undtagelser;

• supervisor har ikke nået godkendelsesfristen;

• data er netop blevet ændret;

• kræver bekræftelse af arbejde flere steder.

Hvad skal arbejdstageren gøre?

Gå til detaljer om arbejdsdagen, se status og reager på den rigtige dag. Anmod ikke betalingsafdelingen om at øge adgangen, når arbejdet ikke er bekræftet af den bemyndigede afdeling.

7. Årsag 5: Dagens eller fremtidige dage tælles ikke med

Systemet har en dagblokering, der kun tæller afsluttet og lukket arbejde. Derfor:

• morgendagens arbejdsplan skaber ikke adgang;

• indtjekning i morges skaber ikke straks penge til modtagelse;

• igangværende skift er ikke afsluttet arbejde;

• nattevagten over midnat kan kræve afslutning og fastlæggelse af arbejdsdagen.

Dette er en kernekontrol, der hjælper adgang til optjent løn med at være baseret på udført arbejde, i stedet for at give penge baseret på forventet arbejde.

8. Årsag 6: Godkendt arbejde er netop blevet ændret

Kunder kan ændre ind-/udtjekningstider eller skift på deres egen portal og i arbejdsdatakilden. Når godkendt arbejde ændres, ændrer systemet automatisk status til ventende godkendelse og gemmer før/efter loggen.

Hvorfor falder adgangen eller stiger ikke?

Fordi den nye post ikke er blevet godkendt igen. Systemet fortsætter ikke med at betragte den gamle version som en sikker base, når dataene er ændret.

Løsning

• spørg supervisoren om årsagen til ændringen;

• kontroller, om de nye tider/skift er korrekte;

• vent på, at den bemyndigede person godkender igen;

• hvis penge allerede er modtaget fra det tidligere arbejde, bed om en forklaring på, hvordan forskellen håndteres.

Slet ikke den gamle post eller opret nyt arbejde for at "kompensere", hvis årsagen ikke er klar; dette kan skabe duplikerede data.

9. Årsag 7: Reserverede beløb dækker det nyeste arbejde

(Afslutningsprocedure: se Hvor meget er tilbage ved månedens slutning efter at have modtaget optjent løn?.)

Afhængigt af kunden kan systemet holde tilbage:

• et antal af de nyeste arbejdsdage; og/eller

• 10,5% andel, når forskuddet opfylder betingelserne/konfigurationsgrænsen.

Reserverede beløb er den del, der ikke er åbnet for tidlig modtagelse, ikke et gebyr og ikke tabte penge.

Illustreret eksempel

Antag, at arbejdstageren har 2 godkendte arbejdsdage, en pris på 300.000 VND/dag, mens kunden har konfigureret til at holde de to nyeste arbejdsdage. Begge dage er i øjeblikket i den reserverede del, så det tilgængelige beløb kan være nul.

Når der er mere godkendt arbejde, kan de ældre dage forlade den reserverede zone og begynde at skabe tilgængelige beløb, afhængigt af de faktiske regler.

> Eksemplet forklarer kun princippet. NK skal bekræfte visningsmetoden og rækkefølgen af anvendelse af reserverede konfigurationer, før de offentliggøres officielt.

10. Årsag 8: Arbejdstageren har modtaget alt tilgængeligt

Mange små transaktioner i perioden kan tilføje op til hele det tilgængelige beløb.

Eksempel:

• penge til rådighed efter reserverede beløb: 2.000.000 VND;

• modtaget første gang: 500.000 VND;

• modtaget anden gang: 700.000 VND;

• modtaget tredje gang: 800.000 VND.

Det samlede modtagne beløb er 2.000.000 VND, så det resterende beløb er nul, indtil der er mere godkendt arbejde eller gyldige dataændringer.

Arbejdstageren skal se det samlede modtagne beløb i perioden, ikke kun den seneste transaktion. Det modtagne beløb vil blive afstemt i slutlønnen for at undgå dobbeltbetaling.

11. Årsag 9: Det resterende beløb er under minimumstransaktionen

På tidspunktet for verificering er standardminimum for hver transaktion 50.000 VND. Hvis det tilgængelige beløb kun er 49.000 VND, kan appen stadig vise en værdi, men ikke tillade oprettelse af en ordre.

Systemet afrunder ned til nærmeste 1.000 VND. Derfor kan det interne beregningsbeløb før afrunding og det viste beløb variere lidt.

Værdierne er konfigurationer; arbejdstagere skal se meddelelser i appen i stedet for at antage, at denne værdi ikke ændres.

12. Årsag 10: Har nået maksimum pr. ordre eller pr. dag

Bekræftede standardværdier:

To forskellige situationer

• Har 4 millioner VND til rådighed, men kan kun oprette en ordre på maksimalt 3 millioner VND: har nået maksimum pr. ordre, ikke tabt 1 million VND.

• Har modtaget i alt 5 millioner VND på en dag: kan være nødt til at vente til næste dag, selvom perioden stadig har adgang, afhængigt af konfigurationen.

Der er også en grænsetabel baseret på anciennitet i koden, men NK skal bekræfte, om denne funktion er aktiveret i den faktiske drift, før den bruges til at forklare arbejdstagere.

13. Årsag 11: Kunden har ikke aktiveret automatisk hævning

Den automatiske kæde er teknisk set klar, men de automatiske udbetalingsflag er som standard deaktiveret, og NK aktiverer dem gradvist for hver kunde efter en vellykket testkørsel.

Tegn

• arbejdstageren har komplette dokumenter og godkendt arbejde, men ser ikke modtagefunktionen;

• kolleger hos andre kunder har allerede adgang;

• ny kunde er i pilotfasen;

• funktionen er aktiveret for en gruppe, men ikke åbnet for alle.

Dette er ikke et problem, som arbejdstagere kan løse selv. Spørg NK/kundens implementeringskontakt, opret ikke en anden konto.

14. Årsag 12: ID-dokumenter opfylder ikke betingelserne

Betingelserne for automatisk hævning inkluderer kontrol af ID-billeder og OCR-resultater, der matcher dokumenter. Adgangen kan ikke bruges, når:

• der er intet ID-billede;

• billedet er sløret, overbelyst eller mangler hjørner;

• ID-nummeret stemmer ikke overens med ERP;

• bruger andres dokumenter;

• dokumenter er dubletter;

• netop ændret dokumenter, men ikke opdateret.

Arbejdstagere bør opdatere gennem officielle kanaler. Send ikke ID-billeder til personlige konti, der hævder at yde support, og post dem ikke i store chatgrupper.

15. Årsag 13: VPBank-kontoen er ikke verificeret

Den standard automatiske proces kræver, at VPBank-kontoen er i arbejdstagerens navn.

Systemet:

1. modtager kontonummeret;

2. slår kontoejeren op via VietQR;

3. matcher med arbejdstagerens navn;

4. låser kontonummeret efter verifikation.

Almindelige fejl

• indtastet forkert kontonummer;

• indtastet kortnummer i stedet for kontonummer;

• banknavnet stemmer ikke overens med dokumenterne;

• bruger en andens konto;

• kontoen er inaktiv;

• arbejdstageren har anmodet om at ændre konto, men verifikationen er ikke afsluttet.

Koden har undtagelser for superadministratorer til at knytte andre banker, men dette er ikke standardprocessen. Arbejdstagere bør ikke betragte undtagelser som en mulighed for selvregistrering.

16. Årsag 14: Enheden eller kontoen er under sikkerhedskontrol

Systemet har en regel om, at én person er knyttet til én enhed og har anti-falske kontroller i tidsregistrering. Nogle situationer kan kræve verifikation:

• skift af telefon;

• deler enhed med andre;

• geninstallerer appen eller skifter SIM-kort;

• enheden er opdaget med falsk GPS;

• registrerer tid for andre;

• tegn på kontoovertagelse;

• betalingsoplysninger er netop ændret.

Forsøg ikke at omgå kontroller med emulatorsoftware, falsk GPS eller lånte telefoner. Kontakt de officielle kanaler for at opdatere enheden og verificere identiteten.

17. Årsag 15: Tidligere transaktion er i uklar tilstand

(Se også: Hæv optjent løn, men penge er ikke modtaget.)

Når arbejdstageren har sendt en anmodning, men banken endnu ikke har givet et klart svar, holder systemet transaktionen i venteposition og gennemgår den hver 5. minut. Det antages ikke automatisk at være mislykket, da det kan føre til dobbeltudbetaling.

Hvad skal arbejdstageren gøre?

• tjek transaktionsstatus;

• kontroller VPBank-saldo/historik;

• send ikke gentagne anmodninger;

• gem transaktionskode og tidspunkt;

• kontakt support, hvis det overstiger den offentliggjorte tid;

• skift ikke konto, mens gennemgangen er i gang.

Systemet afstemmer også VPBank-udtog T+1 kl. 08:00 dagligt for transaktioner fra dagen før. NK skal offentliggøre specifikke SLA'er, så brugerne ved, hvornår de skal vente, og hvornår de skal rapportere.

18. Tre-minutters selvkontrolproces

Trin 1: Vælg det rigtige arbejdssted

Hvis du arbejder for flere kunder, skal du kontrollere hvert sted og den tilsvarende arbejdsperiode.

Trin 2: Åbn arbejdsdetaljer

Se hvilke dage der mangler, hvilke der venter, og hvilke der er godkendt.

Trin 3: Kontroller opdateringstidspunktet

Sammenlign med 30-minutters cyklus for Sheet eller 03:00 for ERP. Tidsregistrering i appen kræver stadig godkendelse, selvom den registreres i realtid.

Trin 4: Se adgangsformlen

Sammenlign penge i forhold til arbejdet, modtagne beløb i perioden, reserverede beløb og det resterende beløb.

Trin 5: Kontroller transaktionsbetingelser

ID, VPBank-konto, minimum, maksimum pr. ordre, dagligt maksimum og kundetilstand.

Trin 6: Kontroller transaktionshistorik

Hvis der er en ordre under behandling/venter på gennemgang, skal du ikke sende igen.

Trin 7: Send billet med tilstrækkelige data

Angiv klart, om fejlen vedrører arbejde, adgang eller transaktion; vedhæft nødvendige beviser og skjul følsomme data.

19. Hvem skal problemet sendes til?

Arbejdstagere bør modtage en unik billetkode til opfølgning. Hvis sagen overføres til en anden kontakt, bør det interne system overføre sagen med beviser i stedet for at bede brugeren om at sende alle oplysninger igen.

20. Eksempel på supportanmodning

> Mit navn: [navn]
> Kunde/arbejdssted: [navn]
> Dato/skift til kontrol: [dato, skift]
> Tidsregistreringskode: [kode]
> Symptomer: [arbejde mangler/arbejde venter/adgang 0/kan ikke oprette ordre/ventende transaktion]
> Transaktionskode, hvis relevant: [kode]
> Tidspunkt for hændelse: [time, dato]
> Jeg har kontrolleret: [arbejdssted, arbejdstilstand, modtaget historik, konto]

Indsæt ikke OTP, adgangskoder eller fulde ID-billeder i eksemplet. Giv kun dokumenter, når de officielle kanaler anmoder om det, og der er passende beskyttelsesforanstaltninger.

21. App-meddelelser bør være tydeligere

I stedet for blot at angive "ikke kvalificeret", bør systemet kategorisere meddelelserne:

• "Arbejdsstedsdokumenter er ikke synkroniseret — kontakt HR".

• "Arbejdet den 02/09 venter på kundens godkendelse".

• "De to nyeste arbejdsdage er i reserverede beløb".

• "Du har modtaget alt tilgængeligt i perioden".

• "Det resterende beløb er under minimum for hver transaktion".

• "Du har nået dagens transaktionsgrænse".

• "VPBank-kontoen er ikke verificeret".

• "Kunden har ikke aktiveret automatisk hævning".

• "Tidligere transaktion venter på gennemgang — send ikke igen".

Hver meddelelse bør have den korrekte handlingsknap: se arbejde, anmod om justering, verificer konto eller åbn billet. Dette er et forslag til forbedring af oplevelsen, ikke en bekræftelse af, at alle ovenstående meddelelser er tilgængelige i den nuværende version.

22. Beskyttelse af data ved fejlbehandling

Support kan involvere ID, arbejde, kunder, konti og transaktioner. NK og kunder skal:

• kun anmode om nødvendige data;

• bruge officielle kanaler;

• skjule kontonumre ved visning;

• tildele rettigheder baseret på arbejdssted;

• gemme historik over, hvem der ser/ændrer;

• ikke dele personlige data i store grupper;

• have en opbevaringsperiode for billetter og beviser;

• overføre sager uden at kopiere data ukontrolleret.

Persondataforordning nr. 91/2025/QH15 og dekret 356/2025/NĐ-CP træder i kraft den 1/1/2026. Supportprocessen skal gennemgås af NK i henhold til faktiske roller og datastrømme.

Ofte stillede spørgsmål

Hvorfor er min adgang ikke steget, selvom jeg arbejdede i dag?

Dagens arbejde er ikke afsluttet og blokeres af systemet fra det tilgængelige beløb. Skiftet skal være afsluttet, dataene skal være gyldige, og arbejdet skal være godkendt, før adgangen oprettes.

Hvorfor er adgangen stadig nul, selvom arbejdet er godkendt?

Arbejdet kan være en del af reserverede beløb, du har modtaget alt tilgængeligt, det resterende beløb er under minimum, eller kunden/funktionen er ikke konfigureret korrekt.

Ændrer adgangen sig, hvis kunden ændrer arbejdstiderne?

Måske. Godkendt arbejde, der ændres, skifter automatisk til ventende godkendelse. Når den nye version er godkendt, beregner systemet igen baseret på gyldige data.

Hvor ofte opdateres arbejdsdata på Google Sheet?

Ifølge den bekræftede konfiguration synkroniserer systemet hver 30. minut, og supervisoren har en knap til straks at synkronisere. Adgangen afhænger også af godkendelsestilstanden.

Hvorfor kan jeg ikke hæve 40.000 VND, selvom det er tilgængeligt?

Standardminimum for hver ordre er i øjeblikket 50.000 VND. Den officielle værdi skal ses i appen, da konfigurationen kan ændres.

Hvorfor kan jeg kun modtage maksimalt 3 millioner VND, selvom jeg har 4 millioner VND tilgængeligt?

Standardgrænsen pr. ordre er 3 millioner VND. Det resterende beløb går ikke tabt; muligheden for at oprette en anden ordre afhænger af den daglige grænse og de gældende betingelser.

Skal jeg trykke igen, hvis en transaktion er ventende?

Nej. Systemet holder transaktionen i venteposition for at gennemgå og undgå dobbeltudbetaling. Gem transaktionskoden, kontroller VPBank, og kontakt support, hvis det overstiger den offentliggjorte SLA.

Vil skift af telefon påvirke min adgang?

Adgangen er baseret på arbejdet, men transaktionsbetingelserne kan påvirkes af en person–en enhedskontrol. Bekræft enheden gennem officielle kanaler, opret ikke en ny profil.

Hvor skal jeg kontrollere, hvis jeg arbejder for flere kunder?

Kontroller hver kunde, da arbejde, tidsregistreringskode, pris, godkender og reserverede beløb er adskilt efter arbejdssted.

Er reserverede beløb et gebyr?

Nej. Det er den del, der ikke er åbnet for tidlig modtagelse for at skabe en sikkerhedsmargin; den gyldige del behandles stadig i lønperioden.

Konklusion

Adgang til optjent løn, der er nul, kan skyldes fire grupper af årsager: dokumenter/tildelinger, data og arbejdsbekræftelse, formel og grænser, eller verifikation og transaktionstilstande. De fleste problemer kan afgrænses ved at kontrollere det rigtige arbejdssted, hver arbejdsdag, synkroniseringstidspunkt, modtagne beløb, reserverede beløb, ID og VPBank-konto.

Arbejdstagere bør ikke oprette nye konti, låne konti eller sende gentagne transaktioner for at omgå fejl. Gem beviser, transaktionskoder og send til den rigtige kontakt. Fra NK's side vil visning af specifikke årsager sammen med passende handlingsknapper hjælpe med at reducere ventetiden og styrke tilliden til adgang til optjent løn.

Kilder

• Persondataforordning nr. 91/2025/QH15

• Dekret 356/2025/NĐ-CP vejledning til Persondataforordning

---

Forfatter: Nguyen Minh Khang — Chuyên viên ban chiến lược, 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