API Request
Verbinde deinen Agenten während des Gesprächs mit externen Systemen per HTTP-Request.
API Request (During-Call)
Mit During-Call API Requests kann dein Agent während eines laufenden Gesprächs HTTP-Anfragen an externe Systeme senden. Damit verbindest du deinen Agenten mit CRMs, Ticketsystemen, Datenbanken oder beliebigen Backends — in Echtzeit.

Typische Anwendungsfälle:
- Support-Ticket automatisch anlegen, während der Anrufer noch am Telefon ist
- Kundenstatus oder Auftragsinformationen aus einem CRM abrufen
- Terminbestätigung per SMS über einen externen Service auslösen
- Lead-Daten direkt in ein CRM oder eine Datenbank schreiben
So funktioniert es
- Du konfigurierst einen API Request im Tab Fähigkeiten deines Agenten
- Du beschreibst dem Modell in der Beschreibung, wann und warum es dieses Tool aufrufen soll
- Während des Gesprächs erkennt der Agent den richtigen Moment und sendet den Request
- Die Antwort des externen Systems wird dem Agenten zurückgegeben
- Der Agent verwendet die Antwort im Gespräch (z. B. „Ihr Ticket wurde erstellt")
Der Anrufer merkt davon nichts — für ihn läuft das Gespräch nahtlos weiter.
Konfiguration
Jeder API Request besteht aus folgenden Feldern:
| Feld | Beschreibung |
|---|---|
| Name | Interner Tool-Name. Kurz und beschreibend, ohne Leerzeichen (z. B. create_ticket, check_status) |
| URL | Ziel-URL, an die der Request gesendet wird (z. B. eine n8n-Webhook-URL) |
| Methode | HTTP-Methode: POST (Standard), GET, PUT oder DELETE |
| Timeout | Maximale Wartezeit in Millisekunden. Standard: 10.000ms (10 Sekunden) |
| Headers | HTTP-Header als Schlüssel-Wert-Paare (z. B. Content-Type, API-Keys) |
| Parameter | JSON-Schema, das die Parameter des Requests definiert. Das Modell füllt diese automatisch aus dem Gesprächsverlauf |
| Beschreibung | Freitext für das Modell: WANN und WARUM das Tool aufgerufen werden soll. Das wichtigste Feld |
Parameter (JSON-Schema)
Im Feld Parameter definierst du als JSON-Schema, welche Daten der Agent aus dem Gespräch extrahieren und mitsenden soll. Das Modell füllt diese Felder automatisch basierend auf dem Gesprächsverlauf.
Beispiel: Support-Ticket erstellen
{
"type": "object",
"properties": {
"caller_name": {
"type": "string",
"description": "Vollständiger Name des Anrufers"
},
"company": {
"type": "string",
"description": "Firmenname des Anrufers, falls genannt"
},
"issue_summary": {
"type": "string",
"description": "Zusammenfassung des Problems in 1–2 Sätzen"
},
"priority": {
"type": "string",
"enum": ["low", "medium", "high"],
"description": "Dringlichkeit: low, medium oder high"
},
"callback_number": {
"type": "string",
"description": "Rückrufnummer des Anrufers"
}
},
"required": ["caller_name", "issue_summary", "priority"]
}Das Modell erkennt während des Gesprächs automatisch die passenden Werte: Wenn der Anrufer sagt „Hier ist Herr Müller von der Firma Weber, unser Server ist seit heute Morgen nicht erreichbar", füllt das Modell caller_name, company und issue_summary selbstständig.
Weitere Beispiele
Kundenstatus abfragen (GET):
{
"type": "object",
"properties": {
"customer_id": {
"type": "string",
"description": "Kundennummer des Anrufers"
}
},
"required": ["customer_id"]
}Lead-Daten an CRM senden (POST):
{
"type": "object",
"properties": {
"name": { "type": "string", "description": "Name" },
"email": { "type": "string", "description": "E-Mail" },
"phone": { "type": "string", "description": "Telefonnummer" },
"interest": { "type": "string", "description": "Wofür interessiert sich der Anrufer" }
},
"required": ["name", "phone"]
}Tipp: JSON-Schema mit KI erstellen
Beschreibe in ChatGPT, Claude oder Gemini, welche Daten du übertragen willst — die KI generiert dir das passende Schema in Sekunden.
Beschreibung für das Modell
Das Feld Beschreibung ist entscheidend. Hier erklärst du dem Modell in natürlicher Sprache, wann es das Tool aufrufen soll. Je präziser die Beschreibung, desto zuverlässiger der Aufruf.
Rufe dieses Tool auf, nachdem der Anrufer sein Problem
geschildert hat und du die wichtigsten Informationen
(Name, Problem, Dringlichkeit) gesammelt hast.
Rufe es NICHT auf, bevor du das Anliegen vollständig
verstanden hast.
Wenn der Request erfolgreich ist, bestätige dem Anrufer:
"Ich habe ein Ticket für Sie erstellt. Unser Team
meldet sich zeitnah bei Ihnen."
Wenn der Request fehlschlägt, sage:
"Leider konnte ich das Ticket gerade nicht anlegen.
Ich nehme Ihr Anliegen aber auf und leite es manuell weiter."Erfolgs- und Fehlerfall definieren
Beschreibe IMMER, was der Agent bei Erfolg UND bei Fehler sagen soll. Ohne Fehlerfall bleibt der Agent stumm, wenn die API nicht antwortet.
Zusätzlich solltest du das Tool-Verhalten im System-Prompt referenzieren, z. B.:
### Wenn der Kunde ein technisches Problem meldet:
1. Höre das Problem vollständig an.
2. Fasse es in eigenen Worten zusammen.
3. Erfrage Name und Rückrufnummer.
4. Erstelle das Support-Ticket über das Tool.
5. Bestätige: "Ich habe ein Ticket für Sie erstellt."Integration mit n8n
Die häufigste Methode für API Requests ist über n8n — eine Open-Source Workflow-Automationsplattform. n8n empfängt den Request, verarbeitet die Daten und gibt eine Antwort zurück.
Ablauf
- Erstelle in n8n einen Webhook-Node (Methode: POST) — er generiert eine URL
- Trage diese URL in ScaleTalk im Feld URL ein
- Wenn der Agent den Request auslöst, sendet ScaleTalk die Daten an n8n
- n8n verarbeitet die Daten (z. B. Ticket anlegen, CRM updaten)
- n8n sendet eine Antwort zurück, die der Agent im Gespräch verwendet
n8n Workflow einrichten
Schritt 1: Webhook-Node anlegen
Erstelle einen neuen Workflow und füge als ersten Node einen Webhook hinzu. Wähle die Methode POST und kopiere die generierte Production URL.
Schritt 2: Daten verarbeiten
Ein typischer Workflow sieht so aus:
Webhook → Daten aufbereiten → Ticket erstellen → Respond to WebhookSchritt 3: Antwort zurücksenden
Der letzte Node muss ein Respond to Webhook-Node sein. Die Antwort wird dem Agenten zurückgegeben:
{
"success": true,
"ticket_id": "TK-20260218-042",
"message": "Ticket erfolgreich erstellt"
}Der Agent kann diese Antwort im Gespräch verwenden: „Ich habe Ticket TK-20260218-042 für Sie erstellt."
Production URL verwenden
Achte darauf, die Production-URL aus n8n zu verwenden — nicht die Test-URL. Teste den Webhook vor dem Go-Live z. B. über Postman oder curl.
Headers und Authentifizierung
Im Feld Headers konfigurierst du HTTP-Header als Schlüssel-Wert-Paare:
| Header | Beispiel-Wert |
|---|---|
Content-Type | application/json |
Authorization | Bearer sk-abc123xyz... |
X-API-Key | mein-geheimer-api-key |
Sicherheitshinweis
API-Keys werden in ScaleTalk verschlüsselt gespeichert. Bei n8n-Webhooks ist typischerweise keine Authentifizierung nötig, da die Webhook-URL selbst als Schlüssel dient.
Praxisbeispiel: Support-Ticket per n8n
Ein vollständiges Beispiel für einen Agenten, der während des Gesprächs automatisch ein Support-Ticket erstellt:
| Feld | Wert |
|---|---|
| Name | create_support_ticket |
| URL | https://n8n.meinefirma.de/webhook/abc-123-xyz |
| Methode | POST |
| Timeout | 10000 |
| Headers | Content-Type: application/json |
Parameter: Siehe das JSON-Schema im Abschnitt oben (caller_name, company, issue_summary, priority, callback_number).
Beschreibung:
Verwende dieses Tool, um ein Support-Ticket anzulegen.
Rufe es auf, NACHDEM du das Anliegen vollständig verstanden
und die wichtigsten Daten gesammelt hast.
Wenn erfolgreich: Bestätige dem Anrufer, dass ein Ticket
erstellt wurde und sich jemand meldet.
Wenn fehlgeschlagen: Sage, dass du das Anliegen manuell
weiterleitest.Tipps und Fehlerbehebung
Best Practices
- Timeout angemessen wählen: 10 Sekunden für die meisten Fälle, bei langsamen APIs auf 20–30 Sekunden erhöhen
- Immer Fehlerfall definieren: Ohne Fehlerfall bleibt der Agent stumm bei API-Problemen
- Wenige, präzise Parameter: Je weniger Parameter, desto zuverlässiger die Extraktion
- Beschreibungen im Schema: Jedes Feld braucht eine
description— ohne sie weiß das Modell nicht, was es einfüllen soll - Im System-Prompt referenzieren: Sage im Gesprächsablauf explizit, wann das Tool aufgerufen werden soll
Häufige Probleme
| Problem | Lösung |
|---|---|
| Agent ruft Tool nicht auf | Beschreibung präzisieren. Im System-Prompt explizit auf das Tool verweisen |
| Agent ruft Tool zu früh auf | In der Beschreibung klar definieren, welche Daten VORHER gesammelt sein müssen |
| Felder werden leer gesendet | Sicherstellen, dass die description in jedem Schema-Feld aussagekräftig ist |
| Timeout-Fehler | Timeout-Wert erhöhen. Prüfen, ob der Webhook erreichbar ist |
| Webhook antwortet nicht | In n8n prüfen: Ist der Workflow aktiv? Ist es die Production-URL? |
| Falsche Daten im Ticket | Schema-Beschreibungen verbessern. Ggf. enum-Werte einschränken |
Im Prompt referenzieren
Neben der Tool-Konfiguration und der Beschreibung im Tool selbst solltest du auch im System-Prompt definieren, wann der Agent den API Request aufrufen soll. Erwähne dabei den genauen Tool-Namen (z. B. create_ticket oder „Auftragsstatus").
Beispiel:
### Wenn der Kunde ein technisches Problem meldet:
1. Höre das Problem vollständig an.
2. Fasse es in eigenen Worten zusammen.
3. Erfrage Name und Rückrufnummer.
4. Erstelle das Support-Ticket über den API Request "create_ticket".
5. Bestätige: "Ich habe ein Ticket für Sie erstellt.
Unser Team meldet sich zeitnah bei Ihnen."
6. Wenn der API Request fehlschlägt:
"Leider konnte ich das Ticket gerade nicht anlegen.
Ich leite Ihr Anliegen manuell weiter."Mehr Informationen dazu findest du im Prompting-Guide.