Typische Situationen für eine explizite Ablehnung
- Eine API- oder Profilversion ist unbekannt oder nicht freigegeben.
- Eine Capability wurde angefordert, gehört aber nicht zum aktuellen Vertrag.
- Ein Lifecycle-Zustand erlaubt die beabsichtigte Operation nicht.
- Identitäts-, Policy- oder Ausführungskontext passt nicht zur Aktion.
Warum stabile Fehler genauso wichtig sind wie erfolgreiche Antworten
OEM-Integrationen müssen nicht nur den Happy Path behandeln. Stabile Fehlerklassen erlauben dem Host, Recovery, Nutzerhinweise und Telemetrie zu planen, ohne interne Provider- oder Bibliotheksfehler als öffentliche Schnittstelle zu übernehmen.
Was hier ausdrücklich nicht behauptet wird: Fail-closed ist hier ein Architektur- und Fehlerbehandlungsprinzip. Es ist keine absolute Sicherheitsgarantie und ersetzt keine projektspezifische Bedrohungs-, Betriebs- oder Risikoanalyse.