Cas d'usage IA

Cinq exemples de cas d'usage IA

Chaque projet IA commence par un problème métier précis. Voici cinq exemples de cas d'usage pouvant être explorés sous forme de pilotes limités, avec des résultats évalués sur vos processus et vos données.

Des exemples, pas des produits

Ces cas d'usage sont des exemples réalisables. Ce ne sont ni des produits existants ni des projets livrés : chacun se construit sur vos processus, vos données et vos contraintes. Pour une IA déjà en service dans un produit Bestlog, voir la réalisation BestDocSolution.

Imputation des factures fournisseurs

Problème métier
La saisie des factures fournisseurs mobilise du temps qualifié : choisir le compte comptable et le code TVA demande de connaître le fournisseur, la nature de la dépense et les règles internes.
User Story
« En tant que comptable, je veux recevoir pour chaque facture PDF une proposition de compte comptable et de code TVA, avec sa justification, afin de valider plus vite sans perdre la maîtrise de l'imputation. »
Entrée
Factures fournisseurs au format PDF ; plan comptable et règles d'imputation de l'organisation ; historique des imputations, s'il est disponible.
Sortie
Pour chaque facture : compte comptable et code TVA proposés, avec une justification lisible. Une proposition incertaine est signalée comme telle et n'est jamais validée automatiquement : la validation reste humaine.
Ce qui serait mesuré
Taux de propositions acceptées ; temps de validation par facture, comparé au processus actuel.
Architecture envisageable
IA souveraine ou IA externe protégée, selon la sensibilité des données.

Repérage des écritures inhabituelles

Problème métier
Dans un grand volume d'écritures, les anomalies se repèrent par sondage ou par expérience. Une écriture atypique peut passer inaperçue.
User Story
« En tant qu'auditeur, je veux obtenir une liste priorisée des écritures atypiques, avec une explication pour chacune, afin de concentrer mes contrôles là où ils sont le plus utiles. »
Entrée
Export comptable structuré (journal ou grand livre) sur une période définie.
Sortie
Liste priorisée des écritures jugées atypiques, avec l'explication de chaque signalement. L'analyse et la conclusion restent celles de l'auditeur.
Ce qui serait mesuré
Pertinence des alertes, jugée par l'auditeur.
Architecture envisageable
IA souveraine de préférence, les exports comptables étant complets et sensibles.

Tri des e-mails de tiers

Problème métier
Les boîtes partagées reçoivent des messages de fournisseurs, de clients et de prestataires sur des sujets très différents. Le tri manuel retarde le traitement et certains messages arrivent au mauvais endroit.
User Story
« En tant que responsable administratif, je veux que les e-mails reçus de tiers soient classés par objet et orientés vers la bonne destination, afin de réduire le temps de tri sans perdre de message. »
Entrée
E-mails reçus sur une boîte partagée définie ; liste des destinations possibles (personnes ou services).
Sortie
Classement par objet — facture, relance, litige, autre — et proposition de destination. Une personne valide ou corrige avant l'orientation.
Ce qui serait mesuré
Précision du classement ; taux de correction ; temps de tri économisé par rapport au processus actuel.
Architecture envisageable
IA souveraine ou IA externe protégée, selon le contenu des messages.

Transcription et compte rendu de réunions internes, en local

Problème métier
Rédiger un compte rendu après chaque réunion interne prend du temps, et les notes prises en séance sont souvent incomplètes.
User Story
« En tant qu'assistant de direction, je veux obtenir la transcription d'une réunion enregistrée et un projet de compte rendu, afin de relire et corriger au lieu de tout rédiger. »
Entrée
Enregistrement audio d'une réunion interne, réalisé avec l'autorisation des participants.
Sortie
Transcription et projet de compte rendu (décisions, actions, points ouverts), produits sur une infrastructure locale : l'enregistrement n'est pas envoyé à un service d'IA externe.
Ce qui serait mesuré
Fidélité de la transcription et du compte rendu ; temps de correction nécessaire.
Architecture envisageable
IA souveraine.

Protection des données avant appel à une IA externe

Problème métier
Une application interne appelle une API d'IA externe définie. Les textes envoyés peuvent contenir des données sensibles.
User Story
« En tant que RSSI, je veux qu'un type défini de données sensibles soit détecté et masqué avant chaque appel à l'API d'IA, afin d'utiliser ce service en limitant l'exposition de ces données. »
Entrée
Requêtes d'une application définie vers une API d'IA définie ; type de données sensibles à traiter (par exemple des noms de personnes ou des numéros de dossier).
Sortie
Requêtes transformées avant l'envoi et journal des détections. Les données pseudonymisées restent des données personnelles : le cadre contractuel avec le fournisseur reste nécessaire.
Ce qui serait mesuré
Taux de détection ; faux positifs ; impact sur la qualité des réponses.
Architecture envisageable
IA externe protégée.

Déroulement

Comment se déroule un pilote

Un pilote prend la forme d'un POC de 2 à 4 semaines, selon le périmètre validé, la disponibilité des données et les prérequis techniques. Prix sur devis.

  1. Choisir

    Un cas d'usage, un utilisateur, un périmètre limité.

  2. Fixer les mesures

    Les critères d'évaluation sont écrits avant de commencer.

  3. Construire

    Sur vos données, dans l'architecture retenue, avec validation humaine.

  4. Restituer

    Les résultats mesurés, avec leurs limites, y compris quand ils sont défavorables.

Étudier un cas d'usage IA pour votre organisation

Un premier échange pour préciser le processus, les données et les contraintes.

Étudier un cas d'usage IA