Kurz zusammengefasst
- RAG über Dokumente liefert relevante Passagen und Fundstellen, aber keine garantierten Live-Werte.
- Datenbanken eignen sich für Filter, Aggregationen und konsistente strukturierte Felder.
- APIs kapseln Geschäftslogik, Rechte und kontrollierte Operationen, garantieren aber nicht automatisch Live-Daten.
- Das Modell sollte eine Quelle auswählen dürfen, aber die Anwendung muss Rechte und Parameter prüfen.
Wann sind Dokumente die richtige Quelle?
Dokumente erklären Regeln, Zusammenhänge, Ausnahmen und Vorgehensweisen. Sie sind sinnvoll, wenn eine Antwort aus Textpassagen abgeleitet und mit einer Fundstelle belegt werden soll. Ihre Verbindlichkeit hängt von Version und verantwortlicher Quelle ab.
- Richtlinien, Handbücher, Verträge und technische Anleitungen
- Fragen, deren Antwort erklärenden Kontext benötigt
- Semantische Suche nach unterschiedlich formulierten Begriffen
- Kein Ersatz für häufig wechselnde Zahlen oder persönliche Live-Daten
Wann ist eine Datenbankabfrage besser?
Strukturierte Datenbanken besitzen definierte Felder, Datentypen und Beziehungen. Wenn exakte Datensätze, Filter oder Berechnungen benötigt werden, sollte eine geprüfte Abfrage diese liefern. Das Modell kann die Absicht verstehen und das Resultat erklären, sollte aber nicht unkontrolliert beliebige Abfragen erzeugen.
- Bestände, Preise, Auftragsstatus und Kennzahlen
- Abfragen nach eindeutigem Kunden-, Produkt- oder Fallbezug
- Aggregationen nach geprüfter Geschäftslogik
- Maskierung und rollenbasierte Feldauswahl vor der Modellübergabe
Welche Rolle spielen Live-APIs?
Eine API stellt einen kontrollierten Zugang zu einem System oder Prozess bereit. Sie kann Daten aktuell lesen, eine Berechnung ausführen oder eine Änderung vorbereiten. Gute API-Werkzeuge besitzen enge Parameter und verwenden die echte Nutzeridentität oder einen klar begrenzten Dienstkontext. Der Name „Live-API“ ist jedoch kein Aktualitätsversprechen: Eine Schnittstelle kann Caches, Replikate oder vorab berechnete Momentaufnahmen zurückgeben. Datenstand, Cache-Dauer und Fehlerverhalten müssen deshalb dokumentiert und für die Aufgabe geprüft werden.
- Aktuelle Information ohne Kopie im Wissensindex abrufen
- Geschäftsregeln im zuständigen System verwenden
- Schreiboperationen separat begrenzen und bestätigen lassen
- Fehler, Zeitüberschreitungen und doppelte Ausführung kontrolliert behandeln
Welche Quelle passt zur Informationsart?
Die Auswahl lässt sich nicht auf «RAG oder API» verkürzen. Entscheidend sind die fachliche Informationsart, das führende System und ob nur gelesen oder auch gehandelt werden soll.
| Quelle oder Zugriffsweg | Typische Informationsart | Verbindlichkeit und Aktualität | Schreibfähigkeit |
|---|---|---|---|
| Freigegebenes Dokument über RAG | Regeln, Erklärungen, Ausnahmen und Vorgehen | Verbindlich nur mit klarem Status und Version; aktuell bis zur nächsten Quellenänderung und Synchronisation | Keine: Die Suche liest und belegt vorhandenen Inhalt. |
| Strukturierte Datenbank | Kundenstatus, Bestand, Preis, Termin oder Kennzahl | Kann führende Quelle sein; Aktualität hängt von Transaktion, Replikat und Abfragezeitpunkt ab | Technisch möglich, aber nur über geprüfte Geschäftslogik und Rechte. |
| API zu einem Fachsystem | Kontrollierter Zugriff auf Werte, Berechnungen oder Prozesse | Die API ist meist Zugriffsweg; Datenstand, Cache und verantwortliches Ursprungssystem müssen sichtbar bleiben | Möglich mit engen Parametern, Idempotenz, Berechtigung und expliziter Bestätigung. |
| Kombination | Erklärung aus Richtlinie plus persönlicher Live-Wert | Jeder Teil behält eigene Quelle, Version beziehungsweise Zeitstempel | Das Modell formuliert; eine kontrollierte API führt eine erlaubte Aktion aus. |
Was ist die Quelle – und was nur der Zugriffsweg?
Das führende System, auch Source of Record genannt, ist das fachlich verantwortliche System, in dem ein Wert oder Status verbindlich geführt wird. Eine API ist die Schnittstelle, über die eine Anwendung dieses System kontrolliert nutzt. Sie kann dieselben Daten transformieren, Geschäftsregeln anwenden oder bewusst verzögert bereitstellen, ohne selbst zur verbindlichen Originalquelle zu werden.
- Quelle festlegen: Welches System besitzt den verbindlichen Wert und die verantwortliche Fachstelle?
- Zugriffsweg prüfen: Welche API, Abfrage oder Suche stellt ihn kontrolliert bereit?
- Semantik erhalten: Einheiten, Zeitstempel, Statuscodes und Geschäftsregeln nicht vom Modell erraten lassen.
- Aktualität belegen: Cache-Dauer, Replikationsverzug und Zeitpunkt des Datenstands sichtbar machen.
Wie kombiniert man Quellen sinnvoll?
Die Anwendung ordnet Fragetypen den geeigneten Quellen zu. Ein Modell kann bei der Interpretation helfen, doch Zugriff und Ausführung bleiben kontrolliert. Ergebnisse sollten ihre Herkunft behalten, damit Nutzende Textbeleg, Live-Wert und Modellzusammenfassung unterscheiden können.
- Schritt 1
Informationsart bestimmen
Erklärung, strukturierter Fakt, aktueller Wert oder Aktion unterscheiden.
- Schritt 2
Verbindliche Quelle wählen
Das fachlich zuständige Originalsystem pro Informationsart festlegen.
- Schritt 3
Zugriff begrenzen
Identität, Felder, Parameter und erlaubte Aktionen technisch prüfen.
- Schritt 4
Ergebnisse zusammenführen
Quellen sichtbar kennzeichnen und keine widersprüchlichen Werte verdecken.
Beispiel: Frage zu einer Lieferung
Die ERP-Datenbank ist das Source of Record für den Auftragsstatus. Der ERP-Dienst wendet die Geschäftslogik an und stellt den Status über eine authentifizierte API bereit; die KI-Anwendung fragt nicht direkt in der Datenbank ab. Die Schnittstelle liefert zusätzlich den Datenstand, weil einzelne Logistikwerte für wenige Minuten gecacht sein können. Lieferbedingungen kommen separat per RAG aus der aktuellen Vertragsrichtlinie. Das Modell verbindet beide Ergebnisse verständlich, darf aber weder Status, Datenstand noch Lieferdatum selbst erfinden oder verändern.
Was Sie mitnehmen sollten
Wählen Sie die verbindliche Quelle nach Informationsart und den Zugriffsweg nach Kontrolle, Aktualität und Geschäftslogik. Eine API macht Daten nicht automatisch live oder verbindlich; das Modell verbindet Ergebnisse, ersetzt aber weder Quelle noch Regeln.
Quellen und Vertiefung
Diese Primärquellen vertiefen Definitionen, technische Grundlagen oder verantwortlichen Einsatz.
Inhaltlich geprüft