Sprache: Deutsch · English
Enterprise-KI wird dort wertvoll, wo aus Informationen ein überprüfbarer Arbeitsablauf entsteht. Ein Wartungshinweis muss einer Anlage zugeordnet werden. Eine Antwort braucht belastbare Quellen. Eine Änderung benötigt die richtige Berechtigung. Genau an dieser Verbindung von Wissen, Prozess und Handlung positioniert sich SupraWorx als modulare Plattform für unternehmensfähige KI.
Für eine fundierte Entscheidung brauchen Fachbereiche und IT eine gemeinsame Sicht auf die Funktionen. Diese Übersicht bündelt den öffentlich dokumentierten Stand zum 19. Oktober 2026. Sie unterscheidet zwischen belegten Bausteinen, notwendiger Qualifizierung im konkreten Einsatz und priorisiertem Ausbau.
Die öffentliche Feature-Matrix
Bereich | Öffentlich dokumentierte Grundlage | Einordnung für den Einsatz |
|---|---|---|
Modellagnostik und Modellwahl | Workbench-Ausführung über das im Mandanten konfigurierte GenAI-Werkzeug; Architektur mit spezialisierten und lokalen Modellen. | Modelloffener Ansatz. Eine vollständige Kompatibilitätsliste je Anbieter, Modell und Betriebsart ist damit noch nicht nachgewiesen. |
Strukturierte Outputs | .supra-Pakete beschreiben JSON-Ausgabeverträge, Pflichtfelder und Qualitätsanforderungen. Der Importbericht dokumentiert JSON-Modus für entsprechend deklarierte Verträge. | Ein definierter Ausgabevertrag schafft prüfbare Übergaben. Die fachliche Richtigkeit und tatsächliche Validierung müssen im jeweiligen Workflow geprüft werden. |
Workflow-Routing | Geordnete Workbench-Schritte und freigegebene Shortcuts; ereignisgesteuerte Abläufe sind in der Plattformarchitektur beschrieben. | Prozesssteuerung ist dokumentiert. Konkrete Verzweigungen, Wiederholungen und Eskalationen werden pro Ablauf qualifiziert. |
Observability | Die Architektur beschreibt Telemetrie und Metriken etwa für Latenz, Kosten, Warteschlangen und Quellenabdeckung. | Welche Werte im jeweiligen Modul verfügbar sind, wie lange sie gespeichert und wohin sie exportiert werden, gehört in die Betriebskonfiguration. |
Berechtigungen | Mandantenkontext, Rollen und Werkzeugfreigaben sind beschrieben. Der Workbench-Import prüft registrierte Shortcut-Referenzen. | Die konkrete Rechtevererbung bis zum externen Zielsystem muss für jede Integration überprüft werden. |
Enterprise-Integrationen | Das API Gateway dokumentiert REST, SOAP, GraphQL, gRPC und WebSockets. Die SupraAgent-Veröffentlichung nennt die Einbindung von Tickets, Confluence und Jira. | Allgemeine Schnittstellen und beschriebene Integrationen sind keine pauschale Freigabe sämtlicher Herstellerprodukte oder Versionen als Standard-Connector. |
Grundlagen: öffentliche Workbench-Beispiele, Import-Evaluierung, SupraWorx-Architektur, API Gateway und SupraAgent-Wissensintegration.
Modelloffenheit wird am Arbeitsablauf überprüfbar
Für Unternehmen bedeutet Modellagnostik vor allem Entscheidungsfreiheit: Ein Prozess soll anhand seiner Qualitäts-, Datenschutz- und Betriebsanforderungen das passende Modell erhalten. Dafür muss ein Modellwechsel praktisch bewertet werden. Bleiben Pflichtfelder erhalten? Werden Quellen korrekt zugeordnet? Ändern sich Laufzeit oder Kosten? Funktioniert der Übergang zur menschlichen Prüfung?
Eine belastbare Freigabe benennt deshalb Modellversion, Testfälle und Grenzen. Sie macht sichtbar, welche Kombination für welche Aufgabe qualifiziert wurde. So bleibt die Diskussion nah am betrieblichen Nutzen.
Ein strukturiertes Ergebnis braucht eine kontrollierte Folgeaktion
Ein beispielhafter Serviceprozess verdeutlicht das Zusammenspiel: Eine Meldung wird aufgenommen, in Anlagenkennung, Beobachtung und Beleg gegliedert und auf Vollständigkeit geprüft. Bei fehlendem Bezug geht sie zur Klärung. Bei ausreichender Evidenz entsteht ein Vorschlag für die zuständige Person. Erst eine ausdrücklich freigegebene Aktion darf ein externes System ändern. Dieses Beispiel beschreibt ein Sollverfahren, keine pauschal verfügbare Integration.
Die Qualität entsteht an den Übergaben. Ein formal gültiges JSON kann sachlich falsch sein. Eine hilfreiche Empfehlung kann außerhalb der Befugnis des Nutzers liegen. Deshalb sollten Ausgabevertrag, Fachprüfung, Berechtigung und Ausführung gemeinsam abgenommen werden.
Von der Matrix zur nachvollziehbaren Kaufentscheidung
Für einen Pilot reichen wenige konkrete Nachweise: ein repräsentativer Eingangsfall, ein unvollständiger Datensatz, ein verweigerter Zugriff und ein kontrollierter Fehler im Zielsystem. Für jeden Fall werden erwartetes Ergebnis, zuständige Rolle und sichtbarer Betriebsnachweis festgelegt. Danach lässt sich beurteilen, ob ein Workflow den Alltag tatsächlich vereinfacht.
Die nächste Priorität ist ein versionierter Connector-Katalog mit Zielsystem, unterstützter Version, Lese- und Schreibumfang, Authentifizierung, Einschränkungen und Supportstatus. Microsoft 365/MCP sowie relevante ERP-, MES- und CMMS-Anbindungen stehen dabei als Ausbaupfad im Fokus. Ihre Standardisierung wird in den weiteren Beiträgen dieser Reihe konkretisiert.
Ihr nächster Schritt: Bringen Sie einen Arbeitsablauf, ein Beispielergebnis und das beteiligte Zielsystem mit. Gemeinsam lässt sich daraus eine überprüfbare Anforderung an SupraWorx ableiten. SupraTix kontaktieren.
