Unternehmenswissen für eine KI-Aufgabe auswählen
Ein gemeinsamer Arbeitskontext bedeutet nicht, dass die gesamte Ablage an ein Modell übertragen werden muss. Im geplanten CALADRA Model Hub sollen Informationen passend zur konkreten Aufgabe ausgewählt werden. Die Vorschau veranschaulicht das mit einer fiktiven Einkaufsrichtlinie. Bei externen KI-Modellen gehen Anfrage und benötigter Kontext an den Anbieter; Quellenrechte und Datenwege sind vor einer produktiven Integration zu prüfen.
Ausgewähltes Unternehmenswissen im Model HubEin Vorgang, mehrere Informationsräume
Ein Auftrag kann im ERP korrekt angelegt sein. Eine zusätzliche Lieferabsprache steht trotzdem in einem Dokument. Der Lieferschein kommt als PDF an. Eine Person hat noch eine offene Rückfrage. Diese Informationen betreffen denselben Vorgang, sind aber nicht automatisch an derselben Stelle verfügbar.
Das ist zunächst eine Frage des Arbeitskontexts. Die Informationen brauchen einen gemeinsamen Bezug und einen erkennbaren Zweck. Eine vollständige Kopie aller Daten in einem weiteren System würde diese Aufgabe nicht von selbst lösen.
Ein gemeinsamer Objektbezug macht Beziehungen sichtbar
Eine verlässliche Objektkennung verbindet beispielsweise Bauvorhaben, Aufträge und Dokumente. Sie ermöglicht den Weg vom Objekt zur Lieferung und von dort zur Rechnung. Welche Beziehungen gültig sind, muss fachlich definiert werden.
Eine digitale Objektakte kann diese Beziehungen zusammen mit Notizen, Aufgaben und Ereignissen zeigen. Object360 stellt diesen CALADRA-Ansatz als Produktvorschau dar. Das Ziel ist ein nutzbarer Zusammenhang für die tägliche Arbeit.
Object360 und die digitale ObjektakteFür jede Information eine führende Quelle benennen
Kundennummer, Auftragsstatus oder Buchung sollten aus ihrem verantwortlichen System stammen. Ein ergänzender Beleg kann einen Widerspruch sichtbar machen, bekommt dadurch aber nicht automatisch das Recht, diese Daten zu verändern.
Eine brauchbare Sicht zeigt auch, wie aktuell eine Information ist. Wenn eine Quelle nicht erreichbar ist oder ein Wert nicht bestätigt werden kann, muss dieser Zustand erkennbar sein. Veralteter Kontext darf nicht wie eine aktuelle Bestätigung wirken.
Lesen, vorbereiten und schreiben unterscheiden
Eine Integration kann zunächst lesend Kontext bereitstellen. Ein anderer Schritt kann daraus einen Vorschlag erstellen. Erst eine gesondert definierte Aktion darf gegebenenfalls ins Fachsystem zurückschreiben. Diese Trennung macht Rechte, Verantwortung und Auswirkungen besser kontrollierbar.
Für eine Schreibaktion sind der Zielzustand und seine Bestätigung relevant. Eine technisch erfolgreiche Anfrage allein erklärt nicht immer, ob die fachlich gewünschte Änderung erfolgt ist. Wiederholungen und zwischenzeitliche Änderungen müssen im Ablauf berücksichtigt werden.
Grenzen möglicher SchreibaktionenMit einem kleinen, vollständigen Ablauf beginnen
Ein sinnvoller erster Umfang ist ein klar abgegrenzter Vorgang mit verfügbaren Quellen und einer benannten Entscheidung. Beispielsweise kann eine Rechnungsprüfung zunächst nur die Zuordnung und einen Mengenvergleich vorbereiten. Daraus lässt sich lernen, bevor weitere Aktionen hinzukommen.
- Bezugsobjekt und eindeutige Referenzen klären
- Benötigte Quellen und Datenfelder auswählen
- Verantwortung und Aktualität pro Quelle festlegen
- Fehlerfälle und menschliche Übergaben beschreiben
- Schnittstellenrechte passend zum Umfang begrenzen