Mise en place de l'intelligence artificielle

Analytique, automatisation, traitement des données et bots IA dans des processus réels

L'IA n'est pas ici un produit à part mais une couche de traitement posée sur les données que l'entreprise accumule déjà : commandes, demandes, documents, mouvements de marchandises, événements des équipements. Voici les directions de mise en place, chacune décrite par une même boucle : quelles données sont prises, ce que le modèle en fait, quelle décision ou quelle action en découle, et ce qui change dans le travail de l'entreprise.

Qu'est-ce que la mise en place

de l'intelligence artificielle

Mettre en place l'IA — cela veut dire intégrer un modèle à un processus qui tourne déjà, et non lancer un système à part à côté. Le modèle lit les données de l'entreprise, y trouve un schéma et produit une décision ; l'action qui découle de cette décision est exécutée par le système dans lequel le processus vit — CRM, ERP, programme d'entrepôt, caisse, portail, messagerie.

C'est pourquoi un projet ne commence pas par le choix d'un modèle mais par quatre réponses : quelles données existent et dans quel état elles sont ; quelle décision doit être prise ; qui exécute cette décision et avec quoi ; et quel chiffre montrera que les choses se sont améliorées. Sans l'une de ces quatre réponses, un modèle ajoute une source de données de plus dont personne ne répond.

Là où l'IA n'est pas nécessaire. Si une règle peut s'écrire en une seule ligne — stock sous cinq unités, prévenir les achats — on l'écrit comme une règle : moins cher, prévisible et vérifiable ligne par ligne. L'IA a sa place là où il y a des dizaines de signaux, qu'ils changent avec le temps et qu'une personne décidait jusqu'ici à l'œil : classer une demande, estimer la demande, repérer une opération atypique, extraire des champs d'un document en texte libre.

Règle ou modèleun tour d'horizon des tâches habituelles
TâcheCe qui la résout
Prévenir les achats d'un stock faiblerègle
Rattacher un e-mail entrant à un sujet et à un servicemodèle
Appliquer une remise selon les conditions d'un contratrègle
Estimer la demande d'un article à un moismodèle
Vérifier que les champs obligatoires sont remplisrègle
Trouver une opération atypique parmi des opérations ordinairesmodèle

La frontière passe par un seul critère : la condition peut-elle s'écrire en entier. Là où elle le peut, une règle travaille plus vite, coûte moins cher et explique elle-même sa décision. Un modèle est nécessaire là où la condition se décrit par des exemples et non par une ligne de texte. Dans un système qui fonctionne, les deux ne se concurrencent pas mais se tiennent côte à côte : le modèle met une entrée non structurée en forme, et les règles décident à partir de là.

Un nœud serveur traite les données des documents et des équipements et transmet le résultat aux systèmes de l'entreprise

Comment le travail commence

  • Un inventaire des données — ce qui est déjà collecté, où c'est conservé, sur quelle période, avec quelle qualité et à qui appartient chaque source
  • Le choix de la décision — une opération précise qu'une personne effectue aujourd'hui : rattacher une demande à un sujet, évaluer une commande, vérifier un document
  • Le point d'exécution — le système et le champ où le résultat atterrira : un statut dans le CRM, une tâche à l'entrepôt, une ligne d'écriture, un message dans une conversation
  • La référence de départ — comment le processus fonctionne aujourd'hui : combien de temps il prend, combien d'erreurs il produit, combien d'opérations par jour
  • Le seuil de confiance — à partir de quel niveau de confiance du modèle la décision s'applique automatiquement et à partir de quel niveau elle part vers une personne
  • La zone d'exclusion — les décisions que l'on ne confie jamais à un modèle, quel que soit le niveau de confiance : conséquences juridiques, mouvements d'argent, questions de personnel

Un pilote se construit sur des données historiques et se compare à la référence de départ sur ces mêmes données. Si le modèle ne bat pas la façon de travailler actuelle sur une période passée, il ne part pas en production.

Données, traitement, décision, résultat

Chaque direction ci-dessous est décrite par cette boucle. C'est aussi un moyen d'éprouver n'importe quelle proposition de mise en place d'IA : si elle ne nomme pas les quatre maillons, c'est une démonstration de possibilités et non un processus qui fonctionne.

Données

Ce qui entre : commandes et paiements, demandes et correspondance, documents et scans, mouvements de marchandises, événements des équipements, écritures de la comptabilité. La source, la profondeur d'historique et la fréquence de mise à jour sont toutes énoncées.

Traitement par l'IA

Ce que fait le modèle : il range un objet dans une classe, extrait des champs, estime une valeur, trouve un écart par rapport à la norme, classe des options, formule une réponse à partir des documents trouvés. Toujours avec un chiffre de confiance.

Décision ou action

Ce qu'il advient du résultat : la demande entre dans la file d'un exécutant, un statut change dans le CRM, une tâche atterrit à l'entrepôt, un document est validé, une réponse part vers le client, le cas passe à une personne.

Le résultat pour l'entreprise

Ce qui se mesure : le temps d'une opération, la part des décisions prises sans personne, le nombre d'erreurs et de reprises, les pertes dues aux retards et aux sorties de stock, la charge de l'équipe. La comparaison se fait avec la référence d'avant la mise en place.

La boucle sur une demandele poste de travail d'un opérateur
  • DonnéesUn e-mail à l'adresse générale : le texte, une pièce jointe de deux pages, l'historique de ce client sur 14 mois
  • TraitementSujet — réclamation qualité ; tonalité — négative ; le produit identifié à partir du numéro de lot figurant dans la pièce jointe
  • DécisionUne fiche de réclamation a été créée dans le CRM, le service qualité a été affecté, le délai fixé à 24 heures, et le client marqué comme réclamant récurrent
  • ActionLe client a reçu une confirmation avec le numéro de sa demande et le chef de service une notification sur la réclamation récurrente
  • RésultatLa demande est arrivée dans la bonne file sans tri manuel ; le temps entre l'e-mail et l'affectation d'un exécutant se compte en minutes et non en heures

La confiance de la classification était de 0,94 pour un seuil de 0,80. Sous le seuil, la demande serait partie dans la file générale avec un sujet proposé plutôt que directement au service qualité : un cas limite se traite par une personne et non par le modèle.

La collecte automatisée

et le traitement des données

Données dans une entreprise se trouvent à des endroits différents et dans des états différents : une partie dans la base de la comptabilité, une partie dans les e-mails et les messageries, une partie dans des fichiers, une partie arrivant des équipements. Tant que la collecte se fait à la main, toute analyse décrit non pas l'entreprise mais ce que quelqu'un a réussi à exporter.

Traitement par l'IA : les entités sont extraites du flux — contrepartie, produit, document, événement ; les enregistrements portant sur un même objet sont reliés entre eux même quand les noms et les orthographes ne concordent pas. Rapprocher des noms, des adresses et des identifiants d'immatriculation est un travail de modèle et non de comparaison de chaînes.

Ce qui se raccorde :

  • Bases de la comptabilité — lecture directe ou réplica : commandes, documents, référentiels, écritures, stocks
  • API de services extérieurs — prestataires de paiement, services de livraison, places de marché, banques, registres publics
  • Exports de fichiers — tarifs fournisseurs, rapports, tableurs, csv et xml, selon un calendrier, depuis un dossier ou une boîte aux lettres
  • E-mails et messageries — demandes entrantes, requêtes, e-mails avec pièces jointes, correspondance sur une affaire
  • Scans et photos — bons de livraison, factures, attestations, fiches techniques d'équipements, photos de points et de sites
  • Télémétrie des équipements — événements des appareils, des capteurs, des bornes et des caisses, avec leurs heures et leurs résultats
  • Sources web — données ouvertes, sites de fournisseurs, taux de change, annuaires, là où les conditions d'utilisation le permettent

Action : ce qui a été collecté entre dans un tampon de données brutes où rien n'est écrasé, et ne se répartit qu'ensuite vers les entrepôts de données, les modèles et les rapports. L'enregistrement d'origine peut toujours être retrouvé et vérifié.

Un scanner de documents, une passerelle de télémétrie et un stockage de fichiers alimentent un tampon serveur unique

Ce qui rend une collecte fiable

  • Chargement incrémental — on ne prend que ce qui a changé depuis le dernier passage, et non toute la table
  • Idempotence — la retransmission d'un même événement ne crée pas un second enregistrement : la clé d'opération est contrôlée à l'entrée
  • Déduplication — une contrepartie saisie trois fois sous des orthographes différentes se réduit à une seule entité avec des liens vers les originaux
  • Calendriers et files — les exports lourds tournent la nuit, les événements en temps réel arrivent en continu ; une panne n'entraîne pas les autres sources
  • Contrôles d'exhaustivité — si une source a renvoyé dix fois moins de lignes que d'habitude, le chargement s'arrête et le signale au lieu de rafraîchir l'entrepôt en silence

Résultat

Les données pour l'analytique et les modèles apparaissent sans exports manuels et sans une version du tableur dans chaque service. La collecte à la main passe du travail quotidien à l'exception, et les écarts entre rapports se règlent à partir du journal de chargement et non de ce dont les employés se souviennent.

Nettoyage, structuration

et classification des données

Les données collectées ne sont pas prêtes à l'emploi : un même article porte trois noms différents, les unités de mesure sont mélangées, la moitié des enregistrements n'a pas d'attribut obligatoire, et certaines lignes sont des doublons d'une même opération. Un modèle entraîné sur un tel ensemble reproduira le désordre au lieu d'y trouver un schéma.

Traitement par l'IA couvre ici trois travaux : ramener les enregistrements à une forme unique, remplir les attributs là où il n'y en a pas, et ranger les objets dans des catégories qui n'existaient pas dans les données d'origine.

  • Normalisation — un format unique pour les dates, les nombres, les unités de mesure, les numéros de téléphone, les adresses et les identifiants d'immatriculation
  • Rapprochement des noms — « câble VVGng 3x2,5 », « VVG-ng 3*2,5 » et « câble vvgng 3x2,5 norme » se ramènent à un seul article du catalogue
  • Comblement des manques — une catégorie, une marque ou une unité de mesure absente se prédit à partir des autres champs de la fiche
  • Classification — un produit se range dans un groupe, une demande dans un sujet, un paiement dans un poste de dépense, une contrepartie dans un segment
  • Extraction de caractéristiques — les caractéristiques se tirent de la description : volume, poids, puissance, composition, durée de conservation
  • Détection des doublons — deux fiches pour une même contrepartie ou deux documents pour une même livraison se trouvent à partir d'une combinaison de champs et non d'une correspondance exacte de chaînes
  • Contrôles de cohérence — stock négatif, date d'expédition antérieure à la date de commande, lignes qui ne font pas le total du document

Action : les corrections sûres s'appliquent automatiquement et s'écrivent au journal avec la valeur d'origine ; les cas limites partent vers le propriétaire du référentiel pour confirmation, sous forme de liste unique et non d'e-mails séparés.

Pourquoi c'est un travail à part entière

La qualité des données n'est pas un rangement ponctuel avant un projet mais un processus continu : les référentiels grandissent chaque jour, les fournisseurs changent le format de leurs tarifs, et les commerciaux créent des fiches de zéro au lieu de chercher celle qui existe. C'est pourquoi les règles et les modèles de nettoyage vivent dans le système à côté des données et s'appliquent à chaque chargement.

Chaque correction a un auteur — une règle ou un modèle —, une heure, une ancienne et une nouvelle valeur. Ce n'est pas de la bureaucratie : sans cet historique, il est impossible de comprendre pourquoi le rapport du mois dernier affiche aujourd'hui d'autres chiffres.

Résultat

Les référentiels cessent de se ramifier, les rapports par groupe de produits et par poste de dépense concordent entre eux, et la préparation des données cesse de dévorer l'essentiel du calendrier de chaque projet d'analytique.

Traitement d'un lot de tarifsun panneau de qualité des données
VérificationLignesRésultat
Rapprochées du catalogue4 812appliqué
Unités de mesure normalisées1 106appliqué
Catégorie remplie d'après la description438appliqué
Fiches semblables, décision nécessaire96en attente d'examen
Incohérences dans le document14retour au fournisseur

Une capture du système : les chiffres sont illustratifs. Seuls les cas sous le seuil de confiance partent à l'examen — 96 lignes sur 6 466 ; le reste a été appliqué automatiquement, la valeur précédente étant écrite au journal.

L'analytique

intelligente

Un rapport ordinaire répond à la question qu'on lui a posée : recette par mois, ventes par succursale, stocks par entrepôt. Les questions sont posées par une personne : on voit donc exactement ce que quelqu'un a pensé à regarder.

Traitement par l'IA renverse ici le sens : le modèle passe lui-même en revue les découpages et rapporte ceux où un indicateur se comporte autrement qu'attendu. Non pas « dessine-moi un graphique » mais « voici trois endroits où il se passe quelque chose d'inhabituel, et voici avec quoi cela va de pair ».

Ce que fait l'analytique intelligente :

  • Segmentation — les clients, les points de vente et les produits se regroupent selon leur comportement réel et non selon des catégories imaginées à l'avance
  • Décomposition d'un indicateur — une baisse de recette se décompose en contributions des catégories, des succursales, des canaux et du ticket moyen : on voit ce qui a exactement baissé
  • Liens entre événements — quels attributs d'une commande, d'un client ou d'un point accompagnent le plus souvent un refus, un retour, un retard de paiement ou le départ d'un client
  • Évaluation du risque — la probabilité qu'une commande soit annulée, qu'une facture ne soit pas payée à temps, qu'un client cesse d'acheter
  • Hiérarchisation de l'attention — une liste des objets à examiner, triée par pertes potentielles et non par ordre alphabétique
  • Questions en langage courant — une question posée aux données en toutes lettres, avec une référence obligatoire à la source et à la période dans la réponse

Action : une trouvaille ne reste pas dans un tableau de bord — elle se transforme en tâche avec un destinataire et un délai : examiner le point en baisse, contacter le client du groupe à risque, vérifier la catégorie dont les retours augmentent.

Un analyste examine un écart détecté sur des écrans d'analytique d'exploitation

Ce qui reste à l'humain

Un modèle montre une corrélation, pas une cause. Une hausse des retours dans une catégorie peut s'expliquer par un lot défectueux, un changement de fournisseur, une erreur dans la description du produit ou un nouveau canal de vente au public différent — choisir l'explication et prendre la décision reste à une personne.

C'est pourquoi chaque trouvaille s'accompagne dans l'interface de trois choses : sur quelles données elle est construite, quelle est l'ampleur de l'écart et quels découpages le modèle a vérifiés. Une conclusion qui ne se déplie pas jusqu'aux lignes d'origine ne donne lieu à aucune action.

Résultat

L'analytique cesse d'être un rapport mensuel lu après la clôture de la période. Un écart se trouve le jour même, s'examine tant que la piste est chaude et coûte moins cher que lorsqu'il se remarque dans une vue trimestrielle.

La recherche de schémas et d'anomalies

Une anomalie n'est pas n'importe quelle valeur rare mais un écart par rapport à la norme propre d'un objet. Pour un point de vente, vingt tickets à l'heure est une journée ordinaire ; pour un autre, c'est une raison de vérifier. La norme se calcule à partir de l'historique de chaque objet et d'un groupe comparable, et non d'une moyenne générale.

Écart par rapport à la norme

Données : l'historique de l'indicateur pour l'objet. Traitement : le modèle construit un couloir attendu tenant compte du jour de la semaine, de la saison et des promotions. Action : la sortie du couloir crée une tâche d'examen. Résultat : un creux de ventes ou une panne comptable se voit le jour même.

Opérations atypiques

Données : paiements, remises, retours, annulations, modifications manuelles de documents. Traitement : une combinaison d'attributs est évaluée — montant, heure, employé, fréquence. Action : l'opération entre dans la file de contrôle. Résultat : les abus et les erreurs se traitent avant la clôture de la période.

Pannes d'équipement

Données : la télémétrie des appareils et des bornes. Traitement : on cherche un changement du caractère des événements avant une panne. Action : l'appareil est ajouté à une tournée technique. Résultat : une partie des pannes se traite avant l'immobilisation et non après une réclamation.

Écarts dans les écritures

Données : écritures, stocks, inventaires, transferts. Traitement : les flux censés concorder se rapprochent les uns des autres. Action : un écart se consigne avec un responsable. Résultat : les manquants se remontent à un endroit précis et non à une somme globale en fin de trimestre.

Un changement de comportement d'un client

Données : l'historique des commandes, des demandes et des paiements. Traitement : le modèle remarque une rupture du rythme d'achat habituel. Action : le client atterrit sur une liste pour le commercial. Résultat : le départ d'un client se voit avant qu'il n'ait cessé d'acheter pour de bon.

Goulets d'étranglement d'un processus

Données : les heures des étapes d'une commande, d'une demande, d'une réparation. Traitement : les étapes dont la durée grandit et leurs attributs sont identifiés. Action : l'étape est soulevée pour examen, chiffres à l'appui. Résultat : les délais se raccourcissent là où le temps se perd réellement.

La file d'examen des écartsun panneau de contrôle
ObjetCe qui ne va pasAttenduPhysiqueÉtat
Point n° 14Recette sous le couloir pour le troisième jour98–126 mille61 milleexamen
Entrepôt « Ioujny »Part des corrections manuelles de stockjusqu'à 1,5 %6,2%examen
Borne T-207Pannes croissantes du module de paiement0–2 par jour17en tournée
Catégorie produits d'entretienRetours au-dessus de la norme de la catégoriejusqu'à 2,1 %5,8%en attente

Une capture du système : les chiffres sont illustratifs. Chaque ligne se déplie jusqu'aux opérations d'origine — un écart qui ne se remonte pas jusqu'aux données primaires n'entre jamais dans la file.

La prévision de la demande,

des ventes et de la charge

Planifier d'après le mois précédent se trompe de façon prévisible : cela ne sait rien de la saison, rien de la promotion, et rien du fait que l'article a été en rupture pendant deux semaines, ce qui explique l'absence de ventes — et non l'absence de demande.

Données : l'historique des ventes par article et par point, les périodes de rupture, les prix et les promotions, le calendrier — week-ends, jours fériés, rentrée scolaire —, la météo là où elle influe sur la demande, et les données de livraisons et de délais.

Traitement par l'IA : le modèle estime la demande future pour chaque couple article-point et montre la dispersion à part : non pas un nombre unique mais une fourchette avec une probabilité. Pour la planification des stocks, c'est la borne haute qui compte le plus ; pour la planification de la recette, la valeur centrale.

Ce qui se prévoit :

  • La demande d'un produit — par article, par point et par période, en tenant compte de la saisonnalité et des jours où l'article était indisponible
  • Les ventes et la recette — par direction, par canal et par succursale, avec la fourchette d'écart
  • L'utilisation des capacités — équipes, entrepôt, transport, équipes techniques, ligne de support : combien de travail arrivera par heure et par jour
  • Le volume des demandes — le nombre de demandes et d'appels entrants par heure, pour que le planning des équipes se calcule sur la charge et non sur l'habitude
  • La date de rupture — quand un article s'épuisera au rythme de consommation actuel, délai de livraison compris
  • Le retard de paiement — la probabilité qu'une facture ne soit pas payée à temps, avant l'échéance

Action : une prévision ne reste pas une note — elle alimente la demande d'achat, le plan de réapprovisionnement des points, le planning des équipes et les limites de crédit des clients. Résultat : moins de ventes perdues faute de marchandise en rayon et moins d'argent immobilisé en stock excédentaire.

Un poste de planification de la demande relié à l'entrepôt et à un chariot de réapprovisionnement

Comment une prévision se vérifie

Un modèle ne s'éprouve pas sur les données dont il a appris : l'historique se coupe dans le temps, l'apprentissage se fait sur le segment antérieur et la vérification sur le segment postérieur. Cela reproduit la situation réelle, dans laquelle l'avenir est inconnu.

L'exactitude se mesure en continu et non une fois au lancement : chaque ligne de prévision se compare au réel à la clôture de la période. Une erreur qui augmente est un signal : le comportement de la demande a changé et le modèle est bon pour un réapprentissage.

Erreur de prévision par groupeune période close
  • Articles à rotation rapide7,4%
  • Saisonniers14,1%
  • Nouveautés31,6%
  • Demande irrégulière26,8%

Une capture du système : les chiffres sont illustratifs. Les groupes à forte erreur ne sont pas cachés mais montrés à part : pour ceux-là, la commande se calcule par une personne, à partir de la fourchette et non d'un nombre unique.

L'automatisation

des processus courants

Le travail courant, ce sont les opérations qui se répètent des dizaines de fois par jour, demandent de l'attention et ne demandent aucune qualification : recopier des données d'un e-mail dans une fiche, rattacher un paiement à un poste de dépense, désigner un exécutant, vérifier qu'un document est complet, poser un statut.

Traitement par l'IA est nécessaire là où l'entrée n'est pas formalisée : l'e-mail est écrit en toutes lettres, le document est arrivé dans un format qui n'est pas le vôtre, la demande est formulée différemment par chaque client. Le modèle met une telle entrée en forme, après quoi des règles ordinaires — prévisibles et vérifiables — prennent le processus en charge.

Les opérations qui deviennent automatiques :

  • Trier les e-mails et les demandes entrantes
  • Déterminer le sujet et l'urgence d'une demande
  • Affecter un exécutant et un délai
  • Créer une fiche client et une affaire
  • Extraire des données de documents
  • Rapprocher un document de la commande et de la facture
  • Rattacher un paiement à un poste de dépense et à un contrat
  • Vérifier qu'un dossier de documents est complet
  • Rédiger un projet de réponse à une demande standard
  • Traduire des textes et les ramener à une forme unique
  • Préparer des états et des attestations à partir d'un modèle
  • Remplir les champs d'une fiche produit d'après la description
  • Vérifier qu'une demande est complète avant son lancement
  • Hiérarchiser une file de tâches
  • Des bilans par équipe, par jour et par site
  • Des alertes aux responsables sur événements

Action et résultat : l'opération est exécutée par le système et écrite au journal avec un auteur, une heure et la valeur d'origine. L'employé passe de la saisie de données au traitement des cas particuliers — ceux où le modèle n'est pas sûr ou où le coût d'une erreur est élevé.

Un scanner et des bacs trient automatiquement les documents entrants tandis que les cas particuliers partent vers un opérateur

La limite de l'automatisation

Une action automatique est permise là où elle peut se défaire ou là où une erreur coûte peu : poser un statut, affecter un exécutant, créer un brouillon. Les opérations irréversibles — mouvements d'argent, validation d'un document, expédition de marchandises — restent à une personne ou demandent une confirmation.

Le seuil de confiance se pose séparément pour chaque opération et change à mesure que les statistiques s'accumulent. Les entreprises commencent d'habitude par un seuil élevé et un mode « proposition » : le modèle propose, une personne confirme — et ces confirmations montrent où l'on peut lui faire confiance.

Ce qui se mesure

  • La part des opérations exécutées sans personne
  • La part des actions automatiques annulées ou corrigées
  • Le temps entre l'arrivée d'un document et sa validation
  • Le nombre de demandes traitées par un employé et par journée

Traitement

des documents

Données : bons de livraison, factures, attestations, contrats, spécifications, ordres de paiement, demandes, fiches techniques d'équipements, e-mails avec pièces jointes. Les formats varient : pdf, photo prise au téléphone, scan, fichier d'export, original papier.

Traitement par l'IA : reconnaissance du texte, identification du type de document, extraction des champs et des tableaux, rapprochement des lignes avec le catalogue et rattachement du document à une commande, un contrat ou une contrepartie. Pour chaque champ, une valeur et un chiffre de confiance sont renvoyés.

Ce qui est extrait :

  • Les identifiants des parties — dénomination, numéros d'immatriculation, adresse, coordonnées bancaires
  • Le numéro et la date du document, les références au contrat, à la facture et à la commande
  • Le tableau — lignes, quantité, prix, montant, taux de taxe
  • Les totaux — montant hors taxe, taxe, total à payer, devise
  • Les conditions et les délais — conditions de paiement, conditions de livraison, garantie, pénalités
  • Les signatures et les cachets — leur présence, non leur authenticité : l'authenticité relève de la circulation de documents à valeur juridique

Action : le document se rapproche de la commande et de la facture, les écarts sont listés, et le document est soit validé, soit envoyé à l'examen d'un employé précis. Résultat : la saisie des documents cesse d'être un métier à part entière, et les écarts se trouvent avant le paiement et non à la clôture du mois.

Où se situe la limite

La reconnaissance ne donne jamais cent pour cent d'exactitude sur un ensemble de documents quelconque — et cela ne doit pas être le cas. L'enjeu est ailleurs : le système montre les champs auxquels il fait confiance et ceux qu'il demande de confirmer. L'opérateur vérifie quelques champs signalés au lieu de taper tout le document.

Une mauvaise qualité de la source n'excuse pas une erreur silencieuse : une photo floue, une page coupée, la deuxième page manquante d'une spécification sont toutes signalées explicitement et renvoyées à l'expéditeur avec le motif.

Résultat

La vitesse de traitement cesse de dépendre du volume du flux entrant, et la comptabilité et les achats voient l'état des documents dans une seule liste plutôt que dans les boîtes aux lettres de chacun.

Rapprochement d'un bon de livraison et de la commandeune fiche de document
  • Contrepartie identifiée0,99Rapprochée d'une fiche par numéro d'immatriculation et coordonnées bancaires
  • Lignes rapprochées11 sur 12Un article n'a pas été trouvé dans le catalogue — trois possibilités proches sont proposées
  • Quantité conforme à la commande1 écart40 commandés, 36 sur le bon de livraison — le manquant a été soulevé pour examen
  • Total recalculécorrespondLe total du document est égal à la somme des lignes avec taxe, sans écart d'arrondi

Une capture du système : les chiffres sont illustratifs. Le document n'est proposé à la validation qu'une fois les deux signalements traités — un nouvel article de catalogue et un manquant demandent tous deux une confirmation humaine.

L'analyse des demandes

des clients

Données : e-mails, demandes venues du site, messages dans les messageries, transcriptions d'appels, correspondance du chat de support, avis et notes. Tout cela est du texte libre qu'une personne devait jusqu'ici lire et trier.

Traitement par l'IA : la demande se range dans un sujet et un sous-sujet, l'urgence et la tonalité sont déterminées, le numéro de commande, le nom du produit, l'adresse et d'autres entités sont extraits du texte, et la demande se relie à l'historique du client. Les demandes répétées sur un même sujet se fondent en un seul cas.

Action : la demande entre dans la file du groupe concerné avec ses champs déjà remplis, le délai de réponse se calcule d'après l'urgence, une demande répétée monte en priorité, et le client reçoit une confirmation avec un numéro et un délai attendu.

Résultat : les demandes cessent de dormir dans une boîte commune jusqu'au matin, et le responsable ne voit pas « beaucoup de réclamations » mais une structure : sur quels sujets le flux grandit, où le temps de réponse augmente et quels produits engendrent des demandes répétées.

Ce qu'apporte l'examen de tout le flux

Une demande isolée renseigne sur un cas ; tout le flux renseigne sur le produit et sur le processus. La classification par sujet sur une période montre ce qui pose exactement question : une notice peu claire, une erreur dans la description d'un produit, une panne à une étape précise de la validation de commande, un retard chez un service de livraison.

C'est pourquoi les sujets ne s'inventent pas : les demandes se regroupent d'abord par sens automatiquement, puis les groupes obtenus se corrigent à la main et se figent comme référentiel. À partir de là, il vit à côté du produit, et les nouveaux groupes sont proposés par le système.

La structure des demandes sur une semaineun panneau de support
SujetPartÉvolutionPremière réponse
Statut et délais de livraison31%−4%6 min
Paiement et remboursements22%+9%18 min
Disponibilité et caractéristiques des produits19%−1%4 min
Problèmes d'espace client15%+6%27 min
Réclamations qualité13%0%41 min

Une capture du système : les chiffres sont illustratifs. Les deux sujets en hausse — le paiement et l'espace client — ne partent pas dans un rapport mais dans la liste de travail de l'équipe produit, avec des exemples de demandes en pièce jointe.

Recommandations et personnalisation

Une recommandation est utile là où le choix est large et l'attention courte : un catalogue de dizaines de milliers d'articles, l'assortiment d'un point, un ensemble de services, une courte liste pour un commercial avant un appel. Les données qui la portent sont l'historique des commandes, les consultations, le contenu du panier, les retours et les stocks ; le résultat doit toujours tenir compte de la disponibilité, sinon le système recommande ce qui n'existe pas.

Produits complémentaires

Traitement : des associations stables d'articles sont identifiées à partir de l'historique des commandes. Action : la sélection s'affiche sur la fiche produit et dans le panier. Résultat : le nombre de lignes par ticket grandit sans forcer la main à l'acheteur.

Offres personnalisées

Traitement : le modèle estime la probabilité d'intérêt pour un article à partir de l'historique du client et de clients semblables. Action : l'offre part vers son espace, vers une campagne ou vers un commercial. Résultat : le taux de réponse est plus élevé que pour un envoi général, et la fréquence des contacts plus basse.

Recherche et suggestions

Traitement : la requête s'analyse par le sens et non par la correspondance des lettres : synonymes, fautes de frappe et caractéristiques sont pris en compte. Action : les résultats se réordonnent. Résultat : moins de recherches sans résultat et moins de gens qui quittent le catalogue.

L'assortiment d'un point

Traitement : les ventes de points comparables et leur environnement se confrontent. Action : un article est proposé au retrait de l'assortiment ou à l'ajout. Résultat : le rayon est occupé par ce qui se vend réellement ici.

Une suggestion pour le commercial

Traitement : avant un contact, l'historique du client, les questions ouvertes et les articles adaptés sont rassemblés. Action : la courte liste apparaît sur la fiche du CRM. Résultat : préparer un appel prend une minute et non dix.

Le moment du contact

Traitement : la date attendue d'un rachat d'un consommable est estimée. Action : un rappel part à cette date. Résultat : moins de commandes répétées manquées et moins de contacts inutiles.

La personnalisation est bornée par des règles explicites : ce qu'il ne faut pas recommander, quelles données ne sont pas utilisées, à quelle fréquence on peut contacter un client et comment il désactive la sélection. Les limites se posent dans le système et ne restent pas un accord verbal.

Vision par ordinateur

là où elle s'applique

La vision par ordinateur se justifie dans une classe étroite de tâches : la scène se répète, l'objet se distingue, et le résultat se transforme directement en événement de gestion. Là où ces trois conditions ne sont pas réunies, une caméra donne une archive vidéo et des fausses alertes, et non de l'automatisation.

Là où cela fonctionne :

  • Commerce sans caissier — des caméras au-dessus du présentoir consignent quel article a été pris et lequel a été reposé ; l'événement se rapproche du contenu du ticket payé. C'est ainsi que fonctionnent les micromarchés de nos systèmes de libre-service
  • Contrôle de la présentation en rayon — une photo de l'étagère se compare au planogramme : article manquant, produit étranger, place vide
  • Réception et expédition — reconnaissance des étiquettes, des numéros et des marquages à la place d'une saisie manuelle pendant le scan
  • Contrôle qualité — un défaut typique sur des articles identiques : éclat, rayure, écart de géométrie, emballage abîmé
  • Suivi des véhicules — plaques d'immatriculation à l'entrée et à la sortie, consignation de l'heure et rattachement au bon de livraison
  • Sécurité d'un site — équipements de protection, présence dans une zone dangereuse, porte ouverte ou armoire non verrouillée
  • Fréquentation et files d'attente — le nombre de personnes dans la zone de service, la longueur de la file, l'occupation des locaux par heure

Action : un événement reconnu ne part pas dans une archive mais dans les écritures — dans un ticket, une tâche, un procès-verbal de réception, un journal des infractions. Résultat : la consignation manuelle de ce que la caméra voit déjà disparaît.

Une caméra industrielle reconnaît des colis sur un convoyeur et transmet l'événement au système de gestion

Là où la vision par ordinateur n'est pas nécessaire

Les tâches où la scène est différente à chaque fois, où l'éclairage est quelconque et où le coût d'une erreur est élevé ne se couvrent pas par des caméras. La reconnaissance des émotions, l'évaluation de la conscience professionnelle d'un employé, l'identification de personnes dans une foule quelconque — tout cela est soit peu fiable, soit encadré par la loi, soit les deux.

Là où c'est l'exactitude qui compte et non l'image, d'autres capteurs travaillent moins cher et plus sûrement : un poids, un lecteur de codes-barres, une étiquette, une serrure à journal. Une caméra s'ajoute à eux plutôt qu'elle ne les remplace.

Ce qu'il faut avant le lancement

  • Des positions de caméra fixes et un éclairage prévisible
  • Un jeu d'images annotées venu de votre propre site, et non d'un jeu de données d'autrui
  • Une procédure convenue d'enregistrement et de conservation des prises de vue
  • Une règle pour une reconnaissance incertaine — qui examine une telle image et comment

La création de bots IA

Un bot IA diffère d'un chatbot à scénario sur un point : il ne promène pas l'utilisateur dans un arbre de boutons mais comprend la question et exécute une action dans un système. La valeur n'est pas ici dans la conversation mais dans les données et les opérations auxquelles le bot est raccordé — catalogue, commandes, demandes, CRM, base de connaissances. Un bot sans accès aux systèmes ne sait que reformuler le manuel.

La demande d'un client dans un chat mobile est transmise à un opérateur et aux systèmes d'entreprise raccordés

Un conseiller IA pour les clients

Données : le catalogue, les prix, les stocks, les conditions de livraison et de paiement, les statuts de commande. Traitement : la question s'analyse par le sens et la réponse s'assemble à partir de données du moment et non d'un texte préparé. Action : choisir un article, calculer une livraison, passer ou modifier une commande. Résultat : les questions courantes se traitent 24 heures sur 24 pendant que les commerciaux s'occupent des questions complexes.

Support technique

Données : la base de solutions, l'historique des demandes, la configuration du client, les journaux du système. Traitement : le symptôme se rapproche de cas connus. Action : des instructions pas à pas, une vérification de statut, la création d'un ticket avec les données déjà rassemblées. Résultat : la première ligne clôt les cas répétés et l'ingénieur reçoit un ticket avec le diagnostic déjà fait.

Un assistant interne

Données : les politiques, les décisions, les instructions, les référentiels et les rapports accessibles à l'employé selon ses droits. Traitement : une recherche par le sens et une réponse avec la référence à l'article du document. Action : déposer une demande aux RH ou aux achats, demander une attestation, solliciter une validation. Résultat : les questions aux collègues et dans les conversations de groupe sont remplacées par une réponse avec sa source.

Traitement des demandes

Données : le texte de la demande, les pièces jointes, l'historique du client. Traitement : détermination du type de demande, extraction des champs, contrôle d'exhaustivité. Action : la demande se crée dans le système, les données manquantes sont réclamées, un exécutant est affecté. Résultat : la demande parvient complète à l'exécutant, sans allers-retours pour clarifier.

Travail avec le CRM

Données : fiches clients, affaires, tâches, historique des contacts. Traitement : analyse de la demande du commercial et de l'issue de l'échange. Action : créer et mettre à jour une fiche, consigner l'issue d'un contact, poser une tâche, rassembler un résumé sur un client avant un appel. Résultat : le CRM se remplit au fil du travail et non le soir, de mémoire.

Recherche documentaire

Données : contrats, spécifications, politiques, documentation technique, archive de correspondance. Traitement : une recherche par le sens au lieu d'une correspondance de mots ; la réponse se construit à partir des fragments trouvés. Action : une réponse avec une citation et une référence au document, à la page et à la version. Résultat : répondre à une question sur un contrat prend quelques secondes et se vérifie sur la source.

Ce qu'il y a à l'intérieur

d'un bot IA

Un bot n'est pas un modèle unique mais plusieurs parties reliées. La séparation compte en pratique : chaque partie a son mode de défaillance, ses indicateurs et sa façon d'être corrigée.

  • Compréhension de la demande — ce que la personne veut faire et quels paramètres elle a donnés : numéro de commande, date, produit, adresse
  • Recherche des connaissances — la sélection des fragments de documents et d'enregistrements sur lesquels la réponse se construira
  • Accès aux systèmes — l'ensemble des opérations permises : consulter une commande, créer une demande, changer une date de livraison. Chacune est décrite explicitement ; le bot n'a aucune action arbitraire
  • Composition de la réponse — le modèle assemble la réponse strictement à partir de ce qui a été trouvé et de ce que les systèmes ont renvoyé ; ce qui n'est pas dans les sources n'apparaît pas dans la réponse
  • Un contrôle avant l'envoi — la réponse se vérifie sur les sources et l'action sur les droits et les limites de l'utilisateur
  • Passage à un humain — les règles d'escalade : confiance faible, question répétée, réaction négative, sujet figurant sur une liste réservée
  • Journal — ce qui a été demandé, ce qui a été trouvé, ce que le bot a fait et à quel titre. Sans cela, une réclamation ne peut pas être examinée

Les canaux de raccordement — le site et l'espace client, les messageries, l'e-mail, une ligne téléphonique avec reconnaissance vocale, le portail interne et les postes de travail des employés. La logique est la même partout : le canal change la forme de l'entrée, pas ce que le bot a le droit de faire.

D'où vient la réponse

Le bot ne retient pas vos documents — il les cherche au moment de la question et répond à partir de ce qu'il trouve. C'est pourquoi une politique mise à jour prend effet dès son chargement et non après un réapprentissage du modèle, et c'est pourquoi chaque réponse a une source.

Le parcours d'une questionle journal du bot
  • 1La question d'un employé
  • 2Contrôle des droits d'accès
  • 3Recherche documentaire
  • 4Une requête vers la comptabilité
  • 5Une réponse avec référence à la source
  • 6Escalade vers un humain

L'étape 2 est obligatoire : le bot répond dans les limites des droits de celui qui a demandé. Un document auquel l'employé n'a pas accès dans le système n'entre ni dans la recherche ni dans la citation — sinon le bot devient un moyen de contourner le système d'accès.

Comment un bot se lance

La première chose que l'on rassemble est un ensemble de questions réelles — venues de la correspondance, des demandes et des conversations internes. Le bot s'éprouve dessus avant le lancement : les réponses se vérifient sur les sources et les erreurs s'examinent par cause. Ce n'est qu'ensuite que le bot s'ouvre aux utilisateurs, d'habitude d'abord à un seul groupe.

Limites, contrôle et passage à un humain

Le risque principal d'un bot IA est une réponse fausse énoncée avec assurance. Il ne s'écarte pas par des promesses mais par la façon dont le système est construit : un ensemble limité d'opérations, un ancrage obligatoire dans les sources, des seuils de confiance et des règles d'escalade explicites.

Opérations permises

Le bot ne fait que ce qui est décrit dans son jeu d'actions, et dans les limites des droits de celui qui a demandé. Tout le reste est indisponible, aussi insistant que soit l'utilisateur.

Une réponse issue des sources

La réponse s'assemble à partir des documents trouvés et des données des systèmes. S'il n'y a pas de source, le bot dit qu'il ne sait pas et transmet la question — c'est un comportement normal et non une panne.

Seuil de confiance

Sous le seuil, la réponse ne part pas vers le client : elle va vers un opérateur sous forme de brouillon, avec les documents trouvés. Chaque sujet a son propre seuil.

Passage à un humain

Escalade selon des règles : sujet réservé, question répétée, réaction négative, demande du client. L'opérateur reçoit tout l'échange et les documents trouvés au lieu de repartir de zéro.

Confirmation des actions

Une action irréversible — annuler une commande, changer des coordonnées bancaires, sortir quelque chose du stock — ne s'exécute qu'après une confirmation explicite et s'écrit au journal avec son initiateur.

Contrôle continu

La part des échanges clos sans humain, la part des escalades, les notes des utilisateurs et des vérifications par sondage des réponses. Les erreurs reviennent dans l'ensemble des questions de test.

Ce que le bot dit de lui-même se consigne à part : l'utilisateur doit comprendre qu'il parle à un logiciel et savoir comment appeler une personne. C'est une exigence pour l'interface et non une affaire de réglages.

Les assistants IA

pour les employés

Un assistant interne diffère d'un bot pour clients par ses données sources : il travaille sur l'information de l'entreprise et dans les limites des droits d'un employé précis. La même question posée par un magasinier et par un directeur financier donne des réponses différentes — parce qu'ils n'ont pas accès aux mêmes documents.

Ce que fait un assistant à un poste de travail :

  • Il répond à partir des politiques — comment déposer quelque chose, qui le valide, quel est le délai, quel formulaire employer, avec la référence à l'article
  • Il rassemble une synthèse sur un objet — client, affaire, contrat, commande, appareil : historique, questions ouvertes, échéances à venir
  • Il prépare des brouillons — un e-mail, un devis, une réponse à une demande, la description d'une tâche, un compte rendu de réunion
  • Il tient les écritures à la place de l'employé — l'issue d'un appel ou d'une réunion se transforme en tâches, en délais et en fiche mise à jour
  • Il dépose des demandes — aux RH, aux achats, au support technique : les champs se remplissent à partir de l'échange et non d'un formulaire à vingt champs
  • Il prépare un bilan de journée — ce qui s'est passé sur le site pendant la période, ce qui reste ouvert, ce qui demande une décision

Résultat : l'employé passe son temps sur le travail plutôt qu'à chercher le bon document, à se rappeler une politique et à remplir des formulaires. L'assistant ne prend pas de décision à la place de la personne — il enlève la partie préparatoire.

Un employé travaille sur des documents et sur le système d'entreprise à l'aide d'un assistant IA

Droits et visibilité

L'assistant se raccorde aux mêmes rôles que les systèmes de gestion : il ne crée pas un chemin d'accès parallèle. Les documents hors des droits d'un employé n'entrent ni dans la recherche, ni dans les citations, ni dans les suggestions — et cela se vérifie avant que la réponse ne se compose, et non après.

Les actions de l'assistant entrent dans le journal général du système, à côté de celles des personnes. Sur une fiche, on voit que la tâche a été créée par l'assistant à la suite d'un échange, plutôt qu'un enregistrement apparu sans auteur.

Là où un assistant fait gagner le plus

  • Les services à fort volume de correspondance et de documents types
  • Le service et le support, où il faut remonter vite l'historique d'un objet
  • Les ventes : préparer un contact et en consigner l'issue
  • Les nouveaux employés pendant leurs premiers mois

Le travail avec les bases de connaissances

d'entreprise

Les connaissances d'une entreprise sont rarement au même endroit : les politiques dans un dossier, les contrats dans un deuxième, la documentation technique dans un troisième, et la moitié des réponses dans la correspondance. La recherche par nom de fichier ne fonctionne pas ici, car une personne ne cherche pas un document mais une réponse.

Données : politiques et décisions, contrats et annexes, documentation technique et de projet, instructions, base des demandes résolues, comptes rendus, référentiels, archive de correspondance — chacun avec un propriétaire et un niveau d'accès.

Traitement par l'IA : les documents se découpent en fragments et chaque fragment s'indexe par le sens ; la question se rapproche des fragments et non des titres. La réponse s'assemble à partir de ce qui a été trouvé et s'accompagne d'une citation et d'une référence au document, à la page et à la version.

Action et résultat : un employé obtient une réponse avec sa source en quelques secondes au lieu de faire le tour de ses collègues ; les cas limites se vérifient sur la citation ; les documents périmés se voient tout de suite — si la réponse vient d'une version vieille de deux ans, cela est indiqué dans la réponse elle-même.

Ce qui fait qu'une base de connaissances fonctionne

  • Un point d'entrée unique — les sources se raccordent à l'index et ne se recopient pas à la main dans un nouveau stockage
  • Versions et dates — la version du document est connue pour chaque fragment ; la version en vigueur se distingue de l'archive
  • Les droits s'héritent — des systèmes sources, si bien que l'index ne devient jamais un moyen de contourner les restrictions d'accès
  • Mise à jour sur événement — un document modifié se réindexe tout de suite et non selon un calendrier mensuel
  • Retour des utilisateurs — « cette réponse n'a pas aidé » se signale dans l'interface et part à l'examen avec la question
  • Les manques se voient — les questions pour lesquelles aucune source n'a été trouvée se rassemblent en une liste : c'est le cahier des charges de la politique qui manque

Ce qu'une base de connaissances ne fait pas

Elle ne remplace pas le système de gestion documentaire et ne devient pas la source de vérité : un document à valeur juridique reste là où il a été signé et se conserve. L'index est un moyen de le trouver et de le citer, et non une copie à part vivant sa propre vie.

Le traitement automatisé

des demandes

Une demande arrive en forme libre et par n'importe quel canal : un e-mail, un message, un formulaire du site, un appel téléphonique, un fichier joint. Avant la mise en place, une personne la lit, reporte les données dans le système, détermine le type et affecte un exécutant — ce qui prend de quelques minutes à quelques heures d'attente dans une file.

Traitement par l'IA : le type de la demande est déterminé, les champs sont extraits — objet, adresse, délai, contact, numéro de contrat —, l'exhaustivité est contrôlée, l'urgence est évaluée, et la demande se relie au client et à son historique. Ce qui manque est réclamé automatiquement dans le même canal.

Action : la demande se crée dans le système avec ses champs remplis, un groupe ou un exécutant est affecté selon les règles, un délai est fixé et une confirmation avec un numéro est envoyée. Les doublons portant sur un même sujet se relient au lieu d'engendrer une seconde demande.

Résultat : l'exécutant reçoit une demande complète et commence par le travail plutôt que par des clarifications. Le temps entre l'arrivée et l'affectation cesse de dépendre de qui a ouvert la boîte commune et quand.

Le parcours d'une demande

Une demande venue d'une messagerieune fiche de demande
  • Reçue10:02 · un message avec une photo de l'équipement et l'adresse du site
  • Analysée10:02 · type « intervention d'un technicien », site trouvé par l'adresse, contrat n° K-1184 en vigueur
  • Demande complémentaire10:03 · le contact sur place a été précisé — le seul champ manquant
  • Affectée10:06 · groupe technique « Nord », délai contractuel de 8 heures
  • Exécutionle technicien reçoit la demande avec la photo, l'historique du site et les réparations précédentes

Une capture du système : les données sont illustratives. Les demandes dont le type a été déterminé avec une confiance sous le seuil parviennent au régulateur avec les champs pré-remplis et un type proposé — l'affectation reste à une personne.

Ce qu'il faut paramétrer

  • Un référentiel des types de demandes et les règles d'affectation des exécutants
  • Les champs obligatoires de chaque type — sinon la demande complémentaire ne fonctionne pas
  • Les délais de réponse par contrat et par priorité
  • Une règle de fusion des demandes répétées portant sur un même sujet

Données

Analytique et prévision

L'automatisation

Bots et assistants

L'intégration de l'IA

avec vos systèmes

Un modèle n'est utile que lorsque sa décision parvient au système où le travail se fait. C'est pourquoi l'intégration n'est pas la dernière étape d'un projet mais sa condition préalable : on sait d'abord où le résultat atterrira, ensuite on entraîne le modèle.

Ce à quoi la couche IA se raccorde :

  • CRM — fiches clients et affaires, tâches et rappels, issues des contacts, segments et listes pour les commerciaux
  • ERP et systèmes comptables — documents, écritures, référentiels, contrats, paiements, comptabilité des coûts
  • Systèmes d'entrepôt — stocks et réservations, tâches de prélèvement et de réception, inventaires, stockage par emplacement
  • Caisses et services de paiement — tickets et documents fiscaux, opérations et remboursements, rapprochement avec le registre du prestataire
  • Bases et portails internes — référentiels, politiques, systèmes RH et de service, rapports
  • API extérieures — livraison, banques, places de marché, registres publics, taux et annuaires
  • Canaux de communication — le site et l'espace client, les messageries, l'e-mail, la téléphonie
  • Équipements — bornes, balances, lecteurs, caméras, capteurs : les événements des appareils comme source de données et comme destinataires de commandes

Le mode de raccordement se choisit selon le système et non par habitude : une API directe, un échange par file, des webhooks sur événement, des exports de fichiers programmés, la lecture d'un réplica de base. Pour les systèmes sans interface ouverte, on utilise le mode d'échange dont ils disposent, fichiers compris.

Une passerelle d'intégration relie le poste de travail, l'entrepôt, le matériel de paiement et les capteurs

Règles d'échange

  • Un propriétaire pour chaque champ — on sait quel système est la source et lequel le destinataire ; une écriture en sens inverse est décrite explicitement
  • La retransmission est sans danger — les opérations sont idempotentes par clé et aucun doublon ne se crée
  • Une file plutôt qu'un appel direct — l'indisponibilité d'un système retarde l'échange au lieu d'arrêter le processus
  • Journal des échanges — ce qui est parti, ce qui est revenu, ce qui a échoué et pourquoi ; les nouvelles tentatives se lancent depuis l'interface
  • Versions des interfaces — un changement de format ne casse pas un échange qui fonctionne
Journal des échangesun panneau des intégrations
HeureOpérationRésultat
11:02Classification des demandes → CRM148
11:05Prévision de la demande → demande d'achat1 204
11:07Analyse des bons de livraison → comptabilité6 à examiner
11:09Le service d'entrepôt est indisponiblenouvelle tentative dans 5 min

Une capture du système : les chiffres sont illustratifs. L'indisponibilité de l'entrepôt n'arrête pas les autres échanges — les messages attendent dans la file et partent au rétablissement de la liaison.

Données, accès et contrôle

Mettre en place l'IA, c'est travailler sur les données de l'entreprise : la question de savoir où le modèle tourne et ce qui sort du périmètre se règle donc avant le début du projet et non après le lancement.

Où tourne le modèle

L'environnement se choisit selon la sensibilité des données : votre propre infrastructure, un serveur dédié ou un service extérieur. Pour certaines tâches, des modèles ouverts sur votre propre matériel couvrent entièrement le besoin.

Ce qui part vers un service extérieur

Si un modèle extérieur est utilisé, l'ensemble des champs transmis est décrit explicitement. Les données personnelles et les conditions commerciales sont anonymisées ou remplacées par des identifiants avant l'envoi.

Droits d'accès

La couche IA travaille dans les limites des droits de l'utilisateur et ne crée pas de porte dérobée vers les données. Le contrôle d'accès se fait avant la recherche et avant la composition de la réponse.

Journalisation

La demande, les sources trouvées, la décision du modèle et l'action réalisée s'écrivent toutes au journal. Sans cela, il est impossible d'examiner un cas contesté comme de démontrer que le système a travaillé correctement.

Responsabilité de la décision

Les décisions à conséquences juridiques ou financières restent à une personne. Le modèle prépare la matière et propose une possibilité, et la confirmation se consigne avec son auteur.

Conservation et suppression

Les durées de conservation des échanges, des jeux d'apprentissage et des données intermédiaires se fixent à l'avance. La suppression sur demande s'étend aussi aux index de recherche, et pas seulement à la base d'origine.

Comment se mesure le

résultat

Un modèle se trompe toujours — la question est de savoir à quelle fréquence, où exactement et ce que cela coûte. C'est pourquoi chaque mise en place a deux séries de chiffres : la qualité du modèle lui-même et le changement du processus. La première intéresse l'ingénieur, la seconde l'entreprise, et elles ne coïncident pas automatiquement.

  • Précision et rappel — pour chaque classe séparément et non comme une moyenne unique : une classe rare mais coûteuse compte plus qu'une classe fréquente
  • Part des décisions automatiques — combien d'opérations sont passées sans personne au seuil de confiance donné
  • Part des corrections — combien de décisions automatiques une personne a annulées ou modifiées
  • Temps d'une opération — de l'arrivée à l'achèvement, comparé à la référence d'avant la mise en place
  • Le coût d'une erreur — ce que coûte un manque et ce que coûte une fausse alerte ; le seuil se règle sur ce rapport et non sur l'élégance d'une métrique
  • Dérive des données — un changement de la composition des données d'entrée qui fait baisser la qualité sans la moindre modification du système

Le seuil de confiance est un bouton de réglage, pas une constante. En le montant, l'entreprise obtient moins d'automatisation et moins d'erreurs ; en le baissant, l'inverse. La valeur se choisit d'après le coût d'une erreur dans le processus en question.

Ce que montre le panneau

Le travail du modèle sur une périodeun panneau d'exploitation
12 480opérations traitées
86,4%sans personne
1,9%corrigées par un opérateur
0,80seuil de confiance

Une capture du système : les chiffres sont illustratifs. Les trois indicateurs ne se lisent qu'ensemble : plus d'automatisation avec une part de corrections en hausse veut dire que le seuil a été trop baissé.

L'exploitation après le lancement

Un modèle n'est pas une livraison ponctuelle. Les données changent : de nouveaux produits, de nouveaux sujets de demandes, de nouveaux formats de documents, de nouveaux fournisseurs apparaissent. C'est pourquoi le projet prévoit des contrôles de qualité réguliers sur des données fraîches, un réapprentissage selon un calendrier ou au franchissement d'un seuil, et l'examen des cas où une personne a corrigé la décision.

Les corrections des opérateurs sont la matière d'apprentissage la plus précieuse : elles se rassemblent dans un jeu à part et servent au tour d'apprentissage suivant. Ainsi le système s'améliore sur son propre travail et non sur les données d'autrui.

L'ordre de mise en place

L'ordre reflète les dépendances : chaque étape s'appuie sur ce qui est apparu à la précédente. Sauter la première étape est la raison la plus fréquente pour qu'un projet d'IA se termine en démonstration.

Examen du processus et des données

Quelle opération est automatisée, qui l'exécute aujourd'hui, quelles données existent et dans quel état, où le résultat atterrira. Le résultat est une référence de départ chiffrée et un critère de réussite.

Collecte et préparation

Raccordement des sources, nettoyage et annotation, un entrepôt de données pour la tâche. C'est aussi là que l'on voit s'il y a assez d'historique pour un modèle ou s'il faut d'abord accumuler des données.

Modèle et pilote

Apprentissage et vérification sur une période mise de côté, comparaison à la référence de départ, lancement en mode « proposition » sur une partie du flux. Le seuil de confiance se règle sur les décisions réelles des opérateurs.

Exploitation en production

Intégration avec les systèmes, droits et journaux, surveillance de la qualité et de la dérive, réapprentissage selon un calendrier, accompagnement. L'extension aux processus voisins vient comme des étapes à part, avec mesure.

Parlons de la mise en place de l'IA

Contactez-nous dès aujourd'hui

Décrivez le processus que vous voulez automatiser et les données déjà collectées à son sujet. Nous vous dirons ce qui peut se résoudre ici par des règles et de l'intégration et là où un modèle est réellement nécessaire.