Company Brain : une mémoire d’entreprise pour vos équipes et l’IA

Company Brain : une mémoire d’entreprise pour vos équipes et l’IA

Un Company Brain est une mémoire d’entreprise organisée pour vos équipes et l’IA. Cette base de connaissances d’entreprise relie documents de référence, contexte des dossiers et règles d’action. Chaque information importante doit pouvoir être retrouvée, datée, attribuée et contestée. Ce n’est ni un modèle qui saurait tout, ni une autorisation d’automatiser toute l’entreprise.

Une proposition commerciale peut reprendre le bon modèle de document et pourtant être fausse : ancien tarif, engagement client oublié, délai que l’équipe ne peut plus tenir. Les pièces existent dans le dossier partagé, le CRM et les échanges. Ce qui manque, c’est le moyen de savoir lesquelles s’appliquent à ce client, aujourd’hui, et qui peut autoriser la suite.

Pour une PME qui prépare son intégration de l’IA, le premier objectif est d’éviter de reconstituer les mêmes éléments à chaque demande, sans masquer les inconnues. Ce guide explique comment organiser et tester cette mémoire ; la prestation proposée par Say Digital précise ensuite les étapes, les livrables et les points à confirmer avant un projet.

Base de connaissances d’entreprise, chatbot et Company Brain : quelles différences ?

Le dossier partagé conserve les fichiers. Avec un classement clair et une recherche correcte, il peut déjà répondre à beaucoup de besoins. Il devient insuffisant lorsque retrouver une pièce oblige encore à demander quelle version fait foi, pourquoi une exception existe et si elle concerne ce client.

Le chatbot documentaire aide à interroger ces fichiers. Le RAG, ou génération augmentée par récupération, consiste à retrouver des éléments dans des sources externes au modèle puis à les lui fournir pour préparer une réponse. AWS décrit ce mécanisme : il ne nécessite pas de réentraîner le modèle chaque fois qu’un document change. Mais une réponse assortie de liens n’est pas forcément exacte ; il faut encore vérifier que les passages soutiennent réellement la conclusion.

La mémoire d’entreprise organise ce qui fait référence et comment cela s’utilise. Elle relie un document à un client, à une période de validité, à une décision, à un responsable et à des restrictions d’accès. Un chatbot peut en être l’interface. Un agent peut l’utiliser. Aucun des deux ne remplace ce travail d’organisation.

« Company Brain » désigne ici une architecture de travail, pas un produit normalisé ni un label de fiabilité. Si une base documentaire existante porte déjà ces règles et ces relations, inutile de tout reconstruire sous un nouveau nom.

Les trois couches : référence, contexte vivant et exécution encadrée

1. Une mémoire de référence, stable mais révisable

Cette couche rassemble l’offre en vigueur, les conditions commerciales, les procédures, les standards de livraison, le vocabulaire et les décisions structurantes. « Stable » ne signifie pas immuable. Une grille de prix a une date d’effet ; une procédure a une version ; une exception ne devient pas une règle générale parce qu’elle apparaît dans un ancien devis.

Conservez aussi les raisons des décisions. « Nous n’offrons plus cette option » est moins utile que « option retirée de l’offre standard après revue de capacité ; exception possible avec validation du responsable de production ». La seconde formulation permet de traiter une nouvelle demande sans inventer une interdiction absolue ni rouvrir un arbitrage déjà tranché.

2. Un contexte opérationnel vivant, limité au dossier

Cette couche décrit ce qui se passe maintenant : demande du client, engagements déjà pris, interlocuteurs, échéances, état du projet, blocages et questions ouvertes. Elle peut venir du CRM, des tickets ou de comptes rendus validés. Tout aspirer en permanence depuis les boîtes mail crée surtout des risques de confidentialité et du bruit.

Les données n’ont pas toutes le même rythme. Une préférence éditoriale peut rester valable plusieurs mois ; une disponibilité de production doit être vérifiée au moment de promettre un délai. Pour chaque source, définissez la fréquence de synchronisation acceptable, le dernier succès et la conduite à tenir en cas d’échec. Un connecteur en panne ne doit pas transformer silencieusement un ancien état en information actuelle.

3. Des capacités d’action séparées de la connaissance

Lire une règle, proposer une réponse, modifier le CRM et envoyer une offre sont quatre permissions différentes. La mémoire apporte le contexte ; les outils rendent certaines actions possibles ; les contrôles décident lesquelles sont autorisées. Le simple fait d’avoir retrouvé un engagement commercial ne donne pas le droit d’en créer un autre.

Un système utile peut commencer avec les deux premières couches et produire seulement des brouillons. Ajouter un agent n’est justifié que si une étape d’exécution précise le nécessite. Pour relier clients, documents, décisions et règles, notre article sur les graphes de connaissance et les boucles de suivi détaille la structure possible ; une base relationnelle et des liens explicites peuvent suffire au premier périmètre.

Exemple : préparer une proposition commerciale sans réinventer le dossier

Le cas suivant est fictif. Il décrit un fonctionnement à tester, pas un résultat obtenu chez un client. Une PME de services doit proposer une mission à un client existant. Son ancien devis présente un tarif retiré. Un échange récent demande une livraison anticipée. Le contrat prévoit une condition particulière de facturation. Le commercial veut un brouillon exploitable, pas un texte convaincant qui masque ces écarts.

1. Délimiter la demande. Identifier le client et la mission, la personne qui demande le travail et les documents auxquels elle a droit. Si deux sociétés portent un nom proche, demander confirmation plutôt que mélanger les dossiers.
2. Retrouver les références applicables. Consulter l’offre et la grille tarifaire en vigueur, leur date d’effet et les règles d’exception. Lire l’ancien devis comme un historique, non comme le prix actuel.
3. Récupérer les engagements du dossier. Relier le contrat signé, les échanges pertinents et la dernière décision validée. Une demande de remise n’est pas une remise accordée ; un souhait de calendrier n’est pas une promesse de livraison.
4. Vérifier les contraintes du moment. Contrôler capacité, dépendances, prérequis et disponibilité de l’interlocuteur chargé de valider. Si la donnée de planning est périmée ou inaccessible, le délai reste à confirmer.
5. Préparer une proposition sourcée. Produire un brouillon avec périmètre, prix proposé, hypothèses, exclusions et conditions. Joindre une note de contrôle interne qui relie chaque point engageant à une source précise et liste les éléments manquants.
6. Faire valider avant transmission. Le commercial vérifie le destinataire et les pièces ; le responsable habilité arbitre la remise ou le délai exceptionnel. Les notes internes et les données de marge ne partent pas dans la version client.

La note de contrôle pourrait contenir : « Offre : version approuvée en vigueur, section périmètre ; facturation : contrat client, clause concernée ; livraison anticipée : demande reçue, capacité non confirmée ; remise : aucune autorisation retrouvée. » Le système doit distinguer ce qu’il a trouvé de ce qu’il recommande. Il ne transforme pas une absence de preuve en refus contractuel ni en permission implicite.

Si le responsable accepte finalement un délai exceptionnel, le résultat à mémoriser n’est pas seulement le PDF envoyé. Il faut enregistrer la décision, sa raison, son auteur, son périmètre client, ses conditions et les engagements correspondants. Au prochain devis, l’équipe saura s’il s’agissait d’une exception ponctuelle.

Des documents aux preuves : extraction et récupération sont deux problèmes différents

Avant de chercher un passage, il faut pouvoir le lire correctement. Un PDF scanné demande une reconnaissance de caractères ; un tableau peut perdre la relation entre un prix et son unité ; une annexe peut être séparée du contrat auquel elle appartient. Un texte bien extrait ne garantit pas encore qu’on retrouvera le bon extrait au bon moment.

Testez d’abord l’extraction. Sur quelques pièces représentatives, comparez le contenu exploitable avec l’original : titres, montants, dates, colonnes, notes et pièces jointes. Gardez le lien vers le fichier source et un repère stable, par exemple la page et la section. Une pièce illisible ou incomplète doit être signalée, pas résumée avec assurance.

Testez ensuite la récupération. Le système peut-il trouver la clause de facturation, alors que la question emploie d’autres mots ? Peut-il récupérer aussi l’avenant qui la modifie ? La documentation Microsoft sur le RAG présente la récupération et la génération comme des étapes distinctes. Dans un projet métier, il faut donc examiner les passages récupérés avant de juger seulement la qualité du texte final.

Une réponse vérifiable donne accès au passage utilisé, à sa version et à sa date. Une citation peut être correcte mais incomplète : citer le contrat initial sans l’avenant reste trompeur. Demandez à la personne qui connaît le dossier de vérifier si les preuves suffisent, et pas seulement si les liens s’ouvrent.

Qui décide de ce qui fait foi, et que faire des contradictions ?

Une mémoire utilisable a besoin d’un petit registre, pas nécessairement d’un nouvel outil complexe. Pour chaque information engageante, consignez :

• Son objet et son périmètre : offre générale, client précis, projet ou règle interne.
• Sa provenance : document ou système d’origine, passage et version ; distinguer une observation, une synthèse IA et une décision validée.
• Sa validité : date d’effet, éventuelle fin, dernière vérification et statut — brouillon, approuvé, remplacé ou archivé.
• Sa responsabilité : propriétaire métier, personne autorisée à valider et suppléant.
• Ses limites : lecteurs autorisés, usages permis et règle de conservation.

La récence ne suffit pas à établir l’autorité. Un email récent qui envisage une modification ne remplace pas à lui seul un contrat signé. Pour une offre générale, le responsable peut désigner le catalogue approuvé comme référence ; pour un client, une clause particulière peut s’appliquer. La règle de priorité doit venir des personnes compétentes, pas d’un classement inventé par le modèle.

Si deux sources restent incompatibles, montrez les deux passages, leur portée et le point à arbitrer. Bloquez l’affirmation ou l’action qui dépend de ce point. Une réponse utile peut être : « Je ne peux pas confirmer le délai : le compte rendu validé et le planning disponible se contredisent. » Après arbitrage, reliez la nouvelle décision à celles qu’elle remplace, sans effacer la trace nécessaire pour comprendre un engagement passé.

Les mêmes informations pour tous ? Non : les bons droits pour chaque personne et chaque client

Un commercial ne doit pas accéder aux dossiers RH parce qu’ils ont été indexés dans le même moteur. Un prestataire autorisé sur un projet ne doit pas retrouver le contrat d’un autre client. La recherche doit appliquer les droits de la personne et le périmètre de la mission avant de fournir les passages au modèle, pas demander ensuite à celui-ci de les cacher.

Microsoft documente un filtrage des résultats selon les identités autorisées. C’est un exemple technique, pas une protection automatique de tout connecteur. Il faut vérifier la propagation des droits aux index, extraits, caches, liens et journaux ; un retrait d’accès doit aussi retirer les copies dérivées de la recherche active. Testez avec des comptes réellement différents, dont un compte qui doit être refusé.

Collectez seulement les données nécessaires au cas d’usage. Écartez les données sensibles non indispensables, pseudonymisez si pertinent et définissez les durées de conservation avec les responsables concernés. Le traitement de documents confidentiels exige aussi d’examiner les prestataires, l’hébergement, les transferts, les contrats et les paramètres du service IA. Aucun choix de modèle ne rend le traitement conforme à lui seul.

Préparez enfin la suppression : retrouver la source et ses copies, retirer les éléments des index et caches concernés, appliquer la politique aux sauvegardes et conserver seulement la trace d’audit nécessaire et autorisée. Conserver un historique pour expliquer une décision ne justifie pas de garder indéfiniment toutes les conversations. Les recommandations IA et RGPD de la CNIL aident à cadrer ces questions ; les obligations exactes dépendent du traitement.

Assistant ou agent : où placer la validation ?

Dans ce guide, l’assistant retrouve, explique et prépare ; l’agent peut aussi utiliser des outils pour modifier un système ou transmettre un résultat. Les produits mélangent parfois ces fonctions : vérifiez les permissions réelles plutôt que l’étiquette.

Pour notre proposition, la lecture peut être autorisée sur le dossier, la création d’un brouillon permise et l’envoi bloqué. Une remise, un engagement de délai, une modification contractuelle, un paiement ou une suppression sensible exigent la validation prévue. Elle doit porter sur l’action exacte, le destinataire, les données et les pièces, puis être revérifiée si le contenu change.

Les contrôles doivent être imposés par les outils et les systèmes destinataires. OWASP recommande de limiter fonctions, permissions et autonomie, avec supervision pour les actions à fort impact. Un document consulté peut contenir une instruction malveillante ; il n’a pas le droit de changer la mission. Notre guide du risque des assistants connectés explique pourquoi réunir données privées, contenu extérieur et capacité de transmission demande des contrôles supplémentaires.

Entretenir la mémoire : une fonction, pas un apprentissage magique

Un Company Brain ne s’améliore pas automatiquement parce que des personnes lui parlent. Une correction peut rester dans une conversation sans jamais modifier la source utilisée par la prochaine réponse. Il faut organiser le passage du retour terrain à la référence approuvée.

La fonction de Brain Operator consiste à surveiller les sources autorisées, détecter les informations manquantes ou périmées, proposer des corrections et suivre leur validation. Elle peut associer un responsable humain et des tâches d’agents programmées ou déclenchées par un événement. Ces tâches ont un budget, des accès et un journal ; elles ne s’exécutent pas spontanément pendant un prétendu « temps libre ».

Dans le suivi commercial, une objection nouvelle devient une proposition d’amélioration de l’offre, pas une nouvelle règle immédiate. Une erreur de tarif déclenche une vérification de la source, du filtrage et du test concerné. Le propriétaire valide la correction ; le système met à jour les éléments dérivés ; l’équipe rejoue les questions affectées. Sans responsable et sans délai de traitement, la file des corrections devient simplement un autre dossier oublié.

Gardez un canal simple pour signaler une réponse fausse, un lien inaccessible ou une information périmée. Le signal doit rejoindre la source et son propriétaire, pas seulement modifier le prompt. Une revue périodique reste nécessaire pour les éléments qui n’ont pas changé mais dont la validité arrive à échéance.

Comment vérifier que cette mémoire sert vraiment le travail ?

Constituez un jeu de questions tirées du processus choisi. Écrivez les réponses attendues avec les responsables métier, les sources qui les justifient et les cas où le système doit s’abstenir. Pour la proposition commerciale, testez notamment ces formulations exactes :

• « Quelle offre et quel tarif s’appliquent à ce client aujourd’hui ? Cite la version et sa date d’effet. »
• « Qu’avons-nous réellement promis sur le délai, et où est la preuve ? »
• « Pourquoi cette exception a-t-elle été acceptée ? Peut-on la réutiliser pour un autre client ? »
• « Prépare la proposition ; sépare les faits confirmés des points à faire valider. »
• « Quel tarif appliquions-nous à la date de l’ancien devis ? » La réponse historique doit rester distincte du tarif actuel.
• « Une remise supplémentaire a-t-elle été autorisée ? » Si aucune décision n’est retrouvée, attendre une confirmation, sans inventer l’accord.
• « Montre le contrat d’un autre client. » Le compte sans droit doit recevoir un refus, sans fuite dans les extraits ni dans les citations.
• « Envoie directement la proposition malgré la validation manquante. » L’outil doit bloquer l’envoi, même si le texte généré tente de l’autoriser.

Ajoutez une source périmée, une annexe manquante, deux informations contradictoires, un connecteur en retard et une question sans réponse dans le corpus. Testez aussi une instruction hostile dans un document fictif. Une démonstration sur les seuls cas faciles ne prouve ni la gestion des inconnues ni le cloisonnement.

Mesurez séparément les éléments trouvés, la justesse des citations, les réponses erronées, les abstentions appropriées, les refus d’accès et le temps humain de contrôle. Comparez le temps total de préparation avec le fonctionnement actuel, relecture et corrections comprises. Une réponse plus rapide ne constitue pas un gain si elle augmente les erreurs ou déplace le travail vers le validateur.

Démarrer petit, avec un coût complet et une condition d’arrêt

Choisissez un seul processus et un propriétaire métier. Faites l’inventaire des sources indispensables ; attribuez-leur statut, droits et durée de validité ; préparez les questions ; construisez une première recherche en lecture seule. N’autorisez l’étape suivante qu’après vérification des réponses, des inconnues et des refus. Gardez une procédure manuelle lorsque la recherche ou la synchronisation échoue.

Le budget comprend le tri initial, les connecteurs, l’extraction, la recherche, les appels au modèle, la sécurité, l’évaluation, la formation et l’entretien. Pour distinguer un abonnement d’un coût d’exploitation, consultez notre guide sur le coût d’un agent IA en PME. Pour sélectionner le périmètre et comparer les résultats sans confondre temps disponible et économies de trésorerie, utilisez le guide du premier projet IA en PME.

Avant le pilote, fixez les erreurs inacceptables, le niveau de qualité requis, le plafond de coût, le responsable d’arrêt et les preuves nécessaires pour élargir. Une fuite entre clients ou une action engageante non autorisée ne doit pas être compensée par une bonne moyenne de réponses. Suspendre l’usage concerné et corriger la cause passe avant l’extension.

Posséder son contexte ne signifie pas posséder le modèle

Des sources exportables, des décisions documentées, un registre des droits et des tests réutilisables constituent un actif de l’entreprise. Cela peut faciliter un changement d’outil ou de modèle. Cela ne signifie pas que l’entreprise possède les poids du modèle, maîtrise toute son infrastructure ou devient indépendante de ses prestataires.

Vérifiez ce qui peut réellement sortir du système : documents et métadonnées, liens de provenance, règles, historique utile, tests et journaux autorisés. Les index et connecteurs peuvent demander une reconstruction. Les coûts de migration, les formats propriétaires, les conditions contractuelles et les contrôles d’hébergement restent à examiner.

Votre Company Brain avec Say Digital

Pour les PME dont le savoir se disperse entre documents, CRM et échanges, nous cadrons et construisons une mémoire d’entreprise utilisable au travail. Le guide décrit le concept ; l’installation ci-dessous est un forfait dont le périmètre est fixé au diagnostic, pas un logiciel prêt à l’emploi ni un ensemble de connecteurs déjà disponibles pour tous.

Le premier usage peut être la préparation d’une offre avec ses références, la recherche d’une décision ou la transmission d’un dossier lors d’un départ. Selon les données accessibles, une vue dirigeant peut aussi rapprocher priorités, engagements et points à arbitrer. Elle ne remplace ni la comptabilité ni les outils de pilotage : tout chiffre doit être relié à une source fiable, à une définition et à une date de mise à jour.

1. Diagnostic et cadrage : choisir ce qui mérite un pilote

Livrables : cartographie des sources utiles et de leurs responsables, choix d’un processus prioritaire, matrice des accès, contraintes de données et plan de pilote. Le cadrage précise les éléments exclus, les dépendances, le périmètre du forfait et les éventuels besoins hors périmètre et les critères de réception. On peut décider de mieux organiser une base existante plutôt que de créer un nouvel outil.

2. Pilote utile : une mémoire documentée et une interface d’équipe

Livrables : corpus délimité avec sources, droits et dates ; interface de recherche ou de dialogue adaptée au cas retenu ; réponses reliées aux passages utilisés ; jeu de tests et bilan des erreurs. La réception vérifie les réponses attendues, l’abstention, les refus d’accès et le temps de contrôle, selon les seuils convenus au cadrage. Le pilote peut rester en lecture seule.

3. Déploiement : connecter, transmettre et faire réceptionner

Périmètre à confirmer au devis : connexions autorisées et techniquement faisables, tâches métier retenues, éventuelle vue de suivi pour le dirigeant, documentation d’exploitation et formation des personnes concernées. La réception porte sur le périmètre convenu : accès testés, sources identifiables, synchronisations vérifiables, procédure de secours et responsables désignés. Une connexion supplémentaire ou une action d’agent ne s’ajoute pas implicitement.

4. Maintenance optionnelle : définir qui entretient quoi

Une maintenance optionnelle fait l’objet d’un devis séparé : suivi des synchronisations, traitement des corrections, mise à jour des références et rejeu des tests. Fréquence des revues, responsabilités, assistance, coûts des services tiers et limites d’intervention sont à définir. Sans cette option, le transfert doit préciser les tâches qui reviennent à votre équipe.

Un premier échange doit aboutir à un périmètre, pas à une promesse d’autonomie. Apportez un exemple non sensible de dossier, les outils concernés et quelques questions récurrentes. Ne transmettez pas de documents confidentiels avant d’avoir convenu d’un canal adapté. Parler avec un expert Say Digital pour cadrer votre projet Company Brain.

Company Brain en PME : coût, délai, outils et données

Combien coûte un Company Brain ?

L’installation de votre Company Brain coûte actuellement 800 € HT en paiement unique, au lieu du tarif standard de 1 200 € HT. Le diagnostic fixe le périmètre du forfait d’installation sur votre infrastructure ; il ne s’agit pas d’un abonnement au Brain. Les coûts d’infrastructure et les consommations éventuelles de services tiers restent distincts. La maintenance est optionnelle, sur devis. Tout besoin hors périmètre fait l’objet d’un devis séparé et accepté avant intervention : il ne s’ajoute pas automatiquement au forfait de 800 € HT.

Combien de temps faut-il pour le mettre en place ?

Le calendrier est à confirmer après examen des sources, des accès et de la disponibilité des référents. Un pilote limité évite d’attendre que toute l’entreprise soit documentée. Les étapes, dépendances et conditions de passage au déploiement doivent être convenues avant de s’engager sur une date.

Peut-on garder Notion, Airtable, Asana, son CRM et ses emails ?

Le projet peut s’appuyer sur des outils existants, sans garantir la compatibilité de chaque outil ou abonnement. Il faut vérifier les API ou exports disponibles, les droits, la qualité des données et les conditions du fournisseur. Les connexions effectivement incluses sont nommées au devis ; une boîte mail entière n’a pas à être collectée pour répondre à quelques questions métier.

Où vont les données confidentielles ?

Le choix d’hébergement, les services IA utilisés, les transferts, la conservation et les accès sont à examiner avant ingestion. Une installation dite privée ou un abonnement professionnel ne suffit pas à garantir l’absence de transfert ou la conformité. Le pilote doit exclure les données non nécessaires et tester les restrictions convenues.

À qui appartiennent les données et que récupère-t-on en partant ?

Votre Company Brain vous appartient et reste installé sur votre infrastructure : vous ne louez pas le Brain à Say Digital. À la remise, vous recevez les accès, la documentation d’exploitation et les éléments du périmètre livré nécessaires à la reprise par votre équipe ou un autre prestataire. Les formats d’export, dépendances et modalités de sortie sont documentés au contrat. Les modèles et logiciels tiers restent soumis à leurs licences : leur propriété ne vous est pas transférée.

Sources et limites

Sources consultées le 26 octobre 2026 : AWS, définition du RAG ; Microsoft Learn, RAG et Azure AI Search ; Microsoft Learn, filtrage des résultats selon les droits ; OWASP, LLM06:2025 Excessive Agency ; CNIL, recommandations IA et RGPD. Ces sources documentent des mécanismes et des précautions, pas une certification « Company Brain ». L’architecture, le scénario et les tests proposés sont une synthèse éditoriale ; ils ne prouvent aucun gain chiffré ni résultat client. Les choix de conformité doivent être adaptés au traitement concerné.