Moms- och försäljningsskattemotorer hanterar konsumenttransaktioner. De berör inte den spelspecifika tullkaskaden — tillämpad per jurisdiktion, på GGR, NGR eller omsättning, med regler som ändras per ikraftträdandedatum — som faktiskt avgör vad du är skyldig tillsynsmyndigheterna. Vi bygger in den logiken i NetSuite, inuti intäktspipelinen.
Berätta om dina jurisdiktioner. Vi återkommer med en skriftlig bedömning av var tullen modelleras för hand idag — och vad det kostar dig i risk och tid.
Verktygen byggda för moms och försäljningsskatt gör det enda jobbet väl. Men speltullen är ett helt annat problem — en separat skatt, med sin egen bas, sin egen sats och sina egna deklarationsregler på varje marknad du verkar på. Modellera den för hand och du bär både risken och bokslutstidskostnaden varje enskild månad.
Tullen landar på GGR i en jurisdiktion, NGR i en annan, omsättning i en tredje. Ett enda satsfält kan inte representera det.
Satshöjningar och regimförändringar gäller från ett datum — ibland mitt i en period. Manuella modeller havererar precis när insatserna är som högst.
Tull beräknad i kalkylblad och sedan bokförd in. Ingen härledning, inget granskningsspår och avsättningssiffror som ingen snabbt kan försvara.
Detta är matrisen som en enda momssats inte rymmer — och den vi modellerar nativt inuti NetSuite, med varje regel datumstyrd och varje siffra spårbar tillbaka till källan.
Illustrativt. Baser, behandlingar och satser konfigureras enligt gällande regler för dina licensierade marknader och uppdateras när regimer förändras.
Ingen påklistrad koppling — en beräkning inuti GGR → NGR → intäkts-pipelinen, så att siffran som träffar huvudboken är den siffra du kan försvara.
Speltull på GGR, NGR eller omsättning — vilken tillsynsmyndigheten än använder — modellerad marknad för marknad inom en enda kontoplan.
Satsändringar och regimskiften gäller från sitt ikraftträdandedatum. Omkörningar är rena och idempotenta; ändringar mitt i en period bryter inte modellen.
Skatteavsättningsrapportering och de siffror myndighetsdeklarationer behöver, producerade från bokförda transaktioner — inte rekonstruerade i efterhand.
Varje tullsiffra spåras tillbaka till källdata. Ren härledning och myndighetsfärdiga exporter förvandlar granskningsförberedelser från ett projekt till ett ständigt läge.
"Speltullen är inte ett skatteverktygsproblem. Det är ett intäktspipeline-problem — vilket är precis var den hör hemma i ERP:et."
Din att behålla, oavsett om du någonsin arbetar med oss eller inte. Vi förtjänar nästa samtal.
Begär en granskning →Speltullen körs inuti intäktskaskaden, per jurisdiktion, datumstyrd och granskningsbar.
Strukturerade, godkända e-fakturor per land — fakturaefterlevnad, skild från speltull.
Avsättning, land-för-land och internprissättning — bolagsinkomstskatt, inte operativ tull.