Documentación de proyectos I+D+i

Documentación de proyectos I+D+i: cómo organizarla desde el inicio en software, IA, salud e industria

La documentación de proyectos I+D+i debe comenzar al mismo tiempo que el desarrollo técnico. Esperar al cierre fiscal obliga a reconstruir decisiones, pruebas, costes y dedicaciones cuando parte de la información ya se ha perdido o resulta difícil de verificar.

Un buen sistema documental no consiste en generar informes constantemente. Consiste en conservar evidencias fechadas que permitan demostrar qué reto tecnológico existía, qué actividades se realizaron, quién participó, qué resultados se obtuvieron y qué gastos están vinculados con cada fase.

¿Por qué hay que documentar los proyectos I+D+i desde el inicio?

La documentación permite relacionar la historia técnica del proyecto con los costes incluidos en una deducción fiscal, una ayuda pública o una solicitud de Informe Motivado Vinculante.

La Ley del Impuesto sobre Sociedades establece que los gastos de I+D deben estar directamente relacionados con las actividades, aplicarse efectivamente al proyecto y constar individualizados específicamente por proyectos. La Agencia Tributaria también señala que la empresa debe poder probar posteriormente la relación directa de cada gasto con el proyecto y justificar su importe.

Esto exige poder responder con claridad a cinco preguntas:

1. ¿Qué situación tecnológica existía al comenzar?
2. ¿Qué avance o mejora sustancial perseguía la empresa?
3. ¿Qué dificultades o incertidumbres fue necesario resolver?
4. ¿Qué actividades y recursos se utilizaron?
5. ¿Qué gastos corresponden realmente al trabajo técnico?

Cuando estas respuestas se intentan reconstruir meses después, es frecuente que la memoria final sea demasiado genérica o no coincida con la documentación contable.

¿Qué debe demostrar la documentación de un proyecto I+D+i?

Un expediente sólido debe acreditar cuatro dimensiones distintas.

Novedad o avance tecnológico

Debe explicarse qué diferencia existe entre el resultado buscado y las capacidades anteriores de la empresa.

No basta con afirmar que el producto es nuevo, digital o innovador. Hay que describir qué características tecnológicas cambian y por qué la mejora no es meramente formal, estética o accesoria.

Reto e incertidumbre técnica

La empresa debe identificar qué problemas no tenían una solución evidente al inicio.

Esto puede demostrarse mediante:

• Hipótesis de trabajo.
• Alternativas evaluadas.
• Pruebas fallidas.
• Limitaciones conocidas.
• Cambios de diseño.
• Decisiones técnicas.
• Incidencias y desviaciones.
• Resultados que obligaron a modificar el planteamiento.

Ejecución real del proyecto

Las evidencias deben demostrar que las actividades descritas se realizaron realmente.

Pueden utilizarse entregables, versiones, prototipos, ensayos, repositorios, planos, informes o actas. La evidencia adecuada dependerá del sector y del tipo de proyecto.

Trazabilidad de los gastos

Cada coste incluido debe poder conectarse con una actividad, una persona, un proveedor, un periodo y un proyecto concreto.

La Agencia Tributaria indica que no forman parte de la base los gastos indirectos generales ni aquellos que, aun teniendo alguna relación con la actividad, no puedan individualizarse razonablemente por proyectos.

¿Qué documentación mínima debería generar cualquier proyecto?

Independientemente del sector, conviene construir el expediente alrededor de los siguientes bloques.

1. Ficha inicial del proyecto

Debe crearse antes de iniciar las actividades y recoger:

• Nombre y código interno.
• Responsable técnico.
• Fecha de inicio prevista.
• Objetivos.
• Punto de partida tecnológico.
• Problema que se quiere resolver.
• Resultado esperado.
• Equipo participante.
• Presupuesto inicial.
• Fases e hitos.
• Riesgos técnicos identificados.

No es necesario que esta ficha sea extensa. Su función es dejar constancia del planteamiento original antes de que el proyecto evolucione.

2. Memoria técnica viva

La memoria técnica no debería redactarse completamente al terminar el ejercicio. Conviene actualizarla durante el proyecto con:

• Estado de la técnica de partida.
• Objetivos tecnológicos.
• Incertidumbres.
• Actividades ejecutadas.
• Pruebas realizadas.
• Resultados.
• Desviaciones.
• Alternativas descartadas.
• Hitos alcanzados.
• Trabajo pendiente.

El objetivo es registrar la evolución real, no adaptar retrospectivamente la historia del proyecto a un resultado final.

3. Registro de decisiones técnicas

Cada decisión relevante debería indicar:

• Fecha.
• Problema analizado.
• Alternativas consideradas.
• Criterio de elección.
• Personas participantes.
• Decisión adoptada.
• Resultado posterior.

Las decisiones descartadas pueden ser especialmente útiles porque demuestran que el desarrollo no consistía en aplicar una solución rutinaria.

4. Evidencias de ejecución

El expediente debe contener pruebas generadas durante el trabajo:

• Diseños y esquemas.
• Informes de pruebas.
• Versiones.
• Prototipos.
• Resultados experimentales.
• Actas técnicas.
• Fotografías.
• Simulaciones.
• Incidencias.
• Entregables de proveedores.
• Informes de validación.

Cada evidencia debería estar fechada, identificada y vinculada con una fase concreta.

5. Registro de dedicación del equipo

La empresa debe poder demostrar:

• Qué personas participaron.
• Qué perfil y cualificación tienen.
• En qué actividades trabajaron.
• Durante qué periodo.
• Cuántas horas dedicaron.
• Qué coste se imputa al proyecto.

Los partes de horas deben estar respaldados por tareas, entregables o evidencias coherentes. Una estimación global realizada al final del ejercicio ofrece menos trazabilidad que un registro periódico.

6. Control económico por proyecto

Cada proyecto debería disponer de un código, centro de coste u otro sistema que permita identificar:

• Nóminas y costes de personal.
• Facturas de proveedores.
• Materiales.
• Amortizaciones.
• Equipos utilizados.
• Servicios técnicos.
• Colaboraciones externas.
• Ayudas o subvenciones recibidas.
• Gastos incluidos y excluidos de la deducción.

La herramienta puede ser un ERP, un programa de gestión o una hoja de cálculo controlada. Lo importante es que permita recorrer la información desde el gasto contable hasta la actividad técnica que lo justifica.

¿Cómo documentar proyectos I+D+i de software?

Los proyectos de software necesitan demostrar el avance tecnológico y diferenciar el desarrollo experimental de la programación habitual, el mantenimiento o las actualizaciones menores.

La Ley del Impuesto sobre Sociedades puede considerar I+D la creación, combinación o configuración de software avanzado mediante nuevos teoremas, algoritmos, sistemas operativos, lenguajes, interfaces o aplicaciones destinadas a productos, procesos o servicios nuevos o sustancialmente mejorados. Sin embargo, excluye las actividades rutinarias relacionadas con el mantenimiento del software y sus actualizaciones menores.

Evidencias recomendadas en proyectos de software

• Documento de arquitectura inicial.
• Diagramas de componentes y flujos.
• Requisitos técnicos.
• Historial del repositorio.
• Commits y ramas vinculados con tareas.
• Registro de versiones.
• Tickets de desarrollo.
• Pruebas unitarias y de integración.
• Informes de rendimiento.
• Resultados de pruebas de carga.
• Incidencias técnicas.
• Comparativas entre alternativas.
• Informes de seguridad.
• Actas de decisiones arquitectónicas.
• Documentación de APIs.
• Entregables de proveedores.

Qué debe quedar especialmente claro

La documentación debe separar:

• Desarrollo experimental.
• Evolución funcional ordinaria.
• Corrección de errores.
• Mantenimiento.
• Adaptación a requisitos de clientes.
• Migraciones rutinarias.
• Integraciones estándar.
• Trabajo comercial o de soporte.

Un repositorio con miles de cambios no demuestra por sí solo que exista I+D+i. Es necesario contextualizar qué problema tecnológico resolvía cada bloque de trabajo.

¿Cómo documentar proyectos de inteligencia artificial?

Los proyectos de inteligencia artificial evolucionan mediante ciclos de experimentación. Por eso deben registrar no solo el modelo final, sino también los datos, hipótesis, pruebas y resultados que condujeron hasta él.

Evidencias recomendadas en proyectos de IA

• Objetivo técnico del sistema.
• Modelo o solución de referencia inicial.
• Origen y versión de los conjuntos de datos.
• Criterios de limpieza y preparación.
• Variables utilizadas.
• División de datos de entrenamiento, validación y prueba.
• Arquitecturas evaluadas.
• Versiones de modelos.
• Hiperparámetros.
• Experimentos realizados.
• Métricas utilizadas.
• Resultados obtenidos.
• Errores y limitaciones detectadas.
• Comparativas con el sistema anterior.
• Registros de consumo computacional.
• Evaluaciones humanas.
• Pruebas de robustez.
• Registro de cambios en prompts o flujos, cuando proceda.

No toda implantación de IA es un proyecto de I+D+i

Utilizar una API, implantar una herramienta disponible en el mercado o configurar un modelo existente no implica automáticamente la existencia de investigación, desarrollo o innovación tecnológica.

Para defender el proyecto es necesario explicar qué dificultad técnica relevante existía y qué trabajo propio fue necesario para resolverla. La normativa excluye las actividades sin una novedad científica o tecnológica significativa y los esfuerzos rutinarios de adaptación o mejora.

Qué conviene medir

Según el proyecto, pueden documentarse:

• Precisión.
• Sensibilidad y especificidad.
• Tiempo de inferencia.
• Consumo de recursos.
• Tasa de error.
• Robustez.
• Escalabilidad.
• Calidad de las respuestas.
• Reducción de falsos positivos.
• Comportamiento frente a datos no vistos.
• Diferencias respecto al modelo de referencia.

Las métricas deben elegirse antes de evaluar el resultado y mantenerse vinculadas con cada versión del modelo.

¿Cómo documentar proyectos I+D+i en salud y farma?

En salud, biotecnología y farmacia, las evidencias suelen estar relacionadas con protocolos, experimentos, validaciones, muestras, resultados y decisiones científicas.

Evidencias recomendadas

• Protocolo inicial y sus versiones.
• Cuadernos de laboratorio.
• Métodos experimentales.
• Criterios de inclusión y exclusión.
• Registro de muestras.
• Trazabilidad de reactivos.
• Resultados de ensayos.
• Informes analíticos.
• Desviaciones del protocolo.
• Validaciones.
• Análisis estadísticos.
• Informes preclínicos o clínicos.
• Evaluaciones de riesgos.
• Versiones de dispositivos o formulaciones.
• Correspondencia regulatoria, cuando proceda.
• Actas de comités científicos.
• Informes de colaboradores externos.

Qué debe explicar la memoria técnica

La memoria debe mostrar:

• Qué conocimiento o solución existía al comenzar.
• Qué limitación científica o tecnológica se intentaba superar.
• Qué hipótesis se planteó.
• Cómo se diseñaron los ensayos.
• Qué resultados se obtuvieron.
• Qué cambios fue necesario introducir.
• Qué conclusión puede extraerse de cada fase.

Una autorización regulatoria o un certificado no sustituyen la explicación técnica del proyecto. Pueden formar parte de las evidencias, pero deben integrarse en una narrativa que conecte objetivos, actividades y resultados.

¿Cómo documentar proyectos industriales?

En proyectos industriales, la documentación debe mostrar la evolución desde el diseño inicial hasta el prototipo, piloto o proceso validado.

Evidencias recomendadas

• Planos y diseños CAD.
• Versiones de ingeniería.
• Listas de materiales.
• Especificaciones técnicas.
• Cálculos y simulaciones.
• Parámetros de proceso.
• Prototipos.
• Fotografías fechadas.
• Informes de fabricación.
• Resultados de pruebas.
• Registros de sensores.
• Informes de fallos.
• Análisis de causas.
• Cambios de materiales.
• Pruebas de resistencia o durabilidad.
• Validaciones de proceso.
• Estudios de escalado.
• Informes de plantas piloto.
• Comparativas con el proceso anterior.

La normativa diferencia las actividades de I+D+i de la producción industrial ordinaria, la preparación de la producción, el reglaje habitual, el control de calidad y la resolución rutinaria de incidencias.

Por eso, la empresa debe separar claramente:

• Desarrollo y experimentación.
• Industrialización.
• Producción comercial.
• Mantenimiento.
• Control de calidad ordinario.
• Reparación de averías.
• Ajustes recurrentes.

Tabla de evidencias por sector

Sector	Evidencias prioritarias	Riesgo documental frecuente
Software	Repositorios, arquitectura, versiones, pruebas y tickets	Confundir nuevas funcionalidades con avance tecnológico
Inteligencia artificial	Datos, modelos, experimentos, métricas y comparativas	Conservar solo el modelo final
Salud y farma	Protocolos, ensayos, muestras, validaciones y desviaciones	No conectar resultados científicos con costes
Industria	Planos, prototipos, parámetros, pruebas e informes de fallo	Mezclar desarrollo con producción ordinaria

¿Cómo integrar la documentación en el trabajo diario?

La documentación funciona mejor cuando se incorpora al proceso existente en lugar de crear un circuito administrativo paralelo.

Al iniciar el proyecto

• Asignar un código.
• Definir el objetivo tecnológico.
• Identificar el punto de partida.
• Crear la estructura de carpetas.
• Definir las fases.
• Asignar responsables.
• Crear el presupuesto inicial.
• Establecer cómo se registrarán las horas.

Semanalmente

• Actualizar tareas.
• Vincular commits, ensayos o prototipos.
• Registrar incidencias relevantes.
• Guardar resultados.
• Identificar cambios de alcance.
• Completar la dedicación del personal.

Mensualmente

• Revisar hitos.
• Documentar decisiones técnicas.
• Validar las horas registradas.
• Conciliar facturas y nóminas.
• Separar actividades técnicas de tareas rutinarias.
• Actualizar la memoria viva.

Trimestralmente

• Revisar la calificación potencial del proyecto.
• Comparar presupuesto y gasto real.
• Detectar documentación ausente.
• Revisar ayudas y subvenciones.
• Evaluar la necesidad de certificación o Informe Motivado Vinculante.
• Corregir desviaciones antes del cierre.

Al finalizar el ejercicio

• Cerrar la memoria técnica.
• Confirmar las actividades ejecutadas.
• Conciliar costes y contabilidad.
• Revisar subvenciones.
• Calcular la base de la deducción.
• Archivar las evidencias.
• Preparar la documentación fiscal.

¿Cómo facilita la documentación las deducciones y ayudas?

Un sistema documental mantenido desde el inicio permite reutilizar la misma base de evidencias para diferentes finalidades.

Deducciones fiscales por I+D+i

Ayuda a acreditar la naturaleza del proyecto, la ejecución de las actividades y la relación directa de los gastos con cada fase.

Ayudas públicas

Facilita la preparación de memorias, presupuestos, hitos, indicadores y justificaciones posteriores.

La memoria presentada a una ayuda y la utilizada para justificar una deducción deben mantener coherencia en objetivos, fechas, actividades y costes.

Informe Motivado Vinculante

El artículo 35 de la Ley del Impuesto sobre Sociedades permite aportar un Informe Motivado Vinculante sobre el cumplimiento de los requisitos científicos y tecnológicos para calificar las actividades como I+D o innovación tecnológica.

Este informe refuerza la calificación técnica, pero no sustituye la trazabilidad económica. La empresa debe seguir demostrando la realidad de los gastos, su importe y su relación con el proyecto.

Revisiones fiscales

Una estructura documental ordenada reduce el tiempo necesario para localizar evidencias y explicar la correspondencia entre memoria, personal, proveedores, contabilidad y deducción.

No garantiza que cualquier coste sea aceptado, pero permite presentar una justificación más coherente y verificable.

Errores frecuentes al documentar proyectos innovadores

Describir beneficios comerciales en lugar de avances técnicos

Frases como “mejora la experiencia del usuario” o “permite ahorrar costes” no explican qué dificultad tecnológica se resolvió.

Conservar únicamente el resultado final

El prototipo o producto terminado no muestra las pruebas, decisiones y alternativas que condujeron hasta él.

Utilizar el repositorio como única memoria

El código puede acreditar parte del desarrollo, pero no explica por sí solo los objetivos, la incertidumbre o la relación con los gastos.

Reconstruir las horas al final del ejercicio

Asignar porcentajes meses después, sin tareas o evidencias que los respalden, debilita la trazabilidad del personal.

Mezclar mantenimiento e innovación

Especialmente en software e industria, deben separarse las tareas rutinarias de las actividades destinadas a resolver retos tecnológicos.

Documentar mucho, pero sin ordenar

Acumular archivos no equivale a construir un expediente. Cada evidencia debe estar identificada, fechada y vinculada con una fase.

No conectar el área técnica con finanzas

La memoria puede ser técnicamente sólida y, aun así, no justificar la deducción si los gastos no coinciden con las personas, proveedores y actividades descritas.

Checklist de documentación de proyectos I+D+i

Antes del cierre, comprueba:

• ¿El proyecto tiene un código propio?
• ¿Está documentado el punto de partida?
• ¿Se explica la novedad tecnológica?
• ¿Se identifican retos e incertidumbres?
• ¿Existen fases, hitos y responsables?
• ¿Se registran decisiones técnicas?
• ¿Se conservan alternativas descartadas?
• ¿Las evidencias están fechadas?
• ¿Se diferencian tareas rutinarias?
• ¿Las horas del equipo están registradas?
• ¿Las facturas están vinculadas con actividades?
• ¿Los gastos están individualizados?
• ¿Existen entregables de los proveedores?
• ¿La memoria coincide con la contabilidad?
• ¿Se han identificado las subvenciones?
• ¿Puede reconstruirse el cálculo fiscal?
• ¿Existe un responsable del expediente?
• ¿La documentación se revisa periódicamente?

Preguntas frecuentes sobre la documentación de proyectos I+D+i

Documentar bien es proteger el proyecto desde el primer día

La documentación de proyectos I+D+i no debería considerarse una tarea fiscal añadida al final del año. Es una parte del propio sistema de gestión de la innovación.

Cuando la empresa registra los retos, decisiones, pruebas, costes y dedicaciones durante el desarrollo, puede preparar con mayor solidez una deducción, una ayuda pública o un Informe Motivado Vinculante.

Este artículo tiene carácter informativo. La calificación y aplicación de los incentivos debe analizarse atendiendo a las circunstancias técnicas, económicas y fiscales de cada proyecto.