Skip to main content
Glama

Claimondo — Kfz-Gutachter finden & Termin buchen

Schaden melden + Gutachter-Termin anstoßen (WRITE)

claimondo_melde_schaden

Meldet einen Kfz-Schaden bei Claimondo und stößt die Gutachter-/Termin-Buchung an. ERZEUGT EINEN LEAD und sendet dem Kunden seinen persönlichen FlowLink per WhatsApp — eine SCHREIBENDE Aktion, kein read.

WICHTIG — Einwilligung (DSGVO): Rufe dieses Tool NUR mit einwilligung_erteilt=true auf, NACHDEM du dem Nutzer erklärt hast, dass (a) Claimondo seine Angaben zur Gutachter-/Termin-Vermittlung verarbeitet, (b) der Kontakt per WhatsApp erfolgt, (c) die Verarbeitung teils über einen KI-Dienst in den USA läuft — UND der Nutzer ausdrücklich zugestimmt hat. Ohne Zustimmung lehnt der Server ab (einwilligung_erforderlich).

WICHTIG — keine Rechtsberatung: Du vermittelst Gutachter + Termin (allgemeine Infos zur Schadensregulierung sind ok), keine individuelle Rechtsberatung.

Ablauf: erst claimondo_finde_gutachter_termine (Gutachter + freie Slots) → Nutzer wählt (sv_id + wunschtermin) → Name + WhatsApp-Nr erfragen → Einwilligung einholen → dieses Tool. Den finalen Termin + die Details (Vollmacht, Schuldfrage) setzt der Kunde anschließend selbst im FlowLink (/flow).

Returns: { ok, status, kanal (whatsapp|sms|email|none), hinweis }. KEIN Link/keine PII im Ergebnis — der Link geht direkt per WhatsApp an den Kunden.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
plzYes5-stellige PLZ des Besichtigungsorts (wo das Fahrzeug steht).
nameYesName des Kunden.
emailYesE-Mail des Kunden — PFLICHTANGABE. Frage sie aktiv ab. Sie ist die Rückfallebene, wenn das Telefon nicht trägt: ohne sie ist der Vorgang verloren, sobald die Nummer kein WhatsApp/SMS empfängt (Festnetz, Zahlendreher, Nummer ohne WhatsApp) — der Kunde bekommt dann gar keinen Link. Will der Nutzer ausdrücklich keine angeben, sende exakt "keine" — dann übernimmt Dispatch den Anruf.
sv_idNoOpakes Gutachter-Handle aus claimondo_finde_gutachter_termine (gutachter[].id), falls gewählt.
hergangYesKurze Schilderung, was passiert ist (Unfallhergang).
telefonYesTelefonnummer des Kunden für den FlowLink-Versand. Bevorzugt eine MOBILnummer — der Link geht zuerst per WhatsApp, dann per SMS. Eine Festnetznummer kann beides nicht empfangen; dann trägt nur die E-Mail.
slot_endNoGewählter Slot-ENDE als ISO-8601 (gutachter[].termine[].end). Zusammen mit slot_start.
schadenartYesSchadenart / Unfalltyp, z. B. "Auffahrunfall", "Parkschaden".
slot_startNoGewählter Slot-START als ISO-8601 (gutachter[].termine[].start). Mit slot_end + sv_id → echte Termin-Reservierung.
wunschterminNoOptional: vager Wunschtermin (weicher Hold), falls KEIN konkreter Slot gewählt wurde.
einwilligung_erteiltYesMUSS true sein und NUR nach ausdrücklicher Nutzer-Zustimmung gesetzt werden: Verarbeitung der Angaben + Kontakt per WhatsApp/SMS/E-Mail + Hinweis auf KI-Dienst/USA.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
okYes
kanalYes
statusYes
hinweisYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • changedInput schema / properties / email / description
      Previous value: -"E-Mail des Kunden — die Rückfallebene, wenn Telefon nicht trägt. IMMER MITERFRAGEN. Ohne sie ist der Vorgang verloren, sobald die Nummer kein WhatsApp/SMS empfängt (Festnetz, Zahlendreher, Nummer ohne WhatsApp) — der Kunde bekommt dann gar keinen Link und kommt nie in seinen Vorgang zurück. Freiwillig: Will der Nutzer keine angeben, trotzdem fortfahren."New value: +"E-Mail des Kunden — PFLICHTANGABE. Frage sie aktiv ab. Sie ist die Rückfallebene, wenn das Telefon nicht trägt: ohne sie ist der Vorgang verloren, sobald die Nummer kein WhatsApp/SMS empfängt (Festnetz, Zahlendreher, Nummer ohne WhatsApp) — der Kunde bekommt dann gar keinen Link. Will der Nutzer ausdrücklich keine angeben, sende exakt \"keine\" — dann übernimmt Dispatch den Anruf."
    • removedInput schema / properties / email / format
      Removed value: -"email"
    • changedInput schema / required
      Previous value: -[
      -  "schadenart",
      -  "hergang",
      -  "plz",
      -  "name",
      -  "telefon",
      -  "einwilligung_erteilt"
      -]New value: +[
      +  "schadenart",
      +  "hergang",
      +  "plz",
      +  "name",
      +  "telefon",
      +  "email",
      +  "einwilligung_erteilt"
      +]
  2. Changed3 schema fields changed
    • changedInput schema / properties / einwilligung_erteilt / description
      Previous value: -"MUSS true sein und NUR nach ausdrücklicher Nutzer-Zustimmung gesetzt werden: Verarbeitung der Angaben + WhatsApp-Kontakt + Hinweis auf KI-Dienst/USA."New value: +"MUSS true sein und NUR nach ausdrücklicher Nutzer-Zustimmung gesetzt werden: Verarbeitung der Angaben + Kontakt per WhatsApp/SMS/E-Mail + Hinweis auf KI-Dienst/USA."
    • addedInput schema / properties / email
      Added value: +{
      +  "description": "E-Mail des Kunden — die Rückfallebene, wenn Telefon nicht trägt. IMMER MITERFRAGEN. Ohne sie ist der Vorgang verloren, sobald die Nummer kein WhatsApp/SMS empfängt (Festnetz, Zahlendreher, Nummer ohne WhatsApp) — der Kunde bekommt dann gar keinen Link und kommt nie in seinen Vorgang zurück. Freiwillig: Will der Nutzer keine angeben, trotzdem fortfahren.",
      +  "format": "email",
      +  "maxLength": 120,
      +  "type": "string"
      +}
    • changedInput schema / properties / telefon / description
      Previous value: -"WhatsApp-Nummer des Kunden (für den FlowLink-Versand)."New value: +"Telefonnummer des Kunden für den FlowLink-Versand. Bevorzugt eine MOBILnummer — der Link geht zuerst per WhatsApp, dann per SMS. Eine Festnetznummer kann beides nicht empfangen; dann trägt nur die E-Mail."
  3. Changed3 schema fields changed
    • addedInput schema / properties / slot_end
      Added value: +{
      +  "description": "Gewählter Slot-ENDE als ISO-8601 (gutachter[].termine[].end). Zusammen mit slot_start.",
      +  "type": "string"
      +}
    • addedInput schema / properties / slot_start
      Added value: +{
      +  "description": "Gewählter Slot-START als ISO-8601 (gutachter[].termine[].start). Mit slot_end + sv_id → echte Termin-Reservierung.",
      +  "type": "string"
      +}
    • changedInput schema / properties / wunschtermin / description
      Previous value: -"Gewählter Slot als ISO-8601 (gutachter[].termine[].start) — weicher Hold."New value: +"Optional: vager Wunschtermin (weicher Hold), falls KEIN konkreter Slot gewählt wurde."
  4. Added

TDQS

A4.8/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=false, destructiveHint=false, but the description goes further by explicitly stating it creates a lead and sends a WhatsApp message, making it a write operation. It also discloses the DSGVO compliance requirements and the fact that the server rejects without consent. This adds critical behavioral context beyond the annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is detailed and necessary given the complexity and compliance requirements. The critical warnings (DSGVO, no legal advice) are front-loaded, and the workflow is clearly structured. While it is long, every sentence serves a purpose, and the structure aids readability.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a complex write operation with 11 parameters and strict compliance requirements, the description covers the workflow, prerequisites, and the output format. It explains that no link or PII is returned, which is essential for the agent to set expectations. The output schema exists, so return values are covered, and the description ties everything together.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so the baseline is 3. However, the description adds significant value for the 'email' parameter, explaining why it's required as a fallback and instructing how to handle refusal. It also clarifies the relationship between slot_start, slot_end, and sv_id for actual booking, which is not obvious from the schema alone.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description starts with a clear, specific action: 'Meldet einen Kfz-Schaden bei Claimondo und stößt die Gutachter-/Termin-Buchung an.' It explicitly distinguishes itself from other tools by focusing on creating a lead and initiating the flow, rather than just finding experts or checking status. The mention of 'SCHREIBENDE Aktion' clearly separates it from read-only operations.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides a step-by-step workflow, telling the agent to first call claimondo_finde_gutachter_termine, then gather user input, and finally invoke this tool. It also specifies when NOT to use it: without explicit consent (einwilligung_erteilt=true). It names the alternative tools for finding experts, making the usage context unambiguous.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources