„Wenn an Linie zwei eine Störung gemeldet wird, erfasse die Anlage, frage fehlende Angaben ab und bereite einen Auftrag für die Instandhaltung vor. Vor der Übergabe soll die Schichtleitung bestätigen.“ So sprechen Menschen über ihre Arbeit. Ein zugänglicher Workflow Builder sollte diese Beschreibung in einen Ablauf übersetzen, den Fachverantwortliche verstehen und prüfen können.
Für SupraWorx als Industrial AI Workforce / Physical AI für das Werk ist das ein klares Zielbild: industrielle Workflows in Alltagssprache beschreiben und anschließend kontrolliert konfigurieren. Bedienkomfort entsteht, wenn Menschen ihre Absicht direkt ausdrücken können und zugleich erkennen, was das System daraus macht.
Einordnung: Dieser Beitrag beschreibt ein Produkt- und Anwendungskonzept. Er kündigt keinen allgemein verfügbaren Industrial Workflow Builder und keine bereits freigegebenen Standardagenten an. Verfügbarkeit, konkrete Funktionen und Integrationen sind vor einem Einsatz mit SupraTix zu klären.
Aus einem gesprochenen Wunsch wird ein lesbarer Prozess
Ein sprachbasierter Industrial Workflow Builder sollte nach der Eingabe zunächst einen Entwurf zeigen. Dieser enthält Auslöser, Pflichtangaben, Datenquellen, Entscheidungsregeln, zuständige Rollen und erlaubte Aktionen. Fehlende Angaben werden als Rückfragen dargestellt. Erst nach Prüfung wird daraus eine aktivierbare Konfiguration.
Für die Beispielanweisung wären insbesondere drei Fragen offen: Welche Anlage ist mit „Linie zwei“ gemeint? Welche Informationen benötigt die Instandhaltung? Und was soll passieren, wenn die Schichtleitung nicht erreichbar ist? Ein guter Entwurf macht solche Lücken sichtbar, bevor ein Ablauf im Betrieb startet.
Vorlage 1: Instandhaltung – von der Beobachtung zum geprüften Auftrag
Eine mögliche Vorlage beginnt mit einer Sprachmeldung am Arbeitsplatz. Sie erfasst Anlagenkennung, Fehlerbild, Zeitpunkt und bereits durchgeführte Maßnahmen. Vermutete Ursachen werden ausdrücklich als Vermutungen gekennzeichnet. Fehlende Pflichtangaben werden abgefragt.
Als Ergebnis entsteht ein Auftragsentwurf mit Belegen und einer benannten prüfenden Rolle. Die Übergabe an ein Instandhaltungssystem erfolgt erst nach der vorgesehenen Freigabe und über eine eingerichtete Schnittstelle. Ein erfolgloser Übertragungsversuch muss sichtbar bleiben.
Ein verwandter, bereits öffentlich beschriebener Ansatz ist die sprachbasierte Service-Dokumentation mit SpeakSphere. Daraus lässt sich ein sinnvoller Einstieg ableiten: zunächst die Qualität des Ticketentwurfs und den verbleibenden Korrekturaufwand messen.
Vorlage 2: Qualitätssicherung – Abweichungen vollständig erfassen
Eine QS-Vorlage könnte eine gesprochene Auffälligkeit mit Bauteil, Charge, Prüfmerkmal und Messwert verknüpfen. Der Entwurf unterscheidet Beobachtung, Messung und Bewertung. Bei unklarer Zuordnung fragt das System nach, statt einen Bezug anzunehmen.
Die verantwortliche Qualitätsrolle entscheidet über das weitere Vorgehen. Ein Prüfauftrag, eine Nachmessung oder eine Sperrentscheidung werden als getrennte Schritte mit eigenen Befugnissen modelliert. Ein anschaulicher Pilotmaßstab ist der Anteil der Abweichungsmeldungen, die ohne zusätzliche Rückfragen bearbeitet werden können.
Vorlage 3: Schichtübergabe – offene Arbeit mit Verantwortung übergeben
Für die Schichtübergabe sollte eine Vorlage aus Meldungen und bestätigten Vorgängen eine strukturierte Übersicht vorbereiten: Was ist erledigt? Was bleibt offen? Welche Frist gilt? Wer übernimmt? Unbestätigte Angaben erhalten einen erkennbaren Status.
Die übernehmende Schicht prüft die Übersicht und bestätigt die Zuständigkeit für offene Punkte. Bei mehrsprachigen Teams gehören Fachbegriffe und Anlagenkennungen in die Qualitätsprüfung. Dass eine Übersetzung flüssig klingt, reicht für eine belastbare Übergabe nicht aus.
Einfach bedienen, nachvollziehbar freigeben
Das Konzept sollte vier sichtbare Schritte anbieten: Beschreiben → Entwurf prüfen → mit Beispielen testen → freigeben. Im Testlauf werden noch keine produktiven Maschinen- oder Systemaktionen ausgelöst. Fachverantwortliche prüfen normale Fälle, unvollständige Eingaben und Ausnahmen.
Änderungen am Ablauf benötigen eine erkennbare Version. Zu jeder Ausführung sollten Eingabe, bestätigte Interpretation, Freigabe und Ergebnis nachvollziehbar bleiben. Maschinenaktionen erfordern zusätzlich eine anwendungsspezifische technische Qualifizierung und unabhängige Schutzfunktionen.
So wird aus dem Zielbild ein sinnvoller Pilot
Wählen Sie zunächst eine der drei Aufgaben und begrenzen Sie den Umfang auf einen Arbeitsplatz oder Prozess. Legen Sie Ausgangswerte für Bearbeitungszeit, Vollständigkeit und Korrekturen fest. Entscheiden Sie anschließend anhand realer Fälle, ob der Ablauf verständlicher und verlässlicher geworden ist.
Der Anspruch bleibt konkret: Die Industrial AI Workforce soll sich an der Sprache der Menschen im Werk orientieren und Handlungen überprüfbar machen. Besprechen Sie mit SupraTix Ihren Anwendungsfall und den dafür verfügbaren Umsetzungsumfang.
