Mehrere Schritte, ein Protokoll: wie edda eine Frage über Systemgrenzen hinweg beantwortet
Manche Fragen lassen sich mit einem Dokument beantworten. Die wertvollen nicht. „Haben wir so eine Maschine schon gebaut?" braucht Stammdaten, Projekthistorie und Serviceberichte — und damit mehrere Schritte, die aufeinander aufbauen.
Wertvolle Fragen brauchen mehrere aufeinander aufbauende Schritte über Systemgrenzen hinweg: Stammdaten filtern, Projekthistorie durchsuchen, Stücklisten vergleichen, Unterschiede zusammenfassen. edda macht jeden Schritt sichtbar — welches System, welche Einschränkung, welches Ergebnis. Das Protokoll ist kein Beiwerk: Es klärt überraschende Antworten in einer Minute und deckt dabei oft Eigenheiten der eigenen Daten auf.
Was zwischen Frage und Antwort passiert
edda zerlegt die Frage in Teilschritte und führt sie nacheinander aus, wobei jeder Schritt das Ergebnis des vorherigen nutzt. Bei der Extruder-Frage: erst die Materialstämme nach Extruder-Baureihen filtern, dann die Projekthistorie nach passenden Schneckendurchmessern durchsuchen, dann die Stücklisten des besten Treffers gegen die Anfrage vergleichen, schließlich die Unterschiede zusammenfassen.
Jeder dieser Schritte ist sichtbar: welches System befragt wurde, mit welcher Einschränkung, was zurückkam. Am Ende steht nicht nur die Antwort, sondern der Weg dorthin — drei Schritte, zwei Quellen, mit Zeitangabe.
Warum das Protokoll kein Beiwerk ist
Wenn eine Antwort überrascht, ist die erste Frage immer: Wie kommt das System darauf? Ohne Protokoll bleibt nur Glauben oder Misstrauen. Mit Protokoll dauert die Klärung eine Minute — und häufig zeigt sich dabei nicht ein Systemfehler, sondern eine Erkenntnis über die eigenen Daten: dass eine Baureihe im ERP anders geschlüsselt ist als gedacht, zum Beispiel.
Wo die Grenzen liegen
Mehrschrittige Abläufe brauchen mehr Zeit als eine einfache Auskunft — Sekunden statt Sekundenbruchteile. Und sie brauchen harte Abbruchkriterien: maximale Schrittzahl, maximaler Aufwand, definierte Übergabe an einen Menschen, wenn kein tragfähiges Ergebnis entsteht. Ein System, das ohne Grenzen weitersucht, produziert Kosten statt Antworten.
Die Frage für Ihr Auswahlgespräch
Lassen Sie sich das Protokoll eines Laufs zeigen, der zu keinem guten Ergebnis kam. Was passiert, wenn die Information nicht existiert? Ein System, das dann eine plausible Antwort konstruiert, ist im Betrieb gefährlicher als eines, das langsamer ist.
Häufige Fragen
Wie lange dauert eine mehrschrittige Antwort?
Sekunden statt Sekundenbruchteile, abhängig von Anzahl der Schritte und Antwortzeit der Quellsysteme. Für eine Recherche, die vorher Stunden gekostet hat, ist das unerheblich. Wichtig ist, dass die Wartezeit sichtbar ist und der Nutzer den Fortschritt verfolgen kann, statt vor einem stehenden Bildschirm zu warten.
Was steht im Protokoll?
Jeder Schritt mit dem befragten System, der verwendeten Einschränkung, dem Ergebnis und dem Grund für den nächsten Schritt, dazu die genutzten Quellen mit Fundstelle. Das ist die Grundlage, um eine überraschende Antwort zu prüfen — und die erste Unterlage, nach der interne Revision und Audit fragen.
Was passiert, wenn die Information nicht existiert?
Dann sollte das System das sagen, statt eine plausible Antwort zu konstruieren. Genau dieses Verhalten sollten Sie im Auswahlgespräch gezielt provozieren, indem Sie nach etwas fragen, das es in Ihren Daten sicher nicht gibt. Die Reaktion darauf sagt mehr über die Betriebstauglichkeit als jede Funktionsliste.
Kann das System dabei etwas verändern?
Nur wenn Sie das ausdrücklich vorgesehen haben. Für Auskünfte genügt Lesezugriff. Schreibende Handlungen wie das Anlegen eines Tickets sind separat freigegeben, einzeln protokolliert und in der Regel an eine menschliche Freigabe gebunden.
