Costes de cloud hosting en el IP Box de Chipre

Clasifique la actividad antes que al proveedor

AWS, Azure u otro proveedor pueden suministrar recursos para investigación, producción, atención al cliente y demostraciones comerciales en una misma factura. Por eso, el nombre del proveedor dice poco sobre la clasificación fiscal. La pregunta es qué trabajo apoyó el recurso y cómo se relaciona con el activo cualificado.

La normativa chipriota incluye costes directamente vinculados al desarrollo, mejora o creación de activos intangibles cualificados, con las exclusiones correspondientes. No establece que toda factura cloud sea I+D cualificada ni excluye globalmente los servicios cloud. Un análisis práctico empieza por la actividad de desarrollo y después identifica el gasto que la sostiene.

Mantenga separadas dos decisiones. Primero, determine cómo se trata el gasto al calcular la renta neta de PI. Después, compruebe si cumple la definición de gasto cualificado para nexus. Registrar un gasto de producción en el primer cálculo no justifica incorporarlo al segundo.

Clasifique los recursos según su finalidad

Esta tabla es una herramienta de revisión, no un cuadro fiscal oficial. Cada entrada depende de la actividad real, su conexión con el activo y el tratamiento fiscal aplicable.

Un ejemplo de reparto sin presumir la admisibilidad

Suponga una factura mensual de 12.000 €. Las etiquetas identifican 7.000 € para producción, 3.000 € para un proyecto de desarrollo y 2.000 € para recursos compartidos. Los 3.000 € son candidatos a una revisión de I+D, no un dato nexus aprobado automáticamente. El trabajo debe cumplir los criterios pertinentes y estar conectado con el activo cualificado.

Para los 2.000 € compartidos, el equipo financiero obtiene registros que muestran qué entornos consumieron los recursos. Aplica un criterio documentado de reparto y pide a ingeniería que confirme que refleja el uso real. No existe razón para atribuir todo el importe a I+D solo porque la empresa desarrolla software.

Suponga, a modo ilustrativo, que la revisión respalda 3.500 € de gasto directamente vinculado a desarrollo cualificado después del reparto. Esa cifra entra en el cuadro nexus sobre la base pertinente. El tratamiento del resto en el cálculo anual del beneficio es una cuestión diferente: no es necesariamente no deducible por quedar fuera de QE.

Haga que finanzas pueda explicar la cuenta cloud

Cree un vocabulario común entre ingeniería y contabilidad. Cada proyecto relevante necesita un identificador estable del activo. Las etiquetas deben distinguir producción, desarrollo, pruebas y uso comercial cuando ello refleje el sistema. Conserve la correspondencia al cambiar nombres de proyectos o migrar cuentas.

Exporte registros de uso junto con las facturas. Una factura resumida con un nombre de servicio y un total puede no explicar los costes de varios productos. Conserve el período, los identificadores, el cálculo del reparto y una explicación de la actividad subyacente. No reescriba etiquetas históricas como si fueran pruebas creadas en su momento.

Mejorar el etiquetado hacia el futuro puede reforzar los registros posteriores sin demostrar la admisibilidad pasada. Si los registros históricos están incompletos, utilice material de apoyo auténtico e identifique con transparencia las estimaciones y los importes pendientes. La ausencia de documentación no debe convertirse en un porcentaje cualificado presentado como seguro.

• Vincule cada importe reclamado a un proyecto y a un activo cualificado.
• Explique por qué el trabajo era desarrollo y no funcionamiento ordinario.
• Concilie las cantidades repartidas con el total de la factura.
• Separe adquisición, partes vinculadas y otras categorías de costes cuando proceda.
• Registre quién aprobó el reparto y por qué.

Revise la clasificación cuando el proyecto pase a producción

El mismo entorno puede cambiar de finalidad con el tiempo. El cómputo de un proyecto experimental puede convertirse después en el servicio por el que pagan los clientes. Un reparto razonable durante el desarrollo puede resultar engañoso tras el lanzamiento. Revise la finalidad en versiones importantes y cuando cambien de ubicación las cargas de trabajo.

Esto es especialmente importante en productos de IA. Entrenamiento, evaluación, inferencia y uso ordinario del cliente no son etiquetas intercambiables. No considere todo el gasto GPU como I+D solo porque la infraestructura sea cara o técnicamente compleja. Primero deben establecerse el activo, la actividad de desarrollo y la relación del coste.