Software adquirido y nexus del IP Box de Chipre

Separe la prueba del activo de la prueba del gasto

En una adquisición suelen confundirse dos preguntas. La primera es si el intangible pertenece a las categorías admisibles y cumple los requisitos. La segunda es cómo se incorpora el gasto del solicitante al nexus. Una respuesta positiva a la primera no convierte cada euro pagado en gasto admisible.

La normativa chipriota contempla intangibles adquiridos, pero excluye expresamente el coste de adquisición de QE y lo incluye en el gasto total. La distinción es deliberada. Comprar una base de código existente no puede rebautizarse simplemente como realizar el desarrollo que la creó.

Revise el contrato y qué se obtuvo realmente: derechos de software, licencia, marcas, relaciones con clientes, servicios o varios componentes. El precio puede necesitar una distribución documentada. Los intangibles de marketing y otros activos no admisibles no pasan a serlo por adquirirse junto al software.

Modele el desarrollo posterior junto al historial de adquisición

Supongamos que una sociedad compra un activo de software admisible por 400.000 € y después incurre en 100.000 € de I+D propia admisible sobre ese activo. Sin otros gastos, QE es 100.000 €, el incremento 30.000 € y OE 500.000 €. El nexus es del 26%.

Con ingresos IP netos anuales de 200.000 €, el beneficio admisible es 52.000 € y la deducción del 80% asciende a 41.600 €. El saldo imponible simplificado es 158.400 €, con 23.760 € de impuesto al 15%: el 11,88% de los ingresos IP netos. El 3% anunciado no describe este ejemplo con un elevado coste de adquisición.

Si posteriormente se incurre en otros 300.000 € de desarrollo admisible sobre el mismo activo, las QE acumuladas alcanzan 400.000 € y el incremento 120.000 €. Con OE de 800.000 €, el nexus pasa al 65%. Los ejemplos muestran cómo cambia el resultado con el historial de gastos; no recomiendan gastar únicamente para obtener una ventaja fiscal.

Conserve la distribución del precio y las pruebas de titularidad

El expediente de adquisición debe explicar los derechos transmitidos, el vendedor, la contraprestación y la base de valoración. Identifique si se transmite propiedad, una licencia exclusiva o un acceso más limitado. La propiedad económica puede ser relevante según la normativa, pero una etiqueta en una factura no resuelve el análisis.

Cuando comprador y vendedor estén vinculados, examine por separado las condiciones de plena competencia y los requisitos documentales. La fórmula nexus no resuelve un problema de valoración. El importe incluido fiscalmente debe sustentarse en la operación real y en las reglas aplicables.

Conserve el historial de desarrollo y versiones necesario para distinguir la tecnología adquirida del trabajo posterior. Una reescritura importante puede plantear dudas sobre el activo desarrollado. No cree un identificador nuevo solo para dejar atrás el coste de compra mientras sigue explotando esencialmente los mismos derechos.

Comprar activos no es lo mismo que comprar acciones

Una compra de acciones cambia al socio de la sociedad que posee el software; una compra de activos transmite el software o los derechos a otro contribuyente. El precio de las acciones pagado por el comprador no es automáticamente coste de adquisición del software en el cuadro nexus de la sociedad adquirida.

Esta diferencia no garantiza que una operación sobre acciones conserve todos los beneficios fiscales. Revise declaraciones históricas, pruebas del gasto, titularidad, riesgos y reestructuraciones posteriores. La afirmación del vendedor de tributar al 3% debe contrastarse con cálculos reales y los hechos que los respaldan.

Antes de elegir estructura, compare responsabilidades comerciales, transmisiones de derechos, fiscalidad en los países implicados y costes de cumplimiento. El nexus es una parte de esa decisión, no un modelo completo de adquisición.

• Identifique si se adquieren acciones, activos o derechos de licencia.
• Revise la admisibilidad del activo y la cadena de titularidad.
• Obtenga el historial de gastos y los cálculos nexus existentes.
• Distribuya la contraprestación entre componentes con pruebas.
• Modele el desarrollo posterior sin borrar los costes históricos.
• Compruebe por separado precios de transferencia y efectos transfronterizos.

Mantenga la amortización separada del nexus

La amortización fiscal puede afectar al beneficio anual según sus propias reglas. No convierte el pago de adquisición en QE ni hace que el denominador nexus sea igual al valor contable actual. Mantenga coste de compra, amortización y nuevas inversiones de desarrollo en cuadros separados y conciliados.

La evaluación empresarial debe incluir tanto los resultados operativos esperados como un modelo fiscal respaldado. La pregunta relevante es cuánto efectivo puede generar la adquisición después de todos los costes e impuestos, no si el sector del software suele asociarse al IP Box.