Externe Systeme

Beides ist möglich, je nach Muster. Polling-Tabellen halten nach Zeitplan eine synchronisierte Kopie im Kontext, und genau das macht Unternehmensdatensätze gemeinsam mit den von Ihren Agenten erzeugten Daten abfragbar. Alles, was im Moment des Gesprächs aktuell sein muss (ein aktueller Sendungsstatus, ein Bestandswert), wird direkt am benötigenden Schritt aus dem Quellsystem gelesen.

Beides, und zwar Aktion für Aktion konfiguriert. Eine Integration wird einem Workflow als spezifische, eng abgegrenzte Aktion bereitgestellt, sodass ein Workflow vielleicht nur einen Kontaktdatensatz liest, während ein anderer ein Ergebnis protokolliert oder eine Deal-Phase aktualisiert. Schreibzugriff besteht dort, wo ein Schritt ihn ausdrücklich erfordert, statt auf Verbindungsebene gewährt zu werden.

Pro Bereitstellung konfiguriert, automatisch auf die Integrationen angewendet, die sie benötigen, und nie zwischen Mandanten geteilt. Ein Workflow referenziert die Aktion, nicht das Secret, sodass Zugangsdaten nicht in Prompts oder Workflow-Logik eingebettet sind und rotiert werden können, ohne die darauf angewiesenen Workflows anzufassen.

Der Schritt fängt das ab, statt das Gespräch hängen zu lassen. Anzahl und Intervalle der Wiederholungsversuche werden am Node festgelegt, und ein Fallback-Pfad bestimmt, was nach dem letzten Versuch geschieht: mit einem Standardwert fortfahren, den Fehler protokollieren oder an eine Person weiterleiten. Der Agent hält das Gespräch stimmig, während der Workflow den Fehler behandelt.

Wenn es einen HTTP-Endpunkt hat, verbindet ihn ein Webhook-Node, und diese Konfiguration wird zu einer wiederverwendbaren Komponente, die jeder andere Workflow importieren kann. Gibt es gar keine API, bedient ein Browser-Agent das System so, wie es ein Mensch tun würde: navigieren, extrahieren und zurückschreiben.