Quels projets d'IA correspondent au bono IA360 (et lesquels n'y correspondent pas)

État au 22 septembre 2026. Le bono (chèque d'aide à l'intelligence artificielle pour les entreprises) fait partie du Plan IA360, présenté le 21 septembre 2026. Il n'y a ni bases réglementaires, ni appel à projets, ni délai de candidature : l'appel général du bono, doté de 600 millions d'euros, n'est attendu qu'« antes de final de 2027 » (d'ici la fin de 2027), après un pilote contrôlé prévu au « primer semestre de 2027 » (premier semestre 2027). Ce qui suit décrit le critère que le document lui-même a déjà fixé par écrit, pas une démarche qui pourrait débuter aujourd'hui.

Parmi les quatorze projets phares du Plan IA360, le numéro 11 est celui qui financerait directement le projet d'IA d'une entreprise. Et le plan, pour un document de quinze pages, est étonnamment précis sur le type de projet qu'il finance et celui qui en est exclu. Cette frontière est le sujet de ce guide : pas la démarche (qui n'existe pas encore), mais le critère, qui, lui, est déjà écrit.

Le critère qu'appliquera le bono, mot pour mot

Le bono « financiará servicios y soluciones basados en IA que sean provistos por empresas tecnológicas europeas y que utilicen los modelos fundacionales como insumo, incorporando valor añadido propio mediante desarrollo, integración, conocimiento sectorial, tratamiento de datos o rediseño de procesos » (financera des services et des solutions basés sur l'IA qui sont fournis par des entreprises technologiques européennes et qui utilisent les modèles fondationnels comme matière première, en y intégrant leur propre valeur ajoutée par le développement, l'intégration, la connaissance sectorielle, le traitement des données ou la refonte des processus). L'expression clé est « valor añadido propio » (valeur ajoutée qui leur est propre) : le modèle de langage ou de vision est la matière première, pas le produit. Ce qui est financé, c'est le travail qui transforme cette matière première en quelque chose qui résout un problème concret d'une entreprise concrète.

Le plan énumère cinq façons d'apporter cette valeur ajoutée. Dans la pratique, elles se chevauchent presque toujours (rares sont les projets qui ne relèvent que d'une seule des cinq), mais il convient de les distinguer, car chacune correspond à un type de travail différent :

• Développement : construire quelque chose qui n'existait pas, adapté au cas concret.
• Intégration : connecter le modèle aux systèmes que l'entreprise utilise déjà.
• Connaissance sectorielle : ajuster le système au vocabulaire et aux règles d'un secteur.
• Traitement des données : préparer, nettoyer et structurer les informations propres à l'entreprise.
• Refonte des processus : changer la façon dont le travail se fait, pas seulement l'outil utilisé.

Ce qu'il ne couvre pas : la licence seule

Le plan est tout aussi explicite dans l'autre sens : « el bono no financiará la mera suscripción a licencias; se dirige a servicios que transformen los procesos productivos de las empresas beneficiarias » (le bono ne financera pas le simple abonnement à des licences ; il s'adresse à des services qui transforment les processus productifs des entreprises bénéficiaires). S'abonner à un assistant payant et répartir les comptes entre les salariés, sans plus, c'est exactement cela : un abonnement. Il n'y a ni développement, ni intégration, ni refonte de quoi que ce soit. Le plan lui-même ne dit pas que cette dépense est inutile : elle peut être très utile pour des tâches ponctuelles ; il dit qu'elle n'est pas ce que finance cet instrument précis.

La frontière n'est pas toujours évidente, et c'est là que le plus de projets se perdent en étant mal décrits : ce même assistant, connecté aux données internes de l'entreprise et doté d'un circuit d'approbation conçu pour son processus d'achats, ressemble davantage à ce que le plan appelle intégration avec traitement des données internes qu'à une simple licence ; les bases réglementaires le diront. Le critère ne tient pas à la marque du modèle. Il tient au fait que quelqu'un ait ou non repensé quelque chose autour de lui.

Cinq types de projets qui répondent au critère du plan, avec des exemples de processus concrets

Développement avec refonte de processus. Une entreprise de distribution qui reçoit chaque facture fournisseur par courriel et la saisit à la main dans son ERP n'a pas besoin d'un chat générique : elle a besoin d'un agent qui lit la facture, en extrait les données, les vérifie par rapport à la commande d'origine et ne demande une confirmation humaine que lorsque quelque chose ne correspond pas. L'économie ne tient pas au fait d'« avoir de l'IA », elle tient au fait que ce processus cesse d'absorber deux heures par jour d'une personne dont le temps serait mieux employé ailleurs.

Traitement des données de l'entreprise. Un cabinet professionnel avec quinze ans de dossiers, de manuels de procédure et de courriels avec des clients possède, sans le savoir, un fonds documentaire énorme que personne ne peut consulter plus vite qu'en demandant à la personne qui a le plus d'ancienneté. Transformer ce fonds en un système de recherche qui répond en citant le document et la page exacts, c'est du traitement de données à valeur ajoutée : la donnée existait déjà, ce qui se construit, c'est la façon de la retrouver.

Refonte des processus documentaires. Une entreprise qui génère chaque jour des factures, des bons de livraison et des contrats, et les archive dans des dossiers dont seul leur créateur comprend les noms, a un problème de processus, pas de volonté. Un système qui classe et achemine chaque document vers le bon endroit dès son entrée change tout le processus d'archivage, il n'ajoute pas un outil par-dessus le chaos existant.

Intégration avec connaissance sectorielle. Le même type de système, ajusté au vocabulaire et aux catégories propres à un secteur (les types de sinistre d'un assureur, les références produit d'un fabricant), c'est là que la « conocimiento sectorial » (connaissance sectorielle) du plan cesse d'être une formule abstraite : c'est la différence entre un classificateur générique et un classificateur qui comprend vraiment les documents de cette entreprise précise.

Des projets qui combinent plusieurs formes de valeur ajoutée. Il est courant qu'un projet soit à la fois développement, intégration et refonte : ce ne sont pas des catégories exclusives, ce sont des angles différents d'un même travail. L'agent qui lit la facture fournisseur relève du développement parce qu'il est construit sur mesure, de l'intégration parce qu'il doit dialoguer avec l'ERP, et de la refonte de processus parce qu'il change qui fait quoi dans le circuit des achats. Décrire un projet par une seule des cinq catégories est souvent, plus qu'une erreur de forme, le signe qu'il n'est pas encore bien défini.

Le vrai critère n'est pas l'outil, c'est ce qui change dans le processus

Lu à la lettre, le critère du plan ne regarde pas quel modèle est utilisé, mais ce qui change dans le processus : ce que faisait l'entreprise avant et ce qu'elle fait après, et si la différence s'explique par un changement réel du processus ou seulement par une nouvelle facture d'abonnement. C'est, en réalité, la même question qu'il convient de se poser qu'il y ait ou non un bono : acheter un outil n'est pas la même chose que monter un projet, et seul le second a une chance d'entrer dans ce cadre, et aussi de survivre aux trois mois suivant le lancement.

Pour choisir le processus à automatiser en premier, dans une entreprise qui a plusieurs candidats et des ressources limitées, il y a, sans promesse de chiffres d'économies, le test pour savoir quel processus automatiser en premier (en espagnol).

Comment préparer cela avant qu'il y ait un appel à projets

Autant le dire sans détour avant de poursuivre : personne ne peut aujourd'hui engager de démarche pour le bono IA360, parce que l'appel à projets n'existe pas, et quiconque propose de le gérer ou de réserver une place vend quelque chose qui n'existe pas. Nous ne pouvons pas non plus vous dire si votre projet l'obtiendra, ni combien il percevrait : cela sera fixé par des bases réglementaires qui n'ont pas encore été rédigées.

Rien de tout cela n'exige d'attendre la publication des bases réglementaires : le diagnostic et le choix du cas d'usage sont un travail qui peut se faire dès aujourd'hui, et ce sont, selon le plan, les éléments que la mise en œuvre intégrera ; ce qui sera exigé, ce sont les bases réglementaires qui le fixeront. La feuille de route complète, trimestre par trimestre, se trouve dans la feuille de route de votre projet d'IA, d'aujourd'hui à 2027 (avec ou sans bono). Le reste du plan, avec les autres étapes du projet qu'il décrit (diagnostic, formation, intégration au processus, mesure), se trouve dans quel projet d'IA financera le Plan IA360, et comment le monter.

Encore un point avant de continuer : nous ne gérons aucune demande pour le bono IA360, parce qu'il n'y en a encore aucune à gérer, et nous ne promettons pas qu'un projet l'obtiendra. Ce que nous pouvons vous aider à construire, en revanche, c'est un projet qui réponde à ce critère, que l'appel à projets existe demain ou non.