Zum Inhalt springen

Betrieb und Daten einer Organisation an einem Ort

FORGE.

Jedes System ist für sich korrekt. FORGE kennt den Zusammenhang zwischen ihnen.

FORGE liest aus den Systemen, die es schon gibt, löst Zeilen zu Objekten mit Herkunft auf, verknüpft sie zu einer Ontologie und schreibt Änderungen über erlaubte Handlungen zurück, gültig erst nach Bestätigung. Bauplan.

AUFLÖSUNGSchlüssel · Typ · Zeitbetrifftbrauchtsteht inzuständigbringtfürnachschreibt zurück in die QuelleQUELLEDatenbankQUELLETabelleQUELLEDokumentQUELLESchnittstelleQUELLEPostfachQUELLEArchivOBJEKTTYPDingOBJEKTTYPVorgangOBJEKTTYPBestandOBJEKTTYPOrtOBJEKTTYPPersonOBJEKTTYPFahrzeugOBJEKTTYPOrganisationHANDLUNGZustand ändernHANDLUNGFrist setzenHANDLUNGMarkierung setzenANWENDUNGENAXONARGUSKALKÜLHERMES
Modell der Arbeit von FORGE, eigene Zeichnung. Symbole: Blueprint (Palantir, Apache-2.0).

Der Gesamtprozess

  1. 01AnbindenDie Quelle bleibt führend. FORGE liest über ihre Schnittstellen und hält zu jedem Wert Herkunft und Zeit fest.
  2. 02ModellierenAus Zeilen werden Objekte mit Typ, typisierten Beziehungen und erlaubten Handlungen.
  3. 03BetreibenEine Änderung läuft über eine Handlung und gilt erst, wenn das Quellsystem sie bestätigt hat.

So funktioniert es · Bauplan

Vom Datensatz zum Objekt und zurück.

Im Bauplan von FORGE läuft ein Datensatz in vier Schritten aus der Quelle in die Ontologie und als Änderung zurück. Der schwierigste Teil ist der letzte.

  1. Quellen anbinden

    FORGE liest über die vorhandenen Schnittstellen aus Datenbanken, Fachsystemen, Tabellen und Postfächern. Die Quelle bleibt führend. Zu jedem Wert hält FORGE fest, aus welchem System er stammt und wann er beobachtet wurde, denn ohne diese Herkunft lässt sich später kein Widerspruch zwischen zwei Quellen auflösen.

  2. Zeilen auflösen

    Ein Auftrag steht im ERP, in einer Tabelle und in einer E-Mail, jedes Mal mit anderer Kennung. FORGE löst solche Zeilen zu einem Objekt mit Typ auf und behält jede Herkunft. Widersprechen sich zwei Quellen, verschwindet keine der beiden Angaben; welche gilt, legt eine Regel der Ontologie fest und nicht die zuletzt geladene Datei.

  3. Objekte verknüpfen

    Objekte werden über typisierte Beziehungen verbunden: Ein Auftrag hängt an einer Anlage, die Anlage an einem Wartungsplan. Diese Beziehungen sind die Ontologie, auf der alle fünf Produkte arbeiten. Eine Frage wie "Welche Aufträge verschiebt dieser Ausfall?" folgt den Kanten, statt Exporte abzugleichen.

  4. Zurückschreiben

    Geändert wird ein Objekt nur über eine Handlung, die die Ontologie erlaubt, und die Änderung muss in dem System ankommen, aus dem der Wert stammt. Schwierig wird es bei der Antwort: Bleibt ein Zielsystem stumm, ist offen, ob die Änderung angekommen ist, und ein blinder zweiter Versuch kann sie doppelt auslösen. FORGE übernimmt einen neuen Stand deshalb erst nach Bestätigung des Zielsystems und liest nach einer Zeitüberschreitung zuerst den tatsächlichen Zustand nach. Jede Handlung trägt eine Kennung, unter der eine Wiederholung keine zweite Wirkung erzeugt; diese Regel ist in der Kontrollschicht schon gebaut und getestet.

Angebote

Einsatzfelder. Zuerst für Industrie.

Die leere Leitwarte eines Kraftwerks mit Pulten, Bildschirmen und zwei Stühlen.Foto Simon Mannweiler · Wikimedia Commons · CC BY-SA 4.0
Gleisfeld eines Güterbahnhofs mit Kesselwagen, dahinter die Anlagen eines Chemieparks.Foto CEphoto, Uwe Aranas · Wikimedia Commons · CC BY-SA 3.0
Windräder eines Offshore-Windparks auf offener See, dazwischen eine gelbe Umspannplattform.Foto Dionysos1970 · Wikimedia Commons · CC BY-SA 4.0

StandFORGE ist Bauplan und noch an kein echtes System angebunden. Gebaut und getestet ist die Kontrollschicht darunter, einschließlich der Regel, dass eine wiederholte Handlung keine zweite Wirkung erzeugt.

Welcher Auftrag steht bei Ihnen in drei Systemen zugleich?

An diesem einen Objekt zeigen wir in einer Arbeitssitzung, wie FORGE es auflöst, woher jeder Wert kommt und wohin eine Änderung zurückgeht.