Revendedores de software y admisibilidad al Cyprus IP Box

Un negocio de software no es necesariamente propietario de PI

Una empresa puede obtener ingresos significativos vendiendo licencias, distribuyendo suscripciones o implantando el software de otro proveedor. Esas actividades pueden tener valor comercial sin demostrar que el revendedor posee el activo de software admisible subyacente.

Revise el acuerdo con el proveedor. Determine si la empresa tiene derechos de distribución, licencia de uso, derechos de modificación o una posición más amplia de titularidad económica. No deduzca la respuesta de la palabra «socio» ni del acceso al código fuente.

La normativa chipriota de PI reconoce la titularidad económica en la definición de activo admisible. Eso hace importantes los derechos reales; no convierte todo permiso para vender acceso en titularidad económica del software. Si la solicitud se apoya en ese concepto, hace falta una evaluación específica.

Separe reventa, servicios y desarrollo original

Un revendedor de valor añadido puede hacer más que distribuir licencias. Puede crear una integración original, desarrollar una aplicación aparte o prestar consultoría y soporte. Identifique esas aportaciones individualmente en lugar de asignar un único tratamiento fiscal a toda la actividad.

Una integración no es automáticamente un activo admisible solo porque se haya escrito código. Determine el software, los derechos, el desarrollo y la relación con el ingreso. Del mismo modo, la presencia de reventa no debería impedir evaluar un verdadero activo de software original según sus propios hechos.

Los contratos con clientes deben explicar lo suministrado. Si la empresa vende un paquete de acceso de terceros y módulo propio, cualquier atribución de ingresos y costes necesita respaldo. La deducción legal del 80% no sustituye ese reparto.

Un complemento original cambia las preguntas, no automáticamente la respuesta

Supongamos que una empresa revende una plataforma contable ajena y desarrolla su propio módulo de inventario. El proveedor de la plataforma sigue poseyendo el software principal. El módulo del revendedor tiene una cadena de derechos y un historial de desarrollo separados.

La empresa debe distinguir cobros y costes de la plataforma principal, de su módulo y de los servicios de implantación. Después evalúa si el módulo es software admisible y qué ingreso neto se le atribuye. Toda la relación con el cliente no pasa a ser admisible solo por añadir un componente propio.

Si el módulo se compró en lugar de desarrollarse, también importan la adquisición y el nexus. Si lo desarrolló una empresa vinculada del grupo, esa subcontratación exige una clasificación separada. La descripción comercial «nuestra solución» no responde a ninguna de las dos preguntas.

Comprar licencias no es automáticamente I+D

Los pagos al proveedor de la plataforma pueden adquirir derechos de reventa, suscripciones de clientes, acceso u otros servicios. Clasifique la operación realmente comprada. No incluya todos los cargos del proveedor en QE porque se refieran a software.

Los costes de desarrollo del activo propio necesitan pruebas del trabajo, del solicitante y de la conexión con el activo. El tiempo de soporte e implantación puede mezclarse con desarrollo, por lo que puede hacer falta una atribución justificada.

Mantenga separado el cálculo anual del beneficio del nexus. Un cargo del proveedor puede afectar al margen de reventa sin ser gasto de desarrollo admisible. A la inversa, costes históricos de desarrollo pueden seguir siendo pertinentes para la fracción nexus de un módulo propio.

Pruebas que distinguen las partes del negocio

Un expediente útil aclara qué derechos tiene la empresa y cómo cada actividad obtiene ingresos. Esto es especialmente importante cuando el marketing presenta una oferta combinada bajo un único nombre de producto.

• Acuerdos de proveedor y distribución.
• Derechos sobre módulos o integraciones originales.
• Registros de titularidad de empleados y contratistas.
• Contratos de clientes que identifiquen los componentes suministrados.
• Conciliación de ingresos y costes de proveedores.
• Reparto justificado de servicios mixtos e ingresos de software.
• Historial de gasto de desarrollo y adquisición por activo.

Prevea un resultado fiscal mixto cuando lo exijan los hechos

No presente el ejemplo del 3% con nexus completo como tipo esperado sobre toda la facturación de reventa. Modele las partes del beneficio respaldadas por pruebas y aplique las reglas pertinentes a cada una, incluidos otros ajustes fiscales.

Una oportunidad parcial de IP Box puede seguir siendo significativa para una empresa con software original real. La pregunta útil es cuánto beneficio admisible respalda el activo concreto, no si la empresa puede adoptar una etiqueta tecnológica.

Revise la evaluación cuando cambie el papel de la empresa. Pasar de reventa a desarrollo, adquirir un módulo o cambiar derechos del proveedor puede alterar el análisis. Conserve el historial anterior de gastos y derechos en vez de empezar el registro de nuevo con la nueva descripción comercial.