{
  "project": "AZA Medical AI Assistant",
  "phase": "Device-/Seat-Logik V1 implementiert. Backup-Konzept + Deinstallations-UX als naechste Hauptbloecke.",
  "current_step": "Device-Logik V1 fertig (2026-04-12). Naechste Bloecke: (1) Backup-Konzept vollstaendig, (2) Deinstallations-UX, (3) WooCommerce Verkaufspfad, (4) Browser-AZA.",
  "last_completed": 19,
  "next_step": "Naechsten Hauptblock waehlen (Admin-Token-Rotation / Betreiber-Runbook / WooCommerce / Lizenz-Lifecycle).",
  "last_update": "STATUS-PATCH 2026-04-12: (1) Device-/Seat-Logik V1 implementiert: 1 Lizenz = 2 Geraete, Stacking ueber Email, Backend fuehrend. (2) aza_device_enforcement.py komplett neu, backend_main.py + admin_routes.py + basis14.py erweitert. (3) Admin-Endpoint GET /admin/devices fuer Geraete-Uebersicht. (4) Naechste Bloecke: Backup-Konzept + Deinstallations-UX.",
  "updated_at": "2026-04-12",
  "workspace": {
    "project_root": "C:\\Users\\surov\\Documents\\AZA_GIT\\aza",
    "current_working_folder": "C:\\Users\\surov\\Documents\\AZA_GIT\\aza\\AzA march 2026",
    "note": "All commands and scripts should assume this root unless explicitly changed. ALTER PFAD C:\\Users\\surov\\Documents\\AZA\\backup 24.2.26 ist NICHT mehr aktuell."
  },
  "notes": [
    "Browser-basiertes AZA ist Kern des Projekts und nicht optional.",
    "Step 22 wird verbindlich nach browser_aza_mvp_spec.md umgesetzt.",
    "Kongress/CSE Thema ist geparkt (Google CSE 403 / DDG volatil). Fokus jetzt: Go-Live.",
    "Preismodell: Subscription. Basic (1 User): CHF 59/Monat, CHF 590/Jahr. Team (2 User): CHF 89/Monat, CHF 890/Jahr. KEIN Einmalkauf.",
    "PRODUKTNAME – AKTUELLE RICHTUNG: AZA Office. Bevorzugte Langform: 'AZA Office – Ihr medizinischer KI-Arbeitsplatz fuer die Praxis'. Zweite gute Variante: 'AZA Office – Die KI-Assistenz fuer medizinische Dokumentation'. Noch nicht zwingend final juristisch/brand-strategisch entschieden, aber aktuelle bevorzugte Naming-Richtung fuer WooCommerce/Website/Download/Go-Live/Produktdarstellung. FRUEHERE SHORTLIST (AZA Desktop): (1) Die KI-Loesung fuer medizinische Dokumentation, (2) KI-gestuetzte Praxisdokumentation fuer Aerzte, (3) Ihre Plattform fuer medizinische KI-Dokumentation, (4) Ihr medizinischer KI-Arbeitsplatz fuer die Praxis, (5) Die KI-Assistenz fuer medizinische Dokumentation, (6) Medizinische KI fuer Aerzte und Praxen. KRITISCH: 'von Aerzten' eher nicht verwenden.",
    "Architektur: Hostpoint = Website/Marketing/WordPress/Kadence/WooCommerce. Hetzner = AZA-Backend/API/OpenAI-Proxy/Browser-AZA (JETZT RELEVANT, nicht mehr spaeter).",
    "Do-not-break: /license/status Format bleibt exakt. Keine Auth-Aenderungen ohne Auftrag. Keine Secrets loggen. Keine unnoetige API-Contract-Aenderungen.",
    "Do-not-break: Keine riskanten DNS-/Domain-Aenderungen an aza-medwork.ch ohne klare Pruefung. Website-Chaos durch vorschnelle Umschaltung war ein Fehler.",
    "Do-not-break: OpenAI-Key NIEMALS hardcoded in App einbauen. NIEMALS Shared-Key an Kunden ausliefern. Lokale Key-Eingabe wird bei Produktivauslieferung entfernt (Variante B). Secrets NIEMALS loggen.",
    "Do-not-break: Audioaufnahme IMMER als M4A (AAC via ffmpeg-Pipe). NIEMALS auf WAV zurueckaendern. WAV nur als Fallback wenn ffmpeg fehlt. Diese Entscheidung ist ENDGUELTIG – wurde bereits einmal faelschlich rueckgaengig gemacht.",
    "VERBINDLICH – V1-Lizenzmodell (2026-04-12): 1 aktive Lizenz = 2 gleichzeitig aktive Computer. Dieselbe Kaeufer-Email darf mehrere Lizenzen kaufen. Erlaubte Geraete addieren sich: 1 Lizenz = 2, 2 Lizenzen = 4, 3 Lizenzen = 6. Backend entscheidet fuehrend. Desktop sendet email + device_id. Backend liefert: license_active, allowed_devices, used_devices, device_allowed, reason. aza_device_enforcement.py ist fuehrende Implementierung.",
    "VERBINDLICH – Deinstallation: Nach Deinstallation KEIN sofortiger Zwangs-Neustart. Benutzer muss Option haben: jetzt neu starten / spaeter neu starten.",
    "VERBINDLICH – Backup-Konzept HOHE PRIORITAET: Lokale App/Code/Builds, Installer-Artefakte, Hetzner-Backend/Server-Config/Daten, Stripe-Config/Referenzen, WordPress/WooCommerce/Website, Release-/Download-Dateien. Zusaetzlich Offsite-Sicherheitskopie in Luino.",
    "ARCHITEKTURENTSCHEIDUNG VARIANTE B (VERBINDLICH, 2026-03-25): OpenAI-Key AUSSCHLIESSLICH serverseitig im AZA-Backend. Desktop-App und spaetere Browser-App sprechen NUR mit AZA-Backend. AZA-Backend spricht mit OpenAI. KEIN OpenAI-Key in der Client-App. KEIN eigener OpenAI-Key pro Kunde als Pflicht. KEIN gemeinsamer OpenAI-Key clientseitig. KEINE halben Uebergangsloesung. KEINE Shared-Key-Bastelei. Lokale Key-Eingabe wird bei Produktivauslieferung entfernt. Hetzner wird als Server-/Backend-Pfad ernsthaft einbezogen.",
    "ARCHITEKTUR – Audio: Aufnahme direkt als M4A (AAC 64kbps via ffmpeg stdin-Pipe). Kein WAV-Zwischenschritt. Deutlich kleinere Dateien, schnellerer Upload, Aufnahmen ueber 1 Stunde moeglich. Chunking in 10-Minuten-Segmente bei Bedarf.",
    "Hostpoint-Website bleibt Haupt-Website. Hetzner NICHT fuer Haupt-Website verwenden.",
    "Workspace root path fixed: C:\\Users\\surov\\documents\\aza",
    "SICHERHEITS-ZIELBILD – HIN-nahe Schutzprinzipien als Benchmark fuer Browser-AZA: AZA ist NICHT HIN-zertifiziert und NICHT ISO-zertifiziert. Es handelt sich um ein Sicherheits-Zielbild / Benchmark / Architekturleitlinie, KEINE Marketingbehauptung. Folgende Prinzipien gelten als Orientierung: geschlossener Vertrauensraum, verifizierte digitale Identitaet (eID), Zwei-Faktor-Authentisierung (2FA), asymmetrische Verschluesselung, S/MIME-Verschluesselung, TLS-Transportverschluesselung, digitale Signatur, technische und organisatorische Massnahmen (TOM), ISMS nach ISO/IEC 27001 als Zielbild, EPD-/IdP-nahe Vertrauens- und Identitaetslogik als Orientierung. Browser-AZA ist Kern des Projekts und soll langfristig ein hohes Schutz- und Vertrauensniveau erreichen. Sicherheitsarchitektur orientiert sich an etablierten Schweizer Gesundheitswesen-Prinzipien.",
    "HANDOVER-REGEL – Sicherheitsblock: Diesen Sicherheits-Benchmark NICHT jedes Mal neu diskutieren. Bei Sicherheits-/Architekturfragen auf dieses Zielbild zurueckgreifen statt neu zu improvisieren. Keine ueberzoegenen Aussenbehauptungen zu HIN/EPD/ISO ohne tatsaechliche Zertifizierung/Integration.",
    "ARCHITEKTUR – Medikamenten-Quellenlogik: Inhaltsquelle und Originallink getrennt (FIX-11). Inhaltsquellen: _fetch_doccheck_info (Standard) und _fetch_pharmawiki_info (Fallback), benutzerwaehlbar ueber _MED_CONTENT_QUELLEN / med_content_quelle. Originallink: _MED_QUELLEN / medikament_quelle (CH=Compendium, AT=BASG, DE=BfArM) unveraendert. _MEDICATION_FACTS als Offline-Fallback. Deckt alle auf DocCheck + PharmaWiki verfuegbaren Medikamente ab. Spaetere Marktprofile (DE/AT) separat.",
    "ZUKUNFTSBLOCK – Internationalisierung / Laender- und Quellenprofile: NICHT fuer jetzt. Erst DACH sauber stabilisieren (CH/DE/AT), Produkt erfolgreich machen, Go-Live sichern. Danach pruefen: Mehrsprachigkeit, laenderspezifische med. Quellenprofile. Profillogik vorsehen: app_language, market_region, med_source_profile, dx_source_profile, therapy_source_profile + manueller Override durch Benutzer/Praxis. Handelsnamen, Zulassungen, Fachinfos und Verfuegbarkeit sind laenderspezifisch – deshalb spaeter Quellenprofile pro Markt statt Einheitslogik."
  ],
  "auth_contract": {
    "api_token_env": "MEDWORK_API_TOKEN",
    "header_name": "X-API-Token",
    "important_endpoints": [
      "/license/status",
      "/api/project/status",
      "/v1/transcribe"
    ],
    "notes": [
      "Healthcheck und Dev Tools müssen MEDWORK_API_TOKEN verwenden.",
      "Token wird im Header X-API-Token gesendet.",
      "NICHT Authorization: Bearer verwenden.",
      "Keine Tokens loggen."
    ]
  },
  "project_phase_assessment": {
    "phase": "B1 Backend-Sprint – Serverseitige OpenAI-Architektur (Variante B)",
    "status_A": "Desktop-App ist weit fortgeschritten und grundsaetzlich benutzbar",
    "status_B": "ARCHITEKTURENTSCHEIDUNG: Variante B gewaehlt – OpenAI-Key nur serverseitig",
    "status_C": "WooCommerce/Stripe-Pfad laeuft parallel weiter (Hostpoint)",
    "status_D": "Hetzner-Backend wird jetzt ernsthaft als Server-Pfad aufgebaut",
    "status_E": "Arbeitsphase = Backend-Zielarchitektur + Produktisierung parallel"
  },
  "go_live_sprint": {
    "title": "B1 Backend-Sprint – Serverseitige OpenAI-Architektur (4 Wochen)",
    "goal": "AZA-Backend als OpenAI-Proxy verkaufsfaehig machen. Kein OpenAI-Key mehr beim Kunden.",
    "start": "2026-03-25",
    "target": "ca. 2026-04-22",
    "architekturentscheidung": "VARIANTE B verbindlich: Desktop-App → AZA-Backend → OpenAI. Key nur serverseitig.",
    "operative_plattform": "Hetzner (Backend/API/OpenAI-Proxy). Hostpoint bleibt fuer Website/WooCommerce.",
    "wochenplan": {
      "woche_1": "Backend Chat Proxy Endpoint (POST /v1/chat) + Auth + Rate Limiting",
      "woche_2": "Desktop-App umstellen: alle OpenAI-Calls ueber Backend statt direkt",
      "woche_3": "Hetzner Deploy: Docker/Caddy/HTTPS + Production-Env + Smoke-Tests",
      "woche_4": "E2E-Test Desktop→Backend→OpenAI + Kundenweg ohne OpenAI-Key + Go-Live-Freigabe"
    }
  },
  "priority_order": {
    "description": "B1 Backend-Sprint Prioritaeten – Variante B verbindlich",
    "1_hoechste": "Backend Chat Proxy Endpoint POST /v1/chat (Woche 1)",
    "2_hoch": "Desktop-App von direktem OpenAI auf Backend umstellen (Woche 2)",
    "3_mittel": "Hetzner Deploy: Docker/Caddy/HTTPS/Production-Env (Woche 3)",
    "4_hoch": "E2E-Test Desktop→Backend→OpenAI + Go-Live-Freigabe (Woche 4)",
    "5_parallel": "WooCommerce/Stripe/Kauf-Weg laeuft parallel weiter (Hostpoint)",
    "explizit_nachrangig": [
      "Update-Komfort / separater Auto-Updater",
      "Browser-AZA Web-App (nach Backend-Architektur)",
      "Grosse Refactors / Architektur-Spielereien die nicht direkt Variante B dienen"
    ],
    "hostpoint_vs_hetzner": "Hostpoint bleibt fuer Website/WooCommerce. Hetzner ist JETZT der Backend-Pfad fuer OpenAI-Proxy/API. Beides laeuft parallel, nicht gegeneinander."
  },
  "working_principles": {
    "description": "Verbindliche Arbeitsweise fuer die naechsten Chats",
    "rules": [
      "Root-cause-first statt blindem Nachpatchen",
      "Ein klarer Block nach dem anderen",
      "Keine 10 Baustellen gleichzeitig",
      "Reale installierte Builds staerker gewichten als Code-Behauptungen",
      "Nicht zu frueh 'fertig' sagen",
      "Desktop unterscheiden in: 1. Dev-Code, 2. neu gebauter Installer, 3. reales Verhalten im installierten Build"
    ]
  },
  "next_main_block": {
    "title": "KEIN AKTIVER HAUPTBLOCK – moegliche naechste Bloecke",
    "status": "auswahl_offen",
    "sprint_context": "PRODUKTIVPFAD + BETREIBER-KONTROLLE VOLLSTAENDIG BEWIESEN (2026-03-31). Echter Live-Kauf CHF 59. Backend-Lizenz active. Desktop Vollmodus. current_period_end korrekt. Admin Control Panel v2 LIVE. Betreiber-Kontrolle mit Einzelposten bewiesen. Technische Basis steht komplett.",
    "security_notice": "AZA_ADMIN_TOKEN wurde im Chat offengelegt. Rotation vor Produktivbetrieb empfohlen.",
    "possible_next_blocks": [
      {
        "priority": 1,
        "title": "Admin-Token-Rotation (Mini-Block)",
        "scope": "Offengelegten Token rotieren. 3 Commands, kein Code."
      },
      {
        "priority": 2,
        "title": "Betreiber-Runbook / Schnellreferenz",
        "scope": "Klare Anleitung fuer Lizenz-/Zahlungskontrolle. Welcher Endpunkt fuer was. Curl-Beispiele."
      },
      {
        "priority": 3,
        "title": "WooCommerce / Produktiver Verkaufspfad",
        "scope": "Produkte, Checkout, Download, E-Mail, Billing/Legal, Testkauf E2E."
      },
      {
        "priority": 4,
        "title": "Lizenz-/Kundenlogik professionalisieren",
        "scope": "Sauberer Lifecycle, Team-/Praxislogik, lokale Persistenz."
      },
      {
        "priority": 5,
        "title": "Browser-AZA (nach Go-Live)",
        "scope": "Step 22 nach browser_aza_mvp_spec.md."
      }
    ],
    "nachgelagert": [
      "Autotext-Fix",
      "Fenstergroessen anpassen",
      "Button-Groessen / Layout fuer Online-Praesentation",
      "Allgemeiner UI-Feinschliff",
      "Direkte OpenAI-Restpfade in Nebenmodulen bereinigen"
    ]
  },
  "customer_journey_analysis": {
    "date": "2026-03-24",
    "kauf": {
      "status": "offen",
      "detail": "WooCommerce-Doku komplett (WORDPRESS_GOLIVE.md), aber in WordPress NICHT konfiguriert. Waehrung USD, Land US, kein Stripe Gateway, kein Subscription Plugin, Demo-Produkte vorhanden.",
      "next": "WooCommerce gemaess WORDPRESS_GOLIVE.md konfigurieren (User-Aufgabe in WordPress-Admin)"
    },
    "download": {
      "status": "teilweise",
      "detail": "Download-Mechanik vorhanden (version.json, download.html). Fuer WooCommerce: Installer als Produkt-Download hochladen. URL-Inkonsistenz download vs downloads in publish-release.ps1.",
      "next": "Installer-EXE in WooCommerce-Produkt hochladen"
    },
    "installer": {
      "status": "funktional_fertig",
      "detail": "Inno Setup komplett, Build-Scripts funktionsfaehig. Kein Code-Signing (SmartScreen-Warnung bei Kunden).",
      "next": "Code-Signing-Zertifikat beschaffen (vor breiter Auslieferung)"
    },
    "aktivierung": {
      "status": "produktivpfad_vollstaendig_bewiesen",
      "detail": "Kompletter Produktivpfad bewiesen (2026-03-30): Echter Live-Kauf CHF 59 → Backend-Lizenz active → Desktop Vollmodus ohne Testfenster → current_period_end korrekt (1777652509). Zusaetzlich: Storno/Refund → canceled → Desktop Testmodus ebenfalls bewiesen. Root Causes geloest: lokales Aktivierungs-Gate (_has_remote_backend Bypass) + current_period_end-Fallback in Webhook.",
      "next": "WooCommerce / produktiver Kauf-/Verkaufspfad sauber machen."
    },
    "erster_start": {
      "status": "variante_b_live_erfolgreich",
      "detail": "B1 Backend-Sprint KOMPLETT ERLEDIGT (2026-03-27). Desktop → Hetzner → OpenAI funktioniert in der echten App. basis14.py lokal gegen Live-Backend erfolgreich getestet. Kein lokaler OpenAI-Key noetig.",
      "next": "Lizenz-/Subscription-Lifecycle sauber machen."
    }
  },
  "first_customer_workflow": {
    "description": "Ziel-Kundenweg mit Variante B (nach B1 Backend-Sprint)",
    "steps": [
      "1. Kunde kauft ueber WooCommerce/Stripe auf aza-medwork.ch",
      "2. WooCommerce liefert Download-Link (E-Mail + Mein-Konto-Seite)",
      "3. Kunde laedt aza_desktop_setup.exe herunter und installiert",
      "4. App startet mit 21-Tage-Testphase (kein Key noetig)",
      "5. Aktivierung ueber AZA-Key oder Stripe-Webhook (spaeter automatisch)",
      "6. App laeuft im Vollmodus – KEIN OpenAI-Key noetig",
      "7. Alle KI-Funktionen laufen ueber AZA-Backend auf Hetzner",
      "8. OpenAI-Key liegt NUR auf dem Server, Kunde sieht ihn nie"
    ],
    "uebergangsloesung_aktuell": [
      "B1 W1-W5 KOMPLETT ERLEDIGT (2026-03-27)",
      "Desktop → Hetzner → OpenAI funktioniert in der echten App",
      "Kein lokaler OpenAI-Key noetig fuer den Hauptpfad",
      "NAECHSTER BLOCK: Lizenz-/Subscription-Lifecycle + WooCommerce/Stripe Live-Setup"
    ],
    "manual_steps_by_developer": [
      "Key generieren: python aza_activation.py 2027-03-31",
      "Key per E-Mail an Kunden senden",
      "Spaeter automatisieren via Hetzner-Backend + Stripe-Webhooks"
    ]
  },
  "open_focus_blocks": [
    {
      "id": "FB-A",
      "title": "Kauf-/Download-/Installationsweg sauber festziehen",
      "description": "WooCommerce / Stripe / Download / Installer / Aktivierung – End-to-End aus Kundensicht",
      "priority": "HOECHSTE"
    },
    {
      "id": "FB-B",
      "title": "Kritische Desktop-Restfehler nur gezielt und einzeln behandeln",
      "description": "Keine neuen Monsterpatches. Root-cause-first. Installierten Build hoeher gewichten als Code-Behauptungen.",
      "priority": "HOCH"
    },
    {
      "id": "FB-C",
      "title": "Windows-Kundenauslieferung absichern",
      "description": "Signing-Readiness vorbereitet. Produktives Signing vor Kundenauslieferung noch offen. Smart App Control / Reputation / Publisher-Konsistenz beachten.",
      "priority": "MITTEL"
    },
    {
      "id": "FB-D",
      "title": "Update-Verbesserungen bewusst nachgelagert",
      "description": "Erst nach stabilem Kauf-/Download-/Installationspfad. Kein aktueller Hauptblock.",
      "priority": "NACHGELAGERT"
    }
  ],
  "current_focus": {
    "title": "Kauf / Download / Installation / Aktivierung – erster echter Kundenweg End-to-End",
    "goal": "AZA Desktop als Subscription-Produkt (Basic CHF 59/Monat, Team CHF 89/Monat) ueber aza-medwork.ch (Hostpoint WordPress + WooCommerce + Stripe) verkaufen. Der gesamte Weg von Kauf bis produktivem Grundbetrieb muss aus Kundensicht stabil sein. Bestehende Website NICHT beschaedigen.",
    "in_progress_items": [
      "Kauf-/Download-/Installationsweg End-to-End pruefen und festziehen",
      "WooCommerce-Produkt + Stripe-Integration sauber machen",
      "Installer-Datei als WooCommerce-Download hochladen",
      "Testkauf im Stripe-Testmodus (monatlich + jaehrlich)",
      "Download → Installation → Aktivierung → erster Start verifizieren",
      "Stripe auf Live-Modus umschalten",
      "Produktseite auf Home verlinken"
    ],
    "completed_items": [
      "Desktop-App als EXE gebaut",
      "Lokales Backend startet automatisch mit der Desktop-App",
      "Lokaler Desktop-Smoke-Test ist gruen",
      "Installer/Packaging mit Inno Setup gebaut",
      "Desktop Runtime Secret Provisioning eingefuehrt",
      "Default Opacity auf 1.0 korrigiert",
      "Praxiscomputer-Testpaket erstellt (Installer, Anleitung, Checkliste, Rueckmeldebogen)",
      "Update-Check gegen release/version.json verdrahtet",
      "APPDATA-Persistence-Fix: Benutzerdaten unter %APPDATA%\\AZA Desktop statt Program Files",
      "Release-Pipeline nach APPDATA-Fix erneut validiert (Build+Smoke+Installer gruen)",
      "Praxiscomputer-Testpaket mit neuem Installer aktualisiert",
      "AZA-Startseite/Launcher mit Modulauswahl und Auto-Open eingefuehrt",
      "Launcher auf 6 Module erweitert (KI, KG, Audio-Notizen, Uebersetzer, MedWork Chat, Praxis Chat)",
      "Woechentliches Login statt taeglich",
      "App-Ablaufdatum 30.04.2026 eingebaut",
      "Aktivierungsschluessel-System fuer Geraetesteuerung (aza_activation.py)",
      "Praxiscomputer-Testpaket auf neuen Stand aktualisiert (6 Module, Aktivierung, Wochenlogin)",
      "OpenAI-Key-Einrichtung professionalisiert: Setup-Helfer als Standardweg, Fallback auf Config-Datei",
      "Premium-UI: Launcher und Setup-Dialog im Medizinprodukt-Design, keine technischen Begriffe in Nutzerdialogen",
      "Uebersetzer-Modul: Tkinter-Threading-Bug behoben (eigener Tk-Mainloop im Hauptthread statt Thread)",
      "Audio-Notizen-Modul: identischer Fix (direkter Start im Hauptthread)",
      "Integrierter Systemstatus/Selbsttest: 12 Pruefpunkte, Diagnose-Kopieren, Praxiscomputer-Validierung",
      "Praxiscomputer-Testpaket: Systemstatus in Anleitung, Checkliste und Rueckmeldung nachgezogen",
      "Windows-Firewall-Fix: Installer legt minimale Regel (localhost:8000) an, Nutzerhinweis bei Backend-Fehler",
      "Release-Pipeline erneut validiert (Build+Smoke+Installer gruen, Firewall-Regel im ISS, Publish-Bundle sauber)",
      "Praxiscomputer-Testpaket auf finalen Stand aktualisiert (Installer, paketinfo, Checkliste, Rueckmeldung)",
      "Firewall-Regel-Pruefung im integrierten Systemstatus (check_firewall_rule in aza_firewall.py)",
      "Systemstatus Backend-Erkennung gefixt: Fallback auf lokale URL (127.0.0.1:8000) wie desktop_backend_autostart",
      "Systemstatus Lizenz-Fix: X-Device-Id Header mitsenden (fehlte, daher device_enforcement=denied)",
      "Systemstatus Aktivierung-Fix: check_app_access() gibt Tuple zurueck, nicht Dict",
      "Systemstatus Lizenz-Token-Pfad-Fix: Im frozen Build _internal statt exe_dir durchsuchen (wie basis14.py)",
      "Hauptfenster UX-Feinschliff: Tooltips fuer alle Toolbar-Buttons, Backend-Status entechnisiert, Beschriftungen professionalisiert",
      "Launcher-Icons: Canvas-gezeichnete Vektor-Icons (Sparkle, Clipboard, Mikrofon, Dokumente, Netzwerk, Chat)",
      "Kauf-zu-Download-Flow: Success-Seite, Landing-Page mit Pricing/Checkout, Download-Seite, reale Domain-URLs",
      "Live-Deployment-Readiness: CORS-Middleware, Dockerfile backend_main:app, Caddyfile Static+API, Stripe-URLs produktionsreif, PRODUCTION_CONFIG.md",
      "Deploy-Stack lokal verifiziert: 7/7 Routen gruen (Health, Download-API, Success, Cancel, Landing, Download-Page, version.json), CORS-Preflight OK",
      "v1.0.0 Produktdefinition erstellt (deploy/PRODUCT_V1.md)",
      "Version auf 1.0.0 gesetzt (aza_version.py, version.json)",
      "Hard-Expiry auf 2027-03-31 verlaengert",
      "Changelog und Installationsanleitung erstellt",
      "v1.0.0 Installer gebaut und getestet (Build+Smoke+Installer gruen)",
      "Signing-Readiness: sign_release.ps1 erstellt, Release-Pipeline mit optionalem Signing-Schritt, Artefakt-Report mit Signatur-Status, SIGNING_READINESS.md mit Checkliste und Zertifikats-Empfehlung",
      "Publisher-/Namenskonsistenz geprueft: 3 Namensformen (AZA MedWork=Firma, AZA Desktop=Produkt, AZA Medical AI Assistant=interner Projektname). Nur AZA MedWork ist signing-kritisch. Vor Zertifikatskauf HR-Name pruefen und AppPublisher abstimmen.",
      "WooCommerce-Produkttexte vorbereitet (deploy/WOOCOMMERCE_PRODUCT.md)",
      "Infrastruktur-Analyse: Hostpoint WordPress+Kadence+WooCommerce online (deploy/INFRA_STATUS.md)",
      "Autotext Root-Cause-Fix: _is_admin NameError behoben, Listener auf bewaehrten Stand (Kopie 13) zurueckgesetzt",
      "Deinstallation: Inno Setup fragt bei Deinstallation ob Benutzerdaten geloescht werden sollen (Standard: Nein, Daten bleiben erhalten)",
      "Signaturlogik: load_signature_name() faellt automatisch auf Profilname zurueck wenn kein expliziter Signaturname gesetzt ist",
      "Rechtsklick-Haekchen im Minifenster: gleiche Option wie im Hauptfenster, synchronisiert",
      "Kommentare-Fenster: Grundstruktur implementiert (TEILWEISE – Detailmodus und Live-Aktualisierung noch offen)",
      "Kommentarlogik quellenstreng: Inhaltsquelle und Originallink sauber getrennt. Inhaltsquelle (Detailinhalt): DocCheck Flexikon Standard, PharmaWiki Fallback, benutzerwaehlbar + persistent. Originallink: CH=Compendium, AT=BASG, DE=BfArM unveraendert. Kuratierte Fakten als Offline-Fallback. Inline nur Indikation. Therapien separat.",
      "Signatur-UI in Einstellungen: Haekchen 'Profilname verwenden' + Feld fuer abweichenden Signaturnamen",
      "Briefstil-Lernen: DOCX-Upload, GPT-Stilanalyse, persistente Stilprofile, Integration vor Briefgenerierung (TEILWEISE – Erweiterungen offen)",
      "Persistenz-Patch: KI-Einwilligung beim Erststart, Profil+Code persistent, Kommentare-Toggle, Einstellungen gruppiert, Deinstallations-Frage erweitert",
      "Uebersetzer-Stabilitaetsfix: Root Cause Tkinter-in-Thread behoben, jetzt Toplevel-Embedded-Modus statt Threading",
      "Vordefinierte Briefprofile: KISIM Bericht + Klinischer Bericht als auswaehlbare Berichtsprofile im Brief-Fenster",
      "AZA Clean Uninstall/Reset Tool: PowerShell-Script fuer saubere Deinstallation/Reset ohne Neustart (tools/aza_clean_uninstall.ps1, AZA_Deinstallieren.bat)",
      "Briefstil-Profile Fix+Nachschaerfung: KISIM/Klinischer Bericht als feste Systemprofile immer sichtbar, praezise medizinische Prompt-Definitionen, vereinheitlichtes Stilprofil-System (Haekchen+Dropdown+Standard fuer Arztbriefe) direkt im Brief-UI",
      "Nachschaerfungs-Patch FIX-02: Stilprofil-Dialog nur Verwaltung (keine aktive Auswahl mehr im Dialog, nur Status+Lernen+Loeschen), Kommentare-Fenster oeffnet automatisch nach KG-Erstellung wenn Haekchen aktiv, Logo-Trennung (Wassertropfen=EXE/Desktop/Installer-Icon, originales Logo=internes Branding unten links)",
      "Stripe/Lizenz-Live-Pfad vollstaendig bewiesen: Kauf → active → Storno/Refund → canceled → Desktop-Testmodus (2026-03-30)",
      "Desktop respektiert canceled-Status korrekt und faellt auf Testmodus zurueck (2026-03-30)",
      "Admin Monitor v1 live: GET /admin/system_status, licenses_overview, backup_status, billing_overview (2026-03-30)",
      "Control Panel v2 live: GET /admin/license_customer_map, revenue_overview, alerts, dashboard_summary (2026-03-30)",
      "Backup/Storage-Monitor aktiv: taegliches Backup-Skript, /host_backups read-only gemountet, backup_status erkennt Backups (2026-03-30)",
      "Admin-Sicherheit: X-Admin-Token / AZA_ADMIN_TOKEN – ohne Token Unauthorized, mit falschem Token Unauthorized (2026-03-30)",
      "Echter Live-Kauf CHF 59 erfolgreich – Backend-Lizenz active, Desktop Vollmodus bewiesen (2026-03-30)",
      "Desktop Aktivierungs-Gate Fix: _has_remote_backend() Bypass bei Remote-Backend – kein Testfenster mehr (2026-03-30)",
      "current_period_end Fix: Fallback in checkout.session.completed + subscription.updated/deleted Handlern (2026-03-30)",
      "current_period_end korrekt gesetzt: 1777652509 nach sync_subscription (2026-03-30)",
      "Betreiber-Kontrolle mit Einzelposten: revenue_overview liefert recent_charges + recent_refunds (2026-03-31)",
      "Root Cause 16 geloest: revenue_overview um Einzelposten erweitert fuer praktische Zahlungskontrolle (2026-03-31)"
    ],
    "non_goals_right_now": [
      "Update-Komfort / separater Updater (bewusst nachgelagert, erst nach stabilem Kundenweg)",
      "Browser-AZA Web-App (Step 22, nach Go-Live, aber verbindlich geplant)",
      "Admin-Konsole",
      "Weitere Desktop-UX-Aenderungen (keine Feature-Patches, nur Blocker-Fixes)",
      "Hetzner-Server konfigurieren (erst wenn Browser-AZA dran ist)",
      "Internationalisierung / Mehrsprachigkeit / Laender- und Quellenprofile (erst nach DACH-Stabilitaet und Produkterfolg)",
      "Monsterpatches oder breite Umbauaktionen"
    ],
    "architecture": {
      "hostpoint": "Oeffentliche Website, Marketing, WordPress, Kadence, WooCommerce, Stripe-Checkout, Download-Auslieferung",
      "hetzner": "AZA-Backend/API/OpenAI-Proxy (JETZT AKTIV). Docker/Caddy/HTTPS. Subdomain api.aza-medwork.ch oder app.aza-medwork.ch.",
      "variante_b": "VERBINDLICH: Desktop-App → AZA-Backend (Hetzner) → OpenAI. Key nur serverseitig. Kein OpenAI-Key beim Kunden.",
      "rule": "Hostpoint bleibt Haupt-Website. Hetzner ist der Backend-Pfad. Keine DNS-Aenderungen ohne klare Pruefung."
    }
  },
  "step_22_deliverables": [
    "browser_aza_mvp_spec.md",
    "Browser-Seite mit Upload-Bereich",
    "Fachrichtungsauswahl vor Upload",
    "Request-Flow an /v1/transcribe unter Beibehaltung von X-API-Token",
    "Ergebnisansicht fuer Transkript",
    "Copy-Button fuer Transkript",
    "Support/Privacy/Terms sichtbar"
  ],
  "step_22_acceptance_checks": [
    "Seite laedt im Browser",
    "Fachrichtung kann ausgewaehlt werden",
    "Audio kann hochgeladen werden",
    "Backend /v1/transcribe antwortet erfolgreich",
    "Transkript wird sichtbar angezeigt",
    "Copy-Button funktioniert",
    "Keine Secrets/Tokens im UI oder Log"
  ],
  "phases": [
    {
      "id": 1,
      "title": "Core Desktop + Backend",
      "items": [
        { "title": "Step 13: Smoke Suite PASS", "status": "done" },
        { "title": "Step 14: Docker/Compose Smoke PASS", "status": "done" }
      ]
    },
    {
      "id": 2,
      "title": "Live Congress Search (PARKED)",
      "items": [
        { "title": "CSE JSON API Zugriff stabil", "status": "paused" },
        { "title": "Backend Live-Suche in Kongress-UI", "status": "paused" },
        { "title": "Filter/UX News & Kongresse", "status": "paused" }
      ],
      "why_paused": [
        "Google CSE: 403 not authorized / Access/Billing unklar",
        "DDG scraping volatil (Bot block / 0 results / Response-Laenge sehr kurz)"
      ]
    },
    {
      "id": 3,
      "title": "Go-Live / Productization",
      "items": [
        { "title": "Step 15: Caddy/HTTPS + Reverse Proxy Vorbereitung", "status": "done" },
        { "title": "Step 17: Desktop-App + Installer + Kauf-/Download-Flow (Code-komplett)", "status": "done" },
        { "title": "Step 16: Go-Live extern (VPS, DNS, Stripe, Secrets, Deploy)", "status": "in_progress" },
        { "title": "Step 22: Browserbasiertes AZA (MVP) - nach Go-Live", "status": "open" },
        { "title": "Step 18: Website/Landing + Download-Page + Rechnungen/Belege (Billing/Invoice Flow)", "status": "done" },
        { "title": "Step 19: Support/Telemetry minimal (ohne PHI), Crashlogs optional", "status": "done" },
        { "title": "Step 20: Final Security pass (rate limit, request caps, audit)", "status": "done" }
      ]
    },
    {
      "id": 4,
      "title": "Sell-Ready Pack",
      "items": [
        { "title": "Step 21: Steps/Status/Roadmap/To-Dos konsolidiert", "status": "done" },
        { "title": "Step 23: Billing & Legal sell-ready", "status": "open" },
        { "title": "Step 24: Ops/Monitoring/Runbook final", "status": "open" },
        { "title": "Step 25: Go-Live Cutover", "status": "open" }
      ]
    }
  ],
  "next_actions": [
    "ERLEDIGT B1-W1: POST /v1/chat Endpoint (2026-03-26)",
    "ERLEDIGT B1-W2: Desktop Chat-Calls auf Backend migriert (2026-03-26)",
    "ERLEDIGT B1-W3/W4: Hetzner-Deploy LIVE + Server-E2E (2026-03-26)",
    "ERLEDIGT B1 Desktop-Finalisierung + Live-Test (2026-03-27)",
    "ERLEDIGT B1-W5: Desktop → Hetzner → OpenAI in echtem App-Test bestaetigt (2026-03-27)",
    "ERLEDIGT: Stripe/Lizenz-Webhook-Block abgeschlossen (2026-03-28)",
    "ERLEDIGT: Stripe Live-Test erfolgreich + neutralisiert (2026-03-30) – Kauf+Storno+Refund, license_debug zeigt canceled",
    "ERLEDIGT: Drei Bugs in stripe_routes.py gepatcht (COALESCE, cancel_at_period_end, sync_subscription) (2026-03-30)",
    "ERLEDIGT: Stripe Live-Webhook stabilisiert (2026-03-27) – 200 OK, Lizenzeintrag in DB",
    "ERLEDIGT: Stripe Live-Konto, Produkt/Preise/Payment Links/Webhook eingerichtet (2026-03-27)",
    "ERLEDIGT: STRIPE_SECRET_KEY + STRIPE_WEBHOOK_SECRET korrekt in Hetzner .env (2026-03-27)",
    "ERLEDIGT: Webhook-500 geloest – StripeObject/Routing/Env-Fallen behoben (2026-03-27)",
    "ERLEDIGT: STRIPE-W1 Sandbox-Kauf erfolgreich (2026-03-28) – admin@aza-medwork.ch, aza_basic_monthly, active in DB",
    "ERLEDIGT: lookup_key-Fallback (_lookup_key_from_price) fuer Sandbox ohne price.lookup_key (2026-03-28)",
    "ERLEDIGT: SQLite bereinigt, test@example.com geloescht, license_debug intern+extern funktional (2026-03-28)",
    "ERLEDIGT: Desktop-Lizenzpfad gegen Live-Backend validiert (2026-03-30) – canceled → Testmodus, active → Vollmodus korrekt",
    "ERLEDIGT: Echter Live-Kauf CHF 59 (2026-03-30) – Backend-Lizenz active, Desktop Vollmodus, current_period_end korrekt (1777652509)",
    "ERLEDIGT: Desktop Aktivierungs-Gate Fix (2026-03-30) – _has_remote_backend() Bypass, kein Testfenster bei Remote-Backend",
    "ERLEDIGT: current_period_end Fix (2026-03-30) – Fallback in Webhook-Handlern, sync_subscription repariert bestehende Daten",
    "ERLEDIGT: Admin Monitor v1 live (system_status, licenses_overview, backup_status, billing_overview) (2026-03-30)",
    "ERLEDIGT: Control Panel v2 live (license_customer_map, revenue_overview, alerts, dashboard_summary) (2026-03-30)",
    "ERLEDIGT: Backup/Storage-Monitor aktiv – taegliches Backup, /host_backups gemountet, ca. 137 GB frei (2026-03-30)",
    "ERLEDIGT: Betreiber-Kontrolle mit Einzelposten (2026-03-31) – revenue_overview liefert recent_charges + recent_refunds",
    "ERLEDIGT: Root Cause 16 geloest (2026-03-31) – revenue_overview um Einzelposten erweitert",
    ">>> KEIN AKTIVER HAUPTBLOCK – Produktiv-/Kontrollbloecke abgeschlossen <<<",
    "OFFEN: Admin-Token-Rotation (Token im Chat offengelegt, Rotation vor Produktivbetrieb empfohlen)",
    "MOEGLICH: Betreiber-Runbook / Schnellreferenz standardisieren",
    "MOEGLICH: WooCommerce / Produktiver Verkaufspfad",
    "MOEGLICH: Lizenz-/Kundenlogik professionalisieren",
    "MOEGLICH: Browser-AZA (nach Go-Live)",
    "NACHGELAGERT: Autotext-Fix, Fenstergroessen, Buttons, UI-Feinschliff",
    "NACHGELAGERT: Direkte OpenAI-Restpfade in Nebenmodulen bereinigen"
  ],
  "todos": [
    {
      "id": "A-01",
      "priority": "SOFORT",
      "status": "in Arbeit",
      "group": "A – Go-Live extern",
      "title": "Hostpoint-Website stabil lassen",
      "description": "Keine riskanten Domain-/DNS-Experimente. Bestehende WordPress/Kadence-Seite bleibt Haupt-Website auf Hostpoint.",
      "area": ["ops", "infra"]
    },
    {
      "id": "A-02",
      "priority": "SOFORT",
      "status": "teilweise",
      "group": "A – Go-Live extern",
      "title": "Stripe Live-Setup sauber fertigstellen",
      "description": "Stripe Live-Konto eingerichtet. Produkt AzA Office mit 4 Preisen (Basic monatlich/jaehrlich, Team monatlich/jaehrlich). Payment Links erstellt. Webhook auf https://api.aza-medwork.ch/stripe/webhook eingerichtet und operational (200 OK). OFFEN: Stripe-Konto-Ownership dokumentieren, Bankkonto fuer Auszahlung pruefen, Testkauf validieren.",
      "area": ["billing", "ops"]
    },
    {
      "id": "A-03",
      "priority": "SOFORT",
      "status": "teilweise",
      "group": "A – Go-Live extern",
      "title": "Live-Secrets pruefen",
      "description": "STRIPE_SECRET_KEY und STRIPE_WEBHOOK_SECRET korrekt in Hetzner .env ergaenzt und in laufenden Container uebernommen. MEDWORK_API_TOKEN gesetzt. OFFEN: Nach stabilem Abschluss kompromittierte/sichtbare Secrets rotieren.",
      "area": ["security", "ops"]
    },
    {
      "id": "A-04",
      "priority": "ERLEDIGT",
      "status": "erledigt",
      "group": "A – Go-Live extern",
      "title": "Deploy-Stack auf Hetzner live (2026-03-26)",
      "description": "Docker Compose + Caddy + Backend auf Hetzner live. Services aza-api + aza-caddy laufen. api.aza-medwork.ch erreichbar. Haupt-Website bleibt auf Hostpoint.",
      "area": ["ops", "infra"]
    },
    {
      "id": "A-05",
      "priority": "SOFORT",
      "status": "offen",
      "group": "A – Go-Live extern",
      "title": "Testkauf Ende-zu-Ende durchfuehren",
      "description": "Stripe-Testmodus: Subscription monatlich + jaehrlich kaufen, Download-Link pruefen, E-Mail pruefen, Mein-Konto pruefen.",
      "area": ["product", "billing"]
    },
    {
      "id": "A-06",
      "priority": "SOFORT",
      "status": "offen",
      "group": "A – Go-Live extern",
      "title": "Download-/Lizenzfluss live validieren",
      "description": "Installer herunterladen, installieren, Aktivierung, Lizenzpruefung, Backend-Anbindung – alles End-to-End.",
      "area": ["product", "release"]
    },
    {
      "id": "B-01",
      "priority": "HOCH",
      "status": "offen",
      "group": "B – Verkauf / Subscription",
      "title": "Subscription in Website/Checkout konsistent abbilden",
      "description": "Basic (1 User): CHF 59/Monat, CHF 590/Jahr. Team (2 User): CHF 89/Monat, CHF 890/Jahr. Stripe Billing direkt (kein WooCommerce Subscriptions Plugin noetig). Pricing auf Produktseite, Checkout, E-Mails konsistent.",
      "area": ["product", "billing"]
    },
    {
      "id": "B-02",
      "priority": "HOCH",
      "status": "erledigt",
      "group": "B – Verkauf / Subscription",
      "title": "Pricing-Texte und Lizenztexte festziehen",
      "description": "deploy/PRODUCT_V1.md und deploy/WOOCOMMERCE_PRODUCT.md auf Subscription-Modell aktualisiert. Nicht mehr aendern, sondern verwenden.",
      "area": ["product", "legal"]
    },
    {
      "id": "B-03",
      "priority": "HOCH",
      "status": "offen",
      "group": "B – Verkauf / Subscription",
      "title": "Billing / Invoices / VAT / Stripe-Rechnungslogik",
      "description": "Rechnungen mit CHF, MwSt-Hinweis, korrekte Absenderadresse. Stripe Invoice-Einstellungen. AGB mit Subscription-Hinweisen.",
      "area": ["billing", "legal"]
    },
    {
      "id": "C-01",
      "priority": "HOCH",
      "status": "erledigt",
      "group": "C – Download-Produkt",
      "title": "Stabile Basisversion als erste verkaufbare Version definieren",
      "description": "v1.0.0 definiert, Installer gebaut und getestet. 6 Module, Systemstatus, Launcher, Firewall-Fix.",
      "area": ["release", "desktop"]
    },
    {
      "id": "C-02",
      "priority": "HOCH",
      "status": "erledigt",
      "group": "C – Download-Produkt",
      "title": "Release-/Update-Strategie sauber machen",
      "description": "Versionierung (v1.0.x / v1.x / v2.0), Update-Lieferung ueber WooCommerce-Account, Changelog als Website-Seite.",
      "area": ["release", "product"]
    },
    {
      "id": "C-03",
      "priority": "MITTEL",
      "status": "offen",
      "group": "C – Download-Produkt",
      "title": "Signierte Downloads / Versionierung / Changelog vervollstaendigen",
      "description": "Code-Signing nach erstem Live-Kauf. Changelog-Seite auf Website. version.json mit korrekter Download-URL.",
      "area": ["release", "security"]
    },
    {
      "id": "D-01",
      "priority": "HOCH",
      "status": "offen",
      "group": "D – Browser-AZA",
      "title": "Nach Go-Live Step 22 verbindlich starten",
      "description": "Browser-AZA ist Kern des Projekts. Wird nach Go-Live sofort gestartet, nicht optional.",
      "area": ["web", "product"]
    },
    {
      "id": "D-02",
      "priority": "HOCH",
      "status": "offen",
      "group": "D – Browser-AZA",
      "title": "Browser-AZA MVP nach Spec umsetzen",
      "description": "browser_aza_mvp_spec.md: Upload-Bereich, Fachrichtungsauswahl, /v1/transcribe, Ergebnisansicht, Copy-Button.",
      "area": ["web", "frontend", "backend"]
    },
    {
      "id": "D-03",
      "priority": "HOCH",
      "status": "offen",
      "group": "D – Browser-AZA",
      "title": "Minimaler Zugangsschutz ohne Breaking Change",
      "description": "Auth fuer Browser-AZA, ohne /license/status oder X-API-Token Contract zu brechen.",
      "area": ["security", "backend"]
    },
    {
      "id": "D-04",
      "priority": "HOCH",
      "status": "offen",
      "group": "D – Browser-AZA",
      "title": "Upload-Flow / Result-Flow / Specialty-Auswahl bauen",
      "description": "Audio-Upload, Fachrichtungsauswahl, Transkript-Anzeige, Copy-Button. Keine PHI in Logs.",
      "area": ["web", "frontend"]
    },
    {
      "id": "E-01",
      "priority": "SPAETER",
      "status": "offen",
      "group": "E – Ops / Spaeter",
      "title": "Observability",
      "description": "Logging, Metriken, Alerting. Kein PHI in Logs. Uptime-Monitoring.",
      "area": ["ops"]
    },
    {
      "id": "E-02",
      "priority": "ERLEDIGT",
      "status": "erledigt",
      "group": "E – Ops / Spaeter",
      "title": "ERLEDIGT: Admin Control Panel v2 live (2026-03-30)",
      "description": "Admin Monitor v1 (system_status, licenses_overview, backup_status, billing_overview) + Control Panel v2 (license_customer_map, revenue_overview, alerts, dashboard_summary). Geschuetzt via X-Admin-Token / AZA_ADMIN_TOKEN. Datei: admin_routes.py, eingebunden in backend_main.py.",
      "area": ["ops", "product"]
    },
    {
      "id": "E-03",
      "priority": "SPAETER",
      "status": "offen",
      "group": "E – Ops / Spaeter",
      "title": "Runbook final",
      "description": "Backups, Log-Rotation, Incident-Playbook, Token-Rotation.",
      "area": ["ops"]
    },
    {
      "id": "E-04",
      "priority": "SPAETER",
      "status": "offen",
      "group": "E – Ops / Spaeter",
      "title": "Go-Live Cutover final",
      "description": "Finale Checkliste, Rollback-Plan, DNS-Cutover fuer Browser-AZA (app.aza-medwork.ch).",
      "area": ["ops", "product"]
    }
  ]
}