VAT Cash Accounting Scheme Novutech Tilpasset løsning

Baggrund

Mange af vores kunder befinder sig i lande, hvor momsen kan beregnes enten efter kontantprincippet eller efter periodiseringsprincippet afhængigt af de lokale regler, især i Frankrig.

Med kasseregnskabsmetoden beregnes momsen, når den faktiske betaling foretages til sælgeren eller modtages fra kunden, hvorimod periodiseringsmetoden kræver, at virksomhederne bogfører momsen, så snart en faktura udstedes til en kunde eller modtages fra en leverandør.

Det kan have stor indflydelse på en virksomheds cash flow, da momsregnskabsordningen gør det muligt for virksomheder kun at betale deres moms, når (eller hvis) de bliver betalt, men på den anden side fratager dem retten til en momsangivelse , før betalingen til deres leverandører er foretaget.

NetSuite tillader ikke virksomheder at bruge begge regnskabsmetoder samtidigt (undtagen til at køre rapporter baseret på kontantbevægelser), hvilket betyder, at det er nødvendigt med en tilpasning for at håndtere momsen afhængigt af transaktionen og de regler, der gælder for den.

Funktionaliteter

Da der ikke er nogen standardmåde at håndtere dette på i NetSuite, er vores tilpasning designet til dynamisk at håndtere momsen, som enten skal betales baseret på debet/kredit-transaktioner eller baseret på kontanter.

Transitskattekoder bruges til at oprette regninger eller fakturaer, hvor der gælder et kontantprincip. For at udelukke dem fra momsrapporter skal afkrydsningsfeltet "udeluk fra momsrapport" afkrydses på skattekodeposten. Hver skattekode i transit er knyttet til en endelig skattekode.

Når en betaling er foretaget eller modtaget, korrigeres "In Transit"-skattekoderne med de endelige koder via en journalpost, og det er på dette tidspunkt, at momsen registreres i momsangivelsen.

Lad os se på et eksempel for at få en klar forståelse af processen:

Der er lavet en regning, som endnu ikke er betalt. Datterselskabets land er Frankrig, og Frankrig bruger kontantprincippet som regnskabsmetode.

Ved at behandle betalingen af denne regning kører et script, der registrerer, at der er brugt en "In Transit"-skattekode i en transaktion, og at modparten med den endelige skattekode skal udføres.

Der oprettes automatisk en journalpost, som korrigerer momsen på betalingen.

Beløbet for skattekoden i transit krediteres. Det samme beløb debiteres med den endelige skattekode.

Der er et direkte link mellem betalingen og journalen i begge transaktioner, og der er oprettet en brugerdefineret post for at skabe et korrekt link mellem regningen, regningsbetalingen og journalposten for momskorrektionen (samme logik gælder på salgssiden).

Som vist nedenfor påvirkes momsangivelsen i den korrekte regnskabsperiode, når betalingen er foretaget, og ikke når den oprindelige transaktion (regning/fakturakredit eller faktura/kreditnota) blev oprettet.

Der er indført en komplet automatisering med planlagte scripts for at lette den manuelle indgriben fra den finansielle slutbruger.

Denne tilpasning er designet til at fungere med følgende transaktioner: regning, regningskredit, faktura, kreditnota. Den tager sig af delbetaling og enkeltbetaling for flere transaktioner (så snart den samme skattekode er brugt på den oprindelige transaktion).

Konklusion

Denne løsning hjælper europæiske og især franske virksomheder med at automatisere en af deres vigtigste udfordringer i forbindelse med skatterapportering.

Kontantbaseret moms har ikke været en del af den nuværende Legacy Tax og er endnu ikke en del af den nye SuiteTax-motor. Derfor giver vores tilpasning både eksisterende og fremtidige NetSuite-kunder en robust løsning til denne vigtige regnskabs- og skatteudfordring.

Kort sagt

• Kraftfuldt automatiseret flow
• Nem rapportering via brugerdefinerede poster
• Kompatibel med moms på kontantbasis

Et spørgsmål? Vil du gerne implementere denne løsning?