Saltar al contenido principal

Memoria técnica de un expediente I+D+i: cómo estructurarla para que pase evaluación

La memoria técnica es la pieza central del expediente UNE 166.001. Esta guía detalla la estructura por hitos, identificación de incertidumbres tecnológicas, mapa de evidencias y errores típicos.

Por Equipo técnico de Expertiot · · · 11 min de lectura

Para qué sirve la memoria técnica

La memoria técnica I+D+i es el documento que articula la defensa del proyecto ante dos audiencias sucesivas:

  • La entidad certificadora acreditada por ENAC bajo el reglamento RDE-01, que evalúa el expediente bajo los criterios de UNE 166.001 y emite la certificación.
  • El MICIN, que sobre la base de la certificación previa puede emitir un Informe Motivado vinculante (RD 1432/2003) que cierra la cadena de seguridad jurídica frente a Hacienda en la deducción del art. 35 LIS.

Una memoria sólida:

  • Pasa la evaluación de la entidad certificadora con pocas iteraciones de aclaración.
  • Soporta el IM sin reformulación posterior.
  • Defiende la deducción aplicada en una eventual inspección de Hacienda.
  • Sirve además como referencia interna para futuros expedientes del mismo equipo.

Una memoria débil produce el efecto opuesto: alarga la certificación, fuerza ronda tras ronda de aclaraciones, expone la calificación a recálculo en inspección, y suele no servir como base para reutilizar en proyectos futuros.

Estructura nuclear

La estructura mínima exigida por UNE 166.001 incluye los siguientes bloques. El orden y la profundidad varían según convocatoria (CDTI, IM, certificación) pero el contenido nuclear es el mismo.

1. Identificación y antecedentes

Datos del proyecto, empresa solicitante, fechas de inicio y fin, código UNESCO principal y secundarios. Antecedentes técnicos: estado del arte público al inicio del proyecto y por qué la empresa decidió emprenderlo.

Calidad: el estado del arte debe ser específico y reciente. Citar bibliografía de hace diez años cuando el campo evoluciona cada dos sugiere maquillaje documental.

2. Objetivos técnicos

Objetivos del proyecto en términos técnicos, no comerciales. Distinguir:

  • Objetivo principal: el problema técnico nuclear que el proyecto pretende resolver.
  • Objetivos específicos: los pasos técnicos para llegar al principal. Cada uno debe enlazar con uno o varios hitos del plan.

Calidad: evitar objetivos que se reducen a “mejorar X en un Y%”. Un objetivo I+D+i articula cómo se va a abordar el problema, no solo qué resultado se busca.

3. Plan de hitos

El cronograma del proyecto desglosado en hitos de ingeniería con trazabilidad temporal. Cada hito incluye:

  • Nombre y fecha prevista.
  • Objetivo técnico del hito.
  • Incertidumbre tecnológica que se aborda.
  • Actividades previstas.
  • Entregables esperados.
  • Indicadores de éxito (medibles, no narrativos).

Un proyecto de 18 meses suele tener entre 5 y 12 hitos. Menos de 5 suele indicar granularidad insuficiente; más de 12 suele indicar dispersión.

4. Identificación de incertidumbres tecnológicas

El criterio nuclear que distingue I+D+i de desarrollo evolutivo. Una incertidumbre tecnológica es un problema técnico no resuelto al inicio del proyecto cuya resolución requirió experimentación o arquitectura no estándar — no la simple aplicación de tecnología existente.

Cada incertidumbre se documenta con:

  • Definición precisa del problema técnico.
  • Estado del arte público al momento del proyecto que no ofrecía solución completa.
  • Razones técnicas por las que el estado del arte era insuficiente.
  • Camino experimental seguido (incluyendo intentos fallidos documentados).
  • Resolución alcanzada o documentación de la incertidumbre que persiste.

Mejor práctica: entre 2 y 5 incertidumbres por proyecto. Más diluye; menos cuestiona el carácter I+D+i.

5. Descripción técnica por hito

Para cada hito, la memoria detalla qué actividades se realizaron, qué resultados experimentales se obtuvieron, qué decisiones técnicas se tomaron y por qué. Este es el bloque más extenso de la memoria — típicamente el 50–60% del total.

Formato recomendado:

Hito N — [Nombre]
  Objetivo: ...
  Incertidumbre que aborda: ...
  Actividades realizadas: ...
  Resultados experimentales: [datos, no resúmenes vagos]
  Decisión técnica: [qué se eligió, qué se descartó, por qué]
  Evidencias: [referencias a documentos del mapa de evidencias]

6. Mapa de evidencias

Inventario clasificado de las pruebas documentales que respaldan cada hito y cada incertidumbre. Tipologías:

  • Simulaciones (CAE estructural, fluidodinámica, térmica, electromagnética): con resultados crudos, no solo gráficos resumidos.
  • Prototipos físicos con sus reportes de ensayo y fotografías técnicas.
  • Prototipos virtuales con modelos y resultados de validación.
  • Ensayos de banco con datos de medida (no solo informes interpretados).
  • Pruebas de homologación con OEM o entidades reguladoras.
  • Releases de software firmadas con su log de cambios y notas técnicas.
  • Documentación de iteración (reuniones técnicas con actas y decisiones).
  • Patentes o solicitudes de patente asociadas al proyecto.

El mapa enlaza cada hito con sus evidencias específicas. Un hito sin evidencias documentables es un hito que no se puede defender en evaluación.

7. Recursos y presupuesto

Desglose por hito de:

  • Personal: dedicación de cada perfil (ingeniero, técnico, investigador) en horas o porcentaje de jornada.
  • Gastos externos: consultoría, ensayos externos, software específico.
  • Gastos generales imputables al proyecto.
  • Amortizaciones de equipos utilizados.

Mejor práctica: separar gasto subvencionado (CDTI u otra ayuda pública) de gasto propio. El art. 35 LIS no permite deducir gasto ya subvencionado.

8. Plan de difusión y resultados

Cómo se prevé que el proyecto difunda sus resultados (publicaciones, patentes, ferias, transferencia interna). En proyectos confidenciales por contrato con OEM, esta sección se articula como difusión interna controlada.

9. Indicadores y métricas de éxito

Criterios objetivos para medir si el proyecto alcanzó sus objetivos. Deben ser numéricos o observables externamente, no afirmaciones genéricas.

Errores típicos

En la estructura

  • Memoria narrativa lineal en orden cronológico que cuenta lo que se hizo sin separar incertidumbre de resolución. La evaluación pierde el hilo de la novedad.
  • Sin identificación explícita de incertidumbres tecnológicas. El evaluador no debe inferirlas; deben estar nombradas y documentadas individualmente.
  • Mezcla de actividad rutinaria y desarrollo en los mismos hitos. Necesita separación de partidas para que la entidad certificadora sepa qué porcentaje del proyecto es elegible.

En las evidencias

  • Evidencias sin trazabilidad al hito. Se entrega un dossier voluminoso pero sin enlace claro entre cada documento y la afirmación técnica que lo soporta.
  • Evidencias narrativas a posteriori sin soporte material verificable. Un acta de reunión escrita seis meses después del proyecto es evidencia débil; una serie de actas fechadas durante el proyecto es evidencia fuerte.
  • Citas de bibliografía obsoleta que sugieren un estado del arte antiguo y por tanto exageran la novedad del proyecto.

En el presupuesto

  • No separar gasto subvencionado vs propio. Riesgo de doble deducción y rechazo de la base deducible.
  • Imputaciones incoherentes entre cronograma e gasto. Si un hito está al 80% de ejecución y consume el 20% del presupuesto, hay incoherencia que se debe explicar.

En la redacción

  • Lenguaje comercial. “Liderar el sector”, “innovador”, “disruptivo” son palabras vacías para el evaluador técnico. Sustituir por descripciones de qué se hizo y qué se resolvió.
  • Falta de detalle técnico. Si un párrafo se puede aplicar a cualquier proyecto del sector, no aporta defensa específica.
  • Inconsistencia con el código UNESCO declarado. Un proyecto con código 1203 (Ciencia de los Ordenadores) cuya memoria habla casi exclusivamente de mecánica produce desconfianza al evaluador.

Gastos elegibles en la base deducible

La memoria técnica sostiene la base deducible del art. 35 LIS. La elegibilidad de cada partida sigue criterios concretos:

Gastos elegibles en la base deducible del art. 35 LIS (Ley 27/2014). Sí · Parcial · No.
Tipo de gasto Elegible Condición / observación
Personal investigador y técnico Dedicación documentada con sistema de horas. Excluida actividad estructural.
Colaboraciones externas (universidad, CCRR, expertos) Contrato vinculado al proyecto, alcance técnico y entregable identificable.
Materiales fungibles directos Imputables al proyecto por trazabilidad documental (albaranes, lotes).
Amortización de inmovilizado afecto Proporcional al uso en I+D+i, calculada por años útiles del bien.
Patentes (obtención y mantenimiento) Vinculadas al proyecto certificado. Tasas oficiales y honorarios profesionales.
Viajes, dietas y desplazamientos Parcial Solo cuando son justificables como necesarios para el proyecto (ensayos, validación).
Subcontratación con partes vinculadas Parcial Aplica solo el coste real del proveedor, sin margen del grupo.
Gastos generales y de estructura No Excluidos por defecto del art. 35 LIS. No imputables a la base deducible.
Actividades rutinarias o mejoras estéticas No Excluidas explícitamente por el art. 35 LIS — no constituyen I+D ni IT.
Investigación en ciencias sociales y humanidades No Excluida del ámbito del art. 35 LIS (limitado a ciencias y tecnología).
Estudios de mercado y prospección comercial No Excluidos. No tienen contenido de I+D ni de innovación tecnológica.

Tabla orientativa basada en el art. 35 LIS y la práctica de evaluadores acreditados por ENAC. Cada caso requiere análisis técnico individual.

Particularidades por tipo de proyecto

  • Proyectos de software: las evidencias clave son la trazabilidad del control de versiones, los benchmarks comparativos contra el estado del arte público, y las decisiones de arquitectura documentadas en ADRs (Architecture Decision Records). Más en Soporte IoT y software.
  • Proyectos de automoción: la trazabilidad con homologación OEM y los reportes de banco de pruebas son centrales. Más en I+D+i en automoción y tipologías.
  • Proyectos de procesos productivos: hay que separar el componente “renovación de equipos” (no elegible como I+D+i) del componente “desarrollo de proceso” (elegible). Esta separación se documenta con datos de proceso.

Conclusión

La calidad de la memoria técnica determina el éxito de la certificación y la fuerza probatoria de la deducción fiscal posterior. La estructura clave es hitos → incertidumbres → evidencias, evitando la narrativa cronológica plana. La identificación explícita de 2 a 5 incertidumbres tecnológicas resueltas y un mapa de evidencias trazable son los dos mayores diferenciadores entre una memoria que pasa evaluación con poca iteración y una que se queda atascada en aclaraciones. El equipo técnico que ejecutó el proyecto debe participar en la redacción; la memoria puramente externa suele resultar formalmente correcta pero técnicamente débil.

Preguntas frecuentes

¿Cuál es la diferencia entre memoria técnica para CDTI y para certificación UNE 166.001?

La memoria CDTI argumenta elegibilidad y viabilidad ex-ante para captar financiación. La memoria UNE 166.001 documenta ex-post (o durante la ejecución) qué se hizo, qué incertidumbres se resolvieron y qué evidencias soportan la calificación I+D+i. Las dos comparten lógica técnica pero tienen audiencias distintas (CDTI vs certificadora) y plantillas distintas. Reutilizar una para la otra sin reescritura suele resultar en un documento débil para la audiencia destino.

¿Cuántas incertidumbres tecnológicas debe tener un proyecto?

Entre 2 y 5 es el rango habitual. Menos de 2 suele indicar que el proyecto es desarrollo evolutivo o aplicación de tecnología existente, no I+D+i. Más de 5 suele indicar dispersión documental: el proyecto pretende abarcar demasiado y la defensa de cada incertidumbre se diluye. La calidad importa más que la cantidad.

¿Qué tipo de evidencias soportan mejor un hito?

Las evidencias más sólidas son las que reflejan iteración técnica real: simulaciones con sus resultados crudos, prototipos con reportes de ensayo, ramas del control de versiones que evidencien cambio de arquitectura, ensayos de banco con logs de medida, actas de reuniones técnicas con decisiones tomadas. Las evidencias débiles son las narrativas a posteriori sin soporte material verificable.

¿Quién redacta la memoria técnica?

Idealmente, el equipo técnico que ejecutó el proyecto, con apoyo metodológico de un especialista en certificación I+D+i. La redacción puramente externa por consultor sin el equipo interno suele producir memorias formalmente correctas pero técnicamente débiles. La memoria debe contener detalle que solo el equipo técnico conoce.

Fuentes oficiales