---
title: "Votre entreprise a déjà une ontologie. Elle vit dans la tête des gens"
url: "https://hurukan.com/fr/blog/votre-entreprise-a-deja-une-ontologie"
description: "Toute entreprise vit sur un modèle partagé des clients, commandes et exceptions que personne n'a écrit. Où le trouver, et comment le mettre par écrit."
---

# Votre entreprise a déjà une ontologie. Elle vit dans la tête des gens

8 mai 2026·4 min de lecture·La rédaction

Un collaborateur expérimenté vu de dos expliquant quelque chose à une nouvelle collègue devant un tableau blanc couvert de cases dessinées à la main et de traits de liaison, l'un tracé au feutre bleu, douce lumière du jour dans une salle de réunion sobre

Une nouvelle coordinatrice commerciale rejoint l’entreprise. Dès sa première semaine, elle apprend que « client actif » veut dire trois choses différentes. Pour les ventes, c’est tout client ayant commandé récemment. Pour la finance, tout client disposant d’une limite de crédit ouverte. Pour la logistique, tout client avec une adresse de livraison vérifiée. Personne n’a tort ; chaque équipe a besoin de son propre sens pour son propre travail.

Elle apprend aussi qu’une commande prioritaire ne peut passer devant la file de production qu’avec l’accord du responsable de compte, qu’un certain groupe de clients ne doit jamais recevoir de livraison partielle, et que la maison mère enregistrée dans le système n’est pas celle qui paie. Rien de tout cela n’est dans le logiciel. Cela vit dans la tête de trois collègues expérimentés et dans un onglet de tableur intitulé « ne pas supprimer ».

C’est cela, une ontologie : une description de ce qui existe dans l’entreprise, de la façon dont ces éléments sont liés et des règles qui les gouvernent. Le mot sonne universitaire. La chose est banale, et toute entreprise en a une. Le problème, c’est qu’elle est tacite : portée par des personnes, transmise par compagnonnage, et seulement en partie inscrite dans des noms de champs et des formules de tableur. Le logiciel stocke des champs. Les personnes détiennent le sens.

Pendant des années, c’était supportable, parce que les personnes qui faisaient le travail pouvaient assimiler ce sens en quelques mois. Un agent ne le peut pas. Il ne peut suivre que ce qui a été écrit. Demandez à un agent de préparer les livraisons de la semaine, et il enverra sans état d’âme une livraison partielle précisément au client dont tout le monde sait qu’il ne doit jamais en recevoir.

## Où l’ontologie cachée se manifeste

**Des mots qui veulent dire plusieurs choses.** Actif, client, livré, clôturé, terminé. Chaque équipe emploie le même mot pour un état différent, et chaque rapport transversal les mélange en silence.

**Des règles devenues des réflexes.** « On ne fait jamais de devis sous le prix de revient pour un nouveau compte, sauf quand… » L’exception est réelle et importante, et elle n’existe que comme une habitude de la personne qui prépare d’ordinaire les devis.

**Des relations que personne n’a modélisées.** Le groupe qui possède le client, le site qui passe la commande, l’adresse qui reçoit la marchandise et l’entité qui paie sont quatre choses différentes. Le système n’a qu’une fiche client, avec un champ de notes.

**Des exceptions transmises comme du folklore.** La liste des cas particuliers est détenue par les collaborateurs les plus anciens et transmise de vive voix. Quand ils sont en congés, les exceptions sont mal traitées.

**Des tableurs comme schéma parallèle.** Des colonnes supplémentaires apparaissent partout où le système n’avait pas de place pour une information dont l’activité avait besoin. Chacune est un morceau du modèle qui a poussé hors du modèle.

## Comment l’écrire sans projet de deux ans

Ne commencez pas par un atelier de taxonomie. Commencez par les décisions, car c’est là que le sens est utilisé.

**Choisissez un processus et recensez ses décisions.** Pour chaque décision, posez trois questions à la personne qui la prend : qu’avez-vous regardé, quelle règle avez-vous appliquée, et qu’est-ce qui vous aurait fait décider autrement ?

**Nommez les objets et les relations que ces décisions utilisent.** Client, site, commande, livraison, limite de crédit. Puis écrivez simplement les relations : une livraison appartient à une commande, est destinée à un site et est facturée à une entité.

**Écrivez les règles à côté des objets qu’elles gouvernent**, chacune avec un responsable et une raison, pour qu’elle puisse être remise en question plus tard par quelqu’un qui n’était pas dans la pièce.

**Rendez les désaccords explicites au lieu de les trancher de force.** Si la finance et les ventes n’entendent pas la même chose par « actif », gardez les deux sous des noms différents. L’objectif est un seul sens par mot, pas un seul mot pour toute l’entreprise. La même discipline appliquée aux indicateurs est décrite dans [une seule définition du chiffre d’affaires](https://hurukan.com/fr/blog/une-seule-definition-du-chiffre-d-affaires).

**Laissez-le grandir avec l’usage.** Chaque fois qu’une exception est traitée, demandez-vous s’il s’agit en réalité d’une nouvelle règle. Si c’est le cas, elle entre dans le modèle avec son responsable.

C’est le rôle de la [couche Ontologie](https://hurukan.com/fr/system/ontologie) dans Hurukan : un modèle décrit et versionné des objets, des relations et des règles, que chaque module et chaque agent lit. Il est conçu pour évoluer de lui-même à mesure que le système s’étend : un agent propose un nouvel objet ou une nouvelle règle, une personne l’approuve, et le changement est enregistré. Comme l’entreprise ne cesse de changer, le modèle doit pouvoir changer en sécurité, ce qui est le sujet de [quand l’entreprise change, l’ontologie doit changer avec elle](https://hurukan.com/fr/blog/quand-l-entreprise-change-l-ontologie-aussi).

## Un test à faire dès aujourd’hui

Choisissez trois mots que votre entreprise emploie tous les jours. « Client », « commande » et « terminé » conviennent bien. Demandez à une personne des ventes, une de la finance et une des opérations de définir chacun en une phrase, séparément et par écrit, sans se concerter.

Placez les neuf phrases côte à côte. Chaque différence est un morceau de votre ontologie qui vit dans la tête de quelqu’un.

Asseyez-vous ensuite une demi-heure avec la personne la plus expérimentée d’une équipe et posez une seule question : que savez-vous que le système ne sait pas ? Notez tout ce qu’elle dit. Cette liste est la première ébauche du modèle de votre entreprise, et elle est plus exacte que la plupart des cahiers des charges rédigés pour un nouveau système. Une fois sur papier, elle peut devenir quelque chose que les logiciels et les agents savent lire, et c’est là que commence [Hurukan](https://hurukan.com/fr).

-   ontologie
-   savoir tacite
-   règles de gestion
-   agents

## À lire aussi

-   [Une identité pour les personnes et les agents : qui peut quoi](https://hurukan.com/fr/blog/une-identite-pour-les-personnes-et-les-agents)
-   [L'état courant et le registre : les deux mémoires d'un système d'exploitation d'entreprise](https://hurukan.com/fr/blog/l-etat-courant-et-le-registre-deux-memoires)