Servicekatalog für KI-Agenten: Datenmodell und 90-Tage-Plan

Ein Servicekatalog für KI-Agenten ist eine versionierte, maschinenlesbare Liste buchbarer oder anfragbarer Leistungen samt Bedingungen und erlaubten Aktionen. Der Katalog beschreibt, was Dein Betrieb anbietet, welche Preislogik gilt, wo die Leistung verfügbar ist und innerhalb welcher Grenzen KI-Agenten handeln dürfen.

Für ein KMU entsteht der Nutzen durch eine verlässliche Leistungsquelle: Dein Team, die Website, Suchmaschinen, interne Systeme und digitale Assistenten greifen auf dieselben freigegebenen Angaben zu. So werden aus verstreuten Website-Texten maschinenlesbare Leistungen, die eindeutig ausgewählt, angefragt und später gegebenenfalls gebucht werden können.

Ein Agent-Servicekatalog macht aus einer Leistungsbeschreibung ein kontrollierbares Angebot: eindeutig identifiziert, fachlich geprüft, aktuell und nur innerhalb definierter Grenzen nutzbar.

Was ein Servicekatalog für KI-Agenten leisten muss

Eine klassische Leistungsseite soll Menschen informieren und bei einer Entscheidung unterstützen. Ein maschinenlesbarer Servicekatalog muss zusätzlich eindeutige Antworten liefern: Welche Leistung ist gemeint? Wo wird die Leistung angeboten? Was kostet sie? Welche Informationen fehlen für eine Anfrage? Darf ein KI-Agent nur informieren oder auch eine Reservierung auslösen?

Ein Mensch erkennt oft aus dem Zusammenhang, dass „Beratung ab 120 Euro“ wahrscheinlich einen Stundensatz bezeichnet. Ein System braucht eine klare Angabe zu Einheit, Währung, Gültigkeit und möglichen Abweichungen. Fehlen diese Angaben, darf der KI-Agent weder raten noch einen vermeintlich passenden Preis ergänzen.

Ein guter Servicekatalog erfüllt vier Aufgaben:

• Identifizieren: Jede Leistung besitzt eine stabile Leistungs-ID und ist dadurch über Sprachen, Kanäle und Versionen hinweg eindeutig.
• Beschreiben: Inhalt, Nutzen, Voraussetzungen, Leistungsgebiet und Dauer sind strukturiert hinterlegt.
• Begrenzen: Erlaubte Aktionen, Berechtigungen und notwendige Bestätigungen sind ausdrücklich festgelegt.
• Aktualisieren: Status, Version, Freigabe und Aktualisierungsdatum zeigen, welche Angaben verwendet werden dürfen.

Knowledge Catalog und Servicekatalog sind nicht dasselbe

Ein Knowledge Catalog verwaltet umfassendes Unternehmenswissen. Dazu können Prozessbeschreibungen, interne Dokumente, Erfahrungswissen, Richtlinien, Zuständigkeiten, Datenquellen und vertrauliche Informationen gehören. Ein Knowledge Catalog hilft Deinem Betrieb, Wissen auffindbar, nachvollziehbar und kontrolliert nutzbar zu machen.

Der Servicekatalog ist eine bewusst begrenzte Veröffentlichungsschicht. Er übernimmt aus dem internen Wissen nur jene geprüften Angaben, die für Auswahl, Anfrage, Verfügbarkeitsprüfung oder Buchung notwendig sind. Interne Kalkulationen, persönliche Notizen, nicht freigegebene Preise und vertrauliche Arbeitsanweisungen gehören nicht in diese Veröffentlichungsschicht.

Der Übergang sollte nicht durch einfaches Kopieren erfolgen. Zwischen Knowledge Catalog und Servicekatalog liegt ein verbindlicher Freigabeprozess:

• Der Leistungseigentümer bestätigt Inhalt, Umfang und betriebliche Machbarkeit.
• Die Redaktion prüft Verständlichkeit, Sprache und Widerspruchsfreiheit.
• Datenschutz und Organisation prüfen erforderliche Eingaben und deren Zweck.
• Die Technik validiert Datenformat, Pflichtfelder und Aktionsgrenzen.
• Eine benannte Person erteilt die fachliche Freigabe für die Veröffentlichung.

Damit wird der freigegebene Katalog zur Single Source of Truth für veröffentlichte Leistungsdaten. Wie Du eine solche verbindliche Datenquelle schrittweise aufbaust, zeigt unser 30-Tage-Startplan für eine Single Source of Truth.

Das Datenmodell für maschinenlesbare Leistungen

Ein brauchbares Datenmodell muss klein genug für den betrieblichen Alltag und genau genug für automatisierte Prozesse sein. Aus meiner Arbeit mit KMU kenne ich die Versuchung, jede Ausnahme von Anfang an abzubilden. Das führt häufig zu einem überladenen System, das im Alltag nicht zuverlässig gepflegt wird. Besser ist ein verbindlicher Kern mit klar ergänzbaren Feldern.

Identität und Beschreibung

• Leistungs-ID: Eine dauerhaft stabile Kennung, zum Beispiel „PHOTO-BUSINESS-001“. Die ID ändert sich nicht, wenn Name oder Übersetzung angepasst werden.
• Name: Die verständliche Bezeichnung der Leistung in der jeweiligen Sprache.
• Beschreibung: Eine kurze, sachliche Erklärung von Inhalt, Ergebnis und Abgrenzung.
• Sprache: Die Sprachversion des Inhalts, zum Beispiel de, it oder en.

Konditionen und Ausführung

• Preislogik: Festpreis, Ab-Preis, Preisspanne, Einheitspreis, individuelle Kalkulation oder nicht öffentlich.
• Währung: Zum Beispiel EUR. Die Währung darf nicht nur aus dem Standort abgeleitet werden.
• Leistungsgebiet: Die Region, konkrete Orte, ein Radius oder die Angabe, dass die Leistung digital beziehungsweise vor Ort verfügbar ist.
• Dauer: Die typische Ausführungsdauer, eine Spanne oder der Hinweis, dass die Dauer erst nach Prüfung festgelegt wird.
• Voraussetzungen: Bedingungen, die vor Anfrage, Durchführung oder Buchung erfüllt sein müssen.
• Verfügbarkeit: Der aktuelle Status oder eine definierte Methode, über die freie Kapazitäten geprüft werden.
• Erforderliche Eingaben: Jene Angaben, die für eine qualifizierte Anfrage benötigt werden.

Steuerung und Pflege

• Erlaubte Aktionen: Informieren, Verfügbarkeit prüfen, Anfrage vorbereiten, Anfrage absenden, reservieren oder verbindlich buchen.
• Status: Entwurf, in Prüfung, freigegeben, pausiert, zurückgezogen oder archiviert.
• Version: Eine nachvollziehbare Versionsnummer für Änderungen und Rücknahmen.
• Aktualisierungsdatum: Der Zeitpunkt der letzten fachlich freigegebenen Änderung.

Beispielobjekt einer fiktiven KMU-Leistung

Das folgende Beispiel zeigt eine fiktive Leistung aus der Business-Fotografie. Die Daten sind bewusst einfach gehalten und enthalten keine echten Preise oder Partnerdaten.

{
  "service_id": "PHOTO-BUSINESS-001",
  "language": "de",
  "name": "Business-Fotoshooting vor Ort",
  "description": "Fotoproduktion für Team, Arbeitsumgebung und Unternehmenskommunikation.",
  "pricing": {
    "type": "individual_quote",
    "currency": "EUR",
    "public_price": false
  },
  "service_area": {
    "type": "region",
    "value": ["Südtirol"],
    "travel_costs_may_apply": true
  },
  "duration": {
    "type": "range",
    "minimum": 2,
    "maximum": 8,
    "unit": "hours"
  },
  "requirements": [
    "Abgestimmtes Briefing",
    "Zugang zu den Aufnahmeorten",
    "Benannte Kontaktperson am Produktionstag"
  ],
  "availability": {
    "type": "request_required",
    "live_check": false
  },
  "required_inputs": [
    "Unternehmen",
    "gewünschter Einsatzbereich der Bilder",
    "Aufnahmeort",
    "gewünschter Zeitraum",
    "Anzahl der zu fotografierenden Personen"
  ],
  "allowed_actions": [
    "read",
    "prepare_request",
    "submit_request"
  ],
  "human_confirmation": {
    "required_for_reservation": true,
    "required_for_booking": true
  },
  "status": "approved",
  "version": "1.2",
  "updated_at": "2026-04-15"
}

Die Leistungs-ID verbindet alle Sprachfassungen mit derselben Leistung. Die Preislogik „individual_quote“ sagt ausdrücklich, dass keine öffentliche Preisangabe vorliegt. Der KI-Agent darf deshalb ein Angebot anfordern, aber keinen Preis berechnen.

Das Leistungsgebiet begrenzt die geografische Ausführung. Die Dauer ist als Spanne hinterlegt, nicht als Garantie. Die Voraussetzungen helfen, unvollständige Anfragen zu vermeiden. Die erforderlichen Eingaben sind auf das notwendige Maß begrenzt. Die erlaubten Aktionen enden beim Absenden einer Anfrage; Reservierung und Buchung verlangen eine menschliche Bestätigung.

Preislogik: Was ein KI-Agent sagen darf

Preisangaben sind für KI-Agenten nur dann eindeutig, wenn Bezugsgröße und Gültigkeit feststehen. Auf vielen Websites finden sich Angaben wie „ab“, „je nach Aufwand“ oder „Preis auf Anfrage“, ohne dass klar ist, worauf sich die Formulierung bezieht. Für einen maschinenlesbaren Katalog muss deshalb jede Preislogik ausdrücklich bezeichnet werden.

• Festpreis: Der definierte Leistungsumfang besitzt einen verbindlich angegebenen Preis. Zusatzleistungen müssen getrennt beschrieben werden.
• Ab-Preis: Der genannte Betrag ist die Untergrenze. Der Katalog muss erklären, welche Faktoren den endgültigen Preis verändern.
• Preisspanne: Mindest- und Höchstwert gelten für einen beschriebenen Rahmen. Außerhalb dieses Rahmens ist eine individuelle Prüfung notwendig.
• Einheitspreis: Der Preis gilt pro Stunde, Stück, Person, Nacht, Quadratmeter oder einer anderen klar benannten Einheit.
• Individuelle Kalkulation: Ein Preis entsteht erst nach Prüfung der erforderlichen Eingaben.
• Nicht öffentlich: Der Preis ist intern vorhanden, darf aber nicht öffentlich oder automatisiert ausgegeben werden.

Fehlt ein freigegebener Preis, muss der KI-Agent nachfragen oder den Vorgang an einen Menschen übergeben. Ein nicht freigegebener oder errechneter Fantasiepreis darf nicht ausgegeben werden.

Preisregeln brauchen außerdem ein Gültigkeitsdatum und eine zuständige Person. Bei saisonalen Leistungen, Rohstoffschwankungen oder stark variablen Aufwänden kann eine kurze Prüffrist sinnvoller sein als eine unbefristete Preisangabe.

Von „lesen“ bis „buchen“: erlaubte Aktionen staffeln

Maschinenlesbarkeit bedeutet nicht automatisch Handlungsfreiheit. Ein KI-Agent kann eine Leistung lesen, ohne eine Anfrage absenden zu dürfen. Ebenso ist eine vorbereitete Anfrage noch keine Reservierung und keine verbindliche Buchung.

Für KMU empfehle ich ein gestuftes Aktionsmodell:

• 1. Lesen: Der KI-Agent darf freigegebene Namen, Beschreibungen, Bedingungen und Preisangaben wiedergeben. Eine menschliche Bestätigung ist nicht notwendig.
• 2. Verfügbarkeit prüfen: Der KI-Agent darf einen freigegebenen Kalender oder Bestand abfragen. Die Prüfung ist unverbindlich und wird protokolliert.
• 3. Anfrage vorbereiten: Der KI-Agent sammelt erforderliche Eingaben und erstellt einen Entwurf. Der Mensch prüft den Entwurf vor der Übermittlung.
• 4. Anfrage absenden: Der KI-Agent übermittelt die Angaben nach ausdrücklicher Zustimmung. Das Unternehmen bestätigt anschließend den Eingang, nicht automatisch die Durchführung.
• 5. Reservieren: Der KI-Agent blockiert eine Kapazität befristet. Reservierungsdauer, Verfall und Identität der anfragenden Person müssen eindeutig geregelt sein.
• 6. Verbindlich buchen: Der KI-Agent löst eine rechtlich und wirtschaftlich relevante Aktion aus. Identität, Preis, Umfang, Zahlungs- oder Stornobedingungen und menschliche Bestätigung müssen vorab festgelegt sein.

Jede Aktionsstufe benötigt eine eigene Berechtigung. Ein pauschales Feld wie „buchbar: ja“ ist zu grob. Sinnvoller sind getrennte Rechte, protokollierte Aufrufe, definierte Fehlerfälle und eine menschliche Eskalation, sobald Angaben fehlen oder Regeln widersprüchlich sind.

Die Weiterentwicklung von der Anfrage zur Transaktion beschreiben wir ausführlicher im Beitrag über die Buchung durch KI-Agenten.

Vorher und nachher: ein typisches Südtiroler KMU

Ein Muster, das ich in meiner Arbeit mit inhabergeführten Betrieben häufig sehe, ist ein Dienstleister mit mehreren Leistungsseiten in Deutsch und Italienisch. Einzelne Preise stehen auf der Website, andere nur in PDF-Unterlagen. Leistungsgebiete werden einmal mit „Südtirol“, einmal mit „Bozen und Umgebung“ und an anderer Stelle gar nicht angegeben.

Wird später eine englische Fassung ergänzt, beschreibt sie mitunter einen älteren Stand. Das folgende Beispiel fasst dieses wiederkehrende Muster zusammen und bezieht sich nicht auf einen einzelnen Partnerbetrieb.

Vor der Strukturierung

• Leistungen besitzen keine dauerhaften IDs.
• Preise und Leistungsumfang stehen in mehreren Dokumenten.
• Übersetzungen werden als unabhängige Texte gepflegt.
• Anfragen kommen häufig ohne Zeitraum, Ort oder benötigten Umfang an.
• Website und interne Angebotsvorlagen widersprechen sich stellenweise.
• Ein digitaler Assistent kann Inhalte lesen, aber keine verlässliche Auswahl treffen.

Nach der Strukturierung

• Jede Leistung besitzt eine sprachunabhängige Leistungs-ID.
• Preislogik, Dauer, Leistungsgebiet und Voraussetzungen liegen zentral vor.
• Deutsch, Italienisch und Englisch greifen auf denselben fachlichen Datensatz zurück.
• Sprachabhängige Texte und lokale Bedingungen werden getrennt, aber verbunden gepflegt.
• Eine Anfrage fordert nur die für die Leistung definierten Eingaben ab.
• Der KI-Agent erkennt, ob er informieren, prüfen oder eine Anfrage vorbereiten darf.
• Änderungen erhalten Version, Datum, Verantwortlichen und Freigabestatus.

Der entscheidende Fortschritt ist die betriebliche Klarheit. Der Betrieb weiß verbindlich, welche Angaben aktuell sind und welche Kanäle sie verwenden dürfen. Automatisierung wird damit zur Folge guter Organisation, nicht zu deren Ersatz.

Mehrsprachiger Servicekatalog für Südtirol

Ein mehrsprachiger Servicekatalog sollte nicht aus drei voneinander getrennten Datenbeständen bestehen. Unabhängig gepflegte Datensätze erhöhen das Risiko abweichender Preise, veralteter Voraussetzungen und widersprüchlicher Leistungsgebiete.

Die stabile Leistungs-ID bleibt deshalb in allen Sprachen gleich. Übersetzt werden Name, Beschreibung, Hinweise und nutzerbezogene Auswahlfelder. Währung, Status, Version und technische Aktionsrechte werden zentral geführt, sofern keine sachlich begründete lokale Abweichung besteht.

Bei jeder Änderung sollte der Katalog den Übersetzungsstatus speichern:

• Aktuell: Die Sprachfassung entspricht der freigegebenen Ausgangsversion.
• Übersetzung erforderlich: Der fachliche Inhalt wurde geändert.
• In Prüfung: Die Übersetzung liegt vor, ist aber noch nicht freigegeben.
• Nicht veröffentlichen: Die Sprachfassung ist unvollständig oder widersprüchlich.

Lokale Bedingungen dürfen abweichen, müssen aber ausdrücklich modelliert werden. Wird eine Leistung nur in bestimmten Regionen vor Ort angeboten, gehört diese Abweichung in das Leistungsgebiet und nicht ausschließlich in einen Fließtext.

Der Freigabeprozess vom Entwurf bis zur Rücknahme

Ein Servicekatalog braucht einen definierten Lebenszyklus. Ohne Statusmodell kann ein zurückgezogenes Angebot weiterhin über eine Schnittstelle erreichbar bleiben oder von einem KI-Agenten aus einem alten Datensatz übernommen werden.

Erfassung und Prüfung

• Entwurf: Die Leistung wird erfasst, darf aber noch nicht veröffentlicht werden.
• Fachprüfung: Leistungseigentümer prüfen Umfang, Preislogik, Voraussetzungen und Verfügbarkeit.
• Sprachprüfung: Redaktion und Übersetzung prüfen verständliche, konsistente Fassungen.
• Technische Validierung: Pflichtfelder, Formate, IDs, Verknüpfungen und erlaubte Aktionen werden getestet.

Freigabe und Veröffentlichung

• Freigabe: Eine verantwortliche Person genehmigt eine konkrete Version.
• Veröffentlichung: Nur die freigegebene Version wird an Website, strukturierte Daten oder Schnittstellen ausgegeben.
• Änderung: Anpassungen erzeugen eine neue Version, während die aktive Fassung bis zur Freigabe bestehen bleibt.

Pause und Rücknahme

• Pause: Eine Leistung bleibt dokumentiert, darf aber vorübergehend nicht angefragt oder gebucht werden.
• Rücknahme: Die Leistung wird aus aktiven Ausgaben entfernt. Bestehende Vorgänge und frühere Versionen bleiben nachvollziehbar.

Versionierung ist keine technische Nebensache. Die Version dokumentiert, auf welcher Grundlage eine Anfrage oder Reservierung entstanden ist. Besonders bei geänderten Preisen, Fristen oder Leistungsumfängen muss der konkrete Stand nachvollziehbar bleiben.

Schema.org, Schnittstelle und Website-Ausgabe

Ein interner Servicekatalog allein macht eine Leistung noch nicht öffentlich maschinenlesbar. Die freigegebenen Daten müssen über passende Ausgabekanäle bereitgestellt werden: als verständliche Website, über strukturierte Daten und bei weitergehenden Anwendungen über eine kontrollierte Schnittstelle.

Schema.org stellt unter anderem die Typen „Service“ und „Offer“ sowie Eigenschaften für Preise, Währungen und Verfügbarkeit bereit. Damit lassen sich ausgewählte Leistungs- und Angebotsdaten standardisiert auszeichnen. Schema.org bildet jedoch nicht automatisch Deinen gesamten Freigabeprozess, interne Rollen oder fein abgestufte Aktionsrechte ab. Diese Regeln müssen in Deinem eigenen Datenmodell und in der Prozesslogik bestehen.

Strukturierte Daten sind nur dann verlässlich, wenn Inhalt und technische Ausgabe übereinstimmen. Für die Prüfung eignet sich unser Leitfaden zur Validierung von JSON-LD und strukturierten Daten.

Der International Monetary Fund beschreibt für 2026 mehrere offene Ansätze für agentische Transaktionen, darunter Spezifikationen für Checkout-Abläufe und umfassendere Handelsprozesse. Die Ansätze unterscheiden sich nach Aufgabe, Sicherheitsmodell, Implementierung und Reifegrad. Ein KMU sollte sein eigenes Leistungsmodell deshalb nicht vollständig an eine einzelne junge Spezifikation binden.

Der stabile Teil der Architektur sind die eigenen, geprüften Leistungsdaten. Technische Protokolle können später als zusätzliche Übergabeschicht angebunden oder ausgetauscht werden.

btlabs Core als mögliches technisches Fundament

btlabs Core kann als zentrale Inhaltsbasis für einen Servicekatalog für KI-Agenten dienen. Die Plattform ist darauf ausgelegt, Websites, mehrsprachige Inhalte und maschinenlesbare Ausgaben aus einer gemeinsamen Datenquelle zu versorgen. Das unterstützt den Grundsatz, Leistungen einmal verbindlich zu pflegen und kontrolliert über mehrere Kanäle auszugeben.

Buchende KI-Agenten sind eine technisch vorbereitete Ausbaustufe und keine bereits enthaltene Standardfunktion. Ob ein KI-Agent Verfügbarkeiten prüfen, reservieren oder buchen darf, erfordert eine individuelle Prozessanalyse, passende Schnittstellen, Sicherheitsregeln und einen abgestimmten Freigabeablauf.

Die Technik kann eine saubere Organisation abbilden. Sie kann aber nicht entscheiden, welche Leistung verbindlich buchbar ist, wer Preisänderungen freigibt oder wann ein Mensch übernehmen muss. Diese Verantwortung bleibt im Unternehmen.

90-Tage-Plan für den Servicekatalog für KI-Agenten

Tag 1 bis 30: Bestand und Verantwortung klären

• Alle aktiven Leistungen aus Website, PDFs, Angeboten und internen Unterlagen inventarisieren.
• Dubletten, alte Bezeichnungen und widersprüchliche Preisangaben markieren.
• Für jede Leistung einen fachlichen Leistungseigentümer benennen.
• Ein einheitliches Schema für Leistungs-IDs festlegen.
• Pflichtfelder und zulässige Preislogiken definieren.
• Redaktion, Technik, Datenschutz und finale Freigabe personell zuordnen.
• Mit fünf bis zehn häufig angefragten Leistungen beginnen, statt sofort das gesamte Unternehmen abzubilden.

Tag 31 bis 60: Daten pflegen und Grenzen festlegen

• Name, Beschreibung, Preislogik, Währung, Leistungsgebiet und Dauer erfassen.
• Voraussetzungen und erforderliche Eingaben je Leistung definieren.
• Erlaubte Aktionen für jede Leistung einzeln festlegen.
• Menschliche Bestätigung, Eskalation und Fehlerfälle dokumentieren.
• Sprachfassungen mit derselben Leistungs-ID verbinden.
• Statusmodell und Versionierung einführen.
• Die erste fachliche, sprachliche und technische Prüfung durchführen.

Tag 61 bis 90: Veröffentlichen und testen

• Nur freigegebene Datensätze an die Website ausgeben.
• Relevante Angaben als strukturierte Daten bereitstellen.
• Testanfragen für unterschiedliche Sprachen, Orte und Preislogiken durchführen.
• Prüfen, ob fehlende Eingaben erkannt und verständlich nachgefordert werden.
• Sicherstellen, dass der KI-Agent nicht erlaubte Aktionen zuverlässig ablehnt.
• Rücknahme, Pause und Preisänderung als reale Szenarien testen.
• Ein regelmäßiges Prüfintervall und Verantwortliche für Aktualisierungen festlegen.

Qualitätscheck für einen Agent-Servicekatalog

Datenqualität

• Besitzt jede aktive Leistung eine eindeutige und stabile Leistungs-ID?
• Ist die Preislogik ausdrücklich benannt?
• Sind Leistungsgebiet, Dauer und Voraussetzungen eindeutig?
• Sind erforderliche Eingaben auf das notwendige Maß begrenzt?

Steuerung

• Sind erlaubte Aktionen je Leistung einzeln festgelegt?
• Ist klar, wann eine menschliche Bestätigung erforderlich ist?
• Kann eine Leistung pausiert oder vollständig zurückgezogen werden?
• Werden Anfrage, Reservierung und verbindliche Buchung klar unterschieden?

Pflege und Ausgabe

• Verweisen alle Sprachfassungen auf denselben fachlichen Datensatz?
• Besitzt jede Veröffentlichung Status, Version und Aktualisierungsdatum?
• Werden Änderungen fachlich geprüft, bevor sie veröffentlicht werden?
• Stimmen Website, strukturierte Daten und Schnittstelle inhaltlich überein?

Fragen und Antworten zum Servicekatalog

Welche Mindestfelder braucht ein Servicekatalog für KI-Agenten?

Mindestens erforderlich sind Leistungs-ID, Name, Beschreibung, Preislogik, Währung, Leistungsgebiet, Voraussetzungen, erforderliche Eingaben, erlaubte Aktionen, Sprache, Status, Version und Aktualisierungsdatum. Verfügbarkeit und Dauer dürfen als „nach Prüfung“ gekennzeichnet sein, sollten aber nicht kommentarlos fehlen.

Wie gehe ich mit dynamischen oder individuellen Preisen um?

Kennzeichne die Preislogik als Preisspanne, Einheitspreis oder individuelle Kalkulation und hinterlege die Faktoren, die für ein Angebot benötigt werden. Ein KI-Agent darf nur freigegebene Werte nennen und muss bei fehlender Kalkulationsgrundlage an einen Menschen übergeben.

Wie oft müssen Leistungsdaten aktualisiert werden?

Die passende Frequenz hängt von der Veränderlichkeit der Leistung ab. Saisonale Verfügbarkeiten können eine tägliche Prüfung benötigen, während stabile Beschreibungen quartalsweise geprüft werden können. Entscheidend sind ein benannter Verantwortlicher und ein dokumentiertes Prüfdatum.

Müssen Servicekatalog und Website identisch aussehen?

Nein, aber beide Ausgaben müssen dieselben fachlichen Kernaussagen verwenden. Die Website darf Inhalte ausführlicher und nutzerorientiert darstellen, während der maschinenlesbare Katalog dieselben Angaben in eindeutige Felder überführt.

Braucht mein KMU sofort eine API?

Nein. Für den Einstieg reichen häufig zentral gepflegte Leistungsdaten, eine konsistente Website-Ausgabe und passende strukturierte Daten. Eine API wird relevant, wenn externe Systeme aktuelle Verfügbarkeiten prüfen, Anfragen übermitteln oder Aktionen auslösen sollen.

Reicht Schema.org für einen vollständigen Agent-Servicekatalog?

Schema.org unterstützt die standardisierte Beschreibung ausgewählter Dienstleistungen, Angebote, Preise und Verfügbarkeiten. Interne Rollen, Freigaben, Versionierung, fein abgestufte Aktionsrechte und betriebliche Eskalationen benötigen jedoch ein ergänzendes eigenes Daten- und Prozessmodell.

Wer haftet bei falschen Angaben eines KI-Agenten?

Die konkrete rechtliche Verantwortung hängt vom Anwendungsfall, den beteiligten Systemen, den Erklärungen und den vertraglichen Bedingungen ab und sollte fachkundig geprüft werden. Organisatorisch solltest Du jede automatisierte Aussage auf freigegebene Daten begrenzen, Versionen protokollieren und bei Unsicherheit eine menschliche Bestätigung verlangen.

Was unterscheidet eine Anfrage von einer verbindlichen Buchung?

Eine Anfrage übermittelt Interesse und Eckdaten, ohne die Leistung automatisch zu bestätigen. Eine verbindliche Buchung setzt klaren Leistungsumfang, Preis, Verfügbarkeit, Bedingungen, Identität und die erforderliche Zustimmung voraus.

Wie verhindere ich widersprüchliche Sprachversionen?

Verwende über Deutsch, Italienisch und Englisch hinweg dieselbe Leistungs-ID und einen gemeinsamen fachlichen Kerndatensatz. Nach jeder inhaltlichen Änderung erhalten betroffene Übersetzungen einen Prüfstatus und werden erst nach Freigabe veröffentlicht.

Soll ein KI-Agent personenbezogene Daten für eine Anfrage sammeln dürfen?

Nur jene Eingaben sollten abgefragt werden, die für den konkreten Zweck notwendig und organisatorisch freigegeben sind. Lege je Leistung fest, welche Daten benötigt werden, wohin sie übertragen werden und wann der Vorgang an einen Menschen übergeben wird.

Was passiert, wenn eine Leistung nicht mehr angeboten wird?

Setze die Leistung auf pausiert oder zurückgezogen und entferne sie aus allen aktiven Ausgaben. Die bisherige Version sollte intern nachvollziehbar bleiben, damit offene Anfragen und frühere Angaben korrekt eingeordnet werden können.

Womit sollte ein kleines Unternehmen beginnen?

Beginne mit fünf bis zehn häufig angefragten Leistungen und beschränke die erlaubten Aktionen zunächst auf Lesen und Anfrage vorbereiten. Sobald Datenqualität, Verantwortung und Freigabeprozess stabil funktionieren, kannst Du Verfügbarkeitsprüfungen oder weitergehende Aktionen ergänzen.

Fazit: Erst klare Leistungsdaten, dann Aktionen

Ein Servicekatalog für KI-Agenten beginnt nicht mit einer Buchungsschnittstelle. Er beginnt mit der verbindlichen Entscheidung, welche Leistungen Dein Betrieb anbietet, welche Bedingungen gelten und wer für die Angaben verantwortlich ist.

Wenn Leistungs-ID, Preislogik, Leistungsgebiet, Voraussetzungen, erforderliche Eingaben und erlaubte Aktionen sauber gepflegt sind, entsteht ein belastbares Fundament. Menschen erhalten klarere Informationen, Dein Team bearbeitet vollständigere Anfragen und KI-Agenten können nur innerhalb der freigegebenen Grenzen handeln.

Für KMU ist das der sinnvolle Weg: weniger Widersprüche, nachvollziehbare Verantwortung und Automatisierung erst dort, wo Daten und Prozesse verlässlich geregelt sind.

Quellen

1. Schema.org — Offer
2. International Monetary Fund — How Agentic AI Will Reshape Payments (2026)