Initial IADécouvrir l’offre ↗
← Toutes les ressources

Initial Brain · Guide pratique

Mémoire d’entreprise IA : comment la maintenir à jour quand les décisions changent

Construire un état courant vérifiable.

Une décision change. Quelle règle reste valable ? 27 SEPTEMBRE : Élise : Règle initiale encore applicable ; 1er OCTOBRE : Karim : Transfert approuvé à cette date ; PROPOSITION : En attente : Envoi automatique non autorisé. Cas fictif • Sources, dates d’effet et statut à vérifier ensemble

Pour maintenir une mémoire d’entreprise IA à jour, chaque changement doit préciser ce qui a été approuvé, à partir de quand et quelle règle il remplace. Conservez la source initiale, actualisez l’état courant et reposez les questions dont la réponse a changé.

Construire un état courant vérifiable.

Dossier fictif avec entrées, corrigé séparé et modèles réutilisables.

Télécharger le kit de cet article

Prenons un cas fictif. Élise valide les bilans de septembre. Une décision approuvée annonce que Karim prendra le relais le 1er octobre. Un message plus récent propose l’envoi automatique, sans avoir reçu d’accord. Le fichier le plus récent ne suffit donc pas à répondre à la question « Qui valide aujourd’hui ? ».

À la fin de cet exercice, vous aurez une fiche d’état courant, un registre des changements et cinq questions de contrôle. Les modèles sont fournis dans le kit.

Télécharger uniquement les cinq fichiers d’entrée. Gardez le corrigé à part.

À manipuler : ouvrir l’atelier interactif pour tester la règle et lire sa correction. Les calculs restent sur votre appareil.

Télécharger les pièces et le corrigé de l’exercice.

Partir d’un périmètre que quelqu’un connaît

Pour un premier essai, prenez un processus dont le responsable peut vérifier les réponses : validation d’un bilan, préparation d’une livraison ou suivi d’un projet. Le dossier doit contenir au moins une décision initiale, un changement confirmé et une proposition encore ouverte.

Dans notre exemple fictif, l’Atelier Méridien prépare son bilan d’activité. Trois pièces suffisent pour travailler la gestion des changements.

Source Date et statut Ce qu’elle indique
S01, procédure initiale 5 septembre, approuvée Élise valide le bilan. Un retard de livraison d’au moins deux jours déclenche une alerte.
S02, décision de transfert 23 septembre, approuvée par Élise Karim devient validateur le 1er octobre. Le seuil d’alerte reste inchangé.
S03, proposition d’automatisation 26 septembre, non approuvée L’équipe propose un envoi automatique sans validation.

Ces pièces sont disponibles dans le kit associé. Elles sont inventées pour l’exercice ; elles ne décrivent aucun client Initial.

Le 27 septembre, le validateur est encore Élise. Le 2 octobre, c’est Karim. L’envoi automatique n’est autorisé dans aucun des deux cas. Le seuil de retard reste fixé à deux jours.

Pour commencer, copiez les trois pièces S01, S02 et S03 du dossier entrees dans un espace de travail autorisé. Gardez correction à part. Si les fichiers ne peuvent pas être joints, collez leur contenu en conservant les identifiants et les dates. Faites confirmer les pièces accessibles avant de poser les questions.

Conserver la source, puis écrire l’état courant

Trois éléments interviennent entre une décision et une réponse : le document conservé, l’information que l’outil retrouve pour votre question et la réponse qu’il rédige. Les vérifier séparément aide à comprendre une erreur.

Un document peut être présent dans le dossier sans que le passage utile soit retrouvé. Inversement, l’outil peut retrouver la bonne pièce et mal interpréter sa date. Ajouter encore des fichiers ne résout pas forcément l’un ou l’autre problème.

Gardez les trois pièces. Créez à côté une fiche courte qui sert de point d’entrée : etat-courant.md. Elle donne la règle applicable à une date précise et renvoie aux documents d’origine.

Voici son contenu attendu pour le 2 octobre :

Processus : validation du bilan d’activité
État applicable au : 2026-10-02
Validateur : Karim
Source : S02, décision approuvée le 2026-09-23
Entrée en vigueur : 2026-10-01
Règle antérieure : Élise, S01, applicable jusqu’au 2026-09-30
Seuil d’alerte : retard d’au moins 2 jours, S01, confirmé par S02
Envoi automatique : proposition S03, non approuvée
Objectif de commandes d’octobre : absent des sources

L’état courant est une aide à la lecture. Les sources permettent de le contrôler. Si la fiche et S02 se contredisent, il faut corriger la fiche et conserver une trace du changement.

Une arborescence simple suffit pour démarrer : un dossier sources, un fichier d’état courant et un registre de changements. Avant d’ajouter une interface ou une carte visuelle, assurez-vous que ces éléments permettent de répondre aux questions du métier.

Comprendre ce que l’IA consulte réellement

Pour répondre, certains outils utilisent les documents fournis directement dans le contexte de travail. D’autres recherchent des extraits dans une base documentaire. Cette deuxième approche est souvent appelée RAG, pour recherche d’informations suivie d’une génération de réponse.

Une recherche d’extraits permet de travailler avec un ensemble documentaire plus vaste que les seuls passages transmis pour une réponse. Elle introduit aussi une question : a-t-on retrouvé les éléments nécessaires ? Le fait qu’un fichier soit importé ne prouve pas que tout son contenu a servi à répondre.

Dans le cas Méridien, un extrait limité à « Karim remplace Élise comme validateur » perd l’information essentielle située à côté : « à partir du 1er octobre ». Le nom est exact et la conclusion peut pourtant être fausse pour septembre.

Avant de changer de modèle, posez cette demande :

Pour répondre à « Qui valide le 27 septembre ? », indique les passages
des sources effectivement utilisés, avec leurs identifiants et leurs dates.
Garde la phrase qui précise l’entrée en vigueur et celle qui décrit
la règle antérieure. Signale si tu ne peux pas retrouver ces passages.
Puis formule la réponse applicable à la date demandée.

Vérifiez les extraits dans les fichiers originaux. Une citation générée doit elle aussi être contrôlée. Si l’interface expose les résultats de recherche ou les pièces consultées, utilisez-les pour ce contrôle ; ne vous contentez pas d’une déclaration de l’assistant disant qu’il a « tout vérifié ».

Pour vos propres procédures, gardez le sujet, la décision, sa date d’effet et ses exceptions proches dans le document. Un tableau de dates sans titre de projet, ou une règle dont l’exception se trouve dans une annexe non jointe, sera plus difficile à exploiter correctement.

Distinguer la date du document et la date d’effet

S02 est approuvée le 23 septembre, mais Karim remplace Élise seulement à partir du 1er octobre. S03 reste non approuvée.
S02 est approuvée le 23 septembre, mais Karim remplace Élise seulement à partir du 1er octobre. S03 reste non approuvée.

S02 est datée du 23 septembre, mais le transfert intervient le 1er octobre. Les deux dates ont des fonctions différentes. La première aide à retracer la décision ; la seconde détermine quand elle s’applique.

Ajoutez ces champs aux décisions qui changent une règle :

Champ Exemple Utilité
Identifiant D02 Retrouver la même décision sans dépendre du nom du fichier
Sujet Validateur du bilan Délimiter ce qui change
Statut Approuvé Séparer une décision d’une suggestion
Autorité Élise Identifier qui a validé
Décidé le 23 septembre Conserver la chronologie
Applicable à partir du 1er octobre Répondre pour la bonne période
Remplace S01, champ « validateur » Éviter de remplacer toute la procédure
Source S02 Vérifier le texte d’origine

Le dernier point est important dans la pratique : S02 remplace une personne, pas le seuil d’alerte. Une mise à jour globale de S01 ferait perdre une règle toujours valable.

Faire entrer une nouvelle information sans tout réécrire

Quand un document arrive, demandez d’abord ce qu’il change. La consigne suivante peut servir de base :

Lis la nouvelle pièce et les sources du processus.
Liste les faits nouveaux avec leur source, leur statut et leur date d’effet.
Pour chaque fait, indique la règle précédente concernée.
Ne transforme pas une proposition en décision.
Ne remplace que les champs explicitement modifiés.
Si deux décisions de même autorité sont incompatibles sans remplacement clair,
signale le conflit et indique la question à faire trancher.
Prépare la mise à jour de l’état courant et le registre des changements.

Le responsable vérifie ensuite les modifications proposées. Cette validation porte sur quelques lignes, ce qui permet de repérer une date déplacée ou un changement de statut. Une instruction écrite ne remplace pas les permissions techniques : l’outil doit également être configuré pour respecter le périmètre des dossiers et des actions autorisés.

Pour notre exemple, l’ajout de S03 doit seulement créer une proposition ouverte. Il ne doit modifier ni le validateur ni le mode d’envoi.

Retester la mémoire après chaque changement important

Préparez les questions avant la mise à jour. Leur corrigé devient une petite base de contrôle réutilisable.

Question Réponse de référence Source
Qui valide le 27 septembre ? Élise S01 et date d’effet de S02
Qui valide le 2 octobre ? Karim S02
Le rapport peut-il partir automatiquement ? Non : proposition non approuvée S03 et validation requise dans S01/S02
Un retard de trois jours déclenche-t-il une alerte ? Oui S01, seuil maintenu par S02
Quel est l’objectif de commandes d’octobre ? Information absente Aucune source ne le fixe

Posez ces questions dans une nouvelle conversation avec le dossier effectivement accessible. Vérifiez les réponses et les pièces citées. Le corrigé ci-dessus est rédigé à partir du dossier ; il ne constitue pas le résultat d’un test d’un logiciel.

Si le système répond Élise pour octobre, recherchez d’abord la présence de S02 et sa date d’effet. S’il autorise l’envoi, contrôlez la prise en compte du statut de S03. S’il invente un objectif, la réponse doit être rejetée même si les autres éléments sont exacts.

Corriger une réponse fausse sans masquer le problème

Voici une réponse volontairement erronée, écrite pour l’exercice :

« Au 27 septembre, Karim valide le bilan. Le dernier message autorise désormais l’envoi automatique. »

Elle contient deux erreurs distinctes. Karim ne prend le relais que le 1er octobre. S03 est une proposition, pas une autorisation. Répondre seulement « c’est faux » peut produire une correction ponctuelle sans corriger la fiche qui servira au prochain dossier.

Demandez plutôt :

Reprends les affirmations « Karim valide au 27 septembre » et
« l’envoi automatique est autorisé ».
Pour chacune, cite la pièce, son statut et sa date d’effet.
Corrige la réponse et indique si l’état courant doit être modifié.
Préserve la réponse applicable au 27 septembre et celle du 2 octobre.

La correction attendue est : « Élise valide au 27 septembre ; Karim à partir du 1er octobre. L’envoi automatique reste non approuvé. » Vérifiez ensuite la fiche d’état courant, puis reposez les cinq questions dans une autre conversation. Une correction dans le fil précédent ne prouve pas que la mémoire a été actualisée.

Ce que vous observez Vérification à faire Correction utile
L’IA cite uniquement S01 S02 est-elle accessible dans cette conversation ? Ajouter la pièce manquante et refaire le test
Elle cite S02 mais applique Karim dès septembre La date d’effet est-elle conservée ? Distinguer décision et entrée en vigueur dans la fiche
Elle accepte S03 Le statut « non approuvé » est-il visible ? Restaurer le statut et retirer l’autorisation déduite
Deux pièces approuvées se contredisent réellement Une autorité a-t-elle tranché leur remplacement ? Faire arbitrer le conflit et conserver la question ouverte

Prévoir la prochaine vérification

Une décision peut rester valide longtemps. Une disponibilité d’équipe ou une liste de commandes change plus vite. Donnez à chaque catégorie une personne responsable et un événement qui déclenche sa vérification.

Pour Méridien, le transfert de responsabilité du 1er octobre déclenche un contrôle de l’état courant et des cinq questions. Un changement de seuil déclencherait le même contrôle. Les nouvelles commandes relèvent, elles, d’un relevé daté distinct.

Si personne ne peut confirmer qu’une information est encore valable, affichez sa dernière vérification et l’incertitude. Une ancienne réponse exacte peut devenir dangereuse lorsqu’elle est présentée sans date.

Vérifier qu’une modification est réellement arrivée jusqu’aux réponses

Quatre contrôles distincts : source approuvée, copie actualisée, passage retrouvé et réponse vérifiée. Un import réussi ne valide pas les étapes suivantes.
Quatre contrôles distincts : source approuvée, copie actualisée, passage retrouvé et réponse vérifiée. Un import réussi ne valide pas les étapes suivantes.

Vous corrigez un document partagé à 10 heures. Un assistant peut encore travailler sur une copie importée la veille. Distinguez donc la date de la source, celle de sa dernière collecte et celle du contrôle de réponse.

Élément à contrôler Exemple fictif Ce que vous pouvez en conclure
Document métier S02 a été corrigé à 10 h La source a changé
Copie ou extraction utilisée Le dossier contient encore la version de la veille La source actuelle n’est pas encore disponible ici
Passage retrouvé L’outil cite l’ancien validateur Le chemin vers la réponse utilise encore une information ancienne
Réponse après actualisation Bonne personne, bonne date, bonne source Le cas vérifié fonctionne avec cette version

Conservez dans le registre une ligne « changement appliqué, vérification en attente » tant que le dernier contrôle n’a pas eu lieu. Pour une copie jointe manuellement, cela peut simplement vouloir dire remplacer la pièce et ouvrir une nouvelle conversation avec les bons fichiers. Pour un système connecté, il faut contrôler la collecte et la mise à jour de la base de recherche avec la personne qui l’exploite.

Ne supprimez pas automatiquement toutes les anciennes règles. Elles peuvent être nécessaires pour expliquer une décision prise le mois précédent. Identifiez-les comme historiques et précisez leur période d’application. La question « Qui valide aujourd’hui ? » et la question « Qui devait valider le 27 septembre ? » ne cherchent pas le même état.

Partager la mémoire avec les bonnes personnes

Une mémoire collective doit respecter les droits sur les documents. Le filtrage doit intervenir dans l’accès aux données ou la recherche, avant que des passages non autorisés soient transmis au modèle. Écrire « ne montre pas les fichiers confidentiels » dans une consigne ne remplace pas ce contrôle.

Pour une recette métier, prévoyez deux comptes de test autorisés : l’un doit accéder à une pièce, l’autre non. Posez une question qui nécessiterait cette pièce et examinez ce qui est renvoyé. Vérifiez également le cas où un droit vient d’être retiré. Une réponse correcte sur le fond peut être inacceptable si elle révèle une information à la mauvaise personne.

Choisir un niveau d’équipement proportionné

Votre situation Point de départ proposé Condition pour aller plus loin
Un dossier ponctuel, quelques pièces, un seul utilisateur Pièces jointes autorisées, état courant et cinq questions de contrôle Le dossier doit être retrouvé ou actualisé régulièrement
Des règles utilisées par une équipe, mises à jour par un responsable Espace documentaire partagé, versions et procédure de contrôle La collecte manuelle devient répétitive ou les droits deviennent plus complexes
Plusieurs sources qui changent souvent, utilisateurs avec des accès différents Étudier une collecte et une recherche intégrées aux outils Pouvoir expliquer la fraîcheur, les accès et les erreurs avant mise en service

Ce choix dépend de la fréquence des changements et des responsabilités, pas seulement du nombre de documents. Commencez par un processus circonscrit. Pour ce périmètre, définissez ce qui constitue une réponse acceptable, ce qui impose de répondre « information manquante » et qui corrige la source en cas de problème.

Quand la mémoire doit-elle suspendre sa réponse ?

Exemple de recette fictif : les procédures partagées restent accessibles, tandis que la note privée P01 est refusée au compte sans droit et au compte dont le droit a été retiré.
Exemple de recette fictif : les procédures partagées restent accessibles, tandis que la note privée P01 est refusée au compte sans droit et au compte dont le droit a été retiré.

Une réponse peut être bien rédigée et rester inutilisable si sa source n'est plus à jour ou si deux décisions approuvées se contredisent. Définissez ce qui permet de répondre, et ce qui impose une vérification. Voici une proposition de règle pour votre pilote ; elle n'est pas une norme universelle.

Situation observée Réponse possible Travail à effectuer
Source approuvée, accessible, applicable à la date demandée Réponse avec source et date Conserver la trace du contrôle
Source modifiée, copie utilisée plus ancienne Signaler que la règle actuelle reste à vérifier Actualiser la collecte puis rejouer la question
Deux décisions approuvées incompatibles sans remplacement explicite Exposer le conflit, sans choisir arbitrairement Faire trancher par l'autorité du processus
Proposition récente sans approbation La présenter comme proposition Préserver la règle en vigueur
Pièce nécessaire hors des droits du demandeur Ne pas communiquer son contenu Orienter vers le circuit d'accès autorisé

Considérez un nouveau cas fictif, distinct des pièces S01–S03 : un responsable a retiré à un compte de test l'accès à une note. Le texte de cette note ne change pas. Un contrôle qui regarde uniquement la date de modification du contenu pourrait donc manquer le changement d'accès. Votre recette doit porter aussi sur les permissions.

Faites vérifier trois éléments : le compte ne retrouve plus le document dans une nouvelle recherche ; aucun passage de cette pièce ne parvient au contexte de la nouvelle réponse ; une ancienne copie ou conversation ne reste pas accessible par un chemin que le retrait devait fermer. Les mécanismes exacts dépendent de l'outil et de son paramétrage. N'assimilez pas le retrait d'un fichier à la disparition automatique de toutes ses copies.

Un journal de mise à jour qui conduit à une décision

Pour chaque changement, notez l'identifiant de la pièce, la version attendue, l'heure de collecte, le propriétaire de la règle et la question de contrôle. Ajoutez un résultat observable : source effectivement retrouvée, réponse obtenue et personne ayant accepté cette réponse.

Exemple de ligne : « S02 ; transfert au 1er octobre ; copie actualisée ; question : qui valide le 2 octobre ? ; réponse attendue : Karim ; observation : à remplir après essai ». La présence du fichier et la réussite de la réponse sont deux observations distinctes. Si le contrôle échoue, la mise à jour reste à vérifier ; elle ne devient pas terminée parce que l'import a réussi.

Dans l'atelier interactif, changez la date du dossier Méridien autour du 1er octobre. Vérifiez que le validateur change tandis que le seuil de retard et l'interdiction d'envoi automatique restent identiques. C'est une façon concrète d'examiner un changement partiel de règle.

Ce que cet exercice permet de décider

Si les sources sont difficiles à retrouver, commencez par leur collecte et leur classement. Si elles existent mais se contredisent, faites arbitrer les règles. Si elles sont claires mais que les réponses restent fausses, examinez l’accès aux documents et la façon dont l’outil les utilise.

Pour passer à votre entreprise, choisissez une décision qui a réellement changé et retrouvez les pièces qui permettent de dater ce changement. Le modèle modeles/fiche-memoire.md aide à nommer le responsable de la vérification, la prochaine échéance et les questions à retester. Si ce suivi concerne plusieurs personnes et revient chaque semaine, le périmètre devient concret pour un projet Initial Brain : les sources, les responsables, les règles de mise à jour et les réponses attendues sont déjà identifiés.

Pour cadrer ce travail avec Initial IA : préparez un exemple de décision qui a changé, les documents correspondants et la personne qui peut confirmer ce qui fait foi. Ce sont des entrées utiles pour une première discussion.

À vous de l’essayer.

Retrouvez les documents fictifs, les modèles vierges et les corrigés dans le kit pratique.

Télécharger le kit de cet article