Vores revenue engine udregner, hvad gaming-indtægt er — GGR til NGR til indtægt, partnerandel, bonusser, afgift. Advanced Revenue Management er laget, der afgør, hvornår og hvor meget af den der lander på resultatopgørelsen, efter ASC 606 og IFRS 15. For en B2B-udbyder med multi-element-aftaler og variabelt vederlag er det ikke en opgave for et regneark.
Advanced Revenue Management forvandler dine indtægtskontrakter til planlagt, compliant indtægtsføring — bygget ind i samme hovedbog, der rummer alt det øvrige, ikke skruet på ved siden af.
Indtægtsføring anvendt automatisk efter femtrinsmodellen — leveringsforpligtelser, allokering og periodisering — i stedet for at blive fortolket på ny i et regneark for hver kontrakt.
Allokér vederlag på tværs af leveringsforpligtelser efter SSP — en fast værdi eller en formel drevet af andre elementer — så den rette indtægt lander på den rette komponent.
Genanvendelige regler udløser indtægtsplaner — over tid, ved levering, ved fakturering, ved en projekthændelse — og planlægger hvert beløb til den periode, det hører til i.
Revenue-share, rabatter og bonusser er variabelt vederlag som i lærebogen. Modellér dem én gang, og ARM indtægtsfører, udskyder og efterregulerer, efterhånden som de rapporterede tal kommer ind.
Realtids-vandfald og fremskrivninger for udskudt indtægt, der opdateres, efterhånden som de faktiske tal bogføres — hvert tal kan drilles tilbage til sit kildebilag eller sin kildetransaktion.
Multi-Book Accounting bogfører den samme transaktion under lokal GAAP og IFRS samtidigt — bogspecifikke regler, SSP'er og valuta, uden en ekstra periodeafslutning og uden ny indtastning.
It's worth being precise, because the two are easily confused. The revenue engine works out the number — what each partner is owed, what NGR became revenue, what bonuses net off, what duty applies. Advanced Revenue Management decides how that number lands on the P&L: over what period, against which performance obligation, under which standard. Motoren feeds revenue elements into ARM; ARM schedules, allocates and recognises them. Together they carry gaming revenue from raw operator data to an audited, compliant figure.
Den sværeste del af ASC 606 — variabelt vederlag — er dagligdagen i gaming. Revenue-share, der afhænger af næste måneds NGR. Bonusser og free bets, der reducerer indtægten. Minimumsgarantier og trinvise satser. Et opsætnings- eller integrationsgebyr bundtet med løbende licensering og en andel af spillet. En B2B-udbyders kontrakt er et multi-element-arrangement med bevægelige dele — præcis det, regneark får galt, og præcis det, ARM er bygget til at planlægge, allokere og genvurdere uden en manuel ombygning hver måned.
A day-one close depends on getting deferred and accrued revenue right before the reported figures land. ARM automates the contract-liability and contract-asset side, posts to the general ledger on your schedule, and keeps every recognised amount traceable to its source. That's the auditable revenue an investor, auditor or regulator expects — and the clean, granular, fully-allocated data an AI layer can actually use. It's also distinct from the two taxes we model elsewhere: gaming duty is an operating tax inside the engine (see gaming tax), and corporate income tax is its own reporting layer (see corporate tax reporting). Recognition is about revenue itself.
En kort samtale om dine indtægtskontrakter — revenue-share, bonusser, garantier, bundtede gebyrer — og hvor indtægtsføring i dag æder tid eller skaber risiko. Vi viser ASC 606 / IFRS 15 automatiseret på NetSuite.
Uafhængig, objektiv rådgivning. Vi svarer inden for én arbejdsdag.