Intégrateur IA pour PME. De l'ERP aux agents qui préparent vos décisions.

Une agence IA conçoit et met en place des usages de l'IA pour une entreprise : assistants conversationnels, production de contenus, automatisations, formation des équipes. Son point de départ est souvent un usage ou un canal. Un intégrateur IA part des données de gestion : il structure l'ERP, contrôle les accès, puis met en service des agents branchés sur ces données. Orkestr travaille sur ce second besoin.

Aucun classement objectif ne permet de le dire, et certains classements sont publiés par des prestataires qui s'y placent eux-mêmes. Le bon prestataire est celui qui répond précisément à vos questions : peut-il montrer un agent en service, que lit l'agent, qui valide avant une écriture, comment le coût d'usage est-il plafonné ? Notre grille de huit questions vous aide à comparer les réponses écrites.

Le tarif dépend moins de l'agent que de l'état de vos données. Quatre postes : le socle ERP, souvent le plus lourd ; la mise en service de l'agent, avec son périmètre et ses garde-fous ; l'accompagnement dans la durée ; l'usage du modèle, proportionnel aux conversations. Un prix annoncé sans regarder votre socle couvre rarement les quatre. Une automatisation sans décision à préparer coûte nettement moins qu'un agent, et se contrôle mieux : nous commençons par elle quand elle suffit.

Commencez par une décision, pas par un logiciel. Identifiez la décision à outiller, puis la donnée qui la nourrit, et vérifiez sa fiabilité. Si cette donnée est dispersée, le premier chantier est le socle. Ouvrez ensuite un accès en lecture seule et jugez les réponses sur vos propres chiffres. Autorisez enfin des brouillons, validés par une personne. Un agent à la fois, avec une condition de passage explicite.

Pour des réponses fiables, oui. Un agent ne vaut que les données qu'il lit. Si vos informations sont dispersées entre tableurs, logiciels et messageries, l'agent répond sur une image incomplète, avec assurance. Un ERP réunit clients, devis, commandes, factures et paiements dans une seule base, avec des états datés et des droits par personne. Si votre socle n'est pas prêt, il devient le premier chantier, et nous vous le disons dès le premier échange.

Pas systématiquement. La question utile est celle de la source de vérité : un chiffre, un endroit. Un logiciel métier qui fait bien son travail sur son périmètre peut rester, à condition que ses données remontent dans le socle sans ressaisie. Un logiciel qui n'expose aucune interface documentée pose un autre problème : nous vous le disons avant de vous vendre quoi que ce soit. Dans tous les cas, nous lisons vos bases avec vous avant de proposer un remplacement.

Nous déployons et exploitons Odoo 19 Enterprise, sur Odoo Online et Odoo.sh. C'est le périmètre sur lequel nous nous engageons, et celui sur lequel notre cockpit est éprouvé. Sur une base Community existante, nous étudions le cas : certaines fonctions attendues par nos méthodes appartiennent à l'édition Enterprise. Nous vous disons ce qui tient et ce qui ne tient pas avant de proposer une migration.

Non. La taille compte moins que la régularité de vos processus. Une entreprise de huit personnes dont les devis suivent une trame stable tire davantage d'un agent qu'une entreprise de quarante où chaque dossier est un cas particulier. Le premier chantier reste le même : une seule base, des chiffres qui font foi.

Nous étudions chaque cas à partir des interfaces que l'éditeur documente. EBP et Pennylane publient des API. Sage 100 passe par une bibliothèque propre ou des connecteurs tiers. Batigest s'appuie sur une base installée localement, sans API REST publique documentée à notre connaissance. À ce jour, Odoo est le seul logiciel que nous avons connecté à un agent. Nous lisons votre base avec vous, puis nous vous disons si la connexion tient.

Oui, techniquement, par l'interface externe qu'Odoo documente ou par un serveur MCP. La vraie question est le périmètre. Un accès ouvert avec un compte administrateur donne au modèle tout ce que ce compte peut voir et modifier. Chez nous, le cockpit lit Odoo en lecture seule, sur douze domaines, avec les champs sensibles fermés par le code. Nous déconseillons toute connexion directe entre un assistant grand public et une base de production.

Oui. Odoo 19 comprend une application d'intelligence artificielle : agents dotés d'instructions, actions dans Odoo, sources documentaires, champs remplis par l'IA, aide à la rédaction. Selon la documentation de l'éditeur, ces fonctions s'appuient sur des modèles tiers. Elles répondent bien à des usages dans l'application. Notre cockpit répond à un autre besoin : le pilotage transversal du dirigeant, avec un périmètre de lecture contrôlé par notre code.

Une API est la porte d'entrée d'un logiciel : chaque intégration s'écrit sur mesure. Le MCP, standard ouvert publié par Anthropic en novembre 2024, décrit une manière commune de présenter des actions possibles à un modèle d'IA. Un serveur MCP s'appuie souvent sur l'API du logiciel, et ne sécurise rien par lui-même : tout dépend des règles écrites dans le serveur. Chez nous, les consultants utilisent un serveur MCP Odoo interne pour le paramétrage ; le cockpit lit Odoo par une connexion directe, en lecture seule.

Un chatbot converse, le plus souvent à partir d'un script. ChatGPT est un assistant généraliste : il répond à partir de vos messages, sans accès à votre ERP. Un agent IA lit vos données dans un périmètre défini, les rapproche et prépare une action : une réponse chiffrée, un brouillon de devis, un dossier. La différence tient à l'accès contrôlé à vos données et au cadre fixé par le code.

Les questions posées à notre assistant sont traitées par Anthropic. Nous appelons le modèle par son offre commerciale, qui prévoit que les contenus des clients professionnels ne servent pas à entraîner ses modèles. Des contrôles de sécurité et d'abus restent possibles chez l'éditeur. La mémoire de votre cockpit reste dans l'espace dédié à votre entreprise, distincte du modèle. Nous citons la version des conditions en vigueur dans nos sources, avec sa date.

Trois tiroirs séparés. Les règles communes, sans aucune donnée client. Le contexte de votre entreprise, isolé : aujourd'hui, une photo quotidienne de vos indicateurs. La conversation, relue à chaque question et conservée 90 jours. Les mots de passe, clés et coordonnées bancaires ne sont jamais lus, donc jamais retenus. L'accès passe par des comptes nommés. La mémoire des décisions et la recherche documentaire restent sur notre feuille de route.

Non. Le cockpit lit Odoo en lecture seule : la règle est inscrite dans le code. Les agents qui préparent un travail produisent des brouillons. Un devis préparé reste en brouillon tant que le commercial ne l'a pas relu et envoyé. Côté construction du socle, toute écriture de nos consultants dans une base de production exige une confirmation explicite.

Non. Nous travaillons avec des entreprises sans service informatique. Nous avons besoin d'un interlocuteur qui connaît vos dossiers et qui décide. La règle de lecture de chaque agent vous est remise par écrit : vous pouvez la faire vérifier par votre prestataire informatique. Le premier agent lit et restitue : personne n'a à changer sa manière de travailler pour en profiter.

Tout dépend de l'état de votre socle. Si vos données sont déjà fiables dans Odoo, la lecture et la restitution viennent en premier, et vous les jugez sur vos propres chiffres. Si le socle est à construire, il passe avant tout agent, et cette étape est souvent la plus longue. Nous ne promettons pas de délai avant d'avoir étudié votre base.

Vous ne l'aurez pas payée. Nous ne facturons pas une fonction avant sa mise en service, et nous ne l'inscrivons pas dans un contrat comme livrée. Le statut de cette page est daté, et nous le révisons. Si un engagement de notre part vous paraît tenu trop lentement, écrivez-nous : nous vous répondons par écrit.