Les moteurs de TVA et de taxe de vente gèrent les transactions des consommateurs. Ils ne touchent pas à la cascade de taxes propre aux jeux — appliquée par juridiction, sur le GGR, le NGR ou le chiffre d'affaires, avec des règles qui changent selon la date d'effet — qui détermine réellement ce que vous devez aux régulateurs. Nous intégrons cette logique dans NetSuite, au sein du pipeline de revenus.
Indiquez-nous vos juridictions. Nous reviendrons vers vous avec une analyse écrite des endroits où la taxe est modélisée à la main aujourd'hui — et de ce que cela vous coûte en risque et en temps.
Les outils conçus pour la TVA et la taxe de vente font bien ce travail-là. Mais la taxe sur les jeux est un tout autre problème — une taxe distincte, avec sa propre assiette, son propre taux et ses propres règles de déclaration sur chaque marché où vous opérez. Modélisez-la à la main et vous portez à la fois le risque et le coût en temps de clôture, mois après mois.
La taxe s'applique au GGR dans une juridiction, au NGR dans une autre, au chiffre d'affaires dans une troisième. Un simple champ de taux ne peut pas représenter cela.
Les hausses de taux et les changements de régime s'appliquent à partir d'une date — parfois en cours de période. Les modèles manuels cassent précisément quand les enjeux sont les plus élevés.
Taxe calculée dans des tableurs, puis saisie en écriture. Aucune traçabilité, aucune piste d'audit, et des montants de provision que personne ne peut défendre rapidement.
Voici la matrice qu'un seul taux de TVA ne peut pas contenir — et celle que nous modélisons nativement dans NetSuite, chaque règle étant datée d'effet et chaque montant traçable jusqu'à la source.
À titre indicatif. Les assiettes, traitements et taux sont configurés selon la réglementation en vigueur pour vos marchés sous licence et mis à jour à mesure que les régimes évoluent.
Pas un connecteur rapporté — un calcul intégré au pipeline GGR → NGR → revenu, pour que le chiffre qui arrive dans le grand livre soit celui que vous pouvez défendre.
Taxe sur les jeux appliquée au GGR, au NGR ou au chiffre d'affaires — selon ce qu'utilise le régulateur — modélisée marché par marché au sein d'un seul plan comptable.
Les changements de taux et les évolutions de régime s'appliquent à partir de leur date d'effet. Les nouvelles exécutions sont propres et idempotentes ; les changements en cours de période ne cassent pas le modèle.
Le reporting de la provision fiscale et les chiffres exigés par les déclarations réglementaires, produits à partir des transactions comptabilisées — et non reconstitués après coup.
Chaque montant de taxe remonte jusqu'aux données sources. Une traçabilité propre et des exports prêts pour le régulateur transforment la préparation de l'audit d'un projet en une posture permanente.
« La taxe sur les jeux n'est pas un problème d'outil fiscal. C'est un problème de pipeline de revenus — et c'est exactement là qu'elle a sa place dans l'ERP. »
Elle est à vous, que vous travailliez ou non avec nous un jour. Nous méritons la prochaine conversation.
Demander une revue →La taxe sur les jeux s'exécute au sein de la cascade de revenus, par juridiction, datée d'effet et auditable.
Factures électroniques structurées et validées par pays — conformité de facturation, distincte de la taxe sur les jeux.
Provision, déclaration pays par pays et prix de transfert — impôt sur les sociétés, et non taxe d'exploitation.