Verträge-Screen — Gate-A-Arbitrage

Entscheidungs-Dossier (E-1-Muster) · SCREEN-FERTIG-Lane 02.08.2026 · Entscheid: JC · vor dem Entscheid wird NICHT gebaut

Lage

Intention: Für den Verträge-Screen existiert keine gespeicherte JC-Intention — E-20.1 verlangt sie als intent-Pflichtfeld des Screen-Factory-Vertrags, BEVOR gebaut wird.

Was existiert: Route /vertraege in der Shell (Typ B, „★ sobald Stufen-Stepper", ohne Kanon-Vertrag) · VERTRAG#01-Lane (EUROPA-bAV, DDL 01.12.2026) · MCP-Nähte get_contracts_overview / _expiring / _action_items · seit heute: „Verträge"-Anker je Entität im dokumente2-Verzeichnis (PR #1359) · als Bau-Muster die fertigen Vertrags-Screens abgleich2/dokumente2 (Vertrag-zuerst, rka2-Auth, K-33).

Frage: Welche EINE Aufgabe erledigt JC auf diesem Screen in Minuten? Beide Varianten unten beantworten sie unterschiedlich.

A — Bestands-CockpitEmpfehlungscreen_type: uebersicht
Demo-Daten — nur Layout-Vorschau
Verträge Alle Entitäten · laufend
14laufende Verträge
2kündbar < 90 Tage ↗
1.284 €Kosten / Monat
1Handlung offen ↗
AnbieterTypEntitätKündigungsfrist€/MonatBeleg
Allianz · bAV UK-2026-114VorsorgeC3⚠ 30.09.2026480,00📄 📁Detail › ⋯
IONOS · Hosting-BündelIT/HostingC3✓ monatlich68,90📄 📁Detail › ⋯
Telekom · Büro Auerbachstr.TelekomC3⚠ 31.10.202654,95—Detail › ⋯
Intention (Vorschlag): „JC sieht in Minuten den Vertragsbestand je Entität — was läuft, was es kostet, wo eine Frist drängt — und öffnet jeden Vertrag mit Beleg + Ablage-Ordner."
Bausteine (alles existiert): K-02 Hero-KPIs klick-verdrahtet · K-11 Scope · K-33 dataTableFull (Sort/Vollbild/Spaltengriff) · K-40 ⋯ · K-26 Steckbrief-Panel (E-27 Slide-Over) · Fristen-Reste als Klärfall → K-22 (E-21-Gesetz). Daten: get_contracts_overview/_expiring via User-JWT.
Warum Empfehlung: identisches Muster wie abgleich2/dokumente2 (geringstes Risiko, maximaler Reuse); Variante-B-Nutzen (Fristen-Fokus) ist als klickbare Hero-KPI „kündbar < 90 Tage" ENTHALTEN.
B — Fristen-Radarscreen_type: pipeline/karten
Demo-Daten — nur Layout-Vorschau
Verträge — was ist zu tun?
⚠ Handeln 2 Verträge
Allianz bAV UK-2026-114C3
Kündigungsfrist 30.09.2026 · 480 €/M · 📄 Beleg
Als Klärfall vorbereitenBehalten ✓Detail ›
Telekom BüroC3
Kündbar bis 31.10.2026 · 54,95 €/M · — kein Beleg
Als Klärfall vorbereitenBehalten ✓
✓ Läuft 12 Verträge (eingeklappt)
Intention (Vorschlag): „JC sieht NUR, wo ein Vertrag Handlung verlangt (Frist/Preiserhöhung/fehlender Beleg) — der ruhige Bestand bleibt eingeklappt."
Bausteine: K-21 approve-Karten · K-22 Klärungs-Handoff · K-05-Gruppen · Composer-first.
Ehrlich dagegen: „Handlungsbedarf" braucht verlässliche Fristen-DATEN (Kündigungsfrist je Vertrag gepflegt) — heute nur teilweise vorhanden; ein Radar auf Lücken-Daten wirkt leer oder lügt. Als MODUS/Filter in A jederzeit nachrüstbar, kostet als eigener Screen einen zweiten Vertrag.

Konkrete OK-Frage an JC

OK zu Variante A? Dann wird vertraege2 exakt nach dem abgleich2-Muster gebaut: Screen-Factory-Vertrag mit obiger Intention ZUERST, Stufe-1-Menü-Link Finanzen→Verträge, echte Daten via User-JWT, Fristen-Reste als Klärfall (E-21), qa@-Gate — ohne weiteren JC-Blick bis zum Prüfbericht.

Quellen (klickbar)

JC_ENTSCHEIDE E-20.1 (Intention-Pflicht) · E-21 (Klärungs-Gesetz) · E-27 ② · screen_factory_contracts.json (7 Verträge, Muster abgleich2) · IST: /vertraege (Shell, ohne Kanon-Vertrag) · dokumente2 — „Verträge"-Anker je Entität (PR #1359) · Bibel

Daten-Nähte: MCP get_contracts_overview / get_contracts_expiring / get_contracts_action_items (read-only, RLS). ⚠ prf_contracts bleibt anon-DENIED — Datenpfad ausschließlich User-JWT.