Comprar una empresa de software: diligencia IP Box en Chipre

Distinguir la compra de acciones de la adquisición del software

En una compra de acciones cambia el accionista, mientras la sociedad objetivo normalmente conserva el software y sigue siendo el contribuyente. Sus registros y posibles responsabilidades anteriores importan. En una compra de activos, los derechos pasan a otro contribuyente, que debe determinar qué recibió y qué gastos de desarrollo asumirá después.

El precio pagado por las acciones no se convierte automáticamente en coste de adquisición del software dentro del cálculo nexus de la sociedad objetivo. Tampoco puede un comprador directo del software copiar la clasificación histórica del vendedor. Hay que estudiar los contratos, los derechos transferidos y qué entidad obtendrá el ingreso futuro.

Revise todas las fases de la operación, incluidos los traspasos o licencias intragrupo posteriores al cierre. Una compra de acciones seguida de una transferencia de propiedad intelectual plantea una segunda cuestión, aunque el folleto comercial la trate como una sola adquisición. Documente titular, facturador y contratos afectados en cada paso.

La compra de acciones normalmente cambia la propiedad de la compañía, no la identidad de quien posee jurídicamente el software. Esa continuidad puede conservar el historial documental, pero no valida las clasificaciones fiscales pasadas. En una compra de activos, el nuevo titular necesita su propio análisis de derechos, precio del programa, desarrollo posterior e ingresos.

Solicite un esquema firmado de la transacción que identifique sociedades, propietario del código, empleador de los desarrolladores, parte de los contratos con clientes y emisor de facturas antes y después del cierre. Un organigrama no demuestra quién incurrió en los costes anteriores. El expediente fiscal debe seguir los actos jurídicos y operativos reales.

Comprobar la pretensión con documentos de origen

Obtenga el registro de intangibles, la cadena de derechos, el historial de gastos y conciliaciones anuales de ingresos. Recalcule el tipo anunciado e identifique otros ajustes tributarios. Una presentación puede confundir beneficio elegible del software, beneficio total de la empresa y facturación, aunque cada cifra responda a una pregunta distinta.

Vincule los nombres comerciales de los productos con los activos intangibles concretos de los papeles fiscales. Un producto puede mezclar código propio, módulos comprados, marca y servicios; una sola base de código puede sostener varios planes de suscripción. La asignación de ingresos y costes directos necesita un método consistente y documentado.

Si existe una resolución tributaria, lea la solicitud, sus anexos, la correspondencia y la respuesta completa. Identifique los activos y hechos examinados y compárelos con la actividad actual y la operación prevista. Una frase favorable no aprueba automáticamente todos los nuevos ingresos ni cambios posteriores del modelo de negocio.

Prepare un puente activo por activo entre la descripción de venta y la lista usada en los cálculos fiscales. Separe software, marcas, implantación, soporte y otras prestaciones. Pida contratos, facturas y una explicación de cada reparto para evitar atribuir tácitamente al código un valor que pertenece a conceptos no elegibles.

Rastree los derechos desde fundadores, empleados, contratistas y vendedores anteriores mediante contratos firmados y, cuando sea relevante, el historial del repositorio. La legislación chipriota de derechos de autor protege los programas informáticos y regula la titularidad inicial. Una garantía general del vendedor no sustituye la revisión de contratos concretos, ley aplicable y excepciones.

Concilie declaraciones y resoluciones con los libros originales. Para cada ejercicio solicite ficha por activo, gastos elegibles y totales, atribución del ingreso neto y nóminas o facturas justificativas. Si no puede reproducirse un año material desde las fuentes, registre una incertidumbre de valoración; no complete el vacío con el tipo publicitado.

Preguntas para la diligencia debida del comprador

El examen debe abarcar tanto la posición histórica como el negocio futuro. Las siete filas de la tabla ordenan las solicitudes de documentos, pero no forman una lista universal de aprobación. Para cada respuesta anote el soporte, el ejercicio fiscal, quién lo comprobó y qué supuesto sigue abierto.

Diferencie la ausencia de un documento de uno que contradice de forma positiva el cálculo del vendedor. Las consecuencias y el trabajo posterior son distintos. Exija asignación de costes por activo, separando salarios, I+D de terceros independientes, desarrollo por vinculadas y tecnología adquirida.

La norma chipriota excluye el coste de comprar propiedad intelectual y la I+D de entidades vinculadas de los gastos directamente elegibles, aunque ambos entran en el denominador de gasto total y puede existir un incremento limitado. Compruebe la vinculación del proveedor cuando se incurrió en el gasto. Una línea agregada de «I+D» no permite verificarlo.

Reconstruir la previsión posterior a la operación

El comprador puede trasladar desarrollo a una sociedad del grupo, comprar tecnología adicional o integrar productos. Estos cambios pueden alterar el nexus y otras cuestiones fiscales. No proyecte sin revisión la fracción anterior sobre contratos, proveedores e ingresos distintos.

Use el historial acreditado y supuestos posteriores al cierre expresos. Si compra activos, refleje el efecto del precio del software en su propio cálculo. Si continúa solicitando el beneficio la sociedad objetivo, evalúe su funcionamiento real futuro; el precio de sus acciones no debe introducirse sin fundamento como coste del programa.

Separe mejoras comerciales de supuestos tributarios. La previsión debe aclarar si el valor procede de más ingresos, menos costes o un resultado fiscal respaldado. Mezclar los tres en un margen optimista oculta el riesgo específico del IP Box.

Prepare un escenario histórico y otro futuro. El histórico verifica las deducciones ya declaradas por cada ejercicio. El futuro incorpora ubicación del desarrollo, contratos de proveedores, evolución del producto y mezcla de ingresos prevista. Pueden diferir aunque la entidad propietaria del software no cambie.

Fije un corte al cierre: concilie gastos anteriores con el libro mayor e identifique obligaciones facturadas posteriormente. Modele variaciones de I+D propia, subcontratación vinculada, precio de adquisiciones e ingreso IP neto. La fórmula funciona con el historial acumulado por activo; un presupuesto del año siguiente no reemplaza ese historial.

Una fracción nexus elevada no produce necesariamente un beneficio grande cuando el beneficio IP neto es pequeño o negativo. La deducción del 80% se determina sobre beneficios elegibles, no sobre facturación bruta de suscripciones ni sobre todo el margen empresarial. Modele aparte los ingresos no elegibles y otras consecuencias fiscales.

Reproducir el cálculo del vendedor desde los registros

Suponga una sociedad objetivo inventada con un activo de software elegible y €300.000 de beneficio IP neto documentado en 2026. El registro acumulado muestra €240.000 de I+D directa elegible, €100.000 de coste de adquisición y €60.000 de desarrollo por una vinculada. El gasto total asciende a €400.000. El incremento permitido es el menor de 30% de €240.000, es decir €72.000, y los €160.000 de adquisición más desarrollo vinculado. Así, nexus ilustrativo = (€240.000 + €72.000)/€400.000 = 78%, no 100%.

Bajo esas hipótesis verificadas, €300.000 × 78% da €234.000 de beneficio elegible y la deducción del 80% es €187.200. Con el tipo de sociedades del 15% en 2026, la reducción simple frente a gravar el mismo beneficio sin esa deducción es €28.080. Sobre ese beneficio aislado quedarían €16.920 de impuesto, un 5,64%. El ejemplo no certifica la elegibilidad ni la declaración de una empresa real.

Otro comprador hipotético paga €500.000 por el software y después incurre en €100.000 de I+D propia elegible. No adopta automáticamente los €240.000 del vendedor. Sin más gastos, su total es €600.000, el incremento limitado €30.000 y nexus = (€100.000 + €30.000)/€600.000, cerca de 21,67%. Si obtiene también €300.000 de beneficio IP neto acreditado, la deducción simplificada sería €52.000 y la reducción fiscal €7.800. Son contribuyentes y supuestos distintos.

Reflejar la incertidumbre en la valoración

Un beneficio fiscal con evidencias incompletas no debe valorarse como seguro. Identifique el problema, los posibles resultados y el trabajo necesario para resolverlo. La respuesta comercial adecuada depende de la transacción y del asesoramiento específico.

Esta guía no sustituye la negociación de garantías, indemnizaciones u otras protecciones contractuales. Deben redactarse para la operación concreta y no convierten por sí mismas una posición fiscal incorrecta en correcta. Un informe favorable tampoco garantiza el beneficio futuro si el comprador cambia los hechos después del cierre.

Conserve los supuestos del precio: contribuyente, activo, derechos, historial de costes, ingresos previstos y tipo aplicado. Si alguno cambia, actualice el modelo. La fracción histórica no es un atributo inmutable de la empresa.

Valore el ahorro esperado con un caso base y uno adverso. En el segundo, traslade un coste discutido desde los gastos elegibles al gasto total o excluya un ingreso sin soporte. La diferencia es sensibilidad, no una predicción de la autoridad. No capitalice el 3% anunciado cuando los registros respaldan otra fracción nexus.

Un defecto en la titularidad y uno en la clasificación fiscal requieren soluciones diferentes. El primero puede afectar la explotación del programa; el segundo modifica la deducción aunque la propiedad siga intacta. Especialistas jurídicos y fiscales deben evaluar precio, garantías e indemnizaciones sin suponer que una cláusula borra el riesgo subyacente.

Incluir los registros en el plan de cierre

Compruebe que el comprador o la sociedad objetivo que continúa pueda acceder a exportaciones contables, historial del desarrollo, contratos y expediente completo de resoluciones, con controles adecuados de confidencialidad. El equipo financiero debe reconstruir cada cifra incluso cuando se haya marchado el personal del vendedor.

Mantenga identificadores estables de los activos durante migraciones de repositorios o sistemas financieros. El cambio técnico no debe romper el vínculo entre gasto histórico y software que hoy genera ingresos. Asigne responsabilidad sobre el registro y la revisión anual posterior al cierre.

Prepare un índice de la sala de datos que vincule cada activo con repositorios, acuerdos de derechos, gastos anuales, conciliaciones de ingresos y resoluciones. Determine qué documentación puede conservar legítimamente el comprador, quién autoriza el acceso y cómo se protegen los datos reservados de empleados y clientes.

Cree un mapa entre código antiguo del producto, repositorio, nombre jurídico del activo, centro de costes y nueva cuenta ERP. Preserve el cálculo histórico como pista de auditoría y documente por separado las rectificaciones. Toda cifra declarada debería poder rastrearse hasta factura o línea de nómina.

Antes de la primera declaración posterior al cierre, una persona designada debe revisar el registro de intangibles, los nuevos contratos de I+D y la clasificación de ingresos de clientes. Un archivo histórico completo pierde valor si el nuevo equipo no mantiene su trazabilidad.

• Confirmar acceso a los derechos y documentos fiscales esenciales.
• Guardar cálculos históricos y sus soportes.
• Relacionar identificadores antiguos con sistemas nuevos.
• Documentar cambios después del cierre.
• Revisar el primer cálculo anual del nuevo modelo.