--- title: "Wenn sich das Unternehmen ändert, muss sich die Ontologie mitändern" url: "https://hurukan.com/de/blog/ontologie-waechst-mit-dem-unternehmen" description: "Neue Sparte, geteilte Region, Übernahme – und das Modell des Geschäfts veraltet. Wie man eine Ontologie ändert, ohne zu brechen, was davon abhängt." --- # Wenn sich das Unternehmen ändert, muss sich die Ontologie mitändern 21\. Juli 2026·3 Min. Lesezeit·Redaktion Zwei Personen von der Seite ordnen weiße Karten auf einer großen Wandtafel mit verbundenen Kästen in einem hellen Arbeitsraum neu, eine neue Karte ist mit einem Streifen blauem Klebeband markiert Ein Unternehmen, das schon immer Produkte verkauft hat, beginnt, zusätzlich Serviceverträge zu verkaufen. Ein Servicevertrag passt nicht zur Vorstellung eines Auftrags: Es gibt nichts zu liefern, er wird monatlich abgerechnet, und er bringt Reaktionszeiten mit, die das Unternehmen einhalten muss. Die schnellste Lösung ist ein Auftrag mit einem besonderen Typcode und ein paar Freitextfeldern für die Vertragsbedingungen. Ein Jahr später zählen die Berichte Serviceverträge als Aufträge und blähen den Auftragsbestand auf. Das Lager sieht Aufträge ohne Artikel und fragt, was es kommissionieren soll. Ein Agent, der die Lieferscheine der Woche vorbereiten soll, erstellt einen für einen Wartungsvertrag. Jedes Problem bekommt seinen eigenen kleinen Flicken, und jeder Flicken macht die nächste Änderung schwerer. Die Ursache: Das Modell des Geschäfts wurde als feste Infrastruktur behandelt, einmal entworfen und dann verteidigt. Doch eine Ontologie ist eine Beschreibung dessen, wie das Unternehmen arbeitet, und das Unternehmen ändert sich ständig: Reorganisationen, neue Produkte, Übernahmen, neue Vorschriften, neue Vertriebswege. Lässt sich das Modell nicht sicher ändern, ändern die Menschen es unsicher – Typcode für Typcode. ## Wie ein Modell des Geschäfts veraltet **Überladung.** Ein bestehendes Objekt wird für etwas Neues wiederverwendet und durch ein Kennzeichen unterschieden. Das geht schnell und bedeutet, dass jeder Bericht, jede Regel und jeder Agent, der das Objekt liest, nun von dem Kennzeichen wissen muss. **Notausgänge im Freitext.** Struktur wandert in Notizfelder. „Vertrag Nr. … gültig bis …“ wird von Hand nach festem Muster eingetippt, weil das Modell keinen Platz dafür hat. **Stille Umdeutungen.** Eine Region wird geteilt, und der alte Name umfasst nun weniger Gebiet als vorher. Vorjahresvergleiche vergleichen unbemerkt verschiedene Dinge. **Umbau mit dem großen Knall.** Änderungen werden für ein großes Projekt „nächstes Jahr“ aufgespart. Bis dahin häufen sich Umgehungslösungen, und das Projekt muss sie alle wieder aufdröseln. **Kein Nachweis des Warum.** Niemand erinnert sich, warum es den Kundentyp 7 gibt oder ob ihn noch irgendetwas nutzt, also traut sich niemand, ihn zu entfernen. **Agenten, die die Umgehung lernen.** Ein Agent, der mit dem aktuellen Modell arbeitet, reproduziert dessen Umgehungslösungen getreu und in großem Maßstab. Ein Mensch hat irgendwann gelernt, die Phantomaufträge zu ignorieren. Ein Agent tut das nicht, solange das Modell es nicht sagt. ## Das Modell ändern wie Code **Jede Änderung wird versioniert.** Jede Änderung an Objekten, Beziehungen oder Regeln hat einen Urheber, einen Grund, ein Review und eine Versionsnummer – mit derselben Disziplin wie bei Quellcode. Die Historie kann später auch jemand lesen, der nicht dabei war. **Erst ergänzen, dann migrieren, dann stilllegen.** Führen Sie das neue Objekt ein, den Servicevertrag, mit eigenen Beziehungen und Regeln. Übertragen Sie die bestehenden Datensätze. Markieren Sie den alten Weg als veraltet und entfernen Sie ihn erst, wenn nichts mehr davon abhängt. Definieren Sie eine bestehende Bedeutung nie an Ort und Stelle um. **Mit Gültigkeitsdaten arbeiten.** Eine Regionsteilung tritt zu einem Datum in Kraft. Die Historie behält die alte Struktur, Berichte wissen, welche wann galt, und Vergleiche über die Grenze hinweg werden bewusst angestellt. **Die Auswirkungen vor der Freigabe zeigen.** Bevor eine Änderung freigegeben wird, listen Sie alles auf, was von dem Geänderten abhängt: Berichte, Regeln, Agenten, Integrationen, Dokumente. Wer freigibt, sieht den Wirkungsradius, nicht nur die Differenz. **Agenten vorschlagen lassen, Menschen freigeben lassen.** Ein Agent kann eine Umgehungslösung bemerken – etwa, dass Aufträge eines Typs nie Artikel haben – und mit Belegen ein neues Objekt vorschlagen, das sie ersetzt. Die Person, die für diesen Teil des Geschäfts verantwortlich ist, entscheidet. So ist die [Ebene Ontologie](https://hurukan.com/de/system/ontologie) von Hurukan angelegt: Objekte, Beziehungen und Regeln, beschrieben und versioniert und erweitert, während Agenten das System erweitern. Vorschläge durchlaufen die Freigaberegeln der [Ebene Agentische Logik](https://hurukan.com/de/system/agentische-logik), und jede Änderung wird danach protokolliert, ob sie von einem Menschen, einem Agenten oder dem System stammt, wie unter [Sicherheit und Souveränität](https://hurukan.com/de/system/sicherheit-und-souveraenitaet) beschrieben. Das System ist im Aufbau. Woher die erste Fassung eines solchen Modells kommt, behandelt [Ihr Unternehmen hat schon eine Ontologie](https://hurukan.com/de/blog/ihr-unternehmen-hat-schon-eine-ontologie). ## Ein Test, den Sie heute machen können Suchen Sie die drei meistgenutzten Felder vom Typ „Typ“, „Kategorie“ oder „Status“ in Ihrem Hauptsystem. Für jedes: 1. Listen Sie alle Werte auf, die es annehmen kann. 2. Finden Sie zu jedem Wert heraus, wann, von wem und warum er hinzugefügt wurde. 3. Markieren Sie die Werte, die für etwas anderes genutzt werden, als ihr Name sagt. Durchsuchen Sie dann Ihre Datensätze nach Freitextfeldern, die Menschen nach einem festen Muster ausfüllen, etwa „Best.-Nr.: …“, „Vertrag Nr. …“ oder „gültig bis …“. Jedes Muster, das Sie finden, ist ein Objekt oder eine Beziehung, die Ihrem Modell noch fehlt. Beide Listen zusammen sind ein Rückstand an Änderungen, die das Unternehmen in der Wirklichkeit bereits vollzogen hat, in seinem Modell aber noch nicht. Sie Schritt für Schritt abzuarbeiten, eine versionierte Änderung nach der anderen, ist billiger als das große Umbauprojekt, zu dem sie sonst würden. [Hurukan](https://hurukan.com/de) ist darauf ausgelegt, diesen Rückstand kurz zu halten. - Ontologie - Versionierung - Change Management - Datenmodell ## Weiterlesen - [Eine Identität für Menschen und Agenten: wer was tun darf](https://hurukan.com/de/blog/eine-identitaet-fuer-menschen-und-agenten) - [Laufender Zustand und Aufzeichnung: die zwei Gedächtnisse eines Unternehmensbetriebssystems](https://hurukan.com/de/blog/laufender-zustand-und-aufzeichnung-zwei-gedaechtnisse)