Retour à la présentation Tous les exemples
18Configuration ODESA

Le fabricant de documents

Générer de vrais documents bureautiques (Word, Excel, PowerPoint) à partir de gabarits et de données, en pilotant Office via COM.

Besoin métier

Une grande part du travail administratif et commercial consiste à produire des documents bureautiques récurrents : courriers, comptes-rendus, classeurs de suivi, présentations. La tâche est répétitive (mêmes modèles, mêmes manipulations) et les IA grand public s'arrêtent au texte brut, laissant à l'humain le « dernier kilomètre » de la mise en forme et de la production du fichier Office. Le besoin : générer directement le vrai document, à partir d'un gabarit maison et de données, sans recopie ni remise en page manuelle.

Comment ça fonctionne

1

On désigne les gabarits (modèles Word, Excel, PowerPoint) et le ou les dossiers de destination des documents produits.

2

L'utilisateur demande un document en langage naturel (« courrier de bienvenue pour les nouveaux clients du mois à partir du modèle Word »).

3

L'IA détermine le gabarit à utiliser et rassemble les données à insérer (saisies dans la demande, lues dans un fichier, ou extraites d'une base de données).

4

ODESA pilote l'application Office concernée via COM : ouverture du gabarit, insertion du contenu (texte, champs, lignes de tableau, diapositives), application de la mise en forme.

5

Le document est enregistré au format voulu (.docx, .xlsx, .pptx) dans le dossier de destination, avec un nom conforme à la convention.

6

En cas de génération en série, l'opération est répétée pour chaque jeu de données (un courrier par client, par exemple).

7

L'IA restitue la liste des fichiers produits et leur emplacement.

Capacités ODESA mobilisées

COM Windows (Office)

Cœur du dispositif : piloter Word, Excel et PowerPoint pour ouvrir un gabarit, insérer le contenu, mettre en forme et enregistrer le fichier fini.

fichiers (fs)

Lire les gabarits, écrire les documents produits dans le dossier de destination, dans les limites des racines autorisées.

bases de données (sql)

Optionnel : récupérer les données à insérer (clients, montants, lignes de suivi) depuis une base via une connexion nommée, en lecture.

interaction humaine (ui)

Optionnel : confirmer une génération en série ou un écrasement de fichier avant action.

Déroulé type

1

L'utilisateur demande : « Génère les courriers de bienvenue pour les nouveaux clients du mois à partir du modèle Word, et fais le classeur Excel de suivi avec leurs coordonnées. »

2

L'IA récupère la liste des nouveaux clients (saisie, fichier ou base de données via connexion nommée, en lecture).

3

Pour chaque client, ODESA ouvre le gabarit Word (COM Word), insère nom, adresse et formule personnalisée, puis enregistre Bienvenue_Dupont.docx dans Courriers / 2026-06.

4

ODESA ouvre ensuite Excel (COM Excel), crée le classeur Nouveaux-clients-juin.xlsx, une ligne par client, colonnes coordonnées et date d'entrée, avec totaux.

5

L'IA restitue : « 7 courriers générés dans Courriers / 2026-06 et le classeur Nouveaux-clients-juin.xlsx créé. »

6

Variante PowerPoint : « Prépare la présentation du bilan mensuel à partir du modèle » → ODESA pilote PowerPoint (COM) pour remplir les diapositives avec les chiffres fournis.

Données & accès
  • Les gabarits Office (Word, Excel, PowerPoint) accessibles en lecture.
  • Le ou les dossiers de destination, accessibles en écriture.
  • Les données à insérer : fournies dans la demande, dans un fichier, ou via une connexion à une base de données (le cas échéant).
  • Microsoft Office installé sur la machine où tourne ODESA (les applications pilotées via COM).
Bornage & sécurité
  • Aucune capacité par défaut : seules COM, fichiers (et sql / ui si nécessaires) sont activées ; web et index restent fermés.
  • ProgID autorisés : seuls les ProgID Office requis sont déclarés (`Word.Application`, `Excel.Application`, `PowerPoint.Application`) ; aucun autre logiciel ne peut être créé via COM.
  • Racines autorisées (jail) : ODESA ne lit que le dossier des gabarits et n'écrit que dans les dossiers de destination déclarés.
  • Connexions nommées : si des données viennent d'une base, l'accès passe par une connexion nommée, en lecture, sans exposer les identifiants à l'IA.
  • Validation humaine : confirmation possible avant une génération en série ou un écrasement.
  • Jeton d'accès (Bearer) : tout appel à ODESA est protégé par un jeton.
  • Configuration verrouillable : chemins, ProgID et connexions peuvent être protégés par chiffrement / mot de passe.
  • Local : gabarits, données et documents restent sur la machine du client.

Mise en place

Les étapes pour configurer ODESA sur ce cas d'usage.

1

Installer ODESA (exécutable, double-clic, icône près de l'horloge).

2

Vérifier que Microsoft Office est installé sur la machine.

3

Déclarer les racines autorisées (gabarits, dossiers de destination) et les ProgID Office nécessaires.

4

Le cas échéant, déclarer la connexion nommée vers la base de données source (lecture).

5

Activer les capacités COM, fichiers (et sql / ui si besoin).

6

Connecter l'IA conversationnelle (jeton d'accès) et tester chaque type de document (courrier, classeur, présentation).

Limites & points d'attention
  • La génération via COM nécessite Microsoft Office installé et licencié sur la machine.
  • La qualité du résultat dépend de la propreté des gabarits : des modèles bien structurés facilitent l'insertion.
  • Les mises en forme très complexes (macros, objets exotiques) peuvent demander un gabarit préparé en amont plutôt qu'une construction intégrale.
  • En génération en série, prévoir une convention de nommage évitant l'écrasement involontaire.
  • Le document produit reste à relire avant envoi : il engage l'organisation.
Évolutions possibles
  • Fusion de données avancée (publipostage piloté par l'IA) à partir d'une base ou d'un tableur.
  • Génération combinée multi-formats (courrier Word + récapitulatif Excel + présentation PowerPoint) en une demande.
  • Export PDF automatique après génération.
  • Envoi par e-mail des documents produits après validation (via Outlook en COM).
  • Planification via VAILS de productions périodiques (rapport mensuel, suivi hebdomadaire).

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.

Devenir partenaireDécouvrir ODESA
Back to overview All examples
18ODESA configuration

The document maker

Generate real office documents (Word, Excel, PowerPoint) from templates and data, by driving Office via COM.

Business need

A large part of administrative and sales work is producing recurring office documents: letters, reports, tracking workbooks, presentations. The task is repetitive (same templates, same handling) and consumer AIs stop at raw text, leaving the human the "last mile" of formatting and producing the Office file. The need: directly generate the real document, from an in-house template and data, with no manual copying or re-layout.

How it works

1

You designate the templates (Word, Excel, PowerPoint models) and the destination folder(s) for the produced documents.

2

The user asks for a document in plain language ("welcome letter for the month's new clients from the Word template").

3

The AI determines the template to use and gathers the data to insert (entered in the request, read from a file, or extracted from a database).

4

ODESA drives the relevant Office application via COM: opening the template, inserting the content (text, fields, table rows, slides), applying the formatting.

5

The document is saved in the wanted format (.docx, .xlsx, .pptx) in the destination folder, with a name matching the convention.

6

For batch generation, the operation is repeated for each data set (one letter per client, for example).

7

The AI returns the list of produced files and their location.

ODESA capabilities used

Windows COM (Office)

Core of the setup: drive Word, Excel and PowerPoint to open a template, insert the content, format and save the finished file.

Files (fs)

Read the templates, write the produced documents in the destination folder, within the allowed roots.

Databases (sql)

Optional: retrieve the data to insert (clients, amounts, tracking rows) from a database via a named connection, read-only.

Human interaction (ui)

Optional: confirm a batch generation or a file overwrite before action.

Typical flow

1

The user asks: "Generate the welcome letters for the month's new clients from the Word template, and make the Excel tracking workbook with their contact details."

2

The AI retrieves the list of new clients (entered, file or database via a named connection, read-only).

3

For each client, ODESA opens the Word template (COM Word), inserts name, address and a personalised salutation, then saves Welcome_Dupont.docx in Letters / 2026-06.

4

ODESA then opens Excel (COM Excel), creates the workbook New-clients-june.xlsx, one row per client, contact-detail and entry-date columns, with totals.

5

The AI returns: "7 letters generated in Letters / 2026-06 and the workbook New-clients-june.xlsx created."

6

PowerPoint variant: "Prepare the monthly review presentation from the template" → ODESA drives PowerPoint (COM) to fill the slides with the provided figures.

Data & access
  • The Office templates (Word, Excel, PowerPoint) accessible for reading.
  • The destination folder(s), writable.
  • The data to insert: provided in the request, in a file, or via a database connection (where applicable).
  • Microsoft Office installed on the machine where ODESA runs (the applications driven via COM).
Scope & security
  • No capability by default: only COM, files (and sql / ui if needed) are enabled; web and index stay closed.
  • Allowed ProgIDs: only the required Office ProgIDs are declared (`Word.Application`, `Excel.Application`, `PowerPoint.Application`); no other software can be created via COM.
  • Allowed roots (jail): ODESA only reads the templates folder and only writes to the declared destination folders.
  • Named connections: if data comes from a database, access goes through a named, read-only connection, without exposing credentials to the AI.
  • Human validation: possible confirmation before a batch generation or an overwrite.
  • Access token (Bearer): every call to ODESA is protected by a token.
  • Lockable configuration: paths, ProgIDs and connections can be protected by encryption / password.
  • Local: templates, data and documents stay on the customer's machine.

Setup

The steps to configure ODESA for this use case.

1

Install ODESA (executable, double-click, icon near the clock).

2

Check that Microsoft Office is installed on the machine.

3

Declare the allowed roots (templates, destination folders) and the required Office ProgIDs.

4

Where applicable, declare the named connection to the source database (read).

5

Enable the COM, files (and sql / ui if needed) capabilities.

6

Connect the conversational AI (access token) and test each document type (letter, workbook, presentation).

Limits & caveats
  • Generation via COM requires Microsoft Office installed and licensed on the machine.
  • Result quality depends on the cleanliness of the templates: well-structured models ease insertion.
  • Very complex formatting (macros, exotic objects) may require a template prepared in advance rather than a full build.
  • For batch generation, provide a naming convention avoiding accidental overwrite.
  • The produced document remains to be reviewed before sending: it commits the organisation.
Possible extensions
  • Advanced mail merge (AI-driven) from a database or a spreadsheet.
  • Combined multi-format generation (Word letter + Excel recap + PowerPoint presentation) in one request.
  • Automatic PDF export after generation.
  • Email sending of the produced documents after validation (via Outlook over COM).
  • VAILS scheduling of periodic productions (monthly report, weekly tracking).

Put ODESA to work.

ODESA brings agentic AI to your clients, locally and under control. Become the partner who deploys it.

Become a partnerDiscover ODESA