TECHNOLOGIE & IONBRIX
Neueste KI als Schnittstelle zwischen Mensch und bewährter Technik.
Die KI ist bei onflAI nicht die produktive Laufzeit. Sie versteht die fachliche Absicht, stellt passende IOnbrix-Bausteine zusammen und validiert die Konfiguration. Die IOnbrix-Runtime führt anschließend kontrolliert aus.
1. Der Mensch beschreibt
Ziel, beteiligte Systeme, benötigte Daten und fachliche Regeln werden in verständlicher Sprache erfasst.
2. Die KI versteht und validiert
onflAI ordnet Felder zu, strukturiert Regeln, erkennt technische Mindestanforderungen und bereitet eine prüfbare Konfiguration vor.
3. IOnbrix setzt um
Bewährte Bausteine für Connectoren, Mapping, Regeln und Runtime bilden die kontrollierte technische Grundlage.
- Connector
- Mapping
- Regeln
- Runtime
4. Menschen behalten Kontrolle
Freigaben bleiben bewusst. Betrieb, Status und Fehler sind sichtbar und werden nicht in einer KI-Blackbox verborgen.
Model Context Protocol: Studio + AI Agents
MCP ist der standardisierte Zugang zwischen externen Agenten und freigegebenen onflAI-Funktionen. Es ersetzt weder die Integrationsplattform noch die Runtime. OpenAI-Zugänge nutzen das MCP-basierte onflAI Plugin; Microsoft Foundry Agents binden den Remote-MCP-Server als Tool-Verbindung ein.
IOnbrix führt aus. ableX ergänzt Governance.
IOnbrix führt die freigegebenen Integrationsbausteine deterministisch aus. ableX kann optional Master Data Management, Data Quality und Data Governance ergänzen. Die Rollen sind getrennt: onflAI verbindet, ableX kontrolliert bei Bedarf die Datenqualität, IOnbrix verarbeitet. ableX ist kein obligatorischer Teil jeder Ausführung.
Was IOnbrix in dieser Architektur ist
IOnbrix ist die technische Grundlage für Konfiguration und Ausführung der Integration. onflAI ist die KI-geführte Produktoberfläche darauf. Die KI stellt passende Bausteine zusammen; die freigegebene Konfiguration beschreibt, was die Runtime ausführt. onflAI ist eine Marke der IOnbrix GmbH.
Drei klar getrennte Ebenen
Auf der fachlichen Ebene beschreibst Du das Ergebnis. Auf der Konfigurationsebene werden Quelle, Ziel, Feldmapping und Regeln prüfbar festgelegt. Auf der Ausführungsebene verarbeitet die Runtime den freigegebenen Datenfluss. Geheime Zugangsdaten werden separat innerhalb der Plattform verarbeitet.
- Fachliche Absicht
- Prüfbare Konfiguration
- Kontrollierte Ausführung
Wie aus Sprache Mapping wird
Eine Anforderung wie „Kunden aus dem CRM ins ERP übertragen“ braucht konkrete Felder, Schlüssel und Regeln. onflAI unterstützt deren Zuordnung. Mehrdeutige Angaben wie „aktuelle Kunden“ müssen fachlich präzisiert werden; ein KI-Vorschlag ist kein Ersatz für das Wissen der verantwortlichen Teams.
Validierung und Laufzeit nicht verwechseln
Die im Studio gezeigte Checkliste prüft die Integrationskonfiguration. Die spätere Ausführung bleibt ein eigener Vorgang mit realen Daten und Systemantworten. API-Limits, geänderte Berechtigungen oder ein ausgefallenes Zielsystem können den Betrieb beeinflussen, auch wenn eine Konfiguration zuvor gültig war.
Was vor dem Einsatz feststehen sollte
Prüfe Endpunkte, Datenvolumen, Zeitplan und die verfügbaren Bausteine für Deinen Fall. Hosting, Netzwerkzugang, Wiederanlaufverhalten und Supportumfang gehören in die technische Abstimmung. Aus der Architektur folgt keine pauschale Zusage zu beliebigen Protokollen, Self-Hosting oder einer bestimmten Verfügbarkeit.
