From f573d49f0a4dc672430b8b857b778ff875f615c2 Mon Sep 17 00:00:00 2001
From: Claude
Date: Fri, 16 Oct 2026 12:21:04 +0000
Subject: [PATCH] =?UTF-8?q?Plan:=20Kundenansicht=20neu=20=E2=80=93=20elf?=
=?UTF-8?q?=20Paket-Pl=C3=A4ne=20P0=E2=80=93P10=20und=20Nachtr=C3=A4ge=20d?=
=?UTF-8?q?er=20Planrunde?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Co-Authored-By: Claude Opus 5.5
---
.../2026-10-16-kundenansicht-00-uebersicht.md | 181 +-
...0-16-kundenansicht-01-werkzeug-vorschau.md | 1416 +++++++++++++++
...10-16-kundenansicht-02-fundament-huelle.md | 1256 +++++++++++++
...kundenansicht-03-website-chat-vertraege.md | 1569 ++++++++++++++++
...0-16-kundenansicht-04-funktionen-rahmen.md | 1169 ++++++++++++
...-10-16-kundenansicht-05-funktionsmodule.md | 1222 +++++++++++++
...-10-16-kundenansicht-06-abo-modell-kern.md | 1500 ++++++++++++++++
...-16-kundenansicht-07-abo-modell-betrieb.md | 1311 ++++++++++++++
...26-10-16-kundenansicht-08-bestellseiten.md | 1579 +++++++++++++++++
...2026-10-16-kundenansicht-09-rechtsrunde.md | 1164 ++++++++++++
.../plans/2026-10-16-kundenansicht-10-woms.md | 1098 ++++++++++++
...-kundenansicht-11-umschalten-aufraeumen.md | 1095 ++++++++++++
12 files changed, 14558 insertions(+), 2 deletions(-)
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-01-werkzeug-vorschau.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-02-fundament-huelle.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-03-website-chat-vertraege.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-04-funktionen-rahmen.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-05-funktionsmodule.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-06-abo-modell-kern.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-07-abo-modell-betrieb.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-08-bestellseiten.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-09-rechtsrunde.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-10-woms.md
create mode 100644 docs/superpowers/plans/2026-10-16-kundenansicht-11-umschalten-aufraeumen.md
diff --git a/docs/superpowers/plans/2026-10-16-kundenansicht-00-uebersicht.md b/docs/superpowers/plans/2026-10-16-kundenansicht-00-uebersicht.md
index 1913d1e..a98de0f 100644
--- a/docs/superpowers/plans/2026-10-16-kundenansicht-00-uebersicht.md
+++ b/docs/superpowers/plans/2026-10-16-kundenansicht-00-uebersicht.md
@@ -122,7 +122,7 @@ Bestehende Testdateien ändert ein Paket nur dort, wo sein Plan sie ausdrücklic
- Vor jedem schweren Lauf `free -m`. Bei weniger als 2000 MB verfügbar warten und den Controller melden.
- **Tests WOMS:** `cd /home/webklar/apps/ticket.webklar.com/dev-kundenart && timeout 900 nice -n 10 systemd-run --scope -q -p MemoryMax=1500M -p MemorySwapMax=0 env NODE_OPTIONS=--max-old-space-size=1024 npm test`.
- **Playwright** nur mit dem Werkzeug aus P0 (`run-browser.sh`, eine Instanz, Speicherbremse). `chromium-1234`, `playwright-core` 1.62.1.
-- **Commits:** Dateien einzeln hinzufügen. Nachrichten deutsch, mit Zeile `Co-Authored-By: Claude Opus 5.5 `.
+- **Commits:** Dateien einzeln hinzufügen. Nachrichten deutsch, mit der Zeile `Co-Authored-By: …` aus dem eigenen Systemhinweis der ausführenden Sitzung (kein fester Modellname, Nachtrag N50).
- Kein Push, kein `--force`, kein Merge auf `main` oder `test`. Pushen tut nur der Inhaber.
- Keine Änderungen in `build/`, weder im Portal noch im WOMS.
- **Sicherheitsblock** in jedem Agent-Auftrag (Memory „feedback-destruktive-skripte“):
@@ -143,6 +143,180 @@ Bestehende Testdateien ändert ein Paket nur dort, wo sein Plan sie ausdrücklic
---
+## Nachträge nach der Planrunde (verbindlich, 16.10.2026)
+
+Die Paket-Pläne wurden parallel geschrieben; ihre Vertragsfragen sind hier entschieden. Diese Nachträge gehen V1–V13 und der Zuständigkeitstabelle vor. Wo ein Paket-Plan davon abweicht, gilt dieser Abschnitt.
+
+Kürzel in den Fundstellen: `Task n` und `VFn` = Task bzw. Vertragsfrage n im genannten Paket-Plan (P0 bis P10), `Fn` = Frage n der Planrunde (`/root/reports/kundenansicht-neu-2026-10-15/planrunde.json`, Feld `vertragsfragen`).
+
+### Schalter und Sitzung
+
+- **N1 Gültige Sitzung (V1).** Kunde heißt `customerId` und `appwriteUserId` ohne `role: 'admin'`; Kundenansicht heißt `viewAs === true` mit `viewId`. Alte Mitarbeiter-Sitzungen (`role: 'admin'` ohne `viewId`) sind in jedem Modus `false`, auch bei `*`. Eine `email`, die kein Text ist, zählt als leer.
+ (P0 VF3; F12)
+- **N2 Schalter für Jobs ohne Cookie (V1).** `schalter.js` bekommt den vierten Export `export function neueAnsichtFuerKunde({ customerId, email }) // boolean`. Gleiche Modus- und Listenregeln wie `neueAnsichtFuerSession` (`off` false, `on` true, `pilot` bei `*` oder getrimmter, klein geschriebener `email` in der Liste), aber ohne Sitzungsprüfung und ohne Mitarbeiter-Regel; leere oder nicht-textliche `customerId` und Nicht-Objekte ergeben `false`. P5 `aboModellFuerKunde(customerId)` liest das Kundendokument und ruft sie; `runAboCheck` und P6 (Team-Aktivierung, Widerruf des Wechsels, Tagesjob) nutzen nur sie, nie `neueAnsichtFuerSession`.
+ (P0 Task 2, VF10; P5 Task 13; F12)
+- **N3 Weiche (V1).** `server/services/kundenansicht/dashboardWeiche.js` ist eine Fabrik (`server/index.js` startet beim Import den Server). Der Direktaufruf `/neu/dashboard.html` wird für Sitzungen ohne neue Ansicht per 302 auf `/dashboard.html` geleitet; Module und CSS unter `/neu/` bleiben frei abrufbar. Bei Modus `on` liefert die Weiche von P10 (`UMSCHALT_SEITEN`, Zeile `/dashboard.html`) die neue Seite auch ohne Sitzung; `neueAnsichtFuerSession` bleibt unverändert.
+ (P0 VF1, VF2; P10 Task 3, VF7; F12)
+- **N4 `/api/auth/me`.** `ansicht` steht nur in den beiden `authenticated: true`-Antworten von `GET /me`. P5 ändert in `auth.js` allein `sanitizeCustomer` (`kundenart`, `kundenartWirksam`); `test/kundenansichtMe.test.js` pinnt nur die Schlüssel der obersten Ebene, damit `customer` wachsen darf.
+ (P0 Task 4, VF4; P5 Task 2; F13)
+- **N5 Platzhalter-Marker.** P0 Task 3 setzt im Platzhalter beide Marker (`` und `data-kn-platzhalter`) und pinnt in `istNeu` nur die Meta-Zeile. P1 Task 12 ersetzt die Seite, ohne einen P0-Test zu ändern; die Werkzeug-Ansichten `platzhalter` und `platzhalter-abgemeldet` bleiben, bis P1 sie ersetzt.
+ (P1 VF1, Task 12/13; P0 Task 3; F11)
+
+### Hülle, Routen, Reiter, Zähler
+
+- **N6 Routen (V2, „Pflichtinhalt von ROUTEN“).** Die Zeile „`vertraege`, `abo`, `wartung` → vertraege, reiter `abo`“ entfällt. Neu: `vertraege` → Bereich `vertraege` ohne `reiter` (die Ansicht wählt den Standardreiter, bei offener Rechnung `rechnungen`, sonst `abo`); `abo` und `wartung` → Bereich `vertraege`, reiter `abo`, kanonischer Hash `#abo` (`#wartung` wird `#abo`, `#vertraege` bleibt `#vertraege`); `?abo=success|cancel` → `#abo`. `waehleReiter` (P2) entscheidet nur über `route.reiter`; Reiterklicks navigieren mit `ersetzen: true` zu `#abo`, `#rechnungen`, `#stunden`, `#speicher`, und `ankerKette`/`elternVon` liefern weiter `#vertraege` als Bereichs-Anker.
+ (P1 Task 3/4, VF4; P2 Task 16, VF8; F17)
+- **N7 Routenfelder und Exporte (V2).** Route-Felder zusätzlich `produkt` (`'hosting' | 'wartung'`) und `scroll` (`'aktivitaet'`); `query` ist immer ein String. Zusätzliche Exporte von `routen.js`: `hashFuerAnsicht(name)` (die `data-view`-Brücke der gemeinsamen Module), `startHash`, `ankerKette`, `elternVon`, `titelFuer`, `FUNKTIONS_ETAGEN`. Die Projekt-ID heißt einheitlich `#projekt?projekt=` (Lesen von `id=` bleibt Rückfall); ein `data-project` an einem `[data-view]`-Element wird zu `?projekt=`.
+ (P1 Task 3, VF4; P2 VF4; F17)
+- **N8 Kleinere Festlegungen der Hülle (V2).** `api(…, { roh })` meint einen Rohdaten-Body (`application/octet-stream`) wie `fn-util.js request({ raw })`, nicht eine rohe Antwort; der V2-Kommentar ist so zu lesen. `?abo=` bleibt in `location.search`; P2 räumt mit `history.replaceState(history.state, '', location.pathname + location.hash)` auf, und P4 ändert die `history.replaceState`-Aufrufe der Module nicht (`stempeln()` aus P1 stempelt danach neu). `public/neu/manifest.webmanifest` hat dieselbe `id`, `start_url` und `scope` wie die alte; `sw.js` bleibt gemeinsam und wird in P1 Task 11 registriert. Ansichten rendern keine eigene `h1`; der Titel kommt aus `titelFuer(route)` oder `kn:titel` (P7: `meldeTitel`).
+ (P1 VF7 bis VF11; P7 Task 10/11/13; F20)
+- **N9 Reiter-Baustein und Meldungen (V2, Hülle).** `baueReiter({ eintraege: [{ key, label, kurz? }], aktiv, art, ariaLabel, bei(key) })` in `public/neu/reiter.js` liefert direkt ein `HTMLElement` mit `setzeAktiv`, `setzeAnzeige`, `messen`; P2 und P3 passen sich an. Inhalte in Etage 2 melden Reiter und Titel ohne Import per `CustomEvent` mit `bubbles: true`: `kn:reiter` (`detail { eintraege, aktiv, bei }`, leere Liste = keine Reiter) und `kn:titel` (`detail { text }`).
+ (P1 Task 5, VF5; P2 Task 16; P3 Task 5; F18)
+- **N10 Reiter der Funktionsmodule in Etage 2.** Terminplaner, Webshop, Buchungskalender und Analyse zeichnen im Abo-Modell keine eigene Leiste, sondern melden `kn:reiter` (die Analyse aus `mountCockpit` mit `bei: pickTab`: Übersicht, Heatmap, Einstellungen). Die Ausnahme „außer analyse“ im Gate `p4` entfällt; der Satz „die Analyse behält ihre eigene Leiste“ in F18 ist überholt. Kurzlabels stehen in `KURZLABELS` (`public/fn-reiter.js`: Team, Start, Recht, Preise), die Vorschau prüft sie (C2).
+ (P4 Task 1/8/15, VF2; P1 VF5; F4, F18)
+- **N11 Zähler-Ereignis (V3).** `kn:zaehler-neu` wird am `document` gesendet (`bubbles: true`), `detail.was` ist `'chat' | 'vertraege' | 'alle'`. `zaehler.stand()` liefert nur `{ chat, vertraege }`; die Hülle setzt den Chat-Zähler beim Öffnen des Chats auf 0.
+ (P1 Task 7/11, VF6; P2 VF2; F19)
+- **N12 Zeile „Rechnung offen“.** P1 zeichnet sie nicht und reicht kein `zaehler` an die Ansichten; `zeigeX(wurzel, { route, me, nav })` bleibt wie in V2. P2 liefert `public/neu/rechnung-offen.js` (`offeneRechnungen`, `rechnungOffenZeile`, `ladeOffeneRechnungen`, optional `ladeOffeneRechnungen(apiFn = api)`); P3 `zeigeFunktionen` lädt `GET /api/invoices` selbst über `abh.api` und zeichnet die Zeile in Meine und Entdecken. Fällt der Abruf aus, fehlt nur die Zeile.
+ (P3 Task 5, VF5; P2 Task 3, VF3; P1 VF6; F1, F19)
+- **N13 Option `einschalten` für die Funktionsmodule (V2, Absatz „Funktionsmodule“).** Die Hülle ruft `initNews`, `initTermine`, `initShop`, `initBuchungen`, `initZeiten` als `init*(wurzel, { einschalten })` mit `einschalten(platz, { key, projectId, onFertig, viewAs? }) → Promise`, das lazy `zeigeEinschalten` aus `public/neu/funktion-einschalten.js` (P3) lädt (`MIT_EINSCHALTEN`, `einschaltenOption(lade)` in `huelle.js`); `initAnalyse(wurzel)` bleibt unverändert, die Projektwahl bleibt `wurzel.dataset.wunschProjekt`. `test/knHuelleStart.test.js` („Option einschalten“) pinnt die Verdrahtung; P4 Task 15 ersetzt seine Zeile `command grep -a -n einschalten public/neu/huelle.js` durch den Lauf dieses Tests.
+ (P1 Task 11, VF12; P3 VF1; P4 VF1; F1, F21)
+- **N14 Overlay.** Ansichten dürfen `oeffneOverlay` und `beendeOverlay` aus `router.js` rufen (P3 für die Bestätigungsseite). Es ist nie mehr als ein Overlay offen; P3 und das Konto-Sheet schließen vor dem Öffnen ein offenes Overlay.
+ (P3 Task 6, VF5; P1 R6; F22)
+- **N15 Chat-Composer.** Die neue Seite lädt `/neu/chat-composer.css`, eine lilafreie Kopie von `public/chat-composer.css` (Akzent `#111`/Grau, weder `#9d3dfe` noch Gewicht 800 noch `backdrop-filter`); `/chat-composer.js` bleibt gemeinsam, das alte CSS unverändert. P2 Task 7 legt die Kopie an und ändert dafür genau die zwei Composer-Zeilen in `dashboard.html`; `test/knHuelleSeite.test.js` akzeptiert `/neu/chat-composer.css` statt `/chat-composer.css`.
+ (P1 VF3; P2 Task 7, VF10; F23)
+- **N16 Analyse-Bild und Alt-Klassen.** `public/neu/bilder/analyse.webp` erzeugt P4 über die Werkzeug-Ansicht `kn-modul-analyse` (Fall `m-analyse-aktiv`); bis dahin entfernt der `error`-Handler in „Entdecken“ das fehlende Bild. `public/neu/module.css` Abschnitt 0 (P4) definiert `kb-panel`, `kb-btn*`, `kb-empty`, `kb-link`, `kb-checks`, `abo-actions`, `abo-btn`, `hidden`, `muted`, `error`, außer eine Datei unter `public/neu/` tut es schon; P2 und P3 nutzen eigene `kn-*`-Klassen.
+ (P3 VF2; P4 Task 9/14, VF3, VF5; F24)
+
+### Katalog, Einschalten, Analyse
+
+- **N17 Katalogfelder (V5).** Jeder `katalog[]`-Eintrag trägt `consent: { version, knopf: 'Einschalten', items: [{ id, text, haken, nurPrivatInFrist? }] }` (`null` bei `analyse`) in der Reihenfolge `einschalten-zeile`, `hinweis`, `beginn` und dazu `hinweis: string | null`, den Text des Items `hinweis` (nur `shop`, `unterkunft`, `termine`: die Pflichten der alten Häkchen `verantwortung`, `stripe`, `gesundheit`). Der Server liefert beides, nie der Client; der Nachweis speichert den Hinweis als Text `hinweis` (`haken: false`). P3 `renderEinschalten` zeichnet `p.kn-fn-hinweis` direkt über dem Knopf (nach der Linkzeile, vor `beginn`), die P0-Fixtures und `vertragNeu` tragen beide Felder.
+ (P5 Task 6/10/11, VF2; P3 Task 3; P0 Task 6/7, VF11; P8 VF3; F3, F27)
+- **N18 `anfrageStatus` (V5).** Der Pfad ist `projects[].features..anfrageStatus` (`'' | 'offen' | 'angenommen' | 'abgelehnt' | 'zurueckgezogen'`), gebaut von `anfrageStatusJeProjekt` in `server/services/aboKatalog.js`; P3 liest ihn nur über `anfrageStatusVon(projekt, key)`.
+ (P0 VF9; P5 Task 11; P3 Task 1; F16)
+- **N19 Antwortcodes der Einschalt-Route (V5).** Die Prüfreihenfolge nach P5 Task 10: 400 `zustimmung_fehlt`; Projektprüfung (403, 409 archiviert); dann 409 `nicht_verfuegbar` (danach 503 `unterlagen_fehlen`), `abo_fehlt`, `nur_betrieb`, `bestellung_offen`, `beginn_noetig`, `bereits_eingeschaltet`, `bestellung_laeuft` (Zustand `ordered`), `abgeschaltet` (Zustand `disabled`), `fassung_veraltet`. 503 kommt zusätzlich bei nicht lesbarem Abo oder gescheitertem Ticket; P3 zeigt den Text des Servers.
+ (P5 Task 10, VF3; P3 VF4; F27)
+- **N20 Probezeit (V5).** `aboDeckt` kennt zusätzlich den Grund `beginnt_spaeter` mit `ab` (ISO, = `trialEnd`) für `trialing` mit offener Probezeit (Privatkunde ohne Sofortbeginn-Häkchen). `abo_fehlt` trägt dann `body.ab`; der Text lautet „Dein Abo beginnt am TT.MM.JJJJ. Ab dann kannst du einschalten.“, und P3 (`TEXTE`, `fehlerAktion`) zeigt Text und Datum im Knopf. P6 (`adminActivate`) und P9 kennen den Grund; die Analyse-Eignung meldet in der Probezeit weiter `kein_abo`.
+ (P5 Task 4/9/10, VF9; P3 VF4; F8)
+- **N21 Abrechnung am Funktionsdokument (V7).** Das Attribut `portalFeatures.einrichtungAbrechnung` (string 8, `'abo' | 'projekt' | ''`, angelegt in `scripts/kundenansicht-setup.mjs`) hält die Abrechnung am Dokument, damit `ticketNachlegen` und `holeZeitenNach` den Marker `workorders.einrichtungAbrechnung` erneut setzen. P6 nutzt es für `ticketNachlegen` (Dokumente mit `unlockedBy` `abo` oder `projekt` ohne Stripe-Sitzung heilen über `einschalten`) und für die Ticket-Zeilen in `termine/ticketDetails.js`, `shop/ticketDetails.js`, `unterkunft/ticketDetails.js`; K27 bleibt die Einschalt-Mail der Zeiten.
+ (P5 Task 1, VF5; P6 VF3, VF4; F27)
+- **N22 Analyse im Abo-Modell.** In der neuen Ansicht verlangt `POST /api/funktionen/analyse/activate` `audienceConfirmed === true` (sonst 400 `zielgruppe_fehlt`, du-Text) und schreibt einen Nachweis in `featureConsents`: Linkzeile A1, Zielgruppen-Zeile A2 (`haken: true`), Knopf `Analyse einschalten`, Kundenart und Fassungen; bei einem Fehler wird alles zurückgenommen. P4 sendet `audienceConfirmed: true`, die alte Ansicht bleibt unverändert.
+ (P5 Task 13, VF8; P4 Task 8, VF4; F29)
+
+### Kundenart und Push-Reihenfolge
+
+- **N23 Kundenart-Pflicht beim Anlegen (V4; Entscheidung des Controllers, F2 und F28 widersprachen sich).** `createCustomerWithPortalAccess` verlangt `kundenart` nur bei `neueAnsichtModus() !== 'off'` (sonst 400 `kundenart_fehlt`); bei `off` ändert sich das Anlegen im WOMS und im Portal nicht. `updateCustomerWithPortalAccess` nimmt `kundenart` weiter optional mit gleicher Prüfung. Die unbedingte Pflicht aus F28 gilt nicht.
+ (P5 Task 3, VF1; P9 VF3; F2, F28)
+- **N24 Push-Reihenfolge (Entscheidung des Controllers).** Der Inhaber pusht in dieser Reihenfolge: (1) `fix/akquise-sichtbar`, falls gewünscht; (2) WOMS-Tag `kn-p9-kundenart`; (3) Portal ab P5; (4) WOMS `kn-p9` zusammen mit P6. Vor dem Setzen von `KUNDENANSICHT_NEU=pilot` muss die WOMS-Kundenart (`kn-p9-kundenart`) live sein. Wird `fix/akquise-sichtbar` später gepusht, rebased P9 darauf, nur auf Anweisung des Controllers. Die Übergabe-Notiz nennt die Reihenfolge und vermerkt, dass die Abo-Vorgabe in WOMS zunächst nur für Pilotkunden wirkt (P6 wertet `abrechnung` nur mit `aboModellFuerKunde` aus).
+ (P5 VF1, VF10; P9 VF3, VF4; F2, F28)
+
+### Stundenkonto, Team, Mails
+
+- **N25 Antwortformen des Stundenkontos (V8).** `nextExpiry` ist `{ minutes, at } | null`; bei `produkt: 'hosting'` und ohne Abo ist `ledger` gleich `null`. `workorders.einrichtungFuer` und `einrichtungAbrechnung` sind für Mitarbeiter lesbar (Setup-Skript P5). T24 trägt den Block `vorschuss`, wenn beim Einschalten `balanceMinutes <= 0` gilt oder schon `vorschussMinutes > 0` besteht; eine Schätzung je Funktion gibt es nicht.
+ (P6 Task 2/4, VF6; P9 VF2; F33)
+- **N26 Geltung der Team-Aktivierung (V10).** Das neue Verhalten (`aboDeckt`-Prüfung, `einschalten` mit Ticket) gilt nur, wenn `aboModellFuerKunde(customerId)` wahr ist; sonst wird `abrechnung` im Body ignoriert und alles läuft wie heute, mit `on` (P10) für alle. P9 sendet `abrechnung` immer. Die 409-Antwort bei fehlendem Abo ist flach: `{ error, code: 'abo_fehlt', grund, wechsel }` mit `grund` aus `kein_abo | falsches_abo | gekuendigt | nicht_aktiv | beginnt_spaeter`; WOMS zeigt eigene Texte, nie den Kundentext in „du“-Form. Erfolg wie bisher `projects[0].features[key]` mit `state: 'setup'` und `ticketWoid`.
+ (P6 Task 7, VF2; P9 VF2; F32)
+- **N27 Abo-Modell-Dokument (V10, V11).** Ein Dokument gehört zum Abo-Modell, wenn `unlockedBy` in `abo | projekt` steht und `einrichtungAbrechnung` in `abo | projekt` (`istAboModell` in `server/services/aboModell.js`); die Gratis-Zeiten der alten Ansicht (`unlockedBy: 'abo'` ohne Marker) bleiben unberührt. V11 ändert sich: Der Widerruf des Wechsels beendet alle Abo-Modell-Dokumente, deren Schlüssel nur in `wartung` steckt, also auch `projekt`-Dokumente; die Analyse eines Hosting-Kunden bleibt.
+ (P6 Task 5/13, VF4; F32)
+- **N28 Team-Einschalten „im Projekt“ ohne Abo (E9/E21; Entscheidung des Controllers, dem Inhaber in der Übergabe zur Bestätigung vorlegen).** Es gilt die Aufbauphasen-Regel von P6 (`server/services/aboAufbauphase.js`, `ohneAboBisher(customerId)`, P6 Task 7, 8, 10). `abrechnung: 'abo'` braucht ein deckendes Abo, sonst 409 `abo_fehlt`. `abrechnung: 'projekt'` braucht es auch, **außer in der Aufbauphase**: Hatte der Kunde noch nie ein Abo (abgebrochene Bestellungen zählen nicht), wird eingeschaltet und mit 200 plus `warnung: { code: 'abo_fehlt', grund: 'kein_abo' }` geantwortet, flach neben `projects`. Das boolesche `warnung: true` für ein fehlendes K16 bleibt für die alte Ansicht. WOMS zeigt die Warnung (P9), der Wortlaut sagt dem Team: „Wartungs-Abo vor dem Livegang vereinbaren“. Der Tagesabgleich lässt `projekt`-Dokumente in der Aufbauphase in Ruhe. Ab dem ersten Abo gilt die Abo-Regel wie für `abo`: Deckt das Abo die Funktion nicht (Hosting, beendet), endet sie mit K39. Hat der Kunde schon ein nicht deckendes Abo, bleibt es auch im Projekt bei 409.
+ (P6 Task 7/8/10, VF8; P9 Task 10/11; F5)
+- **N29 Mailkennungen (V13).** Belegt sind K38 „Deine Funktion wird eingerichtet“ (Einschalten im Abo-Modell, nicht für `zeiten`, dort bleibt K27); K39 „Deine Funktion wurde beendet“ (News, Terminplaner mit Block `termine`, Webshop, Unterkunft; Platzhalter `funktion`, `projekt`, `loeschtag`); K40 und K41 (Zeiten: Abo-Ende mit „läuft noch bis {{frist}}“, abgeschaltet; ohne Preis, ohne Behalten); T24 ans Team mit Block `vorschuss`; K42 (Webshop-Zusage) und K43 (Buchungskalender-Zusage) im Abo-Modell ohne Preiszeile, ohne „€“ und ohne „bestell…“ (Builder `anfrageEntschiedenMail`, Weiche in `sendeEntscheidung` über `aboModellFuerKunde`). K24 und K34 bleiben bytegleich. K44 und T25 bleiben frei; eine Rückkehr-Mail gibt es nicht (die Rückkehr geschieht still, K39 kündigt sie an), außer bei Zeiten im bestehenden Modul. K02 und K03 bekommen den Block `funktionen_abo`; K22, K29, K30 und T16 bleiben bytegleich. Alle neuen Vorlagen in „du“-Form und im Layout von K16.
+ (P6 Task 3/4/5/15, VF1, VF5; F31)
+- **N30 Behalten-Weg der Zeiten.** Für Abo-Modell-Dokumente ist `POST /api/funktionen/zeiten/behalten` gesperrt (409, P6). Die Route und die Mailtexte K29/K30 (Builder `k29Mail`, `k30Mail` auf K40/K41 umgestellt, Vorlagen-Dateien bleiben) räumt P10 Task 20/21 auf. Die WOMS-Texte (`zeitenStatusText`, Bestätigungstexte „Aktivieren (ohne Zahlung)“) ändert ein eigener WOMS-Nachzug nach P10 Task 22 (Controller, Push durch den Inhaber, geführt in der Checkliste Task 6). Alt-Zweige hinter `neueAnsicht(` bleiben als toter Code; ihre Entfernung entscheidet der Inhaber.
+ (P6 VF7; P9 VF5; P10 VF11, VF12; F34)
+- **N31 Abo-Ende-Verhalten (Rechtstexte = Server).** Terminplaner, News, Webshop und Buchungskalender schalten spätestens am Folgetag ab (Tagesjob). Öffnungszeiten live läuft nach dem Abo-Ende 30 Tage unverändert weiter (Zeiten-Modul, K40, P4 Text Z2), danach 30 Tage gespeicherte Eingaben; kein Behalten gegen 30 €. Löschfristen: 30 Tage (Terminplaner, News, Öffnungszeiten), 90 Tage (Webshop, Buchungskalender), 60 Tage (Analyse-Messdaten); ein neues passendes Abo in der Frist holt die Funktion zurück, P6 baut den News-Löschjob. P8 passt Texte und Tests an (R8 „mit P4/P6 abgestimmt“).
+ (P8 Task 4/7, VF5; P6 Task 8/10; P4 Text Z2; F39)
+
+### Bestellseiten, Fassung 6, Nachweis
+
+- **N32 Pfade der Fassung 6 (V12).** `config.abo.termsVersionNeu = '2026-10-16-v6'` (Entwurfstag, bei der Freigabe wird das Datum gesetzt); `FUNKTIONEN_FASSUNG_V6 = '2026-10-16'`. Bis zum Umschalten gelten die Abo-Seite `/neu/rechtliches/abo-bedingungen.html`, das PDF `/neu/rechtliches/WEBklar-Abo-Vertragsunterlagen.pdf` und die Funktionsunterlagen `/neu/rechtliches/-2026-10-16.html|pdf`; `termsDocFor` liefert sie, `/abo-bedingungen-v6.html` aus V12 entfällt. P7-Fixtures und -Tests nutzen `termsDocFor(config.abo.termsVersionNeu).url` und `config.abo.termsVersionNeu` statt Literalen wie `'2026-10-30-v6'`. P10 Task 14 verschiebt Seite und PDF nach `public/` (`/abo-bedingungen.html`), stellt in `FASSUNGEN` v5 auf die `archiv`-Adressen (`public/vertragsunterlagen/v5/`) und v6 auf die Wurzel-Adressen, setzt 301-Weiterleitungen und passt `DOKUMENTE_V6`, den Modus `abo6` und die festen Links an.
+ (P8 Task 1/5, VF1; P10 VF3; P7 Task 16; F35)
+- **N33 Fassung 6 verdrahten: ein Task, zwei Pläne (V5, V12).** P5 Task 15 und P7 Task 0 beschreiben dieselbe Arbeit und laufen einmal, als erste Aufgabe von P7 im Hauptzweig nach dem Merge von `kn/server` und `kn/recht`, mit den Dateien beider Tasks. Quellen sind `WORTLAUT_V6`, `FUNKTIONEN_FASSUNG_V6`, `FUNKTIONEN_UNTERLAGEN_V6` und `mitFassung` aus `server/services/products.js` (P8 liefert, verdrahtet nicht). Verdrahtet werden `config.aboFunktionen.fassung` und `texte.beginn` (Literale, `config.js` importiert keine Dienste), `consentAbo` mit dem Item `hinweis`, `aboKatalog.js` (`unterlagen`, `hinweis`), `aboUnterlagen.js` und `sichereAdresse` in `funktion-einschalten.js` (lässt `/neu/rechtliches/` zu). `bestelltexte.js` bleibt importfrei, `test/knBestelltexte.test.js` pinnt Linkzeile, Häkchen und Fassungsangabe gleich zu `WORTLAUT_V6` (eine einheitliche Form der Fassungsangabe), danach läuft `test/aboWortlautV6.test.js` grün. Die Analyse (`config.analyse.avvVersion`, `legalPaths`, K18-Weiche mit den PDFs aus `public/neu/rechtliches/`) folgt dieser Verdrahtung erst nach der Freigabe; wo P5 Task 15 sie sofort auf Fassung 6 stellt, gilt diese Regel.
+ (P5 Task 15, VF7, VF10; P7 Task 0/1, VF12; P8 VF2; F3, F29, F30)
+- **N34 Vertragsnachweis (V12).** `speichereVertragsNachweis({ customerId, art, bezug = '', texte, fassungen, kundenart, req, at })` schreibt selbst mit `createDocument` und `texteHash` (aus `featureConsents.js`), weil `speichereZustimmung` `projectId = ''` ablehnt; `featureKey = art`, `projectId = ''`. `bezug` und `wortlaut` (`WORTLAUT_STATUS`) stehen als Schlüssel in `fassungen` (höchstens 1000 Zeichen), `texte` bleibt die reine Anzeigereihenfolge. `stripeSessionId` bleibt leer, weil der Nachweis vor der Stripe-Sitzung, dem Wechsel, der Speicheränderung und dem Antrag entsteht (kein Zustand ohne Nachweis); die Zuordnung läuft über Zeit, Konto und `bezug`.
+ (P7 Task 2, VF3 bis VF5; P8 VF4; F36)
+- **N35 Fassung in den Bestellrouten.** P7 übernimmt die Stellen, die `config.abo.termsVersion` fest lesen: `stripeBilling.js:606-607` (`createAboCheckout`: Fassung aus `consent.termsVersion`, Vorgabe unverändert), `abo.js:236`, `:328`, `:388` (Prüfung) und `abo.js:201` (`GET /api/abo` liefert `termsVersion` über `aktuelleAboFassung(req)`). `fassungDerAnfrage(req, termsVersion)` prüft die Neu-Fassung zuerst; bei gleichen Werten von `termsVersion` und `termsVersionNeu` gilt `neueAnsicht(req) ? 'neu' : null`, sodass P10 Task 14 hier nichts ändert. `server/routes/takeoverCredits.js` `POST /` schreibt den Nachweis bei Fassung 6.
+ (P7 VF2; P8 VF4; P10 VF4; F36, F42)
+- **N36 Speicher und Gutschrift (Fassung 6).** P7 übernimmt `ansicht-speicher.js` (Plus-Block) und `ansicht-gutschrift.js` (Zustimmungsblock) wie `ansicht-bestellen.js` und `ansicht-wechsel.js`: P2 baut sie 1:1 (Fassung 5), P7 baut sie auf das schlanke Muster um. Die Orakel-Vergleiche gegen `app.js` werden durch Pins auf die Fassung-6-Texte ersetzt; der Hash-Pin des Blocks `TAKEOVER_CONDITIONS` (`conditionsVersion` 2026-09-30) bleibt. Die Gutschrift-Bedingungen werden die eigene Ansicht `#gutschrift?bedingungen=1` mit unverändertem Rechtstext; `test/support/knWortlautOrakel.js` entfernt P10 Task 17 erst mit `app.js`.
+ (P2 VF5; P7 VF1, VF8; P10 Task 17; F25)
+- **N37 Texte der Bestellseiten.** Fehlertexte der Dienste (`planSwitch.js`, `mailStorage.js`, `stripeBilling.js`, Abo-Routen) bleiben im Quelltext in Sie-Form und werden für Sitzungen mit neuer Ansicht über `server/services/duFehler.js` in du übersetzt; ein Quelltext-Test meldet jeden neuen Sie-Satz ohne Übersetzung. Die Zeilen „Anbieter“ und „Abrechnung“ entfallen aus dem Block der Bestellseiten (der Anbieter steht im Impressum im Konto) und gehen als Kanzlei-Frage in die Rechtsrunde (N46). K01 und K12 behaupten für Betriebe kein „ausdrücklich verlangt“ mehr (Block `sofortverlangen`). Bewusst der Mail-/Textrunde (Spec 5.7) überlassen: Validierungssätze in `takeoverCredits.js`, `custom_text` der Stripe-Zahlungsseite, die übrigen Mails.
+ (P7 Task 6/14, VF6, VF7, VF11; F37)
+
+### Öffentliche Seiten und Login
+
+- **N38 Kündigen und Widerrufen in du.** P7 Task 15 stellt `public/neu/oeffentlich/kuendigen.html` und `widerrufen.html` auf du um; `public/legal-form.js` und `public/auftrag-widerruf.js` zeigen du nur im Zweig `data-anrede="du"` (ohne Attribut unverändert). Die Seiten speichern keinen Wortlaut und keine `termsVersion`, es gibt also keine neue Version (C14). Text-Pins in `test/knOeffentlichDu.test.js` ersetzen für diese zwei Seiten den Paarvergleich aus P2 Task 17 (Feldattribute und Skripte werden weiter verglichen); P10 Task 17 stellt die Sie-Pins in `test/publicForms.test.js:1439-1450`, `test/auftraegeKundenportalWiderruf.test.js:9` und `test/auftraegeAblauf.test.js:288` auf diese du-Sätze um.
+ (P7 Task 15, VF13; P2 Task 17; F6)
+- **N39 Neue öffentliche Seiten im Pilot.** Angemeldete Pilot-Sitzungen (`neueAnsicht(req)`) bekommen `/kuendigen.html` und `/widerrufen.html` schon im Pilot aus `public/neu/oeffentlich/`; ausgeloggte Besucher, der Login (`/login.html`) und `/offline.html` bleiben bis `on` alt. P0 setzt das mit zwei weiteren Zeilen in `dashboardWeiche.js` um (sie liefert nur, wenn die Datei existiert, sonst `next()`); P10 Task 3 übernimmt die Zeilen in `UMSCHALT_SEITEN` und passt den Test „off und pilot liefern die Datei von heute“ für diese zwei Seiten an.
+ (P10 Task 3; P0 Task 3; P2 Task 17; F7)
+- **N40 Login, Service Worker, Auftragsseite.** P10 Task 16 (`public/neu/oeffentlich/login.js`) übernimmt `initLoginPage` samt Helfern (`app.js:421-568`) vor dem Löschen von `app.js`; die neue Hülle registriert `/sw.js` selbst (P1 Task 11), P10 zieht in `sw.js` die `OFFLINE_URL` mit. iOS-Fokuszoom: 16-px-Felder in P1/P2-CSS genügen, ein JS-Schutz nur im Login; der doppelte `beforeinstallprompt`-Hörer (Hinweis P2, Konto P1) darf P10 zusammenlegen. P10 nimmt `/auftrag.html` in `UMSCHALT_SEITEN` und in die Nachprüf-Marker auf (Marker: `/neu/oeffentlich/oeffentlich.css` im Quelltext, kein `/auftrag.css`); P2-Tests, die alte Dateien lesen (`app.js`, alte Seiten, `auftrag.css`, `chat-composer.css`), friert P10 vor dem Löschen ein oder entfernt sie.
+ (P2 VF6; P10 Task 16/17, VF5; F26)
+
+### Werkzeug und Vorschau
+
+- **N41 Werkzeug-Erweiterungen durch P1 bis P4 und P7.** Erlaubt sind nur `views.mjs`, `gates.mjs` (Gate `p`), `fixtures/endpunkte-p.mjs` mit je einem Import in `fixtures/endpunkte.mjs`, `fixtures/faelle-p.mjs` (P4: `fixtures/module.mjs`) mit einem Import in `fixtures/faelle.mjs`, `vertrag-endpunkte.mjs` und der Marker in `test/statik.test.mjs`. Neue Fälle hängen nur in eigenen Dateien hinter den vierzehn Kernfällen; P0 lockert den Pin „Fälle in fester Reihenfolge“ auf `FALL_NAMEN.slice(0, 14)` und den `boot.js`-Test auf diese vierzehn (`boot.js` bekommt `FALL_MUSTER = /^[a-z0-9-]{1,40}$/`, die Leiste zeigt nur Kernfälle). P4 (17 Fälle `m-*`) und P7 (`privat-ohne-abo`, `hosting-privat`) ändern Pin und `boot.js` nicht; ändert ein Paket eine Antwortform, ergänzt es den Vertragseintrag im selben Commit.
+ (P0 Task 6/11, VF5; P1 VF2; P4 VF5; P7 Task 16, VF10; F14)
+- **N42 Strang-Umgebung und Ansicht-IDs.** Die Strang-Umgebung kommt nur über `KN_STRANG_ENV=…/tmp/strang-ui.env`, nie über `KW/strang.env`. Ansicht-IDs tragen das Paketpräfix (`kn-huelle-`, `kn-p2-`, `kn-funktionen-`, `kn-modul-`, `b7-`); wer fremde Ansichten aufruft, nennt die echten IDs (P7: `--only kn-p2-bestellen,kn-p2-bestellen-hosting,kn-p2-wechsel,kn-p2-email,kn-p2-email-plus,kn-p2-gutschrift,kn-p2-gutschrift-frage`). Fixtures für V5, V6 und V8 folgen den Nachträgen oben. Die Ansicht für `/auftrag.html` ergänzt P2 Task 19 mit einem Eintrag in `vorschau/seiten.mjs`.
+ (P3 VF3; P2 VF7; P7 Task 16; F14)
+- **N43 Vorschau-Technik.** `dark-surface` erlaubt genau `#111` (Akzent) für Elemente bis 25 % der Viewport-Fläche; andere dunkle Flächen brauchen `ignorieren` je Ansicht. In der Vorschau hat `public/neu/oeffentlich/` Vorrang vor `public/`; `boot.js` feuert nach dem Laden einmal `DOMContentLoaded` und `load`, Code prüft trotzdem `document.readyState`. Der Arbeitsauftrag an den Inhaber (WOMS „Neues Projekt“, Subdomain `kundenansicht-neu`, Status `ready` oder `deployed`) steht in `KW/UEBERGABE-P0.md` und blockiert Phase B nicht; `KN_ERSTLAUF_FREMDES_OK=ja` nur auf ausdrückliche Anweisung des Controllers.
+ (P0 Task 10/11/14, VF6 bis VF8; F15)
+- **N44 WOMS-Werkzeug.** „Playwright nur mit dem Werkzeug aus P0“ gilt für das Portal; für das WOMS gilt der eigene Strang `werkzeug-kundenart` (P9 Task 1). Ein kleiner Auftrag „WOMS-Werkzeug auf `test` heben“ (Aufträge/Projektkonten, Unterkunft, `arbeitsblaetter/abgerechnet`, Reiter „Abgesagt“) läuft vor Phase E. Beide Werkzeuge halten die Speicherbremse (`free -m` über 2000 MB) und starten nie mehr als einen Browser zugleich.
+ (P9 Task 1, VF1; F41)
+
+### Rechtsrunde
+
+- **N45 Rechtsrunden-Technik.** Die drei fehlenden WOMS-Karten (`leistungsbeschreibung-news`, `leistungsbeschreibung-website-analyse`, `avv-website-analyse`) legt `scripts/rechtliches-hochladen.mjs --karten-anlegen` mit OK des Inhabers vor dem ersten Upload an; `--probe` meldet fehlende als `STOPP: Karte fehlt: `, das Hochladen ohne Karte bricht ab. Die Karte der Analyse-Leistungsbeschreibung bekommt eine abgeleitete ID (`kartenId`, ihr Schlüssel hat 37 Zeichen, erlaubt sind 36), WOMS liest Karten über das Attribut `key`, und die drei Karten werden nicht in `setup-legal.mjs` eingetragen. Die Entwurfsseiten unter `/neu/rechtliches/` gehen mit dem normalen Push live (der Pilot braucht die Links), tragen Entwurfsmarke und `` (P8 Task 5 bis 10 ergänzen) und werden bei der Freigabe ersetzt.
+ (P8 Task 11/13, VF6, VF7; F40)
+- **N46 Entscheidungsliste.** `docs/rechtliches/kundenansicht-entscheidungen.md` führt R1 bis R17 (statt R1 bis R15; `test/kundenansichtEntscheidungen.test.js` entsprechend): R16 ist die Du-Anrede der Seiten Kündigen und Widerrufen (N38), R17 sind die Zeilen „Anbieter“ und „Abrechnung“ im Block der Bestellseiten (N37), je mit Vorschlag, Alternative und Kanzlei-Frage.
+ (P8 Task 11; P7 VF7; F6, F37)
+
+### Livegang und P10
+
+- **N47 Vor dem Pilot (Ablaufhinweis 4 ergänzt).** Zwei Schritte vor dem Push des Inhabers, beide mit Sicherung und OK des Inhabers: (1) Compose- und `.env`-Zeilen `KUNDENANSICHT_NEU` (Modus `pilot`) und `KUNDENANSICHT_NEU_PILOT_EMAILS` (Pilot-Liste) in `/home/webklar/apps/docker-compose.yml` (zwei Zeilen `- KUNDENANSICHT_NEU=${KUNDENANSICHT_NEU:-off}` und `- KUNDENANSICHT_NEU_PILOT_EMAILS=${KUNDENANSICHT_NEU_PILOT_EMAILS:-}` bei den `ZEITEN_*`-Zeilen) und `/home/webklar/apps/.env`, Sicherung `.bak--kundenansicht`, dann `docker compose up -d --no-deps kundenbereich-server`, nie `preview-portal`; (2) `scripts/kundenansicht-setup.mjs --pruefen`, nach OK des Inhabers ausführen (sonst scheitert jeder Nachweis ohne `featureConsents.kundenart` mit 500). `UEBERGABE-P0` und die Übergabe-Notiz tragen beide Punkte, P10 Task 9 prüft sie nur noch.
+ (P0 UEBERGABE-P0; P7 VF9; P10 VF2, VF13, Task 9; Befund zur Übersicht; F9, F38)
+- **N48 Vor `on`.** P10 Task 1 und 9 prüfen: `WORTLAUT_STATUS` steht auf `'freigegeben'` (E20); die Gleichheitstests `test/knBestelltexte.test.js`, `test/knVerdrahtung.test.js` und `test/aboWortlautV6.test.js` sind grün; `scripts/rechtliches-hochladen.mjs --probe` meldet keine fehlende Karte und `--pruefen` endet mit Exit 0 (alle elf `documentKey` aus `DOKUMENTE_V6` haben eine aktuelle Version mit passender `source`, deshalb prüft Task 9 Step 2 mit `--pruefen` und nicht nur mit `--probe`); `scripts/kundenart-bestand.mjs` (P10 Task 8) und `scripts/kundenansicht-setup.mjs` sind gelaufen.
+ (P7 VF9; P8 VF9; P10 VF9, VF13; F38)
+- **N49 Bestätigungen zu P10.** Die Alt-Zweige der P4-Dateien entfernt P10 Task 21, die Playwright-Skripte der alten Seite löscht Task 17. Zwischen Task 11 und Task 14 liegen sieben Tage Beobachtung; Task 14 ist der Punkt ohne Rückweg per Schalter und braucht ein eigenes OK des Inhabers. Der Rückbau (Task 20) beschränkt sich auf die beiden Kaufrouten und ihre Helfer; Alt-Preise in `config.js` und die Antwortfelder von `GET /api/funktionen` bleiben.
+ (P10 VF4, VF6, VF8, VF10, VF11; F42)
+- **N50 Commit-Zeile (Global Constraints).** Jede ausführende Sitzung nutzt die `Co-Authored-By`-Zeile aus ihrem eigenen Systemhinweis. Commit-Beispiele in den Plänen mit `Claude Opus 5.5` und Formulierungen wie „wörtlich laut Übersicht“ stehen dafür als Platzhalter.
+ (alle Pläne, Global Constraints „Commits“; P8 Schlussvermerk; F43)
+
+### Zuständigkeit
+
+- **N51 Zusätzliche Dateien und geteilte Stellen.** Die folgende Untertabelle ergänzt die Zuständigkeitstabelle um alle in Plänen und Vertragsfragen genannten Zusatzdateien und legt für die Hotspots eine feste Reihenfolge fest. Stubs aus P1 gehören nach der Anlage P2, P3 und P4; P7 übernimmt `ansicht-speicher.js` und `ansicht-gutschrift.js`; P0 besitzt `server/services/kundenansicht/` ganz.
+ (P0 VF1; P1 VF3; P2 VF1; P4 Dateiübersicht; P5 VF4; P6 VF3; P7 VF1, VF2; P10 VF1; Befund zur Übersicht; F10)
+
+| Datei / Stelle | Besitzer | Reihenfolge, Hinweis |
+|---|---|---|
+| `server/services/kundenansicht/` ganz (`schalter.js`, `dashboardWeiche.js`), `test/kundenansichtSchalter.test.js`, `kundenansichtDashboard.test.js`, `kundenansichtMe.test.js` | P0 | andere Pakete legen dort nichts ab |
+| Werkzeug `views.mjs`, `gates.mjs`, `fixtures/*`, `vertrag-endpunkte.mjs`, `vorschau/seiten.mjs` (eigenes Git) | P0 legt an | P1 bis P4 und P7 ergänzen nur nach N41 |
+| `public/neu/manifest.webmanifest`, `test/support/knHuelle.js`, `test/knHuelle*.test.js` | P1 | P2 bis P4 dürfen die Testhilfe nutzen |
+| Stubs aus P1: `public/neu/ansicht-{website,chat,vertraege,passwort,gutschrift,wechsel,bestellen}.js`, `ansichten.css`; `ansicht-funktionen.js`, `funktionen.css`; `module.css` | P1 legt an; danach P2, P3, P4 | Besitz geht nach der Anlage an das Paket der Tabelle oben |
+| `public/neu/dashboard.html` | P1 | P2 ändert genau zwei Zeilen (Composer-Skript, Stil `/neu/chat-composer.css`) |
+| `public/neu/ansicht-hilfen.js`, `rechnung-offen.js`, `install-hinweis.js`, `website-details.js`, `vertraege-rechnungen.js`, `vertraege-abo.js`, `chat-composer.css`, `oeffentlich/oeffentlich.css`, `oeffentlich/auftrag.html`, `test/support/knDaten.js`, `knWortlautOrakel.js`, `test/knAnsicht*.test.js` | P2 | `knWortlautOrakel.js` friert P10 vor dem Löschen von `app.js` ein |
+| `public/neu/ansicht-bestellen.js`, `ansicht-wechsel.js`, `ansicht-speicher.js`, `ansicht-gutschrift.js` | P2 baut 1:1, P7 baut um | P7 erst nach dem Merge von UI und Recht |
+| `public/neu/funktion-einschalten.js`, `test/support/knFunktionenDaten.js`, `test/knEinschalten*.test.js`, `knFunktionen*.test.js` | P3 | P7 Task 0 ändert nur `sichereAdresse` |
+| `public/neu/bilder/*` | P3 | `analyse.webp` erzeugt P4 |
+| `public/fn-reiter.js` (neu), `test/support/modulAbo.js`, `test/kundenansichtNeuModul*.test.js`, Pins `test/shopWiring.test.js:31`, `test/unterkunftWiring.test.js:130` | P4 | |
+| `server/services/aboUnterlagen.js`, `aboKatalog.js`, `funktionEinschalten.js` (neu), `featureRegistry.js` (auch `consentAbo*`, `abowegAnalyse`), `test/featureSetup.test.js:191-192`, `test/aboFassung6Verdrahtung.test.js` | P5 | Verdrahtung der Fassung 6 siehe N33 |
+| P5, minimal in fremden Dateien: `server/routes/admin/customers.js` (`code`), `server/services/ticketAdmin.js` (`abrechnung`), `server/services/zeiten/einschalten.js` (`abrechnung`, `vorpruefung`), `server/services/analyse.js`, `server/services/shop/anfrage.js` (`stelleAnfrage`), `server/routes/shop.js` (Anfrage) | P5 | P6 vermeidet diese Funktionen |
+| `server/services/aboModell.js`, `aboFunktionenMails.js`, `aboFunktionenMeldung.js`, `aboAufbauphase.js`, `aboFunktionenAbgleich.js` (alle neu) | P6 | Aufbauphasen-Regel siehe N28 |
+| Mailvorlagen K38 bis K43, T24; Block `funktionen_abo` in K02 und K03 | P6 | K44 und T25 frei (N29) |
+| P6, minimal in fremden Dateien: `server/routes/admin/funktionenAdmin.js`, `termine/aboAbgleich.js`, `zeiten/aboAbgleich.js`, `zeiten/mails.js`, `zeiten/behalten.js`, `termine/ticketDetails.js`, `termine/einbauanleitung.js`, `shop/ticketDetails.js`, `unterkunft/ticketDetails.js`, `shop/anfrage.js` und `unterkunft/anfrageFunktion.js` (nur `sendeEntscheidung`) | P6 | nur die in Plan 07 benannten Stellen |
+| `server/services/bestelltexte.js`, `duFehler.js`, `vertragsNachweis.js`, `public/neu/bestell-bausteine.js`, `test/support/knBestellDaten.js`, `test/kn*.test.js` (Plan 08) | P7 | |
+| P7, minimal in fremden Dateien: `server/services/stripeBilling.js` (`createAboCheckout`), `server/routes/takeoverCredits.js`, `server/mail-templates/K12 Wechsel Wartungs-Abo.html` (Block `sofortverlangen`), `public/neu/oeffentlich/kuendigen.html`, `widerrufen.html`, `public/legal-form.js`, `public/auftrag-widerruf.js` (nur `data-anrede="du"`) | P7 | |
+| `test/aboWortlautV6.test.js`, `aboBedingungenV6.test.js`, `legalV6Build.test.js`, `funktionenRechtV6.test.js`, `kundenansichtEntscheidungen.test.js`, `rechtlichesHochladen.test.js` | P8 | |
+| `server/routes/umschaltSeiten.js`, `scripts/umschalten-nachpruefung.mjs`, `scripts/kauf-bestand-pruefen.mjs`, `docs/umschalten-kundenansicht.md`, `test/support/dateiListe.js`, `modulKlassen.json`, `oeffentlichStand.json`, `public/neu/oeffentlich/login.js`, `public/sw.js:5`, Tests `knUmschalt*`, `knFassung6Fest`, `knLoginModul`, `knAufraeumen`, `knKaufRueckbau`, `knAltZweigeWeg`, `knSchalterWeg`, `knOfflineCache`, `kundenartBestand`, `kaufBestandPruefen` | P10 | Rückbau der Kaufpfade und Alt-Zweige erst in Phase F |
+| **geteilt:** `server/routes/abo.js` | P6, dann P7 | P6: K02/K03, `POST /switch`, `GET /`, `withdrawOrder`, Widerruf des Wechsels; P7: nur die Pfade der Fassung 6 und `router.use` für `duFehler` |
+| **geteilt:** `server/services/planSwitch.js` | P6, dann P7 | P6: `details.funktion`, `completeSwitch`, `markSwitchFailed`; P7: `switchToWartung` (Z. 347-351, 388, 483), `performSwitch` (`details`, K12-Aufruf) |
+| **geteilt:** `server/services/siteFeatures.js` | P5, dann P6 | P5: `featureView`, `legeTicketAn`; P6: `adminActivate`, `ticketNachlegen` |
+| **geteilt:** `server/index.js` | je eine eigene Zeile | P0 Weiche vor `express.static`; P5 1 Import, 1 Mount; P6 1 Import, 1 Intervallblock; P10 eine Zeile direkt vor `app.use(express.static(publicDir))` |
+| **geteilt:** `server/services/products.js` | P8, dann P10 | P8: Fassungstabelle, `WORTLAUT_V6` und Konstanten; P10: Zeilen v6 und v5 der Tabelle |
+| **geteilt:** `server/config.js` | je eigener Abschnitt | P0 `kundenansichtNeu`, P5 `aboFunktionen`, P8 `abo.termsVersionNeu`; Ausnahme: die Literale `aboFunktionen.fassung` und `.texte.beginn` setzt die Verdrahtung (N33) |
+| **geteilt:** `server/services/featureRegistry.js`, `funktionEinschalten.js` | P5 | `consentAbo` ändert nur die Verdrahtung (N33); P6 fügt in `funktionEinschalten.js` genau einen Aufruf `meldeEingeschaltet` ein |
+| **geteilt:** `public/neu/ansichten.css` | P2, dann P7 | P7 hängt einen Abschnitt an |
+| **geteilt:** `test/mailTemplates.test.js` | P6, dann P7 | P6: Z. 9, 11, 718; P7: Z. 379 |
+
+---
+
## Verträge
### V1 Pilot-Schalter (P0)
@@ -496,6 +670,9 @@ export async function speichereVertragsNachweis({ customerId, art: 'abo'|'wechse
- Vorschau aktualisieren (nur `cp`)
- Abschlussprüfung mit vier Blickwinkeln: Recht und Nachweise, alte Ansicht unverändert, Handy und Barrierefreiheit, Abo-Modell und Stundenkonto
- Korrekturen
- - Übergabe-Notiz unter `/root/reports/kundenansicht-neu-2026-10-15/uebergabe/` mit den Push-Befehlen für den Inhaber
+ - **Vor dem Push des Inhabers, beide mit Sicherung und OK des Inhabers (Nachtrag N47):**
+ - Compose- und `.env`-Zeilen `KUNDENANSICHT_NEU` (Modus `pilot`) und `KUNDENANSICHT_NEU_PILOT_EMAILS` (Pilot-Liste) anlegen, Sicherung `.bak--kundenansicht`, dann `docker compose up -d --no-deps kundenbereich-server`, nie `preview-portal`. `pilot` erst setzen, wenn WOMS `kn-p9-kundenart` live ist (Nachtrag N24).
+ - `scripts/kundenansicht-setup.mjs --pruefen`, nach OK des Inhabers ausführen (sonst scheitert jeder Nachweis ohne `featureConsents.kundenart` mit 500).
+ - Übergabe-Notiz unter `/root/reports/kundenansicht-neu-2026-10-15/uebergabe/` mit den Push-Befehlen für den Inhaber, der Push-Reihenfolge (N24) und den beiden Schritten oben
5. **Rechtsrunde:** P8 legt `docs/rechtliches/kundenansicht-entscheidungen.md` an. Der Controller geht die Liste mit dem Inhaber durch (E20). Hochgeladen wird erst nach seiner Freigabe, mit `scripts/rechtliches-hochladen.mjs`, zuerst `--probe`.
6. **P10** startet erst, wenn der Inhaber ausdrücklich „umschalten“ sagt.
diff --git a/docs/superpowers/plans/2026-10-16-kundenansicht-01-werkzeug-vorschau.md b/docs/superpowers/plans/2026-10-16-kundenansicht-01-werkzeug-vorschau.md
new file mode 100644
index 0000000..f498def
--- /dev/null
+++ b/docs/superpowers/plans/2026-10-16-kundenansicht-01-werkzeug-vorschau.md
@@ -0,0 +1,1416 @@
+# Kundenansicht neu, P0 Werkzeug, Pilot-Schalter, Vorschau: Implementation Plan
+
+> **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
+
+**Goal:** Der Pilot-Schalter (V1) liefert je Sitzung die neue oder die alte Kundenseite aus. Ein Werkzeug mit Testdaten-Backend, Prüfungen und Vorschau-Bau macht die neue Oberfläche prüfbar, bevor sie live ist.
+
+**Architecture:**
+- Portal: Der Schalter ist ein reines Modul. Die Weiche für `/dashboard.html` ist eine Handler-Fabrik, die `server/index.js` vor `express.static` einhängt und ohne Server-Start testbar ist.
+- Werkzeug: außerhalb des Repos mit eigenem Git. Backend und Fälle sind reine ES-Module ohne `node:`-Importe und laufen im Playwright-Lauf (Gates) wie im Service Worker der Vorschau.
+- Ausliefern: ein Skript mit festem Ziel, nur `cp`, Entfernen nur über das Manifest des letzten Laufs, Datei für Datei.
+
+**Tech Stack:** Node 24 (Host) mit `node --test`, Express 4, Playwright-Core 1.62.1 mit `chromium-1234`, esbuild 0.21.5 aus dem WOMS-`build/`, Bash mit `flock` und `systemd-run`.
+
+**Spec:** `/home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht/docs/superpowers/specs/2026-10-15-kundenansicht-neu-design.md` (5.10, E16, E19; Code-Karten unter `/root/reports/kundenansicht-neu-2026-10-15/karten/`)
+
+**Übersicht/Verträge:** `/home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht/docs/superpowers/plans/2026-10-16-kundenansicht-00-uebersicht.md` (gilt wörtlich)
+
+**Worktree und Branch:** `/home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht`, Branch `feature/kundenansicht-neu`, Tag `kn-p0`. Das Werkzeug liegt in `/root/reports/kundenansicht-neu-2026-10-15/werkzeug/` (eigenes Git, Branch `main`, kein Remote, ebenfalls Tag `kn-p0`).
+
+Kürzel: `WT` = der Portal-Worktree, `KW` = der Werkzeug-Ordner. In Befehlen stehen die Pfade ausgeschrieben.
+
+## Global Constraints
+
+Alle Global Constraints der Übersicht gelten wörtlich (alte Ansicht unverändert, Schalter `off | pilot | on` mit Vorgabe `off`, Testbefehle, Playwright nur über das Werkzeug, Sicherheitsblock, kein Push, kein Merge, nichts in `build/`). Paketeigene Zusätze:
+
+- **Commits:** Dateien einzeln mit `git add`, nie `-A`. Trailer wörtlich `Co-Authored-By: Claude Opus 5.5 ` als zweites `-m`. Werkzeug-Commits mit `git -C /root/reports/kundenansicht-neu-2026-10-15/werkzeug`.
+- **Bestehenden Code ändert dieses Paket nur** in `server/config.js`, `server/index.js`, `server/routes/auth.js` (siehe Dateiübersicht). In neuen Dateien unter `server/` und `public/` steht nie der Text `admin.html` oder `kalkulation.html` (Pin `test/adminPanelGone.test.js:54-67`).
+- **Werkzeug-Skripte:** `rm -rf` nur auf Pfade unter `KW/tmp/`, nur hinter einer `case`-Prüfung auf den genauen Pfad. Keine Zielpfade aus Parametern ohne Guard.
+- **Vorschau-Skript:** Der Agent ruft `vorschau-kundenansicht.sh` nur mit `--pruefen` auf. Die Hilfsfunktionen des Guards dürfen mit Testpfaden unter `KW/tmp/` laufen, nie mit Pfaden, die `..` enthalten.
+- **Service-Worker-tauglich:** `backend.mjs` und `fixtures/*.mjs` importieren nichts aus `node:` und lesen `process.env` nur als `process.env.FIXTURE_TODAY`.
+- **Testdaten:** fester Tag `FIXTURE_TODAY=2026-10-16`, alles erfunden, Adressen enden auf `.invalid`, URLs sind relativ oder enden auf `.invalid`.
+- **Browser:** ein Browser, immer über `run-browser.sh`, nie `fullPage`, Zeitlimit 180 s je Operation, `hasTouch: true` für Handy, Standalone nur per `matchMedia`-Patch, Uhr per `setFixedTime`. Vor schweren Läufen `free -m` (die Skripte prüfen selbst, Schwelle 2000 MB). Danach zeigt `ls -l /dev/null` `crw-rw-rw-`.
+- **Texte:** Außer den Platzhalter- und Hinweisseiten der Vorschau entstehen keine Kundentexte. Diese sind in du-Form. Einzige weitere Ausnahme: die Testtexte im Katalog der Fixtures (`katalog[].consent`, `katalog[].hinweis`, Task 6). Sie sind kurz, folgen sinngemäß V5 und Spec 5.6 und sind kein Rechtswortlaut (den liefert später der Server aus P5 und P8).
+- **Fälle der Fixtures:** Die ersten vierzehn Namen von `FALL_NAMEN` sind der Vertrag von P0 und stehen fest. Spätere Pakete hängen eigene Fälle nur in eigenen Dateien hinten an (Task 6, README). Pin und `boot.js` bleiben dafür unberührt.
+
+## Review Focus
+
+1. **Pilot-Schalter an den Rändern:** Groß-/Kleinschreibung und Leerraum der E-Mail, `*`, leere Liste, `off` mit `*`, E-Mail ohne Text, Sitzung ohne Kunde, alte Mitarbeiter-Sitzung (`role: 'admin'` ohne `viewId`). Erwartet: nur Treffer und Mitarbeiter-Kundenansicht sehen neu. Dieselben Listenregeln gelten für Jobs und Dienste ohne Sitzung (`neueAnsichtFuerKunde`). Tests: Task 2, dieselben Fälle über HTTP in Task 3 und 4.
+2. **Weiche liefert die falsche Seite oder falsch gecacht:** Query (`?abo=success`), unsigniertes Cookie, Direktaufruf von `/neu/dashboard.html`, Reihenfolge vor `express.static`, `Cache-Control`. Erwartet: Nicht-Pilot bekommt bytegleich die alte Seite. Test: Task 3.
+3. **Fixtures weichen von den echten Antworten ab:** Das Werkzeug zeigt Grün, die echte Seite bricht. Erwartet: Schlüsselmengen stimmen mit den echten Routern überein, jede Ausnahme ist begründet, keine Ausnahme verwaist, keine echten Hosts und Adressen. Tests: Task 7 und 6.
+4. **Auslieferung zerstört oder überschreibt Fremdes:** falsches Ziel, Elternordner, Symlink, `..` oder absolute Pfade im Manifest. Erwartet: Ablehnung vor dem ersten Kopieren, entfernt wird nur, was im eigenen Manifest steht. Tests: Task 13.
+5. **Werkzeuglauf frisst den Speicher oder läuft still leer:** zweiter Browser, `fullPage`, kein Zeitlimit, zu wenig freier Speicher. In der Vorschau ein leeres Dashboard, weil der Service Worker nicht übernimmt oder nginx für eine fehlende Datei HTML mit 200 liefert. Tests: Task 5 (Sperre, Schwelle, Browser nur über das Skript), 10 (Kontextoptionen, kein `fullPage`), 11 und 12 (Dateien-Abschluss, Start der Vorschau).
+
+## Dateiübersicht
+
+| Datei | Aufgabe | Task |
+|---|---|---|
+| `server/config.js:35` und Abschnitt nach `zeiten` (um `:1116`) | `kundenansichtNeu` | 2 |
+| `server/services/kundenansicht/schalter.js`, `test/kundenansichtSchalter.test.js` (neu) | V1 Schalter | 2 |
+| `server/services/kundenansicht/dashboardWeiche.js`, `public/neu/dashboard.html` (Platzhalter, ab P1 gehört sie P1), `test/kundenansichtDashboard.test.js` (neu) | Weiche (Vertragsfrage 1) | 3 |
+| `server/index.js` (Import, zwei Zeilen zwischen `:153` und `:154`) | Weiche vor `express.static` | 3 |
+| `server/routes/auth.js` (Import, `GET /me` in den zwei Antworten `authenticated: true` bei `:405` und `:464`), `test/kundenansichtMe.test.js` (neu) | Feld `ansicht` | 4 |
+| Pins `test/adminPanelGone.test.js:93-95`, `test/legalDocs.test.js:443-448` (nur Lauf, keine Änderung) | Reihenfolge vor `express.static` | 1, 3 |
+| `test/ui/kundenansicht-neu.ui.mjs` (neu) | Einstieg für Sichtprüfungen | 10 |
+| `KW/` `.gitignore`, `package.json`, `env.sh`, `check.sh`, `run-browser.sh`, `browser.mjs` | Gerüst | 5 |
+| `KW/` `fixtures/{helfer,basis,faelle,endpunkte,index}.mjs`, `backend.mjs` | Fälle, Backend | 6 |
+| `KW/` `vertrag-endpunkte.mjs` | Vertragstest | 7 |
+| `KW/` `checks.mjs`, `konsole.mjs` | Prüfungen | 8 |
+| `KW/` `views.mjs`, `gates.mjs` | Ansichten, Gates | 9 |
+| `KW/` `statik-server.mjs`, `shots.mjs`, `shots.sh`, `vorschau/seiten.mjs` | Läufer | 10 |
+| `KW/vorschau/` `sw-eintrag.mjs`, `boot.js`, `index-patchen.mjs`, `pruefe-dist.mjs`, `bauen.sh`, `hinweis.html`, `demo-baeckerei.html` | Vorschau-Bau | 11 |
+| `KW/vorschau/` `ziel-pruefen.sh`, `ausliefern-lib.sh`, `manifest.mjs`, `vorschau-kundenansicht.sh`, `plan-zeigen.sh`, `test-ziel.sh` | Auslieferung | 13 |
+| `KW/test/` `geruest`, `backend`, `vertrag`, `gates`, `statik`, `vorschau-bau`, `manifest` (`.test.mjs`) und `checks`, `shots`, `vorschau` (`.selftest.mjs`) | Tests des Werkzeugs | 5 bis 13 |
+| `KW/README.md`, `KW/UEBERGABE-P0.md` | Bedienung, Auftrag an den Inhaber | 14 |
+
+---
+
+### Task 1: Worktree vorbereiten
+
+**Files:** kein Commit. Es entsteht nur der unversionierte Symlink `WT/node_modules`.
+
+**Interfaces:**
+- Produces: ein Worktree, in dem Portal-Tests laufen, und die Basislinie (`pass`-Zahl) für Task 3.
+
+- [ ] **Step 1: Zustand prüfen**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && git branch --show-current && git status --short`
+Expected: `feature/kundenansicht-neu`, Status leer. Steht nur `?? docs/superpowers/plans/2026-10-16-kundenansicht-01-werkzeug-vorschau.md` da, committe genau diese Datei (`git add` dieser Datei, Nachricht `Plan: Kundenansicht neu P0 Werkzeug, Schalter, Vorschau`).
+
+- [ ] **Step 2: Symlink setzen**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && ln -s ../build/node_modules node_modules && git status --short && git check-ignore -v node_modules`
+Expected: Status bleibt leer, `check-ignore` nennt die Zeile `node_modules` aus `.gitignore`.
+
+- [ ] **Step 3: Basislinie laufen lassen**
+
+Run: `free -m` (bei `available` mindestens 2000 MB), dann `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && timeout 900 nice -n 10 node --max-old-space-size=1024 --test --test-concurrency=1 test/zeitenSchalter.test.js test/adminPanelGone.test.js test/legalDocs.test.js`
+Expected: `fail 0`. Notiere die `pass`-Zahl. Danach `ls -l /dev/null` mit `crw-rw-rw-`.
+
+---
+
+### Task 2: Pilot-Schalter (V1)
+
+**Files:**
+- Create: `server/services/kundenansicht/schalter.js`
+- Modify: `server/config.js:35` (neue Zeile `kundenansichtNeuEnabled`), neuer Abschnitt `kundenansichtNeu` im Objekt `config` direkt nach `zeiten` (um `:1116`)
+- Test: `test/kundenansichtSchalter.test.js`
+
+**Interfaces:**
+- Consumes: `parsePortalSession(req)` aus `server/middleware/session.js`, `commaList(raw, fallback)` aus `server/config.js`.
+- Produces (V1, wörtlich):
+ - `config.kundenansichtNeu: { mode: 'off'|'pilot'|'on', pilotEmails: string[] }` aus `KUNDENANSICHT_NEU` und `KUNDENANSICHT_NEU_PILOT_EMAILS`
+ - `neueAnsichtModus(): 'off'|'pilot'|'on'`
+ - `neueAnsichtFuerSession(session): boolean`
+ - `neueAnsicht(req): boolean` (= `neueAnsichtFuerSession(req.session ?? parsePortalSession(req))`)
+ - `neueAnsichtFuerKunde({ customerId, email }): boolean` (Ergänzung zu V1 für Jobs und Dienste ohne Cookie, etwa P5 `aboModellFuerKunde`, P5 `runAboCheck` und P6; die Übersicht V1 bekommt die Zeile, siehe Vertragsfrage 10). Gleiche Modus- und Listenregeln wie `neueAnsichtFuerSession`, aber ohne Sitzungsprüfung und ohne Mitarbeiter-Regel: `off` ergibt false. Ist `customerId` kein nicht-leerer Text (getrimmt) oder die Eingabe kein Objekt, ergibt es false. `on` ergibt true. `pilot` ergibt true bei `'*'` in der Liste oder wenn die getrimmte, klein geschriebene `email` in der Liste steht (eine `email`, die kein Text ist, zählt als leer). `neueAnsichtFuerSession` und `neueAnsichtFuerKunde` teilen sich eine private Hilfsfunktion für den Listenvergleich.
+
+- [ ] **Step 1: Failing test schreiben** (`test/kundenansichtSchalter.test.js`)
+
+```js
+import { test, beforeEach, afterEach } from 'node:test'
+import assert from 'node:assert/strict'
+import { config } from '../server/config.js'
+import { neueAnsicht, neueAnsichtFuerKunde, neueAnsichtFuerSession, neueAnsichtModus } from '../server/services/kundenansicht/schalter.js'
+
+let original
+beforeEach(() => { original = { ...config.kundenansichtNeu } })
+afterEach(() => { Object.assign(config.kundenansichtNeu, original) })
+const stelle = (mode, pilotEmails = []) => Object.assign(config.kundenansichtNeu, { mode, pilotEmails })
+const MAIL = 'k@example.invalid'
+const kunde = (email = MAIL) => ({ customerId: 'c1', appwriteUserId: 'u1', name: 'K', email })
+const ansicht = (extra = {}) => ({ role: 'admin', viewAs: true, viewId: 'a'.repeat(32), customerId: 'c1', appwriteUserId: 'u_staff', email: 'andrej@webklar.com', ...extra })
+const UNGUELTIG = [null, undefined, {}, 'x', 42, [], { role: 'admin', appwriteUserId: 'u', email: 'kenso@webklar.com' }, ansicht({ viewId: undefined }), ansicht({ viewId: '' }), ansicht({ viewAs: false }), { customerId: 'c1' }, { appwriteUserId: 'u1' }]
+const ENV = ['KUNDENANSICHT_NEU', 'KUNDENANSICHT_NEU_PILOT_EMAILS']
+let zaehler = 0
+async function frischeConfig(env = {}) { // neue config.js-Instanz mit genau diesen Variablen (Muster zeitenSchalter.test.js)
+ const alt = Object.fromEntries(ENV.map((k) => [k, process.env[k]]))
+ for (const k of ENV) delete process.env[k]
+ Object.assign(process.env, env)
+ try { zaehler += 1; return (await import(`../server/config.js?kn-schalter=${zaehler}`)).config } finally {
+ for (const k of ENV) { if (alt[k] === undefined) delete process.env[k]; else process.env[k] = alt[k] }
+ }
+}
+
+test('Konfiguration: Vorgabe off, Unbekanntes ist off, Werte werden bereinigt', async () => {
+ assert.deepEqual((await frischeConfig()).kundenansichtNeu, { mode: 'off', pilotEmails: [] })
+ for (const wert of ['', ' ', 'banane', 'true', '1']) assert.equal((await frischeConfig({ KUNDENANSICHT_NEU: wert })).kundenansichtNeu.mode, 'off', wert)
+ assert.equal((await frischeConfig({ KUNDENANSICHT_NEU: ' ON ' })).kundenansichtNeu.mode, 'on')
+ const f = await frischeConfig({ KUNDENANSICHT_NEU: ' Pilot ', KUNDENANSICHT_NEU_PILOT_EMAILS: ' Kenso.Gri@Gmail.com, ,justin@webklar.com ' })
+ assert.deepEqual([f.kundenansichtNeu.mode, f.kundenansichtNeu.pilotEmails], ['pilot', ['kenso.gri@gmail.com', 'justin@webklar.com']])
+})
+
+test('Regeln: [Modus, Liste, Sitzung, erwartet]', () => {
+ const TABELLE = [
+ ['off', ['*', MAIL], kunde(), false], ['off', ['*'], ansicht(), false],
+ ['on', [], kunde(), true], ['on', [], kunde(''), true], ['on', [], ansicht(), true],
+ ['pilot', [MAIL], kunde(), true], ['pilot', [MAIL], kunde(' K@Example.Invalid '), true],
+ ['pilot', [MAIL], kunde('k@example.invalid.evil'), false], ['pilot', [MAIL], kunde('anderer@example.invalid'), false], ['pilot', [MAIL], kunde(''), false],
+ ['pilot', [MAIL], { ...kunde(), email: undefined }, false], ['pilot', [MAIL], { ...kunde(), email: 42 }, false], ['pilot', [MAIL], { ...kunde(), email: [MAIL] }, false],
+ ['pilot', ['*'], kunde(), true], ['pilot', ['*'], ansicht(), true],
+ ['pilot', [], kunde(), false], ['pilot', [], ansicht(), true], // leere Liste: nur die Mitarbeiter-Kundenansicht
+ ]
+ for (const [modus, liste, sitzung, soll] of TABELLE) { stelle(modus, liste); assert.equal(neueAnsichtFuerSession(sitzung), soll, `${modus} ${liste} ${JSON.stringify(sitzung)}`) }
+})
+
+test('ungültige Sitzungen sind in jedem Modus und bei jeder Liste false', () => {
+ for (const modus of ['off', 'on', 'pilot']) for (const liste of [[], ['*'], [MAIL, 'kenso@webklar.com']]) { stelle(modus, liste); for (const s of UNGUELTIG) assert.equal(neueAnsichtFuerSession(s), false, `${modus} ${liste} ${JSON.stringify(s)}`) }
+})
+
+test('neueAnsicht(req): req.session hat Vorrang, sonst das signierte Cookie; kaputt oder leer ist false', () => {
+ stelle('pilot', [MAIL])
+ const cookie = (s) => ({ signedCookies: { [config.cookieName]: typeof s === 'string' ? s : JSON.stringify(s) } })
+ const fremd = kunde('x@example.invalid')
+ assert.deepEqual([neueAnsicht({ session: kunde() }), neueAnsicht({ session: fremd }), neueAnsicht(cookie(kunde())), neueAnsicht({ session: null, ...cookie(kunde()) })], [true, false, true, true])
+ assert.deepEqual([neueAnsicht({ session: fremd, ...cookie(kunde()) }), neueAnsicht(cookie('{kaputt')), neueAnsicht({})], [false, false, false])
+})
+
+test('der Modus wird bei jedem Aufruf gelesen; Unbekanntes gilt als off', () => {
+ stelle('off'); assert.equal(neueAnsichtFuerSession(kunde()), false)
+ stelle('on'); assert.equal(neueAnsichtFuerSession(kunde()), true)
+ stelle('banane'); assert.equal(neueAnsichtModus(), 'off')
+})
+
+test('neueAnsichtFuerKunde (Jobs ohne Cookie): [Modus, Liste, Eingabe, erwartet]', () => {
+ const k = (email) => ({ customerId: 'c1', email })
+ const TABELLE = [
+ ['off', ['*', MAIL], k(MAIL), false], ['off', ['*'], k(undefined), false],
+ ['on', [], k(MAIL), true], ['on', [], k(''), true], ['on', [], { customerId: 'c1' }, true],
+ ['pilot', [MAIL], k(MAIL), true], ['pilot', [MAIL], k(' K@Example.Invalid '), true],
+ ['pilot', [MAIL], k('k@example.invalid.evil'), false], ['pilot', [MAIL], k('anderer@example.invalid'), false],
+ ['pilot', [MAIL], k(''), false], ['pilot', [MAIL], k(undefined), false], ['pilot', [MAIL], k(42), false], ['pilot', [MAIL], k([MAIL]), false],
+ ['pilot', ['*'], k(MAIL), true], ['pilot', ['*'], k(undefined), true],
+ ['pilot', [], k(MAIL), false], // leere Liste: niemand, denn ohne Sitzung gibt es keine Mitarbeiter-Kundenansicht
+ ]
+ for (const [modus, liste, eingabe, soll] of TABELLE) { stelle(modus, liste); assert.equal(neueAnsichtFuerKunde(eingabe), soll, `${modus} ${liste} ${JSON.stringify(eingabe)}`) }
+})
+
+test('neueAnsichtFuerKunde: leere customerId und Unbrauchbares sind in jedem Modus false; Listenregeln wie bei Sitzungen', () => {
+ const UNBRAUCHBAR = [undefined, null, 'x', 42, [], {}, { email: MAIL }, { customerId: '', email: MAIL }, { customerId: ' ', email: MAIL }, { customerId: 42, email: MAIL }, { customerId: null, email: MAIL }, { customerId: ['c1'], email: MAIL }]
+ for (const modus of ['off', 'on', 'pilot']) for (const liste of [[], ['*'], [MAIL]]) {
+ stelle(modus, liste)
+ for (const e of UNBRAUCHBAR) assert.equal(neueAnsichtFuerKunde(e), false, `${modus} ${liste} ${JSON.stringify(e)}`)
+ for (const mail of [MAIL, ' K@Example.Invalid ', 'x@example.invalid', '', undefined, 42]) // gleiche Antwort wie für eine gültige Kunden-Sitzung mit derselben E-Mail
+ assert.equal(neueAnsichtFuerKunde({ customerId: 'c1', email: mail }), neueAnsichtFuerSession({ ...kunde(), email: mail }), `${modus} ${liste} ${JSON.stringify(mail)}`)
+ }
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/kundenansichtSchalter.test.js`
+Expected: FAIL mit `Cannot find module` auf `schalter.js`.
+
+- [ ] **Step 3: Implementieren**
+
+- `server/config.js:35`: `const kundenansichtNeuEnabled = (process.env.KUNDENANSICHT_NEU || '').trim().toLowerCase()`.
+- Abschnitt nach `zeiten` (Muster `zeiten`, deutscher Kommentar): `kundenansichtNeu: { mode: ['pilot', 'on'].includes(kundenansichtNeuEnabled) ? kundenansichtNeuEnabled : 'off', pilotEmails: commaList(process.env.KUNDENANSICHT_NEU_PILOT_EMAILS, []) }`.
+- `schalter.js` mit den vier Exports (Muster `server/services/zeiten/schalter.js`). Ablauf von `neueAnsichtFuerSession`:
+ 1. Modus `off` ergibt false.
+ 2. Ungültige Sitzung ergibt false. Gültig ist ein Objekt (kein Array) mit **Kundenansicht** (`viewAs === true` und `viewId` gesetzt) oder **Kunde** (`customerId` und `appwriteUserId` gesetzt, `role !== 'admin'`).
+ 3. `on` ergibt true.
+ 4. `pilot` ergibt true bei Kundenansicht, bei `'*'` in der Liste oder wenn die getrimmte, klein geschriebene `session.email` in der Liste steht. Eine `email`, die kein Text ist, zählt als leer.
+- `neueAnsichtFuerKunde({ customerId, email })` folgt den Interfaces: dieselben Schritte 1, 3 und 4, an Stelle von Schritt 2 die Prüfung auf eine nicht-leere `customerId`. Den Listenvergleich aus Schritt 4 (`'*'` oder getrimmte, klein geschriebene E-Mail in der Liste) übernimmt eine private Hilfsfunktion, die beide Exports nutzen.
+
+- [ ] **Step 4: Test grün**
+
+Run: wie Step 2. Expected: PASS, `fail 0`.
+
+- [ ] **Step 5: Commit**
+
+```bash
+cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht
+git add server/config.js server/services/kundenansicht/schalter.js test/kundenansichtSchalter.test.js
+git commit -m "Kundenansicht neu: Pilot-Schalter (off/pilot/on) mit Randfall-Tests" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 3: Dashboard-Weiche und Platzhalter
+
+**Files:**
+- Create: `server/services/kundenansicht/dashboardWeiche.js`, `public/neu/dashboard.html`
+- Modify: `server/index.js` (Import bei den Service-Imports, zwei Zeilen zwischen `app.use('/kalkulation.html', …)` und `app.use(express.static(publicDir))`)
+- Test: `test/kundenansichtDashboard.test.js`
+
+**Interfaces:**
+- Consumes: `neueAnsicht(req)` (Task 2).
+- Produces:
+ - `dashboardWeiche({ publicDir }): (req, res, next) => void`. Gilt die neue Ansicht: `Cache-Control: no-cache` setzen, dann `res.sendFile(publicDir/neu/dashboard.html)`. Sonst `next()`.
+ - `neuDirektWeiche(): (req, res, next) => void` für `GET /neu/dashboard.html`: neue Ansicht ergibt `next()`, sonst `res.redirect(302, '/dashboard.html')`.
+ - `public/neu/dashboard.html` (Platzhalter): ``, `main[data-kn-platzhalter]` mit Überschrift „Kundenansicht neu“ und Text „Platzhalter bis P1“, ``, dazu ein klassisches Inline-Skript, das `GET /api/auth/me` liest und per `textContent` `me.ansicht` (bei `authenticated: false` den Text `abgemeldet`, bei Fehler `Fehler`) einträgt. Weißer Hintergrund, Systemschrift. P1 ersetzt die Datei.
+
+- [ ] **Step 1: Failing test schreiben** (`test/kundenansichtDashboard.test.js`)
+
+Kopf wie `test/kundenansichtEnde.test.js:1-19` (Mock mit `customerViewLog`, `startFakeStripe`, `useTestEnv`, damit `testApp.js` und `fixtures.js` laden), dann:
+
+```js
+import { test, after } from 'node:test'
+import assert from 'node:assert/strict'
+import express from 'express'
+import { readFileSync } from 'node:fs'
+import { fileURLToPath } from 'node:url'
+import path from 'node:path'
+// … Mock, Stripe, useTestEnv (wie im Muster), dann dynamisch:
+const { config } = await import('../server/config.js')
+const { startTestApp, rawGet } = await import('./support/testApp.js')
+const { customerCookie, kundenansichtCookie, adminCookie, viewAsCookie } = await import('./support/fixtures.js')
+const { dashboardWeiche, neuDirektWeiche } = await import('../server/services/kundenansicht/dashboardWeiche.js')
+const publicDir = fileURLToPath(new URL('../public/', import.meta.url))
+const router = express.Router() // gleiche Reihenfolge wie server/index.js
+router.get('/dashboard.html', dashboardWeiche({ publicDir }))
+router.get('/neu/dashboard.html', neuDirektWeiche())
+router.use(express.static(publicDir))
+const app = await startTestApp({ '/': router })
+after(() => Promise.all([app.close(), aw.close(), st.close()]))
+const stelle = (mode, pilotEmails = []) => Object.assign(config.kundenansichtNeu, { mode, pilotEmails })
+const ALT = readFileSync(path.join(publicDir, 'dashboard.html'), 'utf8')
+const istNeu = (r) => r.status === 200 && String(r.body).includes('data-kn-platzhalter') && String(r.body).includes('')
+const istAlt = (r) => r.status === 200 && r.body === ALT
+const MAIL = 'k@example.invalid' // E-Mail von c1; c2 hat k2@example.invalid
+const UNSIGNIERT = `${config.cookieName}=${encodeURIComponent(JSON.stringify({ customerId: 'c1', appwriteUserId: 'u1', email: MAIL }))}`
+
+const FAELLE = [ // [Name, Modus, Liste, Cookie, Ergebnis]
+ ['Pilot, Kunde auf der Liste', 'pilot', [MAIL], customerCookie('c1'), 'neu'],
+ ['Pilot, Kunde daneben', 'pilot', [MAIL], customerCookie('c2'), 'alt'],
+ ['Pilot, Mitarbeiter-Kundenansicht', 'pilot', [], kundenansichtCookie(), 'neu'],
+ ['off mit Stern, Kunde', 'off', ['*'], customerCookie('c1'), 'alt'],
+ ['off mit Stern, Kundenansicht', 'off', ['*'], kundenansichtCookie(), 'alt'],
+ ['on, Kunde', 'on', [], customerCookie('c1'), 'neu'],
+ ['on, alte Mitarbeiter-Sitzung', 'on', [], adminCookie(), 'alt'],
+ ['on, Kundenansicht ohne viewId', 'on', [], viewAsCookie('c1'), 'alt'],
+ ['Pilot mit Stern, ohne Sitzung (200 wie heute, kein Redirect)', 'pilot', ['*'], undefined, 'alt'],
+ ['Pilot mit Stern, unsigniertes Cookie', 'pilot', ['*'], UNSIGNIERT, 'alt'],
+]
+for (const [name, modus, liste, cookie, soll] of FAELLE) test(name, async () => {
+ stelle(modus, liste)
+ const r = await rawGet('/dashboard.html', { cookie })
+ assert.ok(soll === 'neu' ? istNeu(r) : istAlt(r), `${r.status} ${String(r.body).slice(0, 80)}`)
+})
+
+test('neue Seite: HTML und Cache-Control no-cache; Query bleibt erhalten', async () => {
+ stelle('pilot', [MAIL])
+ const r = await rawGet('/dashboard.html?abo=success', { cookie: customerCookie('c1') })
+ assert.ok(istNeu(r)); assert.equal(r.headers.get('cache-control'), 'no-cache'); assert.match(r.headers.get('content-type'), /^text\/html/)
+})
+test('Direktaufruf /neu/dashboard.html: Pilot ja, sonst 302 auf /dashboard.html', async () => {
+ stelle('pilot', [MAIL])
+ assert.ok(istNeu(await rawGet('/neu/dashboard.html', { cookie: customerCookie('c1') })))
+ for (const cookie of [customerCookie('c2'), undefined]) {
+ const r = await rawGet('/neu/dashboard.html', { cookie })
+ assert.deepEqual([r.status, r.headers.get('location')], [302, '/dashboard.html'])
+ }
+})
+test('andere Seiten bleiben unberührt', async () => {
+ stelle('pilot', ['*'])
+ for (const p of ['/login.html', '/manifest.webmanifest']) assert.equal((await rawGet(p, { cookie: customerCookie('c1') })).status, 200, p)
+})
+test('server/index.js hängt die Weiche zwischen /kalkulation.html und express.static ein', () => {
+ const index = readFileSync(new URL('../server/index.js', import.meta.url), 'utf8')
+ const stelle_ = (s) => index.indexOf(s)
+ const reihe = ["app.use('/kalkulation.html'", "app.get('/dashboard.html', dashboardWeiche({ publicDir }))", "app.get('/neu/dashboard.html', neuDirektWeiche())", 'app.use(express.static(publicDir))'].map(stelle_)
+ assert.ok(reihe[0] > -1 && reihe.every((n, i) => i === 0 || n > reihe[i - 1]), reihe.join(','))
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/kundenansichtDashboard.test.js`
+Expected: FAIL mit `Cannot find module` auf `dashboardWeiche.js`.
+
+- [ ] **Step 3: Implementieren**
+
+- `dashboardWeiche.js` und `public/neu/dashboard.html` wie in den Interfaces. `res.set('Cache-Control', 'no-cache')` steht vor `sendFile`, damit Express den Header nicht überschreibt. Fehler von `sendFile` gehen an `next(err)`.
+- `server/index.js`: Import `{ dashboardWeiche, neuDirektWeiche }` aus `./services/kundenansicht/dashboardWeiche.js` und direkt vor `app.use(express.static(publicDir))`:
+ ```js
+ // Kundenansicht neu: je Sitzung die neue oder die alte Seite (Schalter KUNDENANSICHT_NEU), vor den statischen Dateien
+ app.get('/dashboard.html', dashboardWeiche({ publicDir }))
+ app.get('/neu/dashboard.html', neuDirektWeiche())
+ ```
+ Der Kommentar enthält den Text `express.static(publicDir)` nicht (die Pins nutzen `indexOf`). Der tote alte Handler `app.get('/dashboard.html', …)` hinter `static` bleibt unverändert.
+
+- [ ] **Step 4: Tests grün, dazu die Pins**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && timeout 900 nice -n 10 node --max-old-space-size=1024 --test --test-concurrency=1 test/kundenansichtDashboard.test.js test/adminPanelGone.test.js test/legalDocs.test.js test/kundenansichtGuard.test.js`
+Expected: PASS, `fail 0`.
+
+- [ ] **Step 5: Commit**
+
+```bash
+cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht
+git add server/services/kundenansicht/dashboardWeiche.js public/neu/dashboard.html server/index.js test/kundenansichtDashboard.test.js
+git commit -m "Kundenansicht neu: Dashboard-Weiche vor den statischen Dateien, Platzhalter-Seite" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 4: Feld `ansicht` in `/api/auth/me`
+
+**Files:**
+- Modify: `server/routes/auth.js` (Import, `GET /me`: Antwort der Kundenansicht bei `:405`, Antwort des Kunden bei `:464`)
+- Test: `test/kundenansichtMe.test.js`
+
+**Interfaces:**
+- Consumes: `neueAnsichtFuerSession(session)` (Task 2). `/me` hat kein `req.session`, nur die lokale Variable `session`.
+- Produces: `GET /api/auth/me` liefert in beiden `authenticated: true`-Antworten zusätzlich `ansicht: 'neu' | 'alt'`. Unauthentifizierte Antworten bleiben unverändert.
+
+- [ ] **Step 1: Failing test schreiben** (`test/kundenansichtMe.test.js`)
+
+Kopf wie `kundenansichtEnde.test.js:1-19`, `startTestApp({ '/': kundenansichtGuard, '/api/auth': authRoutes })`, Imports `rawGet`, `customers`, `customerCookie`, `kundenansichtCookie`, `adminCookie`, `seedFixtures`. Weil `/me` bei Kunden Status und Portalzugang prüft:
+
+```js
+seedFixtures(aw)
+for (const id of ['c1', 'c2']) {
+ aw.seed('customers', { ...customers[id], customerStatus: 'active' })
+ aw.seed('customerPortalAccess', { $id: `pa_${id}`, customerId: id, enabled: true })
+}
+const stelle = (mode, pilotEmails = []) => Object.assign(config.kundenansichtNeu, { mode, pilotEmails })
+const me = async (cookie) => (await rawGet('/api/auth/me', { cookie })).body
+const ansichtVon = async (cookie) => (await me(cookie)).ansicht
+
+test('Kunde: Pilot-Liste, off mit Stern, on', async () => {
+ const f = [['pilot', ['k@example.invalid'], customerCookie('c1'), 'neu'], ['pilot', ['k@example.invalid'], customerCookie('c2'), 'alt'],
+ ['off', ['*'], customerCookie('c1'), 'alt'], ['on', [], customerCookie('c2'), 'neu']]
+ for (const [modus, liste, cookie, soll] of f) { stelle(modus, liste); assert.equal(await ansichtVon(cookie), soll, `${modus} ${liste}`) }
+})
+test('Mitarbeiter-Kundenansicht: im Pilot neu, mit off alt; viewAs und viewId bleiben', async () => {
+ stelle('pilot', []); const b = await me(kundenansichtCookie({ viewId: 'c'.repeat(32) }))
+ assert.deepEqual([b.authenticated, b.viewAs, b.viewId, b.ansicht], [true, true, 'c'.repeat(32), 'neu'])
+ stelle('off', ['*']); assert.equal(await ansichtVon(kundenansichtCookie()), 'alt')
+})
+test('Spitzenschlüssel bleiben; unauthentifizierte Antworten tragen kein ansicht', async () => {
+ stelle('on')
+ assert.deepEqual(Object.keys(await me(customerCookie('c1'))).sort(), ['ansicht', 'authenticated', 'customer', 'role']) // customer darf wachsen (P5)
+ assert.deepEqual(await me(), { authenticated: false })
+ const abgelaufen = await me(kundenansichtCookie({ viewExpiresAt: Date.now() - 1000 }))
+ const alt = await me(adminCookie())
+ assert.deepEqual([abgelaufen.reason, 'ansicht' in abgelaufen, alt.reason, 'ansicht' in alt], ['view_expired', false, 'staff', false])
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/kundenansichtMe.test.js`
+Expected: FAIL (`ansicht` ist `undefined`).
+
+- [ ] **Step 3: Implementieren**
+
+Import aus `../services/kundenansicht/schalter.js` und in beiden `res.json({ authenticated: true, … })` der Schlüssel `ansicht: neueAnsichtFuerSession(session) ? 'neu' : 'alt'`. Sonst nichts in `auth.js` ändern (`sanitizeCustomer` gehört P5).
+
+- [ ] **Step 4: Tests grün, dazu die Nachbarn**
+
+Run: `cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht && timeout 900 nice -n 10 node --max-old-space-size=1024 --test --test-concurrency=1 test/kundenansichtMe.test.js test/kundenansichtEnde.test.js test/staffLogin.test.js`
+Expected: PASS, `fail 0`.
+
+- [ ] **Step 5: Commit**
+
+```bash
+cd /home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht
+git add server/routes/auth.js test/kundenansichtMe.test.js
+git commit -m "Kundenansicht neu: /api/auth/me meldet ansicht neu oder alt" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 5: Werkzeug-Gerüst (Umgebung, Speicherbremse, Browser-Zugang)
+
+**Files:**
+- Create in `KW`: `.gitignore` (`dist/ shots/ tmp/ sperren/ node_modules/ strang.env`), `package.json` (`private`, `type: module`, keine Abhängigkeiten), `env.sh`, `check.sh`, `run-browser.sh`, `browser.mjs`
+- Test: `KW/test/geruest.test.mjs`
+
+**Interfaces:**
+- Produces:
+ - `env.sh` (nur per `source`): exportiert `KW`, `WT` (Vorgabe `/home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht`, überschreibbar durch `KW/strang.env` bzw. die Datei aus `KN_STRANG_ENV`), `TMPDIR=KW/tmp` (wird angelegt), `FIXTURE_TODAY` (Vorgabe `2026-10-16`), `PLAYWRIGHT_CORE=/root/.npm/_npx/db89d7302a373f10/node_modules/playwright-core/index.mjs`, `CHROMIUM=/root/.cache/ms-playwright/chromium-1234/chrome-linux64/chrome`. `return 2`, wenn `WT/server/index.js` fehlt. `pipefail` an, kein `cd`.
+ - `schwer_sperren`: `flock` auf `KW/sperren/schwer.lock` (Deskriptor 8), setzt `KN_SPERRE=1`. Ist `KN_SPERRE` gesetzt, kehrt sie sofort zurück.
+ - `speicher_pruefen`: liest `MemAvailable` aus `${KN_MEMINFO:-/proc/meminfo}`. Unter `${KN_MIN_FREI_MB:-2000}` MB: stderr „zu wenig freier Speicher, warten und den Controller melden“, Rückgabe 3.
+ - `dev_null_pruefen`: Rückgabe 4 mit Meldung, wenn `ls -l /dev/null` nicht mit `crw-rw-rw-` beginnt.
+ - `check.sh … | --alle`: arbeitet in `WT`. Ohne Argument, fehlende Datei oder unbekannte Option: Exit 2. Danach `speicher_pruefen || exit 3`, `schwer_sperren`.
+ - Dateien: `timeout 900 nice -n 10 systemd-run --scope -q -p MemoryMax=2000M -p MemorySwapMax=0 node --max-old-space-size=1024 --test --test-concurrency=1 `.
+ - `--alle`: `timeout 2400 nice -n 10 systemd-run --scope -q -p MemoryMax=2500M -p MemorySwapMax=0 env NODE_OPTIONS=--max-old-space-size=1024 node --test --test-concurrency=2 test/*.test.js`.
+ - Ausgabe: die Zeilen `# tests N`, `# pass N`, `# fail N` (beide Reporter-Formate, `ℹ ` wird zu `# `), Protokoll in `KW/tmp/test.log`. Exit 1 ohne Zählzeile, sonst der Exit des Laufs. Am Ende `dev_null_pruefen`.
+ - `run-browser.sh [args…]`: Exit 2 ohne oder mit fehlendem Skript (Pfad vor `source env.sh` auflösen). Dann `speicher_pruefen || exit 3`, `schwer_sperren`, `exec systemd-run --scope -q -p MemoryMax=1500M -p MemorySwapMax=0 env NODE_OPTIONS=--max-old-space-size=1024 timeout 1800 node "$skript" "$@"`.
+ - `browser.mjs`: `export async function starteBrowser(extraArgs = []): Promise`. Chromium aus `CHROMIUM` mit `--no-sandbox --disable-dev-shm-usage --disable-gpu --host-resolver-rules=MAP * ~NOTFOUND , EXCLUDE 127.0.0.1`. Ohne `KN_SPERRE=1` Exit 2 mit „nur über run-browser.sh starten“. Fehlt Playwright-Core 1.62.1 oder `CHROMIUM`: Exit 2.
+
+- [ ] **Step 1: Ordner und Git anlegen, Failing test schreiben** (`KW/test/geruest.test.mjs`)
+
+Zuerst: `mkdir -p /root/reports/kundenansicht-neu-2026-10-15/werkzeug/test && git -C /root/reports/kundenansicht-neu-2026-10-15/werkzeug init -b main`.
+
+```js
+import { test } from 'node:test'
+import assert from 'node:assert/strict'
+import { spawn, spawnSync } from 'node:child_process'
+import { mkdirSync, writeFileSync } from 'node:fs'
+const KW = new URL('..', import.meta.url).pathname.replace(/\/$/, '')
+const WT = '/home/webklar/apps/kundenbereich.webklar.com/dev-kundenansicht'
+mkdirSync(`${KW}/tmp/fake-wt/server`, { recursive: true })
+const sh = (script, env = {}) => spawnSync('bash', ['-c', script], { encoding: 'utf8', env: { ...process.env, ...env }, timeout: 20000 })
+
+test('env.sh setzt KW, WT, TMPDIR und den festen Tag', () => {
+ const r = sh(`source ${KW}/env.sh && printf '%s\\n' "$KW" "$WT" "$TMPDIR" "$FIXTURE_TODAY"`)
+ assert.deepEqual([r.status, r.stdout.trim().split('\n')], [0, [KW, WT, `${KW}/tmp`, '2026-10-16']])
+})
+test('strang.env überschreibt WT; ein WT ohne server/index.js ist Exit 2', () => {
+ writeFileSync(`${KW}/tmp/fake-wt/server/index.js`, '')
+ writeFileSync(`${KW}/tmp/strang-gut.env`, `export WT=${KW}/tmp/fake-wt\n`)
+ writeFileSync(`${KW}/tmp/strang-schlecht.env`, `export WT=${KW}/tmp\n`)
+ assert.equal(sh(`source ${KW}/env.sh && echo $WT`, { KN_STRANG_ENV: `${KW}/tmp/strang-gut.env` }).stdout.trim(), `${KW}/tmp/fake-wt`)
+ assert.equal(sh(`source ${KW}/env.sh`, { KN_STRANG_ENV: `${KW}/tmp/strang-schlecht.env` }).status, 2)
+})
+test('speicher_pruefen: unter 2000 MB Exit 3 mit Meldung, genug ist 0', () => {
+ writeFileSync(`${KW}/tmp/meminfo-knapp`, 'MemAvailable: 1000000 kB\n')
+ writeFileSync(`${KW}/tmp/meminfo-genug`, 'MemAvailable: 4000000 kB\n')
+ const knapp = sh(`source ${KW}/env.sh && speicher_pruefen`, { KN_MEMINFO: `${KW}/tmp/meminfo-knapp` })
+ assert.deepEqual([knapp.status, /zu wenig freier Speicher/.test(knapp.stderr)], [3, true])
+ assert.equal(sh(`source ${KW}/env.sh && speicher_pruefen`, { KN_MEMINFO: `${KW}/tmp/meminfo-genug` }).status, 0)
+})
+test('schwer_sperren ist wiedereintrittsfest und hält andere Prozesse draußen', async () => {
+ assert.match(sh(`source ${KW}/env.sh && schwer_sperren && schwer_sperren && echo ok`, { KN_SPERRE: '' }).stdout, /ok/)
+ const halter = spawn('bash', ['-c', `source ${KW}/env.sh && schwer_sperren && sleep 3`], { env: { ...process.env, KN_SPERRE: '' } })
+ await new Promise((r) => setTimeout(r, 700))
+ assert.equal(spawnSync('flock', ['-n', `${KW}/sperren/schwer.lock`, 'true']).status, 1)
+ await new Promise((r) => halter.on('exit', r))
+})
+test('Fehlbedienung von check.sh und run-browser.sh ist Exit 2', () => {
+ for (const cmd of [`${KW}/check.sh`, `${KW}/check.sh test/gibt-es-nicht.test.js`, `${KW}/check.sh --unbekannt`, `${KW}/run-browser.sh`, `${KW}/run-browser.sh ${KW}/tmp/gibt-es-nicht.mjs`])
+ assert.equal(sh(cmd, { KN_SPERRE: '1' }).status, 2, cmd)
+})
+test('starteBrowser ohne Sperre endet mit Exit 2 und startet nichts', () => {
+ const r = spawnSync('node', ['-e', `import('${KW}/browser.mjs').then((m) => m.starteBrowser())`], { encoding: 'utf8', env: { ...process.env, KN_SPERRE: '' } })
+ assert.deepEqual([r.status, /run-browser\.sh/.test(r.stderr)], [2, true])
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /root/reports/kundenansicht-neu-2026-10-15/werkzeug && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/geruest.test.mjs`
+Expected: FAIL (`env.sh` fehlt).
+
+- [ ] **Step 3: Implementieren**
+
+Dateien nach den Interfaces. Vorbild (nur lesen, nie ausführen): `env.sh`, `check.sh`, `run-browser.sh`, `browser.mjs` unter `/root/reports/ticketsystem-design-2026-10-04/werkzeug/`. Abweichungen stehen in den Interfaces.
+
+- [ ] **Step 4: Test grün, dann `check.sh` an einer echten Portal-Testdatei**
+
+Run: `cd /root/reports/kundenansicht-neu-2026-10-15/werkzeug && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/geruest.test.mjs`
+Expected: PASS, `fail 0`.
+Run: `/root/reports/kundenansicht-neu-2026-10-15/werkzeug/check.sh test/kundenansichtSchalter.test.js`
+Expected: Exit 0 mit `# tests 7`, `# pass 7`, `# fail 0`.
+
+- [ ] **Step 5: Commit (Werkzeug-Git)**
+
+```bash
+KW=/root/reports/kundenansicht-neu-2026-10-15/werkzeug
+git -C $KW add .gitignore package.json env.sh check.sh run-browser.sh browser.mjs test/geruest.test.mjs
+git -C $KW commit -m "Werkzeug: Umgebung, Speicherbremse, Sperre, Browser nur über run-browser.sh" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 6: Fälle und Testdaten-Backend
+
+**Files:**
+- Create in `KW`: `fixtures/helfer.mjs`, `fixtures/basis.mjs`, `fixtures/faelle.mjs`, `fixtures/endpunkte.mjs`, `fixtures/index.mjs`, `backend.mjs`
+- Test: `KW/test/backend.test.mjs`
+
+**Interfaces:**
+- Produces:
+ - `helfer.mjs`: `heute(): Date` (UTC-Mitternacht aus `process.env.FIXTURE_TODAY`, sonst echter Tag, ungültiger Wert wirft „ungültig“), `jetzt(): Date` (fester Tag 12:00 UTC, sonst `new Date()`), `tag(offset): Date`, `ymd(d): string`, `iso(offset, hhmm = '12:00'): string`.
+ - `faelle.mjs`: `FALL_NAMEN: string[]`, `ladeFall(name): Fall` (tiefe Kopie, unbekannter Name wirft). `Fall = { name, titel, sitzung: 'kunde'|'kundenansicht'|'keine', schreibsperre: boolean, fehler: string[], daten: { [endpunktname]: json } }`.
+ - Die ersten vierzehn Einträge von `FALL_NAMEN` sind die Kernfälle der Tabelle unten, in genau dieser Reihenfolge. Das ist der Vertrag von P0.
+ - Weitere Fälle hängen spätere Pakete hinter die Kernfälle an, jedes Paket in einer eigenen Datei (P4 `fixtures/module.mjs`, P7 `fixtures/faelle-p7.mjs`, sonst `fixtures/faelle-p.mjs`) mit genau einer Importzeile in `faelle.mjs`. Der Pin im Test und `boot.js` bleiben dabei unberührt (siehe Test und Task 11).
+ - `endpunkte.mjs`: `ENDPUNKTE: Array<{ name, methode, muster, schreibend?: true, antwort?(ctx): { status?, json?, text?, type? } }>`. `muster` kennt `:param`. `ctx = { fall, zustand, params, query, body, methode, pfad }`. Ohne `antwort` liefert ein GET `ctx.zustand[name]`. `index.mjs` re-exportiert `FALL_NAMEN`, `ladeFall`, `ENDPUNKTE`.
+ - `backend.mjs`: `createBackend({ fixtures, fall }): { handle(anfrage), calls, violations, zustand }` mit `anfrage = { method, url, headers?, body? }` und Antwort `{ status, headers, body: string }`. Pfade außerhalb von `/api/` ergeben `null`.
+ - Unbekannter `/api/*`-Pfad: 404 `{ error, code: 'vorschau_unbekannt' }` und Verstoß `{ kind: 'unknown-api', method, pfad }`. Ausnahme im Handler: 500 und `{ kind: 'backend-error', … }`.
+ - Sitzung `keine`: alles außer `auth.me`, `auth.login`, `auth.login-status`, `auth.logout` ergibt 401 `{ error: 'Nicht angemeldet' }`, bis `auth.login` erfolgreich war.
+ - `schreibsperre`: jedes Nicht-GET außer `auth.ende` und `auth.logout` ergibt 403 `{ code: 'view_blocked', error: 'In der Kundenansicht nicht möglich.' }`.
+ - `fehler`: die genannten Endpunkte ergeben 500 `{ error: 'Test: absichtlicher Fehler' }`.
+ - Schreibende Endpunkte ändern nur `zustand` (Kopie je Backend). Checkout- und Wechsel-Antworten tragen `url: '/vorschau-hinweis.html'`.
+ - Antworten tragen `content-type` (JSON mit `charset=utf-8`) und `cache-control: no-store`.
+
+Endpunkte (Formen aus dem Code geprüft: `routes/customerData.js`, `projects.js`, `chat.js`, `features.js`, `auth.js`, Karte B4):
+
+| Name | Methode Muster | Form |
+|---|---|---|
+| `auth.me` | GET `/api/auth/me` | wie `auth.js` plus `ansicht: 'neu'`, `customer.kundenart`, `customer.kundenartWirksam` (V4) |
+| `auth.login`, `auth.login-status`, `auth.logout`, `auth.password`, `auth.ende` | `/api/auth/login`, `/login-status`, `/logout`, `/password`, `/kundenansicht/ende` | `{ success, role, customer }`, `{ blocked, retryAfterSeconds }`, `{ success }`, `{ success }`, `{ redirect }` |
+| `contact`, `activity`, `invoices`, `auftraege`, `avatar` | GET `/api/contact`, `/activity`, `/invoices`, `/auftraege`, `/avatar.svg` | `{ name, responseTime }`, `{ tickets }`, `{ invoices, incomplete }` (Beträge in Euro), `{ aktiv, auftraege }`, SVG-Text |
+| `projects`, `projects.git`, `projects.files`, `projects.work` | GET `/api/projects[/:id/git\|files\|work]` | `{ projects }`, `{ changes }`, `{ totalFiles, totalSizeBytes, truncated, topLevel }`, `{ order, entries, totalMinutes }` |
+| `features`, `chat.unread`, `chat.messages`, `chat.read`, `chat.send` | `/api/features`, `/api/chat/unread-count`, `/messages` (GET, POST), `/read` | `{ features }` (nur `enabled`), `{ unread }`, `{ messages, unread }`, `{ updated }`, `{ message }` |
+| `abo`, `abo.takeover`, `abo.checkout`, `abo.switch-preview`, `abo.switch`, `abo.storage-preview`, `abo.storage`, `abo.public-cancel`, `abo.public-withdraw` | `/api/abo/…` | `abo`: Form von `GET /api/abo`; `takeover`: `{ requests, conditionsVersion, limits }`; Schreibende: `{ url }` bzw. `{ ok: true, receivedAt }` |
+| `funktionen`, `funktionen.checkout`, `funktionen.zeiten-einschalten` | `/api/funktionen[/…]` | Form von `GET /api/funktionen` plus V5 (`modell`, `kundenart`, `abo`, `katalog` samt `katalog[].consent` und `katalog[].hinweis`, siehe unter den Fällen); `anfrageStatus` steht in `projects[].features.` (Vertragsfrage 9) |
+| `termine`, `shop`, `unterkunft`, `zeiten`, `news` | GET `/api/termine/einstellungen`, `/api/shop/status`, `/api/unterkunft/status`, `/api/zeiten/:projectId`, `/api/news` | Formen aus Karte B4 |
+| `fristen` | GET `/api/fristen` | V6 `{ fristen, fruehestesEnde, anzeigen }` |
+
+Fälle, in dieser Reihenfolge als `FALL_NAMEN`; `faelle.mjs` leitet sie aus `basis()` ab. Basis = „Betrieb mit Wartung“: Kundin `Berta Berg`, `Bäckerei Berg`, `berta@example.invalid`, Wartung seit 40 Tagen mit `ledger.balanceMinutes: 120`, ein Projekt `Bäckerei Berg` mit `previewUrl: '/vorschau/demo-baeckerei.html'`, zwei bezahlte Rechnungen, News aktiv, leere `fristen`.
+
+| Fall | Abweichung von der Basis |
+|---|---|
+| `betrieb-wartung` | Basis |
+| `hosting` | `subscription.productKey: 'hosting'`, `ledger: null` |
+| `ohne-abo` | `subscription: null`, `ledger: null`, `funktionen.abo.produkt: null` |
+| `privat-frist` | `kundenart: 'privat'`, Abo seit 5 Tagen, `withdrawals: [{ type: 'abschluss', until: heute+9 }]`, `withdrawalOpen: true`, `fristen.anzeigen: true`, `fruehestesEnde: heute+9` |
+| `kundenart-leer` | `kundenart: ''`, `kundenartWirksam: 'privat'`, sonst wie `privat-frist` |
+| `rechnung-offen` | eine Rechnung `RE-2026-0042` mit `amount: 50`, `balance: 50` |
+| `chat-ungelesen` | `unread: 3`, drei Teamnachrichten |
+| `funktionen-alle` | zwei Projekte mit allen Zuständen (`off`, `ordered`, `setup`, `active`, `disabled`) und allen `anfrageStatus` (`offen`, `angenommen`, `abgelehnt`, `zurueckgezogen`); Katalog mit Analyse als sechstem Eintrag |
+| `vorschuss` | `ledger.balanceMinutes: 0`, `vorschussMinutes: 150`, erste `usage` mit `einrichtung: true` (V8) |
+| `mehrere-websites` | drei Projekte |
+| `mitarbeiter` | `sitzung: 'kundenansicht'`, `schreibsperre: true`, `auth.me` als Kundenansicht (`viewAs`, `viewId` aus 32 mal `a`) |
+| `abgemeldet` | `sitzung: 'keine'` |
+| `fehler` | `fehler: ['abo', 'invoices', 'funktionen']` |
+| `leer` | keine Projekte, Rechnungen, Features, Nachrichten, kein Abo |
+
+**Katalog in `funktionen` (`basis()`, gilt für jeden Fall).** Zusätzlich zu den Feldern aus V5 trägt jeder Katalogeintrag das Zustimmungs-Register, das P5 liefert und P3 (Knopf „Einschalten“, Gate-Ansichten `kn-funktionen-einschalten*`) und P4 (Zusammenfassung) verlangen. Fehlt es, bleibt der Knopf gesperrt, und die Gates dieser Pakete können nicht grün werden.
+- Jeder Eintrag außer `analyse` trägt `consent: { version: '2026-10-20', knopf: 'Einschalten', items: [ { id: 'einschalten-zeile', text: 'Es gelten Leistungsbeschreibung und Auftragsverarbeitung (Fassung 2026-10-05).', haken: false }, { id: 'beginn', text: 'Bitte beginnt sofort mit der Einrichtung. Mir ist klar: Mit der vollständigen Einrichtung erlischt mein Widerrufsrecht, und wenn ich vorher widerrufe, zahle ich den bis dahin erbrachten Teil.', haken: true, nurPrivatInFrist: true } ] }`. Bei `analyse` steht `consent: null` (die Analyse nutzt `POST /api/funktionen/analyse/activate`).
+- `termine`, `shop` und `unterkunft` tragen zusätzlich `hinweis` (ein Satz, du-Form, Testtext, zum Beispiel `Du bist für deinen Webshop und die Zahlungen selbst verantwortlich.`). `news`, `zeiten` und `analyse` tragen kein Feld `hinweis`.
+- Alles bleibt Testtext. Der echte Wortlaut kommt von P8 über den Server.
+
+- [ ] **Step 1: Failing test schreiben** (`KW/test/backend.test.mjs`)
+
+```js
+import { test } from 'node:test'
+import assert from 'node:assert/strict'
+import { readFileSync, readdirSync } from 'node:fs'
+process.env.FIXTURE_TODAY = '2026-10-16'
+const { createBackend } = await import('../backend.mjs')
+const fixtures = await import('../fixtures/index.mjs')
+const { FALL_NAMEN, ladeFall } = fixtures
+const neu = (fall) => createBackend({ fixtures, fall })
+async function ruf(b, method, pfad, body) {
+ const r = await b.handle({ method, url: `https://vorschau.test${pfad}`, headers: {}, body: body === undefined ? null : JSON.stringify(body) })
+ let json = null
+ try { json = JSON.parse(r.body) } catch { /* kein JSON */ }
+ return { status: r.status, json, headers: r.headers }
+}
+const zustaende = (f) => [...new Set(f.projects.flatMap((p) => Object.values(p.features).map((x) => x.state)))].sort()
+const anfragen = (f) => [...new Set(f.projects.flatMap((p) => Object.values(p.features).map((x) => x.anfrageStatus).filter(Boolean)))].sort()
+
+test('die vierzehn Kernfälle stehen vorn in fester Reihenfolge; jeder Name lädt; unbekannter Fall wirft', () => {
+ // Pin nur auf den Anfang: spätere Pakete hängen eigene Fälle hinten an (README, Regel „Neue Fälle“). Diesen Pin nie anpassen.
+ assert.deepEqual(FALL_NAMEN.slice(0, 14), ['betrieb-wartung', 'hosting', 'ohne-abo', 'privat-frist', 'kundenart-leer', 'rechnung-offen', 'chat-ungelesen', 'funktionen-alle', 'vorschuss', 'mehrere-websites', 'mitarbeiter', 'abgemeldet', 'fehler', 'leer'])
+ assert.equal(new Set(FALL_NAMEN).size, FALL_NAMEN.length)
+ for (const n of FALL_NAMEN) assert.doesNotThrow(() => ladeFall(n), n)
+ assert.throws(() => ladeFall('gibt-es-nicht'))
+})
+test('jeder Fall beantwortet die Startaufrufe mit dem richtigen Status und ohne Verstoß', async () => {
+ const START = ['/api/auth/me', '/api/contact', '/api/abo', '/api/invoices', '/api/auftraege', '/api/activity', '/api/projects', '/api/features', '/api/chat/unread-count', '/api/fristen', '/api/funktionen']
+ for (const fall of FALL_NAMEN) {
+ const b = neu(fall)
+ for (const p of START) {
+ const soll = fall === 'abgemeldet' && p !== '/api/auth/me' ? 401 : fall === 'fehler' && ['/api/abo', '/api/invoices', '/api/funktionen'].includes(p) ? 500 : 200
+ assert.equal((await ruf(b, 'GET', p)).status, soll, `${fall} ${p}`)
+ }
+ assert.deepEqual(b.violations, [], fall)
+ }
+})
+const WERTE = [ // [Fall, Pfad, Auswahl aus der JSON-Antwort, erwarteter Wert]
+ ['betrieb-wartung', '/api/auth/me', (j) => [j.ansicht, j.customer.name, j.customer.companyName, j.customer.kundenart, j.customer.kundenartWirksam], ['neu', 'Berta Berg', 'Bäckerei Berg', 'unternehmen', 'unternehmen']],
+ ['betrieb-wartung', '/api/abo', (j) => [j.subscription.productKey, j.ledger.balanceMinutes], ['wartung', 120]],
+ ['betrieb-wartung', '/api/fristen', (j) => j, { fristen: [], fruehestesEnde: null, anzeigen: false }],
+ ['betrieb-wartung', '/api/projects', (j) => j.projects.length, 1],
+ ['betrieb-wartung', '/api/funktionen', (j) => j.katalog.map((k) => k.key), ['news', 'termine', 'shop', 'unterkunft', 'zeiten']],
+ ['hosting', '/api/abo', (j) => [j.subscription.productKey, j.ledger], ['hosting', null]],
+ ['ohne-abo', '/api/abo', (j) => j.subscription, null],
+ ['privat-frist', '/api/fristen', (j) => [j.anzeigen, j.fruehestesEnde.slice(0, 10), j.fristen[0].quelle], [true, '2026-10-25', 'abschluss']],
+ ['privat-frist', '/api/abo', (j) => [j.subscription.withdrawalOpen, j.subscription.withdrawals[0].type, j.subscription.withdrawals[0].until.slice(0, 10)], [true, 'abschluss', '2026-10-25']],
+ ['kundenart-leer', '/api/auth/me', (j) => [j.customer.kundenart, j.customer.kundenartWirksam], ['', 'privat']],
+ ['rechnung-offen', '/api/invoices', (j) => j.invoices.filter((i) => i.balance > 0).map((i) => [i.number, i.balance]), [['RE-2026-0042', 50]]],
+ ['chat-ungelesen', '/api/chat/unread-count', (j) => j.unread, 3],
+ ['vorschuss', '/api/abo', (j) => [j.ledger.balanceMinutes, j.ledger.vorschussMinutes, j.ledger.usage[0].einrichtung], [0, 150, true]],
+ ['funktionen-alle', '/api/funktionen', (j) => [zustaende(j), anfragen(j), j.katalog.map((k) => k.key).at(-1)], [['active', 'disabled', 'off', 'ordered', 'setup'], ['abgelehnt', 'angenommen', 'offen', 'zurueckgezogen'], 'analyse']],
+ ['mehrere-websites', '/api/projects', (j) => j.projects.length, 3],
+ ['mitarbeiter', '/api/auth/me', (j) => [j.viewAs, j.viewId.length], [true, 32]],
+ ['abgemeldet', '/api/auth/me', (j) => j, { authenticated: false }],
+ ['fehler', '/api/abo', (j) => j, { error: 'Test: absichtlicher Fehler' }],
+ ['leer', '/api/projects', (j) => j, { projects: [] }],
+ ['leer', '/api/invoices', (j) => j, { invoices: [], incomplete: false }],
+]
+for (const [fall, pfad, wahl, soll] of WERTE) test(`${fall} ${pfad}`, async () => assert.deepEqual(wahl((await ruf(neu(fall), 'GET', pfad)).json), soll))
+
+test('Katalog trägt das Zustimmungs-Register (V5): consent außer bei analyse, hinweis nur bei termine, shop, unterkunft', async () => {
+ for (const fall of ['betrieb-wartung', 'funktionen-alle', 'privat-frist']) {
+ const { katalog } = (await ruf(neu(fall), 'GET', '/api/funktionen')).json
+ for (const k of katalog) {
+ if (k.key === 'analyse') { assert.equal(k.consent, null, `${fall} analyse`); continue }
+ assert.deepEqual([k.consent.knopf, k.consent.items.map((i) => i.id), k.consent.items.map((i) => i.haken), k.consent.items[1].nurPrivatInFrist], ['Einschalten', ['einschalten-zeile', 'beginn'], [false, true], true], `${fall} ${k.key}`)
+ assert.ok(typeof k.consent.version === 'string' && k.consent.items.every((i) => i.text.length > 10), `${fall} ${k.key}`)
+ }
+ assert.deepEqual(katalog.filter((k) => Object.hasOwn(k, 'hinweis')).map((k) => k.key), ['termine', 'shop', 'unterkunft'], fall)
+ assert.ok(katalog.filter((k) => Object.hasOwn(k, 'hinweis')).every((k) => k.hinweis.length > 10 && !k.hinweis.includes('\n')), fall)
+ }
+})
+
+test('Schreiben ändert nur den Zustand dieses Backends', async () => {
+ const b = neu('chat-ungelesen')
+ await ruf(b, 'POST', '/api/chat/read', {})
+ assert.equal((await ruf(b, 'GET', '/api/chat/unread-count')).json.unread, 0)
+ assert.equal((await ruf(neu('chat-ungelesen'), 'GET', '/api/chat/unread-count')).json.unread, 3)
+})
+test('mitarbeiter: Schreibsperre mit view_blocked, Beenden erlaubt; abgemeldet: erst Login macht die Sitzung', async () => {
+ const m = neu('mitarbeiter')
+ const r = await ruf(m, 'POST', '/api/chat/messages', { text: 'hallo' })
+ assert.deepEqual([r.status, r.json.code, (await ruf(m, 'POST', '/api/auth/kundenansicht/ende', {})).status], [403, 'view_blocked', 200])
+ const a = neu('abgemeldet')
+ assert.equal((await ruf(a, 'GET', '/api/abo')).status, 401)
+ assert.equal((await ruf(a, 'POST', '/api/auth/login', { email: 'x@example.invalid', password: 'egal' })).json.success, true)
+ assert.equal((await ruf(a, 'GET', '/api/auth/me')).json.authenticated, true)
+})
+test('unbekannte API-Pfade: JSON-404 samt Verstoß; Nicht-API ist null; Checkout nie zu Stripe', async () => {
+ const b = neu('betrieb-wartung')
+ const r = await ruf(b, 'GET', '/api/gibt-es-nicht')
+ assert.deepEqual([r.status, r.json.code, b.violations], [404, 'vorschau_unbekannt', [{ kind: 'unknown-api', method: 'GET', pfad: '/api/gibt-es-nicht' }]])
+ assert.equal(await b.handle({ method: 'GET', url: 'https://vorschau.test/login.html' }), null)
+ assert.equal((await ruf(b, 'POST', '/api/abo/checkout', {})).json.url, '/vorschau-hinweis.html')
+})
+test('Fixtures enthalten nur Erfundenes: .invalid-Adressen, keine fremden Hosts', () => {
+ for (const name of FALL_NAMEN) {
+ const text = JSON.stringify(ladeFall(name))
+ for (const m of text.matchAll(/[\w.+-]+@([\w.-]+)/g)) assert.match(m[1], /\.invalid$/, `${name}: ${m[0]}`)
+ for (const m of text.matchAll(/https?:\/\/[^"\\]+/g)) assert.match(m[0], /\.invalid(\/|$)/, `${name}: ${m[0]}`)
+ }
+})
+test('heute ist fest, ein ungültiger Tag wirft; Backend und Fixtures importieren nichts aus node:', async () => {
+ const { heute } = await import('../fixtures/helfer.mjs')
+ assert.equal(heute().toISOString().slice(0, 10), '2026-10-16')
+ process.env.FIXTURE_TODAY = 'morgen'; assert.throws(() => heute(), /ungültig/); process.env.FIXTURE_TODAY = '2026-10-16'
+ for (const f of ['backend.mjs', ...readdirSync(new URL('../fixtures/', import.meta.url)).map((n) => `fixtures/${n}`)]) assert.ok(!/from\s+['"]node:|require\(/.test(readFileSync(new URL(`../${f}`, import.meta.url), 'utf8')), f)
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /root/reports/kundenansicht-neu-2026-10-15/werkzeug && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/backend.test.mjs`
+Expected: FAIL mit `Cannot find module` auf `backend.mjs`.
+
+- [ ] **Step 3: Implementieren**
+
+Dateien nach Interfaces und Tabellen. Routing: Muster in einen Regex übersetzen, die erste Übereinstimmung von Methode und Pfad gewinnt. `basis()` baut jede Antwort in der Form der echten Router (Quellen in der Tabelle). Die Endpunkte, die erst V5, V6, V8 einführen, folgen wörtlich der Übersicht, der Katalog zusätzlich dem Absatz „Katalog in `funktionen`“ (V5 kennt `consent` und `hinweis` nicht, P5 liefert sie). Alle Zeitangaben laufen über `helfer.mjs`.
+
+- [ ] **Step 4: Test grün**
+
+Run: wie Step 2. Expected: PASS, `fail 0`.
+
+- [ ] **Step 5: Commit (Werkzeug-Git)**
+
+```bash
+KW=/root/reports/kundenansicht-neu-2026-10-15/werkzeug
+git -C $KW add fixtures/helfer.mjs fixtures/basis.mjs fixtures/faelle.mjs fixtures/endpunkte.mjs fixtures/index.mjs backend.mjs test/backend.test.mjs
+git -C $KW commit -m "Werkzeug: vierzehn Fälle und Testdaten-Backend für alle Portal-Endpunkte" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 7: Vertragstest der Fixtures gegen die echten Router
+
+**Files:**
+- Create in `KW`: `vertrag-endpunkte.mjs`
+- Test: `KW/test/vertrag.test.mjs`
+
+**Interfaces:**
+- Consumes: `ladeFall`, `ENDPUNKTE`, `createBackend` (Task 6); Portal-Module per absolutem Import aus `WT` (`process.env.WT`, sonst der Vorgabewert): `test/support/{appwriteMock,fakeStripe,testEnv,testApp,fixtures,schema}.js`, `server/routes/`.
+- Produces:
+ - `pfade(wert, p = '', aus = new Set()): Set`: Schlüsselpfade (`.a.b`, `.liste[]`, `.liste[].x`).
+ - `vertrag-endpunkte.mjs`: `VERTRAG: Array<{ name, fall, router /*Datei unter server/routes*/, mount, anfrage: { pfad, cookie: 'kunde'|'kundenansicht' }, schema: string[] /*schemaKeys-Namen*/, seed?(aw, fx), vorher?(config): () => void /*gibt die Rücksetz-Funktion zurück*/, nurImEchten: string[], nurInFixture: string[], vertragNeu: string[] }>` und `NICHT_PRUEFBAR: Array<{ name, grund }>`. In den drei Listen steht `*` für beliebige Zeichen. **Jeder Eintrag trägt einen Kommentar mit dem Grund.**
+ - Erste Welle: `auth.me` (Kunde, Seeds wie Task 4), `auth.me` als Kundenansicht (Fall `mitarbeiter`), `contact`, `projects` (ein `websiteProjects`-Dokument), `features` (ein `portalFeatures`-Dokument mit `enabled`), `chat.unread`, `chat.messages` (eine Nachricht), `abo` (Fall `betrieb-wartung`, `wartungDoc`), `funktionen` (`vorher` setzt `config.termine.mode`, `config.shop.mode`, `config.unterkunft.mode`, `config.zeiten.mode` auf `'on'`, damit die echte Antwort die Obermenge der Schlüssel zeigt).
+ - `vertragNeu` enthält, was die Übersicht in V4 bis V8 als neu nennt und der Server noch nicht liefert (`.customer.kundenart*`, `.modell`, `.abo*`, `.katalog*` mit ausdrücklich `.katalog[].consent*` und `.katalog[].hinweis`, die V5 nicht nennt und P5 liefert, `.projects[].features.*.anfrageStatus`, `.projects[].features.*.unlockedBy`, `.ledger.vorschussMinutes`, `.ledger.usage[].einrichtung*`). Sobald P5 und P6 gemergt sind, meldet der Test diese Ausnahmen als überholt, und sie werden gestrichen. Dann prüft er die Schlüssel gegen den echten Server.
+ - `NICHT_PRUEFBAR` mit Grund: `invoices` (Stripe, InvoiceNinja), `auftraege` (Schalter), `activity` (Elementform braucht Ticket- und Arbeitsblatt-Seeds, P1 ergänzt), `projects.git`, `projects.files` (Gitea), `projects.work`, `abo.takeover`, `termine`, `shop`, `unterkunft`, `zeiten`, `news` (P4 nimmt sie auf), `fristen` (Route entsteht erst mit P5), `avatar` (SVG), alle schreibenden Endpunkte und die `auth.*`-Schreibenden.
+
+- [ ] **Step 1: Failing test schreiben** (`KW/test/vertrag.test.mjs`)
+
+Aufbau wie `kundenansichtGuard.test.js:1-30`: Mock mit der Vereinigung aller `schema`-Namen, `startFakeStripe`, `useTestEnv`, Imports per `import(\`${WT}/…\`)`. Eine Test-App mit allen Routern (`startTestApp(Object.fromEntries(VERTRAG.map((e) => [e.mount, router])))`). `fx` ist das Modul `${WT}/test/support/fixtures.js` (`customerCookie`, `kundenansichtCookie`, `seedFixtures`, `wartungDoc`), `config` das Portal-`config`, `rawGet` aus `testApp.js`, `pfade`, `VERTRAG`, `NICHT_PRUEFBAR` aus `vertrag-endpunkte.mjs`, `ENDPUNKTE` und `createBackend` aus dem Werkzeug.
+
+```js
+const passt = (muster, p) => new RegExp(`^${muster.replace(/[.[\]]/g, '\\$&').replace(/\*/g, '.*')}$`).test(p)
+const erlaubt = (liste, p) => liste.some((m) => passt(m, p))
+const cookies = { kunde: customerCookie('c1'), kundenansicht: kundenansichtCookie() }
+for (const e of VERTRAG) test(`Vertrag ${e.name} (${e.fall})`, async () => {
+ await e.seed?.(aw, fx)
+ const zurueck = e.vorher?.(config)
+ const echtRes = await rawGet(e.anfrage.pfad, { cookie: cookies[e.anfrage.cookie] })
+ zurueck?.()
+ assert.equal(echtRes.status, 200, e.name)
+ const fixRes = await createBackend({ fixtures, fall: e.fall }).handle({ method: 'GET', url: `https://vorschau.test${e.anfrage.pfad}` })
+ const echt = pfade(echtRes.body); const fix = pfade(JSON.parse(fixRes.body))
+ const neuErlaubt = [...e.nurInFixture, ...e.vertragNeu]
+ assert.deepEqual([...echt].filter((p) => !fix.has(p) && !erlaubt(e.nurImEchten, p)), [], 'echte Schlüssel fehlen in der Fixture')
+ assert.deepEqual([...fix].filter((p) => !echt.has(p) && !erlaubt(neuErlaubt, p)), [], 'Fixture erfindet Schlüssel')
+ const verwaist = [...e.nurImEchten.filter((m) => ![...echt].some((p) => !fix.has(p) && passt(m, p))), ...neuErlaubt.filter((m) => ![...fix].some((p) => !echt.has(p) && passt(m, p)))]
+ assert.deepEqual(verwaist, [], 'Ausnahme deckt keine Abweichung (mehr): streichen')
+})
+test('jeder Endpunkt der Fixtures ist geprüft oder begründet ausgenommen', () => {
+ const bekannt = new Set([...VERTRAG.map((e) => e.name), ...NICHT_PRUEFBAR.map((e) => e.name)])
+ assert.deepEqual(ENDPUNKTE.filter((e) => !bekannt.has(e.name)).map((e) => e.name), [])
+ for (const e of NICHT_PRUEFBAR) assert.ok(e.grund.length > 10, e.name)
+})
+test('pfade(): Objekte, Arrays, Blätter', () => {
+ assert.deepEqual([...pfade({ a: { b: 1 }, l: [{ x: 1 }, { y: 2 }], leer: [] })].sort(), ['.a', '.a.b', '.l', '.l[]', '.l[].x', '.l[].y', '.leer', '.leer[]'])
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /root/reports/kundenansicht-neu-2026-10-15/werkzeug && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/vertrag.test.mjs`
+Expected: FAIL mit `Cannot find module` auf `vertrag-endpunkte.mjs`.
+
+- [ ] **Step 3: Implementieren**
+
+`pfade` rekursiv: Arrays fügen `${p}[]` hinzu und vereinigen ihre Elemente, Objekte fügen `${p}.${key}` hinzu. `vertrag-endpunkte.mjs` mit den Einträgen der ersten Welle. Zeigt der Test Abweichungen, korrigiere zuerst die **Fixture**. Ausnahmen nur mit Grund (zum Beispiel „Elementform braucht Seed“). Echte Aufrufe und Seeds richten sich nach `test/aboRoutes.test.js:1-45`, `test/funktionenRoutes.test.js:1-45` und Task 4.
+
+- [ ] **Step 4: Test grün**
+
+Run: wie Step 2. Expected: PASS, `fail 0`. Prüfe von Hand: Jede Ausnahmezeile hat einen Kommentar mit Grund.
+
+- [ ] **Step 5: Commit (Werkzeug-Git)**
+
+```bash
+KW=/root/reports/kundenansicht-neu-2026-10-15/werkzeug
+git -C $KW add vertrag-endpunkte.mjs test/vertrag.test.mjs
+git -C $KW commit -m "Werkzeug: Vertragstest der Fixtures gegen die echten Portal-Router" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 8: Prüfungen und Beobachter
+
+**Files:**
+- Create in `KW`: `checks.mjs`, `konsole.mjs`
+- Test: `KW/test/checks.selftest.mjs` (Browser, läuft mit `run-browser.sh`)
+
+**Interfaces:**
+- Consumes: `starteBrowser()` (Task 5).
+- Produces:
+ - `checks.mjs`: `SEITEN_PRUEFUNGEN = ['dark-surface', 'low-contrast', 'overflow-x', 'lila']`, `runChecks(seite, { ignorieren = {} } = {}): Promise>`. `ignorieren` bildet Prüfname auf CSS-Selektoren ab. Treffer in oder unter einem solchen Element bleiben im Ergebnis (`ignored: true`).
+ - `dark-surface`: sichtbares Element mit eigenem Hintergrund (Alpha ab 0,5) und relativer Helligkeit unter 0,5. Ausgenommen: Border-Boxen bis 12 mal 12 px und die Farbe `rgb(17, 17, 17)` (`#111`, Akzent) bei Elementen bis 25 % der Viewport-Fläche.
+ - `low-contrast`: Textkontrast unter 3:1 gegen den nächsten deckenden Hintergrund. Ausgenommen: `disabled`, `aria-disabled`, Platzhalter.
+ - `overflow-x`: `documentElement.scrollWidth > documentElement.clientWidth + 1`.
+ - `lila`: sichtbares Element mit berechneter Farbe (Text, Hintergrund, Rand, Umriss, Schatten, `fill`, `stroke`) `rgb(157, 61, 254)` oder `rgba(157, 61, 254, …)`; dazu der Text aller geladenen Stylesheets mit `#9d3dfe` oder `rgba(157,61,254` (Leerzeichen und Groß-/Kleinschreibung egal), auch in ungenutzten Regeln.
+ - `konsole.mjs`: `beobachte(seite, { fall = '' } = {}): { ende(): { 'console-error': string[], 'external-request': string[] } }`. Sie sammelt `console.error` und `pageerror` (gefiltert durch `erwartetKonsole`) und jede Anfrage mit Schema `http(s)` oder `ws(s)`, deren Host nicht `127.0.0.1` ist (Detail = URL). `erwartetKonsole(text, fall): boolean` ist wahr für Chromiums „Failed to load resource: the server responded with a status of 500“ nur im Fall `fehler`.
+
+- [ ] **Step 1: Failing test schreiben** (`KW/test/checks.selftest.mjs`; ein Browser in `before`, in `after` geschlossen)
+
+```js
+import { test, before, after } from 'node:test'
+import assert from 'node:assert/strict'
+import { starteBrowser } from '../browser.mjs'
+import { runChecks } from '../checks.mjs'
+import { beobachte, erwartetKonsole } from '../konsole.mjs'
+let browser, seite
+before(async () => { browser = await starteBrowser(); seite = await (await browser.newContext({ viewport: { width: 390, height: 844 } })).newPage(); seite.setDefaultTimeout(180000) })
+after(async () => { await browser?.close() })
+const KOPF = ''
+const FAELLE = [ // [Prüfung, Name, HTML, schlägt an]
+ ['dark-surface', 'dunkle Fläche', '', true],
+ ['dark-surface', '#111 als kleiner Knopf', '', false],
+ ['dark-surface', '#111 über die ganze Seite', '', true],
+ ['low-contrast', 'hellgrauer Text', '
', true],
+ ['lila', 'Schatten in unbenutzter Regel', '
x
', true],
+ ['lila', 'neutrales Blau', '
x
', false],
+]
+for (const [check, name, html, schlaegtAn] of FAELLE) test(`${check}: ${name}`, async () => {
+ await seite.setContent(KOPF + html)
+ const treffer = (await runChecks(seite)).filter((t) => t.check === check && !t.ignored)
+ assert.equal(treffer.length > 0, schlaegtAn, JSON.stringify(treffer))
+})
+test('ignorieren markiert Treffer, statt sie zu löschen', async () => {
+ await seite.setContent(KOPF + '')
+ const t = (await runChecks(seite, { ignorieren: { 'dark-surface': ['#x'] } })).filter((r) => r.check === 'dark-surface')
+ assert.ok(t.length > 0 && t.every((r) => r.ignored === true))
+})
+test('console-error zählt; der absichtliche 500er ist nur im Fall fehler erwartet', async () => {
+ const text = 'Failed to load resource: the server responded with a status of 500 (Internal Server Error)'
+ assert.deepEqual([erwartetKonsole(text, 'fehler'), erwartetKonsole(text, 'betrieb-wartung')], [true, false])
+ const b = beobachte(seite, { fall: 'betrieb-wartung' })
+ await seite.evaluate(() => console.error('boom'))
+ assert.equal(b.ende()['console-error'].length, 1)
+})
+test('external-request meldet fremde Hosts', async () => {
+ await seite.route('**/*', (r) => r.abort())
+ const b = beobachte(seite)
+ await seite.setContent(KOPF + '')
+ await seite.waitForTimeout(300)
+ assert.deepEqual(b.ende()['external-request'], ['https://bild.example.invalid/x.png'])
+ await seite.unroute('**/*')
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `free -m`, dann `/root/reports/kundenansicht-neu-2026-10-15/werkzeug/run-browser.sh /root/reports/kundenansicht-neu-2026-10-15/werkzeug/test/checks.selftest.mjs`
+Expected: FAIL mit `Cannot find module` auf `checks.mjs`.
+
+- [ ] **Step 3: Implementieren**
+
+Nach den Interfaces. Vorbild (nur lesen): `checks.mjs`, `konsole.mjs` im WOMS-Werkzeug. Die Farbrechnung läuft in `page.evaluate` und benutzt nichts aus dem Modul. `lila` ist neu.
+
+- [ ] **Step 4: Test grün**
+
+Run: wie Step 2. Expected: PASS, `fail 0`; danach `ls -l /dev/null` mit `crw-rw-rw-`.
+
+- [ ] **Step 5: Commit (Werkzeug-Git)**
+
+```bash
+KW=/root/reports/kundenansicht-neu-2026-10-15/werkzeug
+git -C $KW add checks.mjs konsole.mjs test/checks.selftest.mjs
+git -C $KW commit -m "Werkzeug: Seitenprüfungen (dunkel, Kontrast, Überlauf, Lila), Konsole und fremde Requests" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 9: Ansichten, Geräte und Gates
+
+**Files:**
+- Create in `KW`: `views.mjs`, `gates.mjs`
+- Test: `KW/test/gates.test.mjs`
+
+**Interfaces:**
+- Consumes: `SEITEN_PRUEFUNGEN` (Task 8), `FALL_NAMEN` (Task 6).
+- Produces:
+ - `views.mjs`:
+ - `GERAETE = { handy: { width: 390, height: 844, hasTouch: true, isMobile: true }, 'handy-quer': { width: 844, height: 390, hasTouch: true, isMobile: true }, tablet: { width: 820, height: 1180, hasTouch: true, isMobile: true }, desktop: { width: 1440, height: 900, hasTouch: false, isMobile: false } }`, `ZEITLIMIT_MS = 180000`.
+ - `ANSICHTEN: Array<{ id, fall, adresse, geraete: string[], warte: string /*CSS*/, schritte?(seite), bewegung?, standalone?, tastatur?: boolean, uhr?: 'fest'|'echt', zeitlimit?: number, ignorieren?: { [pruefung]: string[] } }>`. P0 liefert `platzhalter` (Fall `betrieb-wartung`, `/dashboard.html`, `handy` und `desktop`, `warte: '#kn-platzhalter-ansicht:not(:empty)'`), `platzhalter-abgemeldet` (Fall `abgemeldet`, `handy`) und `login-alt` (Fall `abgemeldet`, `/login.html`, `handy` und `desktop`, `warte: 'form'`; die alte Seite ist dunkel und lila und zählt nur im Gate `p0`).
+ - `kontextOptionen(geraet, { bewegung = false, standalone = false, sw = 'block' } = {})` liefert `{ viewport, hasTouch, isMobile, deviceScaleFactor: 1, reducedMotion: bewegung ? 'no-preference' : 'reduce', colorScheme: 'light', locale: 'de-DE', timezoneId: 'Europe/Berlin', serviceWorkers: sw }`. Ein unbekanntes Gerät wirft.
+ - `waehleAnsichten(auswahl: string[], ansichten = ANSICHTEN)`: Einträge sind exakte IDs, Präfix mit `*` am Ende oder Ausschluss mit `!`. Eine Liste nur aus Ausschlüssen gilt als `['*', …]`. Unbekannte ID, toter Eintrag oder leere Auswahl wirft; die Meldung nennt den Eintrag, bei leerer Auswahl das Wort „leer“.
+ - `gates.mjs`: `ALWAYS_ON = ['step-failed', 'external-request', 'console-error', 'unknown-api', 'backend-error']`; `GATES = { p0: { checks: ALWAYS_ON, ansichten: ['*'] } }` (spätere Pakete ergänzen ihr `p`, Vertragsfrage 5); `pruefeGate(gate, ansichten = ANSICHTEN)` wirft bei unbekannter Prüfung (erlaubt sind `ALWAYS_ON` und `SEITEN_PRUEFUNGEN`) sowie bei toter oder leerer Auswahl; `gateErgebnis(bericht, gate): { ok, verstoesse: Array<{ ansicht, geraet, check }> }`. Bericht: `Array<{ ansicht, geraet, issues: Array<{ check, ignored?: true }> }>`. Gezählt wird, was in `ALWAYS_ON` oder `gate.checks` steht, zur Auswahl gehört (ohne zu werfen) und nicht `ignored` ist.
+
+- [ ] **Step 1: Failing test schreiben** (`KW/test/gates.test.mjs`)
+
+```js
+import { test } from 'node:test'
+import assert from 'node:assert/strict'
+import { GERAETE, ANSICHTEN, ZEITLIMIT_MS, kontextOptionen, waehleAnsichten } from '../views.mjs'
+import { ALWAYS_ON, GATES, gateErgebnis, pruefeGate } from '../gates.mjs'
+import { FALL_NAMEN } from '../fixtures/index.mjs'
+
+test('Geräte und Zeitlimit', () => {
+ assert.deepEqual(GERAETE.handy, { width: 390, height: 844, hasTouch: true, isMobile: true })
+ assert.ok(GERAETE['handy-quer'].height <= 500 && GERAETE['handy-quer'].hasTouch) // trifft die Handy-Abfrage der Hülle
+ assert.deepEqual([GERAETE.desktop.width, GERAETE.desktop.hasTouch, ZEITLIMIT_MS], [1440, false, 180000])
+})
+test('kontextOptionen: bewegungsarm, Service Worker gesperrt, feste Zone; unbekanntes Gerät wirft', () => {
+ const o = kontextOptionen('handy')
+ assert.deepEqual([o.viewport, o.hasTouch, o.reducedMotion, o.serviceWorkers, o.timezoneId, o.deviceScaleFactor], [{ width: 390, height: 844 }, true, 'reduce', 'block', 'Europe/Berlin', 1])
+ assert.deepEqual([kontextOptionen('desktop', { bewegung: true }).reducedMotion, kontextOptionen('desktop', { sw: 'allow' }).serviceWorkers], ['no-preference', 'allow'])
+ assert.throws(() => kontextOptionen('fernseher'))
+})
+test('Ansichten: eindeutige IDs, bekannte Fälle und Geräte, P0-Ansichten zuerst', () => {
+ assert.equal(new Set(ANSICHTEN.map((a) => a.id)).size, ANSICHTEN.length)
+ for (const a of ANSICHTEN) { assert.ok(FALL_NAMEN.includes(a.fall), a.id); for (const g of a.geraete) assert.ok(g in GERAETE, a.id) }
+ assert.deepEqual(ANSICHTEN.map((a) => a.id).slice(0, 3), ['platzhalter', 'platzhalter-abgemeldet', 'login-alt'])
+})
+test('waehleAnsichten: ID, Präfix, Ausschluss; Tippfehler werfen', () => {
+ const liste = [{ id: 'a' }, { id: 'tab-1' }, { id: 'tab-2' }, { id: 'b' }]
+ const ids = (auswahl) => waehleAnsichten(auswahl, liste).map((a) => a.id)
+ assert.deepEqual([ids(['tab-*', 'b']), ids(['*', '!tab-*']), ids(['!a'])], [['tab-1', 'tab-2', 'b'], ['a', 'b'], ['tab-1', 'tab-2', 'b']])
+ for (const [schlecht, muster] of [[['nichtda'], /nichtda/], [['xx-*'], /xx-/], [['!nichtda'], /nichtda/], [[], /leer/]]) assert.throws(() => waehleAnsichten(schlecht, liste), muster)
+})
+test('Gate p0 zählt nur die immer aktiven Prüfungen; ignored zählt nie; Auswahl wirft nicht', () => {
+ assert.deepEqual(GATES.p0.checks, ALWAYS_ON)
+ const bericht = [
+ { ansicht: 'login-alt', geraet: 'handy', issues: [{ check: 'dark-surface' }, { check: 'lila' }] },
+ { ansicht: 'platzhalter', geraet: 'handy', issues: [{ check: 'external-request' }, { check: 'console-error', ignored: true }] },
+ ]
+ assert.deepEqual(gateErgebnis(bericht, GATES.p0), { ok: false, verstoesse: [{ ansicht: 'platzhalter', geraet: 'handy', check: 'external-request' }] })
+ assert.equal(gateErgebnis(bericht, { checks: [...ALWAYS_ON, 'dark-surface', 'lila'], ansichten: ['*', '!login-alt'] }).verstoesse.length, 1)
+ assert.equal(gateErgebnis(bericht, { checks: [...ALWAYS_ON, 'dark-surface'], ansichten: ['*'] }).verstoesse.length, 2)
+ assert.equal(gateErgebnis(bericht, { checks: ALWAYS_ON, ansichten: ['gibt-es-nicht-*'] }).ok, true)
+})
+test('pruefeGate wirft bei unbekannter Prüfung und toter Auswahl', () => {
+ assert.throws(() => pruefeGate({ checks: ['gibt-es-nicht'], ansichten: ['*'] }), /gibt-es-nicht/)
+ assert.throws(() => pruefeGate({ checks: ALWAYS_ON, ansichten: ['tot-*'] }), /tot-/)
+ assert.doesNotThrow(() => pruefeGate(GATES.p0))
+})
+```
+
+- [ ] **Step 2: Test laufen lassen, Fehlschlag prüfen**
+
+Run: `cd /root/reports/kundenansicht-neu-2026-10-15/werkzeug && timeout 900 nice -n 10 node --max-old-space-size=1024 --test test/gates.test.mjs`
+Expected: FAIL mit `Cannot find module` auf `views.mjs`.
+
+- [ ] **Step 3: Implementieren**
+
+Beide Module nach den Interfaces, reine Funktionen ohne Browser.
+
+- [ ] **Step 4: Test grün**
+
+Run: wie Step 2. Expected: PASS, `fail 0`.
+
+- [ ] **Step 5: Commit (Werkzeug-Git)**
+
+```bash
+KW=/root/reports/kundenansicht-neu-2026-10-15/werkzeug
+git -C $KW add views.mjs gates.mjs test/gates.test.mjs
+git -C $KW commit -m "Werkzeug: Ansichten, Geräte, Kontextoptionen und Gates" -m "Co-Authored-By: Claude Opus 5.5 "
+```
+
+---
+
+### Task 10: Statik-Server, Läufer `shots.sh` und Einstieg im Portal
+
+**Files:**
+- Create in `KW`: `statik-server.mjs`, `vorschau/seiten.mjs`, `shots.mjs`, `shots.sh`
+- Create in `WT`: `test/ui/kundenansicht-neu.ui.mjs`
+- Test: `KW/test/statik.test.mjs`, `KW/test/shots.selftest.mjs`
+
+**Interfaces:**
+- Consumes: Tasks 5, 6, 8, 9.
+- Produces:
+ - `vorschau/seiten.mjs` (eine Quelle für Gates und Vorschau): `SEITEN = [{ ziel: 'dashboard.html', quellen: ['neu/dashboard.html'] }, { ziel: 'login.html', quellen: ['neu/oeffentlich/login.html', 'login.html'] }, { ziel: 'kuendigen.html', quellen: ['neu/oeffentlich/kuendigen.html', 'kuendigen.html'] }, { ziel: 'widerrufen.html', quellen: ['neu/oeffentlich/widerrufen.html', 'widerrufen.html'] }]`; `OHNE` = `sw.js`, `offline.html` und alle Ziele und Quellen aus `SEITEN`; `zuordnung(wurzel): Map` (die erste vorhandene Quelle gewinnt, fehlt keine ganz, fehlt das Ziel in der Map). Befehlszeile `node seiten.mjs `: Zeilen `P \t` je Zuordnung und `O ` je `OHNE`-Eintrag (für `bauen.sh`).
+ - `statik-server.mjs`: `starteStatik({ wurzel, port = 0, abbilden = false, nginxFallback = false }): Promise<{ url, port, anfragen: string[], stop() }>`, lauscht nur auf `127.0.0.1`.
+ - `abbilden` (Quellbaum `public/`): die Ziele aus `SEITEN` kommen aus `zuordnung`, `/` ergibt 302 auf `/login.html`.
+ - `nginxFallback` (gebauter Ordner): ein unbekannter Pfad liefert `index.html` mit 200, auch mit Dateiendung (wie die Vorschau-nginx). Ohne die Option ergibt er 404 als Text, nie HTML.
+ - `shots.mjs`: `STANDALONE_PATCH: string` (Skript für `addInitScript`, das `matchMedia('(display-mode: standalone)')` wahr macht), `lauf({ ansichten, gate, ausgabe, geraete, wurzel }): Promise<{ bericht, exitCode }>` (`gate` ist ein Name aus `GATES` oder ein Gate-Objekt; ohne `wurzel` gilt `WT/public` mit `abbilden: true`, mit `wurzel` wird der Ordner unverändert ausgeliefert) und `main(argv): Promise` mit ` [--only id,…] [--gate pN] [--geraete a,b]` (Exit 0, 1 bei verletztem Gate, 2 bei Fehlbedienung, schreibt `/report.json`).
+ - Je Ansicht und Gerät: neuer Kontext mit `kontextOptionen`, frisches `createBackend`, `setFixedTime(jetzt())` außer bei `uhr: 'echt'`, bei `standalone` der Patch, `route('**/*')` (same-origin `/api/` ans Backend, anderes same-origin `continue`, Fremdes `abort` und als `external-request` gemeldet), `beobachte`, `goto`, `waitForSelector(warte)`, `schritte`, bei `tastatur` 300 px weniger Höhe, `runChecks`, Screenshot ohne `fullPage` nach `/x/.png`, Kontext schließen.
+ - Scheitern Warten oder Schritt, entsteht `step-failed` ohne Absturz. Die Ergebnisse von `beobachte` und die Backend-Verstöße (`unknown-api`, `backend-error`) kommen als `{ check, detail }` in `issues` des Berichts (`detail` ist bei `external-request` die URL). Alle Operationen laufen mit `zeitlimit` der Ansicht, sonst `ZEITLIMIT_MS`. Genau ein `starteBrowser`-Aufruf je Lauf.
+ - `shots.sh [Optionen]`: löst `` relativ zum Aufrufer auf und führt `run-browser.sh shots.mjs …` aus. `test/ui/kundenansicht-neu.ui.mjs`: `const { main } = await import(\`${process.env.KW}/shots.mjs\`); process.exit(await main(process.argv.slice(2)))` mit Kommentar zum Aufruf über `run-browser.sh`.
+
+- [ ] **Step 1: Failing tests schreiben**
+
+`KW/test/statik.test.mjs` (`node:test`, kein Browser). Kopf: `node:test`, `node:assert/strict`, `node:fs` (`mkdirSync`, `writeFileSync`), `starteStatik`, `zuordnung`, `SEITEN`, `OHNE`; `KW` und `WT` wie in Task 5; Testordner unter `KW/tmp/`:
+
+```js
+test('abbilden: /dashboard.html ist die neue Seite, / führt auf den Login, Fehlendes ist 404 als Text', async () => {
+ const s = await starteStatik({ wurzel: `${WT}/public`, abbilden: true })
+ const g = (p) => fetch(s.url + p, { redirect: 'manual' })
+ assert.match(await (await g('/dashboard.html')).text(), /data-kn-platzhalter/)
+ const w = await g('/'); assert.deepEqual([w.status, w.headers.get('location')], [302, '/login.html'])
+ assert.equal((await g('/login.html')).status, 200)
+ const weg = await g('/neu/gibt-es-nicht.js'); assert.deepEqual([weg.status, weg.headers.get('content-type')], [404, 'text/plain; charset=utf-8'])
+ await s.stop()
+})
+test('nginxFallback: fehlende Datei mit Endung liefert index.html mit 200, ohne die Option 404', async () => {
+ const d = `${KW}/tmp/statik-test`; mkdirSync(d, { recursive: true }); writeFileSync(`${d}/index.html`, '
INDEX
')
+ const mit = await starteStatik({ wurzel: d, nginxFallback: true }); const ohne = await starteStatik({ wurzel: d })
+ const a = await fetch(mit.url + '/neu/fehlt.js'); const b = await fetch(ohne.url + '/neu/fehlt.js')
+ assert.deepEqual([a.status, await a.text(), b.status], [200, '
INDEX
', 404])
+ await Promise.all([mit.stop(), ohne.stop()])
+})
+test('zuordnung: die neue öffentliche Seite hat Vorrang; OHNE enthält alle Ziele und Quellen', () => {
+ const d = `${KW}/tmp/seiten-test`; mkdirSync(`${d}/neu/oeffentlich`, { recursive: true })
+ for (const f of ['login.html', 'neu/oeffentlich/login.html', 'neu/dashboard.html']) writeFileSync(`${d}/${f}`, 'x')
+ const z = zuordnung(d)
+ assert.deepEqual([z.get('login.html'), z.get('dashboard.html'), z.has('kuendigen.html')], [`${d}/neu/oeffentlich/login.html`, `${d}/neu/dashboard.html`, false])
+ for (const s of SEITEN) for (const q of [s.ziel, ...s.quellen]) assert.ok(OHNE.includes(q), q)
+ assert.ok(OHNE.includes('sw.js') && OHNE.includes('offline.html'))
+})
+```
+
+`KW/test/shots.selftest.mjs` (Browser, läuft mit `run-browser.sh`; Seiten als Dateien in `KW/tmp/shots-seiten/`). Kopf: `node:test` (`test`, `before`), `node:assert/strict`, `node:fs` (`mkdirSync`, `writeFileSync`, `statSync`, `readFileSync`), `lauf` und `STANDALONE_PATCH` aus `shots.mjs`, `starteStatik`, `starteBrowser`, `kontextOptionen`, `ALWAYS_ON`. Der Test hält nie zwei Browser gleichzeitig offen: `lauf` startet und schließt seinen eigenen, der Kontext-Test startet seinen erst im Testrumpf und schließt ihn dort.
+
+```js
+const SD = `${KW}/tmp/shots-seiten`
+const SEITEN_HTML = {
+ 'gut.html': '