Les directions commerciales disposent d'une mine de données dans leur CRM ou leur ERP, mais l'analyse reste coûteuse : exports, tableaux croisés, mise en forme. Les indicateurs clés, top clients, évolution du CA, marges, performance par commercial / région / produit, demandent à chaque fois un retraitement manuel.
Le besoin : obtenir ces analyses à la demande, en langage naturel, à partir des données réelles, et pouvoir les figer dans un rapport diffusable sans effort.
Comment ça fonctionne
Capacités ODESA mobilisées
Interroger la base des ventes en lecture (query), agréger et croiser les axes commerciaux.
Déposer un export (CSV/Excel) des analyses dans un dossier autorisé.
Optionnel : piloter Excel/Word pour un rapport mis en forme (tableaux, onglets, en-têtes).
Optionnel : confirmer la diffusion ou le périmètre d'un rapport.
Optionnel : encapsuler les analyses récurrentes (CA du mois, top clients…).
Déroulé type
L'utilisateur : « Quel est le chiffre d'affaires de ce trimestre, et comment se compare-t-il au même trimestre l'an dernier ? »
L'utilisateur : « Décompose cette évolution par région. »
L'utilisateur : « Sur la région Est, quels clients ont le plus baissé ? »
L'utilisateur : « Donne-moi la marge moyenne par commercial sur le trimestre. »
L'utilisateur : « Mets ces analyses dans un rapport Excel, un onglet par thème, et dépose-le dans le dossier comité. »
- Base des ventes : la base du CRM ou de l'ERP (SQLite, PostgreSQL ou SQL Server ; pilote mssql en pur Python pour SQL Server).
- Identifiants : un compte lecture seule dédié, déclaré comme connexion nommée.
- Cartographie : description des tables et colonnes des ventes (commandes, lignes, clients, commerciaux, régions, produits, marges).
- Dossier de rapports : une racine autorisée pour déposer les fichiers Excel/CSV.
- Office (si COM utilisé) : Excel/Word installés sur la machine ODESA, ProGID autorisés.
- Connexion nommée en lecture seule vers la base des ventes (droit d'écriture retiré côté SGBD).
- Capacité sql limitée à query ; pas d'écriture.
- Racine de fichiers restreinte au dossier des rapports.
- Si COM activé : ProGID limités à Excel/Word.
- Jeton Bearer exigé pour tout appel.
- Configuration chiffrable/verrouillable ; tout tourne en local, chiffres commerciaux et rapports restent chez le client.
Mise en place
Les étapes pour configurer ODESA sur ce cas d'usage.
Installer ODESA en local sur le poste/serveur ayant accès à la base des ventes.
Créer un compte lecture seule sur le CRM/ERP et le déclarer en connexion nommée.
Activer la capacité sql en lecture ; cartographier les tables commerciales.
Définir la racine du dossier de rapports ; si besoin, autoriser Excel/Word via COM.
Poser le jeton Bearer.
Valider avec un comité « blanc » : quelques analyses types + génération d'un rapport.
- Définition des indicateurs : « marge », « CA », « client actif » doivent être définis sans ambiguïté ; la cartographie doit refléter ces règles.
- Qualité des données source : doublons clients, lignes annulées, devises… peuvent fausser une analyse si elles ne sont pas prises en compte.
- Lecture seule : l'IA ne corrige pas la base ; les anomalies se traitent à la source.
- Volumétrie : sur de gros historiques, borner les périodes pour garder des temps de réponse courts.
- Confidentialité : restreindre le périmètre aux données que l'utilisateur a le droit de voir.
- Fonctions VScript pour les analyses récurrentes (tableau de bord commercial standard).
- Rapport périodique automatique via planification VAILS (hebdomadaire, mensuel).
- Alertes : prévenir quand un client clé décroche ou qu'une marge passe sous un seuil.
- Croiser avec d'autres bases (stocks, livraisons) pour des analyses de bout en bout.
- Combiner avec l'index plein-texte pour relier comptes rendus de visite et performance client.
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.