Qué dice exactamente el documento del plan
El documento del Plan IA360 describe el diseño del bono empresarial de inteligencia artificial con un verbo en condicional: el diseño «incluiría» pagos por hitos y condiciones sobre la formación en IA de los trabajadores y la incorporación de la IA a los procesos internos. Es una indicación de intención, no una regla aprobada.
Esa precisión importa. Un condicional en un plan significa que la medida está pensada así, pero que su forma definitiva se fijará en las bases reguladoras. A fecha de esta revisión no se han publicado bases ni convocatoria, de modo que no se sabe cuántos hitos habrá, qué se exigirá en cada uno ni a quién se pagará. Lo que sí puedes hacer es entender el concepto y preparar un proyecto que encaje con él.
Qué es un pago por hitos, en términos generales
En las ayudas públicas, el dinero puede llegar de varias formas. Con carácter general, existen anticipos que se abonan antes de ejecutar el proyecto, a veces con garantías; pagos únicos tras justificar el proyecto completo; y pagos fraccionados, que se liberan a medida que se acreditan partes del trabajo. Los pagos por hitos pertenecen a esta última familia.
Un hito es un punto de control verificable: un resultado concreto que se puede comprobar con evidencias. «Avanzar en el desarrollo» no es un hito; «tener en funcionamiento un piloto con datos reales de la empresa y un informe de resultados» sí lo es. La lógica es sencilla: el dinero público se libera cuando se demuestra que el proyecto avanza, lo que reduce el riesgo de pagar trabajos que nunca se terminan.
Estas son nociones generales sobre cómo funcionan las subvenciones. Que el Bono IA las aplique así, o de otra manera, dependerá de lo que establezcan sus bases. Para situarte, estas son las tres fórmulas básicas y lo que suponen para tu empresa:
- Anticipo: recibes fondos antes de ejecutar, lo que alivia la tesorería, pero puede exigir garantías.
- Pago único final: adelantas todo el coste y cobras tras justificar el proyecto completo.
- Pago por hitos: cobras por partes, a medida que acreditas resultados intermedios verificables.
Preguntas que tendrán que resolver las bases
Cuando se publique el texto, hay varias cuestiones que conviene buscar en él antes de comprometer nada con un proveedor. Una de ellas es especialmente relevante para tu tesorería: quién recibe el pago.
Si el pago va a la empresa, puede que tengas que adelantar el coste al proveedor y recuperarlo después. Si va al proveedor, el contrato entre ambos tendrá que reflejarlo. Ninguna de las dos opciones está confirmada. Esta es la lista completa de preguntas que te recomendamos tener a mano:
- ¿Quién recibe el pago: la empresa beneficiaria o directamente el proveedor del servicio?
- ¿Cuántos hitos se prevén y si son fijos o los define cada proyecto?
- ¿Qué evidencia se exige para dar por cumplido cada hito y quién la valida?
- ¿Hay anticipo inicial y, si lo hay, se exigen garantías?
- ¿Qué ocurre si un hito se retrasa o no se alcanza?
- ¿Cómo se relacionan los hitos con las condiciones de formación del personal?
Cómo diseñar un proyecto que se pueda dividir en hitos
El plan describe una secuencia que encaja de forma natural con una estructura por fases: diagnóstico previo de madurez, identificación de un caso de uso concreto, implantación y medición posterior del impacto en productividad. Puedes usar esa secuencia como esqueleto de tu proyecto, sabiendo que es una referencia orientativa y no la estructura oficial de hitos.
Cada hito debe tener un entregable que alguien ajeno al proyecto podría revisar. Esa es la cualidad que importa, sea cual sea el número de hitos que acaben fijando las bases. Conviene también que la formación forme parte de un hito y no quede como un añadido al final: si las bases vinculan los pagos a condiciones sobre formación del personal, como sugiere el plan, tendrás que demostrar que se ha impartido y a quién.
Ejemplo hipotético de una empresa de servicios técnicos que quiere clasificar y asignar automáticamente las solicitudes de sus clientes:
- Hito 1. Diagnóstico y caso de uso: informe con la situación de partida, el proceso elegido y las métricas iniciales.
- Hito 2. Piloto: solución funcionando con una muestra de solicitudes reales y un informe de errores y ajustes.
- Hito 3. Implantación: integración con la herramienta de gestión, puesta en producción y sesiones de formación con registro de asistencia.
- Hito 4. Medición: comparación entre la situación inicial y la final con los mismos indicadores.
- 1Hito 1. Diagnóstico y caso de uso
Informe con la situación de partida, el proceso elegido y las métricas iniciales.
- 2Hito 2. Piloto
Solución funcionando con una muestra de solicitudes reales e informe de errores y ajustes.
- 3Hito 3. Implantación
Integración con la herramienta de gestión, puesta en producción y formación con registro de asistencia.
- 4Hito 4. Medición
Comparación entre la situación inicial y la final con los mismos indicadores.
Fuente: Elaboración propia a partir del documento del Plan IA360; ejemplo orientativo, no la estructura oficial de hitos
Hitos y tesorería: lo que conviene prever
Un esquema por hitos reparte el riesgo, pero no elimina la necesidad de financiar el proyecto mientras se ejecuta. En muchas ayudas, el dinero llega después de acreditar cada fase, y entre la acreditación y el cobro puede pasar un tiempo. Planifica la tesorería como si tuvieras que adelantar todos los pagos al proveedor.
Haz también el ejercicio contrario: ¿qué ocurriría si un hito no se valida? Si el proyecto depende por completo de cobrar la ayuda en una fecha concreta, es frágil. Un proyecto que puedes sostener con recursos propios, y en el que la ayuda mejora el resultado, es mucho más prudente.
Una forma sencilla de prepararlo es una tabla con una fila por hito y tres columnas: cuándo pagas al proveedor, cuándo podrías acreditar el hito y cuándo, en el mejor de los casos, cobrarías la ayuda. La distancia entre la primera y la tercera columna es la financiación que necesitas tener disponible. Repite el ejercicio suponiendo un retraso en la validación para ver cuánto margen te queda.
Qué puedes pedir ya a tu proveedor
Aunque las bases no existan, puedes negociar un contrato que sea compatible con un esquema por hitos y que, además, te proteja como cliente. Este diseño tiene sentido aunque el Bono IA acabe funcionando de otra forma: pagar por resultados verificables es una buena práctica de contratación en cualquier proyecto tecnológico, con o sin financiación pública.
En concreto, conviene que el contrato recoja estos puntos:
- Fases con entregables concretos y criterios de aceptación por escrito.
- Pagos al proveedor vinculados a la aceptación de cada fase.
- Evidencias que el proveedor se compromete a entregar: informes, actas y documentación técnica.
- Una cláusula para adaptar el calendario y la documentación a lo que exijan las bases.
Fuentes consultadas
La Moncloa · Documento del Plan IA360Los ejemplos son orientativos y no implican que un proyecto sea subvencionable. La financiación depende de las bases y de la convocatoria aplicable.
Para seguir explorando
- Qué es el Plan IA360 y qué incluye
- Flujos automatizados con aprobación y trazabilidad
- Evidencias para justificar una subvención de IA
- Cómo evaluar la propuesta de un proveedor de IA
Contenido elaborado con asistencia de IA bajo los criterios de la política editorial de Nextmedia.
