Hay un patrón que se repite más de lo que parece. Una empresa dedica meses a resolver un problema técnico, moviliza a perfiles especializados, pruebas alternativas, corrige errores, desarrolla una herramienta propia o ajusta un proceso hasta que funciona. El proyecto sale adelante, la organización lo incorpora a su operativa y el asunto queda atrás. Tiempo después, cuando alguien revisa cuentas, incentivos o convocatorias, aparece la pregunta incómoda: ¿y si aquí había I+D+i y nadie lo vio a tiempo?
Joaquín Rodríguez, especialista en gestión de subvenciones y análisis económico de proyectos en Carrillo, aclara este tema de gran interés.
La respuesta, en bastantes casos, es que sí había algo. Y no verlo tiene coste. No siempre porque exista automáticamente un derecho a aplicar beneficios fiscales, sino porque una parte del esfuerzo técnico de la empresa puede haber quedado fuera del radar cuando todavía era posible ordenarlo bien, documentarlo y analizarlo con opciones reales. Dicho de otro modo, muchas compañías no pierden dinero porque innoven poco, sino porque innovan sin identificarlo como tal.
Ese punto ciego suele venir de una idea muy asentada. Se sigue asociando la I+D+i con laboratorios, patentes o grandes saltos tecnológicos, como si fuera un terreno ajeno a una pyme industrial, una empresa de servicios técnicos o una compañía que desarrolla soluciones internas para sacar adelante su actividad. La realidad es bastante menos espectacular. La innovación puede estar en una automatización, en un software propio, en una integración compleja, en una mejora productiva con validaciones o en un prototipo que obligó a ensayar varias vías antes de llegar a una solución útil.
El problema es que, mientras el proyecto está vivo, la empresa rara vez piensa en esos términos. Piensa en plazos, en clientes, en producción, en incidencias, en sacar el desarrollo adelante. Y cuando más tarde intenta reconstruir lo que hizo, se encuentra con que las horas no estaban separadas por proyecto, las facturas no describen bien el alcance técnico, las pruebas no quedaron ordenadas y el trabajo nuevo se mezcló con tareas rutinarias. Ahí es donde aparece la sensación de haber llegado tarde.
Por eso conviene mirar el asunto desde la pérdida potencial, que es como de verdad lo percibe la empresa. Si una organización ha invertido recursos en resolver incertidumbres técnicas, ha dedicado personal cualificado y ha asumido costes para desarrollar algo que no venía dado, puede haber generado una base con interés no solo fiscal, sino también en convocatorias de ayuda o instrumentos de financiación pública. Si nunca lo detecta, ese esfuerzo se queda solo en gasto.
No todo vale, desde luego. No cualquier mejora puede presentarse como I+D+i. Hay actuaciones que se quedan en la adaptación ordinaria, la parametrización habitual o el mantenimiento evolutivo normal del negocio. Pero tampoco conviene caer en el error contrario, que es descartar demasiado deprisa proyectos que sí merecen análisis solo porque no encajan en una imagen grandilocuente de la innovación. Ahí es donde más dinero se deja por el camino, en actividades con recorrido razonable que nunca se someten a una revisión seria.
Hay algunas señales que deberían encender la alarma. Una de las más claras aparece cuando la solución estándar no servía y hubo que desarrollar una respuesta propia o adaptar de forma relevante una tecnología existente. Otra surge cuando el equipo tuvo que probar, iterar, medir y corregir antes de alcanzar un resultado estable. También cuando intervinieron desarrolladores, ingenieros o técnicos con dedicación reconocible a un proyecto concreto. Son indicios, no pruebas definitivas, pero suficientes para dejar de tratar el tema como una mera hipótesis remota.
Ese es el enfoque que se maneja habitualmente en Carrillo al revisar si una iniciativa puede tener recorrido en deducciones, ayudas o financiación pública. La pregunta de partida no es cómo llama la empresa a lo que ha hecho, sino si hubo un reto técnico real, desarrollo o adaptación propia, pruebas, personal identificable y una base documental suficiente para sostener el análisis.
En el caso del software esto se ve con especial claridad. Muchas empresas crean aplicaciones internas, módulos a medida o integraciones entre sistemas porque las herramientas disponibles no cubren bien una necesidad concreta. A veces lo viven como simple trabajo interno de sistemas. Sin embargo, si hubo diseño funcional propio, desarrollo, pruebas y resolución de problemas no triviales, ese esfuerzo puede tener más relevancia de la que la empresa imagina. Algo parecido ocurre en entornos industriales, donde determinadas automatizaciones o mejoras de proceso se asumen como ajustes normales de planta cuando en realidad han exigido bastante más trabajo técnico del que luego queda reflejado.
Por eso la revisión útil no empieza calculando deducciones. Empieza mucho antes, separando proyectos, ordenando evidencias y distinguiendo qué parte del trabajo era actividad ordinaria y cuál respondía a un reto técnico reconocible. Ese primer corte ya dice mucho.
En muchas empresas, el problema no es la falta de innovación, sino la falta de lectura sobre esa innovación. Se desarrollan proyectos, se asumen costes y se resuelven retos técnicos sin detenerse a valorar si ahí había también una oportunidad de deducción, ayuda o financiación. Cuando esa revisión llega tarde, el margen se estrecha. Cuando llega a tiempo, la empresa no solo ordena mejor lo que hace, también entiende mejor qué parte de su esfuerzo innovador puede convertirse en retorno.