La plupart des logiciels métier reposent sur une base de données relationnelle (SQLite, PostgreSQL ou SQL Server) qui concentre l'ensemble de l'activité : commandes, stocks, production, interventions, tiers, factures. Extraire une réponse de cette base passe aujourd'hui par les écrans du logiciel, parfois rigides, et toujours dépendants d'une bonne connaissance de l'outil.
Le besoin : permettre à un dirigeant ou à un opérationnel de poser une question métier en français et d'obtenir une réponse fondée sur les données réelles, sans manipuler le logiciel ni exporter manuellement.
Comment ça fonctionne
Capacités ODESA mobilisées
Interroger la base du logiciel métier via une connexion nommée, en lecture seule (query). Résultats en lignes/colonnes.
Optionnel : déposer un export (CSV) des résultats dans un dossier autorisé.
Optionnel : confirmer une requête lourde avant exécution.
Optionnel : encapsuler des questions récurrentes en fonctions métier réutilisables.
Déroulé type
L'utilisateur : « Combien de commandes clients sont encore ouvertes, et pour quel montant total ? »
L'utilisateur : « Lesquelles sont en retard par rapport à la date promise ? »
L'utilisateur : « Donne-moi les cinq clients les plus concernés par ces retards. »
L'utilisateur : « Parmi ces commandes en retard, lesquelles portent sur des articles qu'on a en stock ? »
L'utilisateur : « Exporte-moi la liste complète dans un fichier. »
- Base à interroger : la base de données du logiciel métier (SQLite, PostgreSQL ou SQL Server). Pour SQL Server, le pilote est en pur Python (mssql), sans installation de pilote système.
- Identifiants : un compte de connexion en lecture seule dédié, déclaré comme connexion nommée dans la configuration ODESA.
- Cartographie du schéma : un document (ou un contexte fourni à l'IA) décrivant les tables et colonnes utiles et leur signification métier.
- Dossier d'export (optionnel) : une racine autorisée pour déposer les fichiers de résultats.
- Une connexion nommée unique vers la base métier, avec un compte en lecture seule côté base de données (le droit d'écriture est retiré au niveau du SGBD lui-même, pas seulement côté ODESA).
- La capacité sql limitée à la lecture (query) ; pas d'écriture (exec) ni de transaction activées pour ce profil.
- Un jeton Bearer exigé pour tout appel.
- Une racine de fichiers restreinte au seul dossier d'export, si l'export est utilisé.
- Configuration chiffrable et verrouillable ; l'ensemble tourne en local, la base ne sort pas de l'infrastructure du client.
Mise en place
Les étapes pour configurer ODESA sur ce cas d'usage.
Installer ODESA en local (exécutable unique) sur le poste ou le serveur ayant accès à la base.
Créer un compte de connexion lecture seule sur la base du logiciel métier.
Déclarer la connexion nommée dans la configuration ODESA et activer la capacité sql en lecture.
Cartographier les tables et colonnes utiles, et fournir cette cartographie comme contexte à l'IA.
Définir le jeton Bearer et, le cas échéant, la racine d'export.
Tester avec quelques questions métier représentatives, ajuster la cartographie.
- Connaissance du schéma indispensable : sans cartographie correcte, l'IA peut mal interpréter une table ou une colonne. C'est l'étape clé du projet.
- Lecture seule conseillée : l'écriture directe dans la base d'un logiciel métier est risquée (intégrité, déclencheurs, règles applicatives) et doit rester l'exception, validée avec l'éditeur.
- Réticence possible de l'éditeur : certains éditeurs n'aiment pas qu'on accède directement à leur base. Vérifier les conditions de support et de licence.
- Données sensibles : le périmètre de lecture doit exclure ce qui n'a pas à être exposé (données personnelles, salaires…).
- Performance : sur de très grosses bases, certaines questions agrégées peuvent être lourdes ; prévoir des index ou des questions bornées.
- Encapsuler les questions récurrentes en fonctions VScript (« mes commandes en retard », « mon CA du mois »).
- Brancher un export automatique (CSV/Excel) ou un envoi de rapport.
- Ajouter une planification VAILS pour produire chaque matin une synthèse (voir le cas « Le rapport du matin »).
- Étendre à plusieurs bases (commercial + production + maintenance) avec autant de connexions nommées.
- Combiner avec l'index plein-texte pour relier des documents (devis, fiches) aux enregistrements de la base.
Mettez ODESA au travail.
ODESA installe l'IA agentique chez vos clients, en local et sous contrôle. Devenez le partenaire qui la déploie.