La même donnée OCO, projetée selon qui la lit. Choisis ta vue — chacune a son propre langage.
Un document structuré, dépliable paragraphe par paragraphe. Pour lire, imprimer, parcourir le modèle de haut en bas.
La lecture selon Teris : des parcours bout-en-bout en tuiles. On clique un besoin, la chaîne se déploie, façon document interactif.
Une fiche par page, rail de liens à gauche, on saute de nœud en nœud dans le graphe. La vue des concepteurs et des devs.
La pile entière, navigable : les services Teris en haut, les concepts & brevets au milieu, les fondements des deux livres en bas. Du conteneur jusqu’au complexus de Morin.
Ce que vous consultez est une projection du modèle OCO, la couche ontologique au cœur de la Suite Teris. La Suite Teris ne code pas le métier : elle le compile en une source de vérité exécutable. OCO est cette source dans sa forme canonique — vos objets métier, d'un dossier qualité aéronautique à un cycle commercial complet, décrits comme un graphe typé, hiérarchique et causal, du type de document jusqu'à la donnée atomique, chaque niveau relié par une filiation explicite.
📖 Lire la genèse du modèle — les deux livres qui le fondent →
La Suite Teris repose sur une idée directrice : un besoin métier n'est pas écrit à la main, il est compilé en une source unique de vérité, puis résolu à la volée. Cela n'a de sens que si le métier existe d'abord sous une forme canonique, typée et sans ambiguïté, lisible par un humain autant que par un compilateur. C'est exactement OCO — non un module de plus, mais le substrat que la Suite compile, vectorise, et contre lequel la déviance se mesure.
Incarnation de B9. Là où le brevet B9 revendique la compilation d'un domaine métier en un modèle de données ontologique, OCO en est la grammaire vivante : type de document → agrégat → entité → rubrique → domaine, chaque unité déclarant sa famille canonique parmi 23 catégories fermées (Document, Equipment, Metric, Rule, Workflow, Sample, Observation, Person, Organization…). Cette contrainte garantit que deux domaines conçus séparément restent comparables et unifiables.
Compiler, pas coder. Structures, règles, permissions et interface découlent de la description, sans reconstruction. Auditable par construction. Le graphe est la surface d'audit : un lien qui manque est une incohérence visible, pas une erreur silencieuse. Souverain. Description autonome, sans dépendance externe, déployable hors ligne. Scalable. Une seule vérité, projetée en plusieurs lectures — ces vues en sont la démonstration. Fait pour les flux complexes. La filiation parent-enfant rend navigable de bout en bout un dossier PPAP / AS9145 ou un enchaînement offre → contrat → facture.
Le modèle OCO et la Suite Teris sont couverts par les brevets B1 à B10 de la famille Baroni / Leroy (dépôt BE2025/0042), dont les inventeurs sont Éric Baroni et Linsay Leroy, personnes physiques. Les droits de propriété intellectuelle sont détenus par PatternEBLL. Toute reproduction, diffusion, adaptation, extraction ou communication à un tiers, totale ou partielle, sur quelque support que ce soit, est interdite sans l'accord écrit préalable de PatternEBLL. © Baroni / Leroy 2024–2026. Tous droits réservés.