Un enchaînement concret de bout en bout : une demande ordinaire arrive, le système en extrait les lignes et l'identifiant de société, complète l'entreprise depuis le registre public, crée la mission et s'arrête à la validation humaine.
La plupart des démonstrations d'IA en entreprise sont soit trop vagues (« elle rend les processus plus efficaces »), soit trop lointaines (« un agent pilotera votre entreprise »). Voici quelque chose entre les deux : un enchaînement concret qui tourne aujourd'hui chez des entreprises recevant leurs demandes par e-mail.
La situation de départ
Une entreprise reçoit cinq à vingt demandes par jour par e-mail. Ce ne sont pas des formulaires - ce sont des lettres ordinaires écrites par des gens :
Bonjour, il nous faudrait 12 armoires type B d'ici fin septembre. Merci de facturer au numéro de société 27604977, Dřevo Morava s.r.o. Merci, Jiří Novák
Aujourd'hui, cela se passe ainsi : quelqu'un à l'administration lit l'e-mail, ouvre le système, recopie l'article, la quantité et la date, cherche la société par son identifiant, remplit les données de facturation et crée la mission. Trois à cinq minutes par demande. Quinze demandes par jour, c'est une heure de pure ressaisie.
L'enchaînement, étape par étape
1. L'e-mail arrive dans le système. Pas dans un client de messagerie séparé - dans une boîte qui fait partie du système et sait créer des fiches. C'est la partie ennuyeuse mais décisive.
2. L'IA extrait ce qui compte. L'article « armoire type B », la quantité 12, la date « d'ici fin septembre » traduite en date précise, et l'identifiant de société. Le reste de la lettre - salutations, remerciements - elle l'ignore.
3. Le système complète l'entreprise depuis le registre public. L'identifiant suffit. En Tchéquie il s'agit d'ARES ; nom, adresse et forme juridique en viennent directement, si bien que personne ne recopie ni ne surveille les fautes de frappe. Développé dans ARES et automatisation.
4. La mission est créée. Tous les champs remplis, avec un lien vers l'e-mail d'origine, et le client rattaché à une fiche existante - ou une nouvelle si c'est une nouvelle société.
5. Cela s'arrête chez un humain. La mission est au statut « En attente de validation ». L'administration la voit dans une vue, la vérifie en dix secondes et confirme. Ou corrige, si l'IA a compris autre chose.
De la lettre à la mission, sans ressaisie
L'IA lit, le registre complète, le système crée. Mais la dernière étape reste chez l'humain - et c'est précisément pour cela que c'est utilisable.
Pourquoi l'étape cinq est la plus importante
Sans étape de validation, personne de sensé n'activerait cet enchaînement. L'IA se trompe parfois - elle lit « 12 pièces » comme 12 alors qu'il s'agissait de douze lots de dix. Elle interprète mal une date qui était conditionnelle dans le texte.
Des erreurs arrivent. La question est de savoir si elles se voient en dix secondes à la validation, ou dans trois semaines quand la mauvaise livraison arrive.
Un réglage pratique qui fonctionne : le premier mois, une personne valide cent pour cent des missions et note le nombre d'interventions. Sous dix pour cent, une partie des flux - typiquement les commandes répétées de clients réguliers - peut passer sans validation, le reste continuant d'être vérifié.
Ce qui se passe quand l'IA ne reconnaît pas quelque chose
Le champ reste vide et la mission est créée incomplète - avec une mention de ce qui manque. C'est nettement préférable à deviner. Un système qui préfère remplir une valeur probable vous nuit plus qu'il ne vous sert.
Ce dont vous avez besoin
Rien d'exotique, mais trois choses doivent être en place :
| Quoi | Pourquoi c'est nécessaire |
|---|---|
| L'e-mail dans le système | Pour que le message ait un endroit où atterrir et créer une fiche |
| Un modèle de données | La mission doit savoir qu'elle appartient à un client |
| Une règle de validation claire | Qui confirme et ce qui se passe en cas de refus |
Le dernier point est organisationnel, pas technique - et c'est généralement le seul qui retarde vraiment.
Où sont les limites
Soyons concrets aussi sur ce que cet enchaînement ne fait pas :
- Les demandes sans identification de société. Sans identifiant ni nom sans ambiguïté, le système ne peut pas deviner. La mission est créée avec un client vide.
- Les arrangements de prix compliqués. « Comme la dernière fois, mais avec la remise dont on a parlé » n'est pas une donnée extractible d'un texte.
- Les pièces jointes au contenu non trivial. Un bon de commande manuscrit scanné est un autre problème que du texte dans le corps du message.
Dans les trois cas, le bon comportement est le même : créer une fiche incomplète et laisser un humain compléter. Cela reste moins de travail que tout recopier.
À quoi ressemble l'e-mail rattaché à une fiche, voyez la page E-mail dans l'application. Un panorama plus large dans 5 choses que l'IA sait faire dans votre entreprise. Tout le sujet de l'automatisation des processus est repris dans le guide de l'automatisation des processus.
Questions fréquentes sur la création de missions depuis les e-mails
Combien de demandes l'IA traite-t-elle sans intervention ?
Cela dépend de leur homogénéité. Là où les demandes viennent de clients réguliers sous une forme similaire, la proportion est élevée. Avec des textes très libres d'expéditeurs variés, comptez plutôt sur une IA qui préremplit et un humain qui complète - ce qui reste une économie.
Et le spam et le courrier sans rapport ?
La création s'active sur une boîte précise (typiquement commandes@ ou demandes@), pas sur une adresse personnelle. Les messages que l'IA ne qualifie pas de demande ne créent pas de fiche.
L'e-mail d'origine reste-t-il consultable ?
Oui, et c'est important. La mission renvoie au message dont elle est issue, si bien qu'on voit à tout moment ce que le client a réellement écrit - y compris ce qui n'est pas entré dans un champ.