Software a medida del cliente y Cyprus IP Box

Empiece por el contrato con el cliente, no por el puesto del desarrollador

Una empresa de desarrollo puede producir software sofisticado y transferir los derechos pertinentes al cliente. Otra puede conservar una plataforma y conceder acceso mediante licencia mientras la configura para clientes. Ambas emplean desarrolladores, pero sus ingresos y circunstancias de titularidad difieren.

Lea conjuntamente la descripción del trabajo y las cláusulas de derechos. Identifique qué se entrega, qué se transfiere, qué conserva la empresa y si el cliente recibe una cesión o una licencia. Compruebe si el contrato distingue tecnología previa reutilizable del trabajo específico para el cliente.

La normativa chipriota puede reconocer la titularidad económica, pero eso no significa que cualquier empresa que programe posea automáticamente el activo a efectos del IP Box. Determine los derechos reales y el acuerdo económico antes de tratar los ingresos por servicios como ingresos de PI admisible.

Tres acuerdos frecuentes

La siguiente comparación organiza la revisión; no declara admisible cualquier contrato que lleve la misma etiqueta.

Documente claramente los derechos de plataforma que se conservan

Una empresa puede utilizar sus propios frameworks o módulos para ejecutar proyectos de clientes. Si pretende conservarlos y explotarlos, el contrato debería identificar la tecnología previa pertinente y el uso permitido al cliente. No suponga que una cesión amplia deja a la empresa libertad para reutilizarlo todo.

Mantenga un mapa técnico que vincule los módulos conservados con su historial de desarrollo y uso comercial. Una afirmación genérica de que la empresa posee «know-how» no identifica necesariamente software admisible.

Cuando un cliente financia mejoras, revise los derechos sobre ellas y el acuerdo de remuneración. Que el trabajo beneficie a una plataforma reutilizable no elimina la necesidad de examinar el contrato real y los gastos soportados por el solicitante.

No cambie un honorario de desarrollo por un canon sin respaldo

El tratamiento fiscal sigue la sustancia y las reglas aplicables, no una etiqueta conveniente en la factura. Cambiar «servicios de desarrollo» por «licencia de software» no demuestra que la empresa conserve y explote un activo admisible.

Al mismo tiempo, evite afirmar que todos los cobros de proyectos a medida deben tener el mismo tratamiento. Una operación puede incluir servicios, licencias o transmisiones de derechos. La normativa distingue categorías de ingresos pertinentes y el acuerdo concreto requiere análisis.

Si el contrato contiene varias partes, establezca una atribución defendible y un tratamiento coherente de costes. No suponga que la deducción legal del 80% aporta el porcentaje de reparto. Determine primero el ingreso neto pertinente y aplique después el cálculo nexus justificado cuando corresponda.

Coordine el trabajo de clientes con el registro de activos propios

Registre el esfuerzo de desarrollo por proyecto y activo pertinente. Un equipo puede trabajar en entregables propiedad del cliente y en la plataforma retenida por la empresa durante el mismo periodo. No debe asignarse todo el gasto al activo retenido solo porque pueda respaldar una solicitud IP Box.

Concilie las asignaciones de nóminas y contratistas con los registros reales del trabajo. Identifique por separado el desarrollo de partes vinculadas y los costes de adquisición. El análisis de derechos y la clasificación del gasto deben explicar el mismo modelo operativo.

Si la empresa vende un activo que explotaba anteriormente, revise la distinción entre transmisión e ingresos continuados por licencia, incluida la naturaleza patrimonial o comercial de la ganancia. No suponga que toda transferencia de código fuente produce el mismo resultado fiscal.

Preguntas que resolver antes de solicitar la deducción

Revise los contratos significativos individualmente o según un modelo contractual realmente uniforme. Incluso una plantilla estándar puede modificarse mediante condiciones del cliente, descripciones del trabajo o acuerdos posteriores.

• ¿Qué software o derechos se suministran?
• ¿Quién tiene la titularidad jurídica o económica de cada componente?
• ¿Qué tecnología previa reutilizable se conserva?
• ¿A quién pertenecen las mejoras y las versiones futuras?
• ¿Qué remunera cada parte del pago?
• ¿Cómo se registran los ingresos y costes pertinentes?
• ¿Qué gastos corresponden al activo admisible del solicitante?
• ¿Se han analizado por separado las transferencias y las ganancias por transmisión?

Alinee la planificación fiscal con el modelo de negocio

Conservar una plataforma puede resultar atractivo comercialmente, pero también importan los requisitos del cliente, los precios y la responsabilidad. No reescriba los derechos únicamente para obtener una etiqueta fiscal que el funcionamiento real no pueda justificar.

Un contrato claro y un mapa de activos permiten evaluar las oportunidades reales de la empresa. Se puede distinguir el trabajo de servicios rentable de la explotación de software admisible sin pretender que una descripción sirva para todos los proyectos.