# IA sur ERP Silog : interroger sa GPAO en français, sans sortir les données

> Source: https://netray.co/fr/silog-erp-ia
> Language: fr
> Publisher: Netray (netray.co)

On peut ajouter une couche d'IA à Silog sans changer d'ERP : un modèle ouvert hébergé chez vous interroge la base en lecture seule et répond en français, avec la requête affichée. Le gain est surtout sur les questions transverses (retards, ruptures, marges de devis) que les écrans standards obligent à recouper à la main.

Silog fait partie de ces ERP français pensés pour les PMI industrielles : gestion commerciale, GPAO, achats, stocks et comptabilité dans un même outil, souvent installé depuis longtemps et très personnalisé par l'intégrateur. Cette proximité avec le métier est sa force, mais elle a un revers : l'information utile est dispersée entre plusieurs écrans, états et exports, et seuls un ou deux utilisateurs avancés savent la recouper.

L'IA générative n'a de sens ici que si elle est branchée sur vos données réelles et qu'elle reste dans votre périmètre. Une IA publique à laquelle on colle des extraits de nomenclatures ou de tarifs clients n'est pas acceptable pour un sous-traitant soumis à des clauses de confidentialité. Cette page décrit une approche plus sobre : un modèle ouvert, hébergé chez vous ou chez un hébergeur français, qui lit votre ERP sans y écrire.

Nous restons volontairement prudents sur les détails techniques propres à votre version de Silog : le schéma de base, les extensions de l'intégrateur et les droits d'accès varient d'une installation à l'autre. Le diagnostic sert d'abord à vérifier ce qui est réellement accessible.

## Ce qui coince aujourd'hui dans une PMI sous Silog

Dans la plupart des ateliers, les mêmes questions reviennent chaque matin : quelles commandes clients sont en retard et pourquoi, quels articles vont manquer sur les ordres de fabrication de la semaine, quel est le reste à livrer par fournisseur. Chacune demande d'ouvrir plusieurs écrans, de lancer un état, parfois de passer par Excel.

Le deuxième point de friction est la dépendance aux personnes. Le responsable de production ou l'assistante ADV connaît les bons chemins ; quand il est absent ou part en retraite, la connaissance de l'outil part avec lui. Une interface en langage naturel réduit ce risque sans toucher à l'ERP.

- Retards de livraison à croiser entre commandes, ordres de fabrication et réceptions fournisseurs
- Ruptures prévisibles sur composants à partir des besoins et des stocks
- Écarts entre devis chiffré et coûts réellement constatés en fabrication
- Relances clients et fournisseurs préparées à partir de l'encours
- Questions ponctuelles de la direction qui mobilisent un utilisateur avancé

## Cas d'usage concrets sur Silog

Le premier cas est la question libre : « quelles commandes de la semaine 42 ont un composant en rupture ? ». ERPray traduit la question en requête sur les tables de commandes, de nomenclatures et de stocks, exécute cette requête en lecture seule, puis affiche le résultat et la requête utilisée afin que l'utilisateur puisse vérifier.

Le deuxième cas concerne les documents : conditions générales, cahiers des charges clients, certificats matière, procédures qualité. Un moteur de recherche documentaire privé (DataRay) permet de les interroger sans les envoyer à un service tiers, et de relier une réponse à la commande ou à l'article concerné.

Le troisième cas est la préparation de brouillons : relance fournisseur, réponse à une demande de délai, synthèse de l'état d'un dossier. Le modèle propose, l'utilisateur relit et valide. Aucune écriture dans Silog n'est faite sans approbation humaine explicite.

## Architecture : où restent les données

Le modèle est un modèle à poids ouverts (famille Mistral, Qwen, Llama ou équivalent) servi avec vLLM ou Ollama sur un serveur GPU dans vos locaux, ou chez un hébergeur français de votre choix. Aucune donnée ne part vers une API américaine. Si votre Silog tourne déjà sur un serveur Windows ou Linux interne, le serveur d'IA s'installe à côté, sur le même réseau.

L'accès à l'ERP se fait par un compte dédié en lecture seule sur la base ou, si votre intégrateur le préfère, par des vues ou des exports contrôlés. Les droits de l'ERP sont respectés : un utilisateur ne voit que ce que son profil lui permet de voir. Les questions et les réponses sont journalisées localement.

Le point à valider en premier avec votre intégrateur est le contrat de maintenance : un accès direct à la base peut être encadré. Nous préférons le traiter franchement dès le départ plutôt que de découvrir un blocage en phase de pilote.

- Compte technique en lecture seule, périmètre de tables explicite
- Modèle ouvert hébergé sur site ou en cloud privé français
- Requête SQL ou filtre affiché pour chaque réponse chiffrée
- Journal des questions conservé chez vous
- Écriture dans l'ERP uniquement après validation humaine

## RGPD, confidentialité et sous-traitance

Un ERP contient des données personnelles (contacts clients, salariés dans certains modules) et surtout des informations commerciales sensibles : prix, marges, plans. Garder le traitement sur votre périmètre simplifie l'analyse RGPD : pas de transfert hors de l'Union, pas de sous-traitant supplémentaire à documenter côté modèle.

Pour les sous-traitants de la défense, de l'aéronautique ou de l'automobile, les clauses de confidentialité des donneurs d'ordre interdisent souvent d'exposer des plans ou des spécifications à un tiers. Une IA hébergée chez vous répond à cette contrainte, mais c'est à vous de vérifier ce que vos contrats autorisent. Nous décrivons une architecture qui vous permet de respecter vos obligations ; nous ne revendiquons aucune certification à votre place.

## Comment démarrer, et quand ne pas le faire

Nous commençons par un diagnostic court : quelles données sont accessibles dans votre Silog, quelles dix questions comptent vraiment, quel matériel est disponible. Puis un pilote de quelques semaines sur un périmètre étroit, par exemple le suivi des retards clients, avec des critères de réussite fixés d'avance.

Soyons honnêtes sur les limites. Si vos besoins se résument à trois états récurrents, un bon paramétrage de l'ERP ou un tableau de bord classique coûtera moins cher qu'une couche d'IA. Si vos données sont mal tenues (nomenclatures obsolètes, stocks inexacts), l'IA rendra ces défauts plus visibles sans les corriger. Le pilote sert aussi à le mesurer.

## FAQ

### Faut-il changer d'ERP pour utiliser l'IA avec Silog ?

Non. La couche d'IA se place à côté de Silog et lit les données en lecture seule. Votre ERP, vos paramétrages et vos habitudes restent en place.

### Mes données partent-elles chez un fournisseur américain ?

Non, dans l'architecture décrite. Le modèle ouvert tourne sur vos serveurs ou chez un hébergeur français. Vous pouvez le vérifier : le flux réseau sortant peut être fermé.

### L'IA peut-elle modifier des commandes ou des stocks ?

Par défaut, non : l'accès est en lecture seule. Si vous souhaitez un jour des écritures, elles passent par une validation humaine explicite et par les mécanismes que votre intégrateur autorise.

### Mon intégrateur Silog doit-il être impliqué ?

Oui, c'est préférable. Il connaît le schéma réel et les extensions spécifiques, et peut confirmer ce que permet votre contrat de maintenance pour un accès en lecture.

### Combien de temps dure un pilote ?

Comptez quelques semaines pour un périmètre étroit, après un diagnostic préalable. La durée dépend surtout de la qualité des données et de la disponibilité des utilisateurs clés.
