De nombreux processus de back-office reposent sur de la « double saisie » : des données déjà présentes dans un système (base, fichier, tableur) doivent être ressaisies à la main dans un autre (portail web, logiciel métier) parce que les deux outils ne sont pas interfacés. C'est lent, répétitif et source d'erreurs sur les volumes. L'objectif est de déléguer cette recopie à l'IA, qui lit la source et remplit l'interface cible, en laissant à l'humain une validation d'ensemble avant enregistrement définitif.
Comment ça fonctionne
lit la source de données (base via SQL, fichier ou tableur via fichiers) ;
ouvre l'interface cible : portail web (navigateur réel) ou logiciel métier (COM) ;
remplit les formulaires / champs ligne par ligne, en suivant le mapping source → cible ;
isole les lignes problématiques (donnée manquante, valeur non reconnue) au lieu de bloquer ;
présente un récapitulatif du lot pour validation humaine avant enregistrement définitif ;
après validation, finalise l'enregistrement des lignes confirmées.
Capacités ODESA mobilisées
Ouvrir le portail, naviguer, remplir les formulaires, cliquer ; profil SSO (session déjà connectée), allowlist du portail ; sessions à état.
Lecture de la source : requête sur une base, ou lecture d'un fichier / tableur.
Présentation du récapitulatif de lot ; validation avant enregistrement définitif.
Saisie dans un logiciel métier Windows piloté en COM, en alternative au portail web.
Déroulé type
Utilisateur : « Saisis les 120 commandes du fichier `commandes.xlsx` dans le portail fournisseur. Récapitulatif avant validation. »
IA (fichiers) : lit le tableur → 120 lignes, colonnes (référence, quantité, date, client).
IA (web) : ouvre le portail (session SSO déjà active sur l'allowlist), repère le formulaire de saisie.
IA (web) : pour chaque ligne, remplit les champs et passe à la suivante ; met de côté 4 lignes dont le code article est refusé par le portail.
IA (ui) : « 116 commandes saisies et prêtes, 4 en attente (codes article inconnus : …). Valider les 116 ? »
Utilisateur : « Corrige ces deux codes, écarte les deux autres, valide. »
IA (web) : applique les corrections, enregistre les 118 lignes confirmées.
IA : « 118 commandes enregistrées, 2 écartées. Récapitulatif déposé. »
- Source de données : connexion SQL nommée (lecture) ou chemin du fichier/tableur à lire.
- Mapping : correspondance entre les champs source et les champs de l'interface cible.
- Interface cible : URL(s) du portail + profil SSO, ou ProgID du logiciel métier COM.
- Dossier de récapitulatifs : répertoire de dépôt des comptes-rendus de saisie (optionnel).
- web : allowlist limitée au strict domaine du portail cible ; profil SSO dédié ; sessions bornées.
- sql : si la source est une base, connexion nommée en lecture seule.
- fichiers : si la source est un fichier, racine de lecture limitée au dossier des fichiers à saisir.
- com (si logiciel métier) : ProgID explicitement autorisé uniquement.
- ui : validation de lot avant enregistrement définitif (recommandée, surtout en phase de mise en route).
- Jeton Bearer exigé ; configuration chiffrable/verrouillable ; exécution locale.
Mise en place
Les étapes pour configurer ODESA sur ce cas d'usage.
Installer ODESA sur le poste back-office.
Déclarer la source (connexion SQL lecture seule, ou racine fichier).
Définir le mapping source → champs de l'interface cible.
Configurer l'accès à la cible : allowlist + profil SSO (web), ou ProgID (COM).
Activer la validation de lot (ui).
Tester sur un petit échantillon, vérifier le rendu côté cible, ajuster le mapping, puis verrouiller la configuration.
- Dépendance à la stabilité de l'interface cible : point d'honnêteté majeur, si le portail ou le logiciel change de structure (champs renommés, étapes ajoutées), le remplissage peut nécessiter un ajustement. Les interfaces stables donnent les meilleurs résultats.
- Qualité de la source : une donnée erronée à la source sera recopiée fidèlement ; la validation de lot limite le risque.
- Volumes et performance : les très gros lots gagnent à être découpés ; la parallélisation par sessions reste bornée.
- Cas hors cadre : les lignes non reconnues sont isolées, pas devinées ; elles restent à la décision humaine.
- Anti-automatisation : certains portails posent des contrôles (captcha) qui limitent l'automatisation ; à vérifier au cas par cas.
- Planification VAILS : déclenchement automatique de la saisie à réception d'un nouveau lot.
- Contrôles de cohérence (VScript) : validation des données avant saisie (formats, doublons).
- Réconciliation : relecture post-saisie pour confirmer que la cible reflète la source.
- Multi-cibles : recopie vers plusieurs systèmes dans la foulée.
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.