VERSTÄNDNISEBENE
Kontext verbindet alles.
Systeme speichern Daten. Die Verständnisebene bildet ihre Bedeutung für das Unternehmen ab: Menschen, Anlagen, Prozesse, Verantwortlichkeiten und ihre Beziehungen.
Die Ebenen des Unternehmenskontexts greifen ineinander
Ein Unternehmensmodell über den Quellsystemen.
Der Understanding Layer ist ein Ansatz zum Aufbau gemeinsamen Kontexts für Daten und Aktionen: Welche Entität ist gemeint, wie identifiziert jedes System sie, womit steht sie in Beziehung und wer ist verantwortlich? Dieses Modell wird auch Organisationsontologie genannt. Es wird rund um einen definierten Bedarf mit den Menschen aufgebaut, die die Arbeit verstehen.
Die Dokumentensuche kann eine relevante Anweisung oder Textstelle finden. Ein Organisationsmodell ergänzt ausdrückliche Beziehungen: Für welche Anlage gilt eine Anweisung, wer darf daran arbeiten und welcher Prozess hängt von ihrem Zustand ab? So lassen sich sowohl die Grundlage einer Antwort als auch die Grenzen einer vorgeschlagenen Aktion prüfen.
BEISPIELHAFTER ARBEITSABLAUF — KEIN KUNDENFALL
Eine Pumpe. Mehrere Systeme. Eine Entscheidung.
Angenommen, ein Wartungsleiter fragt: „Können wir mit der Arbeit an Pumpe P-204 fortfahren?“ Das Wartungssystem enthält den Auftrag, das ERP die Ersatzteile und das Personalsystem die Zuweisung. Jedes nutzt eigene Kennungen und Begriffe. Vor der Informationsverknüpfung müssen wir prüfen, dass alle drei dieselbe Anlage und Aufgabe meinen.
Anlage
P-204 gehört zu einer bestimmten Produktionslinie und ist mit dem Arbeitsauftrag verbunden.
Aufgabe
Der Arbeitsauftrag erfordert ein bestimmtes Teil und die Freigabe einer verantwortlichen Person.
Teil
Der Bestandsdatensatz beschreibt Verfügbarkeit und Standort des benötigten Teils.
Person
Ein Mitarbeiter wird der Aufgabe zugewiesen; Rolle und Berechtigungen werden separat geprüft.
Jede Beziehung braucht eine Quelle und eine verantwortliche Person.
In diesem Beispiel ist die Zuordnung der Gerätenummer in der Wartung zum ERP-Anlagencode eine zu validierende Mapping-Entscheidung. Definieren Sie für jedes Feld die maßgebliche Quelle, den Aktualisierungszeitpunkt, die pflegende Person und den Weg von Änderungen ins Modell. Bei widersprüchlichen Datensätzen — etwa wenn ein Teil in einem System verfügbar und in einem anderen reserviert ist — machen Sie die Abweichung zur Klärung sichtbar.
Kontext ist keine Berechtigung. Das Recht, einen Datensatz einzusehen, und das Recht, ihn zu ändern, werden getrennt nach Rolle, System und Prozess definiert. Auch wenn ein Agent Datensätze verbinden kann, müssen seine Antworten und Aktionen innerhalb der genehmigten Zugriffsgrenzen bleiben.
Von einer Frage über eine Empfehlung zur kontrollierten Aktion.
Das Beispiel könnte eine Warteempfehlung bis zur Bestätigung der Teileverfügbarkeit ergeben, ergänzt um Quelldatensätze und fehlende Informationen. Die Änderung eines Arbeitsstatus oder Erstellung einer Bestellung sind eigene Schritte mit vorab definierten Berechtigungen und Freigaben. Die betriebliche Entscheidung bleibt bei der verantwortlichen Person; eine KI-Antwort allein autorisiert keine Wartungsarbeit.
In einem Bereich beginnen und nach Bedarf erweitern.
Wählen Sie einen definierten Prozess, eine Menge von Entitäten und Quellsysteme. Das Umsetzungsteam und interne Fachleute validieren Zuordnung, Fragen und Aktionen gemeinsam. Verbindungen zu TITANS-Produkten und verfügbare Funktionen werden für jedes Produkt und Projekt festgelegt; der Umfang dieser Ebene unterscheidet sich je nach Angebot.
Sie können mit dem Informationsverständnis beginnen und Aktionen ergänzen, sobald ein nützliches Modell, eine verantwortliche Person und eine passende Richtlinie vorliegen. Auf dieser Website beschreibt der Understanding Layer unseren Ansatz zum Organisationskontext; konkrete Komponenten, Schnittstellen und Bereitstellungsbedingungen werden bei der Umfangsbestimmung festgelegt.