Festlegen, was für eine Antwort bekannt sein muss
Eine Beziehungsfrage kann Identität der Einheiten, Richtung, Art, Umfang und Zeitraum der Verbindung erfordern. Eine Frage zu Fähigkeiten braucht womöglich eine Quelle, Beschreibung und Betriebsbedingungen. Die Anforderungen hängen vom semantischen Ziel ab. Wer sie vor der Bewertung nennt, verhindert Auswahlmöglichkeiten, die der verfügbare Zustand gar nicht unterscheiden kann.
Fehlende Information von Unvereinbarkeit trennen
Ein fehlender Ort, ein fehlendes Datum oder ein nicht vorliegender Vertrag beweist nicht, dass eine Option falsch ist. Deterministische Filter dürfen nur ablehnen, wenn bekannte Eingaben eine Unvereinbarkeit innerhalb des definierten Umfangs belegen. UNKNOWN, STALE und unvollständige Daten führen zu Recherche oder Enthaltung; sie werden nicht für eine bequemere Entscheidung zu FALSE.
Typisierte Auswahl nutzen, ohne die Wirklichkeit zu erzwingen
Ein Evaluator vergleicht den Zustand mit einem festgelegten Choice Space, dessen Definitionen, Grenzen, Ausschließlichkeit und gegebenenfalls UNKNOWN, OTHER oder UNRESOLVED klar sind. Eine ausgewählte Option zeigt nicht, dass der Raum die Wirklichkeit vollständig abbildet. Verteilung und Version machen nachvollziehbar, welche Frage mit welchen Optionen gestellt wurde.
Den fehlenden Kontext gezielt recherchieren
Eine unbeantwortbare Frage kann die fehlende Beobachtung benennen: eine unabhängige Quelle, eine geklärte Identität oder ein aktuelles Datum. Diese Lücke lenkt konkrete Recherche, statt einen günstigeren, aber irrelevanten Modellaufruf auszulösen. Mit neuen Belegen ändert sich der Zustandsfingerabdruck; nur davon abhängige Dimensionen werden erneut bewertet.
Zusätzliche Einordnung
Ein Beantwortbarkeitsprofil kann die Bedeutung jedes Feldes und die erwartete Qualität festlegen. Eine Adresse kann den Sitz bestimmen, aber nichts über das Servicegebiet sagen; ein Name kann mehrere Einheiten bezeichnen; ein Datum kann für die aktuelle Entscheidung zu alt sein. Solche Unterschiede verhindern, dass vorhandene Daten mit relevanten Daten verwechselt werden. Sind die Anforderungen erfüllt, kann die Bewertung tatsächlich unterscheidbare Optionen vergleichen und ihre Verteilung zeigen. Andernfalls fordert das System gezielte Beobachtung an, hält den Bedarf fest und bewertet nach Zulassung der Belege erneut.
Konzeptionelles Beispiel
Hypothetisch: Kann ein Hersteller eine Region bedienen? Im Profil steht ein Hauptsitz, doch keine Quelle beschreibt das Servicegebiet. Die Adresse unterscheidet nicht zwischen Ja und Nein. AXIGNAL bewahrt UNKNOWN oder sucht gezielt nach Belegen, statt aus dem eingetragenen Sitz eine Reichweite abzuleiten.
Umfang und Grenzen
Ein Beantwortbarkeitstest garantiert nicht, dass eine spätere Bewertung korrekt ist; er prüft, ob der Zustand die festgelegten Anforderungen der Frage erfüllt. Anforderungen, Choice Space und Richtlinie brauchen Versionierung und Rückverfolgbarkeit. Eine Modellausgabe ergänzt keinen fehlenden Kontext und erlaubt keine kanonische Wahrheit. Die Lücke muss genau benannt werden, damit eine folgende Beobachtung sie schließen kann. Sonst wiederholt eine neue Bewertung möglicherweise dieselbe unbelegte Auswahl und klingt dabei sicherer. Der Fragenvertrag bestimmt, welche Belege genügen, nicht eine bequeme Modellantwort. Eine Entscheidung bleibt an ihren Kontext und Zeitpunkt gebunden. Ändern sich Quellen, Definitionen oder der beobachtete Zeitraum, muss sich das Ergebnis neu prüfen lassen, statt als dauerhaft zu gelten. Die Darstellung sollte Bedingungen und fehlende Elemente sichtbar halten, die ihre Reichweite begrenzen. So kann eine Person erkennen, was eine Schlussfolgerung stützt und welche zusätzliche Beobachtung nötig wäre. Zugleich verhindert diese Sorgfalt, dass nützliche Daten in einem Fall ohne Prüfung ihrer Relevanz in einem anderen wiederverwendet werden. Für eine belastbare Prüfung muss jede Anforderung zur Frage passen und darf nicht allein aus der Verfügbarkeit eines Feldes abgeleitet werden. Eine formal gefüllte Eingabe kann semantisch ungeeignet sein. Das Ergebnis sollte deshalb kenntlich machen, welche Kriterien erfüllt sind und welche nur teilweise oder gar nicht. Wenn sich der Umfang der Frage ändert, ist die Prüfung erneut vorzunehmen. So bleibt nachvollziehbar, warum ein Urteil möglich war oder warum AXIGNAL zunächst weitere Beobachtungen benötigt.
Redaktionelle Grundlage
Diese Seite erläutert Produktgrundsätze und Grenzen. Sie belegt weder Quellenabdeckung noch beobachtete Ergebnisse.
Das Produktmodell lesenAXIGNALs Schlussfolgerungen verstehen
AXIGNAL entdecken