# 02 – Entscheidungs- und Branchinglogik

## Mechanik

Jede Frage kann ein Prädikat `showIf(v)` tragen. `v(id)` liefert den aktuellen Antwortwert (oder `undefined`). Die Sichtbarkeit wird bei **jeder** Antwortänderung neu berechnet; nicht sichtbare Fragen

* werden im Kapitel ausgeblendet (mit Zähler „n Folgefrage(n) automatisch ausgeblendet“),
* zählen nicht zum Fortschritt,
* erzeugen keine Restfrage,
* behalten aber ihre gespeicherte Antwort (Rücksprung möglich).

Unbeantwortete Steuerfragen blenden abhängige Fragen **nicht** aus (Prädikate sind so formuliert, dass nur explizite Verneinung/Verbot ausblendet). So bleibt der Katalog vollständig, solange nichts bekannt ist.

## Verzweigungen im Katalog

| Steuerfrage | Bedingung | Folgefragen |
|---|---|---|
| B01 Domänenmitglied | = nein | B02, B03, B04, B07, B08, B10 ausgeblendet |
| B03 Windows-Auth-Rolle / B04 Modell | B03 = ja oder B04 = sso_ad | B05 Kerberos/NTLM |
| B04 Auth-Modell | = sso_ad | B06 Delegation, B12 SSO auf MDM-Clients |
| B08 AD-Gruppen | eigene/bestehende | B09 Pflegeprozess |
| C06 Zertifikatsquelle | ≠ kein_https | C07 Zertifikatsprozess |
| C06 Zertifikatsquelle | interne_ca oder selbstsigniert | L11 Vertrauen im MDM |
| C29 ARR | ≠ nicht_installiert | C30 Reverse Proxy organisatorisch erlaubt |
| D_php_tech / D_python_tech | installiert oder installierbar | C31 FastCGI |
| D_*_tech (jede Laufzeit) | ≠ nicht_installierbar | D_*_org organisatorischer Status |
| D_*_tech | = installiert | D_*_ver Version |
| D_hosting_tech | = installiert | D_hosting_inproc (Core bereits produktiv?) |
| D_php_tech + D_php_org | installiert und nicht verboten | D_php_ext Extensions/Limits |
| F01…F11 (Schnittstelle) | vorhanden/erreichbar/ungeklärt | F0x_det Auth/Verantwortlicher/Doku |
| K07 Gerätetypen | enthält dashboard_monitor | K08 Dashboard-Monitore |
| L01 Zugriffspfade / J02 | enthält mdm_tunnel oder atwork_browser | L02 MDM-Version, L03 MDM-Browser, L04 Tunnel-Art |

Beispiele aus der Anforderung: Ist PHP weder vorhanden noch zulässig (`D_php_tech = nicht_installierbar` oder `D_php_org = verboten`), verschwinden D_php_ver, D_php_ext und C31 (sofern nicht Python sie hält). Ist das Hosting Bundle installiert, erscheint D_hosting_inproc; die Stackbewertung vertieft Hosting/Deployment automatisch. Bei Windows Authentication werden B05/B06/B12 (AD/SSO) sichtbar. WebSockets (C27) und ARR (C29/C30) verzweigen in der Bewertung (Realtime-/Reverse-Proxy-Optionen) und im Client-Test.

## Verzweigungen in der Bewertung (nicht im Fragebogen)

* **Organisatorische Verbote (J12)** setzen die zugehörigen Client-Capabilities auf ROT, unabhängig vom Testergebnis: keine_cdn → CDN/extern; kein_websocket → WebSockets; kein_local_storage → LocalStorage/IndexedDB; kein_pwa → Service Worker/PWA; keine_kamera → Kamera/Geolocation.
* **Antwortstatus** `forbidden`/`na` → jede Fähigkeit, die diese Frage referenziert, wird ROT.
* **Pflichtclients**: Client-Capabilities werden nur über Profile mit `mandatory = true` aggregiert; fehlen Pflichtprofile, über alle Profile; fehlen Profile, GRAU.
* **Frontend-Baseline (L4)**: siehe 04-bewertungslogik.md.

## Restfragen

Eine sichtbare Frage wird zur Restfrage, wenn sie (a) unbeantwortet ist, (b) mit „Unbekannt“ beantwortet wurde oder (c) `status = open` bzw. `later = true` gesetzt ist. Die Restfrage enthält Kapitel, Frage, Grund, GUI-Pfad und den lesenden Befehl – als Markdown kopierbar.