Fin Procedures ermöglichen es Ihnen, klare, wiederholbare Abläufe zu gestalten, die Fin bei der Bearbeitung komplexer Anfragen anleiten. Sie definieren die Struktur mit Steps, erweitern Fins Fähigkeiten mit Tools und formen sein Verhalten mit Guidance.
Egal, ob Sie Informationen sammeln, Verzweigungslogik anwenden, sich mit externen Systemen verbinden oder an Teammitglieder übergeben — Procedures geben Ihnen die volle Kontrolle darüber, wie Fin eine Konversation von Anfang bis Ende behandelt.
Hinweis: Um Procedures zu erstellen, müssen Sie die Berechtigung „can manage workspace data“ besitzen.
Tipp: Vernetzen Sie sich mit Community Experts und Intercom Solutions Architects bei unseren Procedures Meetup Office Hours. Diese Sitzungen finden alle zwei Wochen statt und bieten praktische, Echtzeit-Unterstützung, einschließlich Live-Q&A, um Ihnen beim Einrichten und Optimieren Ihrer Fin Procedures und Data connectors zu helfen.
Get started
Um ein neues Fin Procedure zu erstellen, navigieren Sie in Ihrem Workspace zu Fin AI Agent > Train > Procedures.
Klicken Sie auf + New procedure und wählen Sie Ihre bevorzugte Erstellungsart:
Option 1: Lassen Sie die KI Ihr Procedure entwerfen
Dies ist die schnellste Methode, wenn Sie bereits einen Prozess im Kopf oder dokumentiert haben.
Wählen Sie Let AI draft your procedure.
Wählen Sie Ihren Startpunkt: Option 1: describe your process oder Option 2: choose a template:
Option 1: Describe your process: Schreiben Sie Ihren Prozess in natürlicher Sprache oder fügen Sie vorhandene Schritt-für-Schritt-Anweisungen oder Standardarbeitsanweisungen (SOPs) direkt in das Textfeld ein. Fin strukturiert diese automatisch in ein korrektes Procedure-Format für Sie. Wählen Sie, welche attributes und Data Connectors Sie als Kontext einbeziehen möchten — Sie können spezifische Connectoren wählen, anstatt alle zu übergeben, und Attribute fungieren jetzt als Kontext anstatt nur als Platzhalter.
Option 2: Choose a template: Wählen Sie eine branchenspezifische Vorlage (z. B. SaaS, Ecommerce, Fintech oder Gaming) und wählen Sie ein häufiges Szenario wie „Cancel or pause a subscription“. Wählen Sie, welche attributes und Data Connectors Sie als Kontext einbeziehen möchten — Sie können spezifische Connectoren wählen, anstatt alle zu übergeben, und Attribute fungieren jetzt als Kontext anstatt nur als Platzhalter.
Hinweis: Für das Beschreibungsfeld in Let AI draft your procedure gilt ein Limit von 5.000 Zeichen.
Klicken Sie auf Continue. Fin analysiert dann Ihre Eingabe und stützt den Entwurf auf Ihren Workspace-Kontext, indem es Ihre past customer conversations, existing documentation und Data Connectors durchsucht.
Beantworten Sie die klärenden Fragen, um Fin dabei zu helfen, spezifische Logik und Anweisungen auszuarbeiten. Diese sind optional, aber diese Angaben sorgen für einen genaueren Entwurf.
Sobald Fin den Entwurf erstellt hat, erscheint ein Feedback-Modal. Wählen Sie Keep, um den Entwurf zu akzeptieren, Clear, um ihn zu verwerfen und neu zu beginnen, oder Try again, um ihn neu zu generieren.
Tipp: Wenn Sie bereits Schritt-für-Schritt-Anweisungen oder einen dokumentierten Prozess haben, verwenden Sie Option 1: Let AI draft your procedure. Fügen Sie einfach Ihre vorhandenen Anweisungen ein und lassen Sie Fin sie in ein korrektes Procedure-Format strukturieren — Sie müssen nicht jeden Schritt manuell formatieren. Sie können auch zuerst Ihren Anwendungsfall entwerfen, um zu erkennen, welche Data Connectors Sie vor dem Livegang einrichten müssen.
Option 2: Von Grund auf neu erstellen
Verwenden Sie diese Methode, wenn Sie ein Procedure manuell erstellen möchten.
Wählen Sie Create from scratch.
Benennen Sie Ihr Procedure und öffnen Sie den Editor, um mit dem manuellen Hinzufügen von Steps zu beginnen.
Hinweis: Vermeiden Sie die Verwendung von Sonderzeichen (wie '|') in Procedure-Titeln. Diese können beim Speichern Backend-Fehler verursachen. Verwenden Sie standardmäßige alphanumerische Zeichen und halten Sie Titel klar und beschreibend.
Sagen Sie Fin, wann dieses Procedure verwendet werden soll
Oben im Editor finden Sie den Abschnitt When to use this procedure. Dies ist entscheidend, um Fin genau mitzuteilen, wann dieses Procedure zu nutzen ist. Um sicherzustellen, dass Fin nur dann ausgelöst wird, wenn es beabsichtigt ist, müssen Sie klare Auslöselogik und hochwertige Gesprächsbeispiele liefern. Diese beiden Komponenten arbeiten zusammen, um die Zuverlässigkeit zu verbessern und Fehlalarme zu reduzieren.
Hinweis: Das Beschreibungsfeld hat ein Limit von 256 Zeichen. Halten Sie Ihre Beschreibung knapp, um Speicherfehler zu vermeiden.
1. Schreiben Sie die Logik „When to use this Procedure“
Beschreiben Sie genau, wann dieses Procedure starten sollte (und wann nicht). Ein starker Trigger enthält spezifische Kriterien und Ausschlüsse.
Beispiel für hochwertige Auslöselogik:
When to trigger this procedure: Lösen Sie dieses Procedure aus, wenn ein Kunde meldet, dass die Software nicht korrekt funktioniert oder sich unerwartet verhält.
Inclusion criteria (Trigger if):
Der Kunde beschreibt ein spezifisches technisches Problem oder einen Fehler.
Der Kunde gibt an, dass eine Funktion defekt ist.
Der Kunde erwähnt a bug, glitch oder malfunction.
Exclusion criteria (Do NOT trigger if):
Der Kunde fordert ein neues Feature an.
Der Kunde stellt kontobezogene Fragen (z. B. Passwortzurücksetzungen).
Klare, umfassende Trigger stellen sicher, dass Fin Ihr Procedure für die richtigen Kundenabsichten aktiviert und ein Auslösen bei nicht verwandten Anfragen vermeidet.
Wie das Triggern von Procedures funktioniert
Fin bewertet jede Kundenmeldung, um zu entscheiden, ob sie mit der Auslösebeschreibung eines Procedure übereinstimmt. Ein Procedure startet also nicht nur, weil eine Konversation eröffnet wurde. Es startet, wenn Fin sicher ist, dass die Absicht des Kunden dem Zweck des Procedure entspricht. Beim Testen senden Sie eine Nachricht, die die Absicht in Ihren „When to use this procedure“-Anweisungen klar ausdrückt, statt einer kurzen oder vagen Einstiegsnachricht.
2. Trainieren Sie Fin mit Beispielen
Sobald Sie Ihre Logik geschrieben haben, liefern Sie Fin Gesprächsbeispiele.
Klicken Sie auf die Schaltfläche Train Fin on examples.
When to use: Geben Sie Beispiele für Phrasen oder Szenarien an, in denen dieses Procedure angemessen ist.
When NOT to use: Geben Sie Beispiele für ähnliche, aber nicht verwandte Anfragen an, um Fehlalarme zu vermeiden.
Diese Beispiele sind entscheidend, damit die KI zwischen einem „password reset“ und „general login policy info“ unterscheiden kann.
Fügen Sie Anweisungen zum Procedure hinzu
Sie können Fin Anweisungen geben, was zu tun ist, wenn das Verfahren ausgelöst wird, indem Sie instructions schreiben. Zusätzlich zu diesen Anweisungen können Sie auch deterministische Kontrollmechanismen hinzufügen, die Fin mehr Möglichkeiten geben – wie Bedingungen oder sogar Tools, damit Fin auf externe Daten zugreifen und Attribute aktualisieren kann.
Steps definieren den Ablauf. Sie fügen sie hinzu, indem Sie @ in einer neuen Zeile eingeben.
Tools geben Fin Befugnisse (z. B. zum Überprüfen von APIs). Sie fügen sie hinzu, indem Sie @ innerhalb eines Instruction-Schritts eingeben.
Feature | What it does | When to use it |
Instruction | Der Standardblock. Klare Anweisungen in natürlicher Sprache. | Für so gut wie alles. „Bitten Sie den Kunden um seine E-Mail.“ |
Condition | Fügt Verzweigungslogik hinzu (IF / ELSE). | Verwenden Sie es für größere, sich gegenseitig ausschließende Pfade, die den Ablauf erheblich verändern. Für kleine Varianten oder geringfügige Klarstellungen verwenden Sie stattdessen natürliche Instructions, anstatt zu verzweigen. Dadurch bleiben Ihre Verfahren einfacher und Fin's KI kann das Gespräch natürlicher führen. Beispielsweise verzweigen Sie nach current channel, um eine andere Nachricht auf WhatsApp gegenüber dem Web zu senden, oder nach user role, um leads und users unterschiedlich zu behandeln. |
Run sub-procedure | Führt eine Unterprozedur aus. | Um einen gemeinsamen Ablauf wiederzuverwenden (z. B. „Verify Identity“), ohne ihn neu zu schreiben, oder einen komplexen Ablauf, den Sie aus dem Hauptablauf ausblenden möchten. |
Handoff to workflow | Beendet das Verfahren und übergibt den Benutzer an eine Workflow. | Verwenden Sie dies, um an einen wiederverwendbaren Workflow zu übergeben, den Sie bereits erstellt haben, z. B. einen komplexen Übergabeablauf, eine Zufriedenheitsumfrage oder einen spezialisierten Weiterleitungsweg. |
End | Beendet das Verfahren sofort und gibt die Kontrolle an Fin zurück. Jeder End-Schritt hat eine konfigurierbare Abschlussnachricht; Sie können eine benutzerdefinierte Nachricht schreiben, sie leer lassen, um nichts zu senden, oder die Standardeinstellung beibehalten. | Verwenden Sie dies, um ein Verfahren zu beenden, sobald ein bestimmtes Ziel oder eine Logikbedingung erreicht wurde, damit Fin die Verfahrensschritte nicht weiter ausführt. |
Call data connector | Ruft Live-Daten aus verbundenen Apps ab (Shopify, Stripe usw.). | Inside a step wenn Sie den Bestellstatus oder Kontostand prüfen müssen. |
Read an attribute | Sucht vorhandene Kundendaten nach. | Inside a step um den Plan oder die ID eines users zu überprüfen. |
Update an attribute | Speichert Informationen, die der Kunde Ihnen gegeben hat, in einem Attribut | Inside a step um eine Antwort für später zu merken. |
Handoff to team | Übergibt das Gespräch absichtlich an ein Team oder einen Teamkollegen. | Inside a step wenn der Bot das Problem nicht lösen kann. |
Wait for Webhook | Pausiert das Verfahren und wartet darauf, dass ein externes System einen Callback sendet, bevor Fin fortfährt. Generiert pro Verfahrensdurchlauf eine eindeutige Callback-URL. | Inside a step bei Integration mit einem Drittanbietersystem, das Anfragen asynchron verarbeitet – zum Beispiel Identitätsprüfung, Zahlungsautorisierung oder Genehmigungsworkflows. In offenem Beta: Kontaktieren Sie Ihr Kundenbetreuungsteam, um Zugang anzufordern. |
Important:
No nesting: Sie können Condition-Schritte nicht innerhalb anderer Conditions verschachteln.
Single logic type: Sie können keinen Code und natürliche Sprachbedingungen innerhalb eines einzelnen Schritts mischen.
Unsupported attributes: Attribute wie Daten oder Dezimalzahlen können derzeit nicht in Bedingungen referenziert werden.
Sub-procedures
Reuse: Sie können eine Unterprozedur mehrmals innerhalb derselben übergeordneten Prozedur wiederverwenden.
Scope: Unterprozeduren sind derzeit lokal und können nicht von anderen, nicht verwandten Verfahren aufgerufen werden.
Transitions to Workflows
One-way handoff: Wenn Fin einen Kunden an eine Workflow übergibt, endet das Verfahren.
No resumption: Das Verfahren wird nicht fortgesetzt, selbst nachdem die Workflow abgeschlossen ist.
Working with Data Connectors
Attribute scope
Data Connector-Ausgaben sind als Schritt-Ausgaben innerhalb des Verfahrens verfügbar, erscheinen jedoch nicht als Gesprächsattribute in der Inbox. Um einen vom Connector zurückgegebenen Wert als Gesprächsattribut zu persistieren, verwenden Sie einen Handoff to workflow-Schritt und setzen Sie das Attribut innerhalb der Workflow – das Verfahren wird nach der Übergabe nicht fortgesetzt.
Always handle connector failures
Füge nach jedem Data Connector-Aufruf einen Condition step hinzu, um Fehler und leere Antworten zu behandeln. Ohne Fallback kann Fin unerwartet eskalieren, wenn ein Connector stillschweigend fehlschlägt. Siehe Troubleshooting Fin Procedures and Data connectors für häufige Fehlerbilder und wie du status_code für fortgeschrittene Fehlerbehandlung verwendest.
Connector-Eingabeeinstellungen bestimmen, was Fin von Kunden anfragt
Wenn ein Data Connector mit erforderlichen Eingabefeldern konfiguriert ist – zum Beispiel einer Order ID – fordert Fin den Kunden auf, diese Informationen bereitzustellen, bevor der Connector-Aufruf ausgeführt wird. Die spezifischen Felder, nach denen Fin fragt, werden durch die Eingabeeinstellungen des Connectors bestimmt, nicht durch die Anweisungen der Procedure.
Connector-Aufrufe und Verwendung von Antworten
Hinweis: Ein Connector-Aufruf kann ausgeführt werden, selbst wenn dessen Antwortdaten nicht in der endgültigen Antwort erscheinen, die Fin an den Kunden sendet. Dies kann passieren, wenn Fin einen Connector aufruft, während es Logik auswertet, die letztlich einen anderen Pfad einschlägt. Füge stets Fehlerbehandlung für Connector-Fehler hinzu, unabhängig davon, ob du erwartest, dass die Connector-Antwort angezeigt wird.
Mehr erfahren:
Hinweis: Ab dem 12. März 2026 werden konfigurierte Hand-offs (unter Verwendung von @handoff) als erfolgreiche Procedure-Handoff-Ergebnisse abgerechnet. Learn more about Fin Outcomes and billing. Dir werden keine Kosten für Fins Standard-Eskalationsverhalten (Kunde bittet um einen Menschen, Frustration erkannt, wiederholte Schleife), arbeitsbereichsweite Escalation Rules oder Guidance oder eine Procedure, die nicht abgeschlossen wird, berechnet.
@Look up content
Das @Look up content-Tool weist Fin an, in deinem Help Center oder in einer externen knowledge base nach konkreten Informationen während einer Procedure-Konversation zu suchen. Verwende dies, um Fin anzuweisen, während einer bestimmten Procedure-Konversation auf aktuelle Supportinhalte zu verweisen, statt statischen Text zu verwenden.
Unterstützte Inhaltstypen
Öffentliche Artikel
Private Artikel (für AI Agent aktiviert)
Hochgeladene Dokumente
Importierte oder synchronisierte Inhaltsquellen
Web-synchronisierte Dokumente
Content-Snippets
Wichtige Anforderungen:
Überprüfe, dass die Inhaltsquelle noch synchronisiert und aktiv ist.
Ensure the article is AI agent enabled: Um einen öffentlichen Artikel verfügbar zu machen, navigiere zu Knowledge, öffne den Artikel und verwende das Details-Panel, um Folgendes umzuschalten:
Fin AI Agent: Diese Einstellung erlaubt der AI, den Artikel bei Antworten an Kunden zu verwenden. Sie respektiert automatisch vorhandene Audience-Regeln.
Beispielanwendungsfälle
Ecommerce
In einer Rückgabe- oder Rückerstattungs-Procedure kannst du Fin anweisen, deine aktuelle Rückgabebelegung nachzuschlagen, anstatt sie fest in den Ablauf zu schreiben.
Eligibility
Verwende einen internen Eligibility-Artikel, um Fin zu helfen festzustellen, ob ein user für einen Rabatt, eine Rückerstattung oder ein bestimmtes Programm qualifiziert ist.
Handoff und Eskalation
Wenn eine Procedure in einem Handoff endet, ist es wichtig zu verstehen, was ihn ausgelöst hat.
Wie Handoffs ausgelöst werden
Es gibt zwei Wege, wie eine Procedure an einen Menschen übergeben werden kann:
Configured handoff — Du hast einen Handoff to team-Schritt an einer bestimmten Stelle in deiner Procedure hinzugefügt oder verfasst procedurespezifische Guidance, die Fin anweist, in einem bestimmten Szenario zu übergeben. Dies ist ein von dir beabsichtigtes Ergebnis.
Default escalation behavior — Fin eskaliert automatisch basierend auf seiner integrierten Logik: wenn ein Kunde klar darum bittet, mit einem Menschen zu sprechen, wenn Fin starke Frustration oder Ärger erkennt oder wenn der Kunde in einer sich wiederholenden Schleife steckt. Dies tritt immer auf, unabhängig davon, wie deine Procedure konfiguriert ist.
Anwendung von Workspace-Guidance innerhalb einer Procedure
Gib Fin spezifische Guidance, wie es während der Ausführung einer Procedure mit Kunden interagieren soll. Um Guidance zu aktivieren, öffne eine Fin Procedure und klicke Settings > Guidance in der oberen Ecke des Instructions-Editors.
Workspace level guidance gilt nicht automatisch innerhalb einer Procedure. Du musst es explizit im Guidance-Panel der Procedure aktivieren:
Kommunikationsstil
Kontext und Klarstellung
Handover und Eskalation
Andere Guidances
Benutzerdefinierte Guidance
Du kannst auch verfahrenserstellte, prozedurenspezifische Guidance schreiben, die nur für diese Procedure gilt. Fin kombiniert dies mit jeglicher Workspace-Guidance, die du ausgewählt hast. Zum Beispiel: "Bringe niemals eine Rückerstattung zur Sprache, es sei denn, ein Kunde erwähnt sie zuerst."
Hinweis: Beachte diese drei Dinge, wenn du Workspace-Guidance innerhalb einer Procedure verwendest:
Guidance ist additiv, nicht überschreibend. Wenn Workspace-Guidance aktiviert ist, kombiniert Fin sie mit jeder verfahrensspezifischen Guidance, die du geschrieben hast. Das eine hebt das andere nicht auf — beides gilt gleichzeitig.
Breite Workspace-Regeln können mitten in einer Procedure ausgelöst werden. Da Workspace-Guidance bei jeder Antwortgenerierung ausgewertet wird, kann eine breite Regel Informationen früher mit dem Kunden teilen, als deine Procedure beabsichtigte. Wenn eine Regel nur außerhalb eines Procedure-Kontexts gelten soll, engere Zielgruppenkonditionen verwenden oder diese Logik als expliziten Schritt in die Procedure verschieben.
Fins eingebautes Eskalationsverhalten gilt immer. Fins standardmäßiges Eskalationsverhalten — ausgelöst, wenn ein Kunde nach einem Menschen fragt, starke Frustration oder Ärger ausdrückt oder in einer wiederholenden Schleife steckt — gilt immer innerhalb einer Procedure, unabhängig von deinen Guidance-Einstellungen. Dies ist getrennt von arbeitsbereichsweiten Escalation Guidance und Escalation Rules, die du im Guidance-Panel explizit aktivieren musst.
Konfigurieren Sie Endnachrichten
Standardmäßig sendet Fin „Anything else I can help you with?“ wenn eine Prozedur endet. Sie können diese Nachricht pro End-Schritt anpassen, eine globale Standardnachricht festlegen oder sie leer lassen, um überhaupt nichts zu senden.
Jeder End-Schritt hat eine konfigurierbare Nachricht. Klicken Sie auf das End-Element, um ein Seitenfeld zu öffnen, in dem Sie eine benutzerdefinierte Nachricht mit Rich Text und @attribute-Erwähnungen schreiben können.
Um eine Standardnachricht festzulegen, wenn die Prozedur natürlich abgeschlossen wird (ohne einen End-Schritt zu erreichen), öffnen Sie den Dialog Settings der Prozedur und gehen Sie zum Tab End message.
Hinweis: Endnachrichten unterstützen automatische Lokalisierung — sie werden in die erlaubten Sprachen des Workspaces übersetzt, berücksichtigen Glossar-Einstellungen und werden in der Gesprächssprache des Kunden ausgeliefert.
Wählen Sie Ihre Kanäle
Um eine Prozedur auf bestimmten Kanälen wie Web, iOS, Android, Facebook, WhatsApp, Instagram, SMS, Email oder Slack auszuführen, verwenden Sie die Einstellungen Audience targeting im Prozedur-Editor. Stellen Sie sicher, dass der gewünschte Kanal im Dropdown-Menü Channels ausgewählt ist.
Um eine Prozedur für ein bestimmtes Publikum auszuführen, verwenden Sie die Einstellungen Audience targeting im Prozedur-Editor. Stellen Sie sicher, dass der gewünschte Kanal im Dropdown-Menü Audiences ausgewählt ist.
Prozedur testen und verifizieren
Bevor Sie Ihre Prozedur live schalten, müssen Sie überprüfen, dass sie wie beabsichtigt funktioniert. Klicken Sie oben im Editor auf die Schaltfläche Test, um auf zwei Testmethoden zuzugreifen:
Vorschau
Der Tab Preview ermöglicht Ihnen die Interaktion mit Fin wie ein Kunde. Verwenden Sie dies, um ein Gefühl für Ton, Begrüßung und den allgemeinen Gesprächsverlauf zu bekommen.
Simulationen
Der Tab Simulations ermöglicht es Ihnen, verschiedene Logikpfade innerhalb Ihrer Anweisungen automatisch zu testen. So können Sie sicherstellen, dass Fin wie beabsichtigt reagiert, bevor Sie die Prozedur für echte Kunden freigeben.
Vorschau vs. Simulationen — welche sollte ich verwenden? Preview zeigt die vollständige kundenorientierte Erfahrung — die Nutzung, während Ihre Prozedur live ist, kann Nachrichten an echte Kunden auslösen. Simulations führen die Prozedur im Hintergrund ohne kundenorientierte Ausgabe aus und sind damit die sicherste Methode, Logik vor dem Livegang zu validieren.
Wählen Sie einen Simulationstyp:
Happy path: Die KI von Fin schlägt automatisch ein Standard-Szenario vor, damit Sie schnell loslegen und sehen können, wie die Funktion funktioniert.
Sie können auch benutzerdefinierte Simulationen erstellen: Erstellen Sie spezifische Szenarien, um Randfälle oder technische Integrationen zu testen, indem Sie definieren:
Der Kontext: Legen Sie die eröffnende Kunden-Nachricht und den weiteren Gesprächsverlauf fest.
Mock-Daten: Definieren Sie benutzerdefinierte Eingaben und simulierte Data Connector-Antworten, um zu prüfen, wie Fin mit Live-Daten umgeht (z. B. eine „Payment Failed“-Antwort von Stripe).
Erfolgskriterien: Geben Sie die genauen Ergebnisse an, die Sie erwarten, z. B. welche Tools ausgelöst werden sollen oder welche Informationen Fin bereitstellen muss.
Ausführen und überprüfen:
Führen Sie die Simulation aus, um zu beobachten, wie Fin Ihre Schritte ausführt, die Mock-APIs auslöst und Ihrer Logik folgt.
Bestanden: Die Simulation erfüllte alle definierten Kriterien.
Fehlgeschlagen: Die Simulation ist fehlgeschlagen. Klicken Sie in die Simulation, um genau zu sehen, wo Fin von den Anweisungen abgewichen ist.
Sobald Sie mit den Ergebnissen zufrieden sind, klicken Sie auf Set live, um die Prozedur Ihren Kunden zur Verfügung zu stellen.
Mehr erfahren: Manage procedure versions and publishing behandelt den Veröffentlichungszyklus, Prozedurstatus, Versionsverlauf, Rollback, Versionsnotizen und Pausierung.
Intelligent zwischen Prozeduren wechseln
Agentic Switch ist für Prozeduren verfügbar. Wenn aktiviert, kann Fin automatisch von der aktuellen Prozedur zu einer anderen Live-Prozedur wechseln, wenn festgestellt wird, dass die Absicht des Kunden sich geändert hat und eine andere Prozedur besser passt.
Automatisch an sich ändernde Kundenbedürfnisse anpassen:
Fin überprüft das Gespräch und die Procedure Trigger Descriptions, um zu bestimmen, wann ein Prozedurenwechsel dem Kunden besser dienen würde.
Bei Bedarf klärende Fragen stellen:
Wenn mehrere Prozeduren für die Situation des Kunden in Frage kommen, kann Fin klärende Fragen stellen, um zu desambiguieren und die beste Option auszuwählen.
Help Center takes priority:
Fin wird weiterhin Help Center-Inhalte gegenüber Agentic Switch priorisieren, wenn Kundenfragen beantwortet werden.
Hinweis: Wenn in einer Prozedur aktiviert, kann Fin aus dieser Prozedur in jede andere Live-Prozedur wechseln. Die Zielprozedur muss Agentic Switch nicht aktiviert haben. Sie können weiterhin den Befehl @Switch verwenden, um Prozeduren manuell zu wechseln.