IP Box de Chipre para varios productos de software

Empiece por un mapa de activos, no por el catálogo comercial

Una empresa puede vender tres planes de suscripción sobre una misma base de código, o una suscripción que incluya varios sistemas desarrollados por separado. Por tanto, los nombres comerciales no siempre coinciden con los activos que deben seguirse para el IP Box.

Describa la tecnología antes de construir el cálculo. Identifique bases de código, módulos principales, historiales de desarrollo, titularidad y formas de obtener ingresos. Explique si cada elemento es un activo separado, una versión de otro existente o infraestructura compartida. La conclusión debe partir de los hechos y no del resultado fiscal que produce.

El reglamento 5 exige libros y registros de ingresos y gastos por activo intangible. El reglamento 4 también contempla la distribución de determinados gastos que no pueden atribuirse directamente. Juntos, estos preceptos hacen que la trazabilidad y una asignación justificada sean más útiles que un porcentaje empresarial arbitrario.

Por qué agrupar puede distorsionar el resultado

Supongamos que el Producto A tiene 400.000 € de ingresos IP netos y nexus pleno, mientras que el Producto B genera 100.000 € con nexus del 50%. Tratarlos por separado produce un beneficio admisible de 450.000 € y una deducción del 80% de 360.000 €. Los 140.000 € restantes dan lugar a 21.000 € de impuesto sobre sociedades al 15%, antes de otros ajustes.

La media simple de ambos cocientes es del 75%. Aplicarla a los 500.000 € de ingresos IP netos totales produciría solo 375.000 € de beneficio admisible. La diferencia surge porque cada activo genera un beneficio distinto. Otro método de agrupación podría, en cambio, exagerar la ventaja fiscal.

La conclusión no es elegir la media que reduzca más el impuesto, sino conservar la relación correcta entre gastos e ingresos de cada activo. Si la tecnología y los costes inseparables requieren agrupar, justifique por qué esa agrupación es adecuada en lugar de sustituir el análisis por la comodidad de una hoja de cálculo.

Distribuya coherentemente el desarrollo compartido

La autenticación, facturación, procesamiento de datos y herramientas de desarrollo pueden servir a varios productos. Primero compruebe si el gasto puede asignarse directamente mediante documentación del proyecto. Cuando no sea posible, documente una distribución razonable según cómo beneficia el trabajo a los activos y las reglas aplicables.

No atribuya íntegramente el mismo desarrollo compartido a cada producto. La suma de las asignaciones debe coincidir con el gasto real. Del mismo modo, asignar todo el coste común al producto más rentable sin pruebas puede desconectar el numerador del desarrollo que lo originó.

Utilice diferentes criterios de reparto solo cuando exista una razón objetiva. El esfuerzo técnico, el uso documentado en proyectos y la dependencia tecnológica pueden explicar la relación de costes. Los ingresos pueden ser relevantes en ciertos contextos, pero no deben elegirse automáticamente para todo desarrollo por su facilidad de obtención.

• Enumere el trabajo compartido y los productos o activos beneficiados.
• Explique por qué no es posible asignarlo directamente.
• Registre el criterio de distribución y las pruebas correspondientes.
• Concilie los importes distribuidos con el total original.
• Revise el método cuando cambien la arquitectura o el uso.

La asignación de ingresos necesita pruebas propias

Distribuir costes no establece por sí solo cómo repartir los ingresos. Una suscripción combinada puede incluir varios activos y servicios ajenos al IP. Revise contratos, precios y contribución comercial de cada componente antes de determinar los ingresos netos pertinentes.

Mantenga una conciliación entre ingresos contabilizados y cuadros por activo. Incluya de manera coherente devoluciones, abonos y otros ajustes. También debe repartir los costes de obtención de ingresos para que los resultados conjuntos concilien con las cuentas, salvo ajustes fiscales identificables.

Si un activo fue adquirido y otro desarrollado internamente, conserve separados sus historiales de adquisición e I+D. Trasladar ingresos entre etiquetas de productos no debe hacer desaparecer el coste de adquisición del activo al que corresponde.

Trate los cambios de producto como motivos de revisión

Las fusiones de productos, migraciones a plataformas comunes y reescrituras importantes pueden modificar el mapa real. Conserve la historia antes de cambiar identificadores y documente si el trabajo mejora un activo existente o crea uno separado. Un relanzamiento comercial no responde por sí solo a esa cuestión.

La revisión anual debe explicar la lista de activos, los cambios del año, la atribución de ingresos, los costes compartidos y los cocientes resultantes. Si persiste incertidumbre, obtenga asesoramiento o aclaraciones sobre esos hechos en lugar de aplicar una regla universal por familias de productos.