Los motores de IVA y de impuestos sobre las ventas gestionan las transacciones de consumo. No abordan la cascada de impuestos específica del juego —aplicada por jurisdicción, sobre el GGR, el NGR o el volumen de negocio, con reglas que cambian según la fecha de vigencia— que en realidad determina lo que debes a los reguladores. Integramos esa lógica en NetSuite, dentro del flujo de ingresos.
Cuéntanos tus jurisdicciones. Te responderemos con un análisis por escrito sobre dónde se calcula el impuesto a mano hoy en día, y lo que eso te cuesta en riesgo y tiempo.
Las herramientas creadas para el IVA y el impuesto sobre las ventas hacen bien ese trabajo concreto. Pero el impuesto sobre el juego es un problema completamente distinto: un impuesto independiente, con su propia base, su propia tasa y sus propias normas de declaración en cada mercado en el que operas. Calcúlalo a mano y cargarás con el riesgo y con el coste en tiempo de cierre cada mes.
El impuesto recae sobre el GGR en una jurisdicción, sobre el NGR en otra y sobre el volumen de negocio en una tercera. Un único campo de tasa no puede representar eso.
Las subidas de tasa y los cambios de régimen se aplican a partir de una fecha, a veces a mitad de periodo. Los modelos manuales fallan justo cuando hay más en juego.
El impuesto se calcula en hojas de cálculo y luego se contabiliza con asientos. Sin trazabilidad, sin pista de auditoría y con cifras de provisión que nadie puede defender con rapidez.
Esta es la matriz que una única tasa de IVA no puede contener, y la que modelamos de forma nativa dentro de NetSuite, con cada regla fechada por vigencia y cada cifra trazable hasta su origen.
Carácter ilustrativo. Las bases, los tratamientos y las tasas se configuran según la normativa vigente de tus mercados con licencia y se actualizan a medida que cambian los regímenes.
No un conector añadido, sino un cálculo dentro del flujo GGR → NGR → ingresos, de modo que la cifra que llega al libro mayor es la cifra que puedes defender.
Impuesto sobre el juego aplicado al GGR, al NGR o al volumen de negocio —según lo que use el regulador— modelado mercado por mercado dentro de un único plan de cuentas.
Los cambios de tasa y los cambios de régimen se aplican desde su fecha de vigencia. Las reejecuciones son limpias e idempotentes; los cambios a mitad de periodo no rompen el modelo.
Informes de provisión fiscal y las cifras que necesitan las declaraciones reglamentarias, generados a partir de transacciones contabilizadas, no reconstruidos a posteriori.
Cada cifra de impuesto se remonta a los datos de origen. Una trazabilidad limpia y exportaciones listas para el regulador convierten la preparación de auditorías de un proyecto en una postura permanente.
«El impuesto sobre el juego no es un problema de herramientas fiscales. Es un problema del flujo de ingresos, que es exactamente donde le corresponde estar en el ERP.»
Es tuyo, trabajes con nosotros o no. Nos ganamos la siguiente conversación.
Solicita una revisión →El impuesto sobre el juego se ejecuta dentro de la cascada de ingresos, por jurisdicción, con fecha de vigencia y auditable.
Facturas electrónicas estructuradas y validadas por país: cumplimiento de facturación, distinto del impuesto sobre el juego.
Provisión, informe país por país y precios de transferencia: impuesto de sociedades, no impuesto operativo sobre el juego.