presseportale/docs
Kevin Adametz 9afbedddeb recht: Meldeverfahren v2 Phasen 5+7 — DSGVO-Strukturformular, 10-€-Checkout mit KI-Vorprüfung, Triage & Panel-Modal
Phase 7 (Spur D, E2 revidiert): KI-Vorprüfung VOR der Zahlung im Modal —
rot lehnt ohne Zahlung ab, gelb/grün führt zum Stripe-Checkout
(SinglePurchaseType::Change, 10 € netto), nach Zahlungseingang übernimmt
der Webhook die geprüfte Fassung sofort (applyPaid: Snapshot, Sperre,
Verlauf). Nur einmal je PM; Obergrenze legal.change_max_distance_percent
(50 %) verhindert die verdeckte Selbst-Depublizierung.

Phase 5 (Spur B): strukturiertes Schwärzungsformular mit Pflicht-Vorschau
im verifizierten Web-Bereich UND als Modal im Kunden-Panel; Admin-Editor
wird aus payload.redaction vorbefüllt. Umsetzungsmail LegalRequestExecuted
an Antragsteller, Bestätigungsmail PressReleaseChangeApplied (Spur A/D,
neuer abbestellbarer Typ press_release_corrected).

Außerdem:
- Re-Sync-Sperre + Sitemap-Invalidierung fest in depublish() verankert
  (Lücke im bezahlten Webhook-Pfad geschlossen)
- Öffentliche „Rechtliches"-Seite als zweistufige Triage: primär der
  Portal-Anmeldelink, Formular nur Fallback mit Identifizierungs-Hinweis;
  Store auf report/dsgvo/personal_rights gehärtet
- Panel-Button „Ändern/Melden" öffnet Anliegen-Modal (4 Spuren) statt
  des Web-Formulars
- Pressekontakt-Fallback für Legacy-Bestände (30k PMs ohne Verknüpfung):
  Detailseite + pressContactEmail() nutzen PM-Kontakt → Firmen-Kontakt →
  Firmendaten
- Korrektur-Gate entity-fest (Editor-Normalisierung zählt nicht als
  Änderung), toEditorHtml() in Admin-Edit + Korrektur-Panel,
  Wochenlimit-Hinweis in Text und Bremsen-Meldung

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-23 13:02:57 +00:00
..
api Uebernahme bestehender Legacy-API-Integrationen (Keys, Auth, Pfade) 2026-07-06 11:55:22 +00:00
Decision-Update recht: Meldeverfahren v2 Phasen 5+7 — DSGVO-Strukturformular, 10-€-Checkout mit KI-Vorprüfung, Triage & Panel-Modal 2026-07-23 13:02:57 +00:00
frontend Editorial-Frontend: oeffentliche Unterseiten, Preise & Linkpflege 2026-06-17 16:08:46 +00:00
konzept docs: Audit-Protokoll, KI-Kennzeichnung & Release-Notizen 2026-07-14 13:50:41 +00:00
user-admin Frontend: Editorial-Relaunch der öffentlichen Strecke + Ausgaben-Routing 2026-06-16 16:39:28 +00:00
weiteres docs: Audit-Protokoll, KI-Kennzeichnung & Release-Notizen 2026-07-14 13:50:41 +00:00
Decision-Update Preisstruktur & Veröffentlichungs-Flow.md docs: Audit-Protokoll, KI-Kennzeichnung & Release-Notizen 2026-07-14 13:50:41 +00:00
Echte öffentliche Unterseiten.md Editorial-Frontend: oeffentliche Unterseiten, Preise & Linkpflege 2026-06-17 16:08:46 +00:00
KI-UND-ENTWICKLER-WORKFLOW.md 29-05-2026 Optimierungen Fixes am Code 2026-05-29 12:42:05 +00:00
PHASE-8-USER-PANEL-PLAN.md Doku: Status-Sync 11./12.06., Decision-Update Preisstruktur und Phase-9-Plan 2026-06-12 09:20:22 +00:00
PHASE-9-FLOW-UND-TARIFE-PLAN.md Phase 9F: Tarif-Seite mit Stripe-Checkout und Billing Portal 2026-06-12 12:39:39 +00:00
README.md Doku: Sicherheits- & Deployment-Hinweise (Auth, Rollen, Verifizierung) 2026-06-16 08:35:04 +00:00
STATUS-ABGLEICH-USER-PANEL.md Phase 9F: Tarif-Seite mit Stripe-Checkout und Billing Portal 2026-06-12 12:39:39 +00:00

docs/ — Konzept- und Status-Dokumente

Stand: 12.06.2026 — Phase 8, die KI-Prüf-Pipeline (Phasen 0–5) sowie aus Phase 9 die Stripe-Anbindung (9E), die Tarif-Seite (9F), das Admin-Zahlungsmodul, die User-Panel-Restarbeiten und das Verlinkungs-Decision-Update sind abgeschlossen. Nächste Blöcke: die zwei neuen Decision-Updates in weiteres/ (Phase-2-Funktionen & Magic-Link, Duplicate-Content), dazu 9G Tageslimit und der Login-/Registrierungs-Flow.

Diese README ist der schnellste Einstieg in den docs/-Ordner. Sie verlinkt die zentralen Dokumente und sortiert sie nach „Was ist der aktuelle Stand?" vs. „Was ist konzeptueller Zielzustand?".

Schneller Einstieg

Frage Doku
Was ist im Code, was ist Konzept, was fehlt? STATUS-ABGLEICH-USER-PANEL.md
Was gilt für Preise, Kontingente und den Veröffentlichungs-Flow zum Launch? Decision-Update Preisstruktur & Veröffentlichungs-Flow.md
Wie wird das umgesetzt (aktueller Plan)? PHASE-9-FLOW-UND-TARIFE-PLAN.md
Wie funktioniert die KI-Prüfung (Klassifikation, Score, Audit)? user-admin/Entwicklungsplan KI-Pruefung und Veroeffentlichung.md
Was ist pro Phase erledigt, was offen? user-admin/checkliste-user-backend.md
Welche Hub-Flux-Phasen sind durch? ../dev/frontend/hub-flux/PROGRESS.md

Aufbau

Top-Level — Status & Entscheidungen

weiteres/ — Abgestimmte Decision-Updates (nächste Umsetzungsblöcke)

  • Decision-Update Phase-2-Funktionen & Magic-Link-Änderungsprozess.md — Boost + Veröffentlichungsnachweis (Launch), Magic-Link-Zugangs-/Änderungsprozess, Phase-2-Funktionen (Vorab-Prüfung, Prüfzähler, kostenpflichtige Änderungspfade). Noch nicht umgesetzt.
  • Decision-Update Duplicate-Content & Duplicate-Checking.md — Cross-Portal-Duplicate-Content (SEO) vs. Duplikat-Erkennung eingereichter PMs. Noch nicht umgesetzt.
  • Detailplan Umsetzung Launch-Slice (Magic-Link, Compliance, Bestandsschutz, Auth).md — konkreter Umsetzungsplan (WS-1 bis WS-8) aus den beiden Decision-Updates + Merkliste; verbindliche Entscheidungen vom 15.06.2026 (Legacy-Posten bleiben, Pflicht-E-Mail-Verifizierung, Socialite freigegeben). In Umsetzung (WS-1, WS-6 ohne Google, WS-2 erledigt).
  • Sicherheit & Deployment-Hinweise (Auth, Rollen, Verifizierung).md — deployment-kritisch: Reihenfolge der Migrationen (Verifizierungs-Backfill, Legacy-Rollen-Downgrade), der Sicherheits-Fix der Editor-Überberechtigung, Firmen-Scope-Verhaltensänderung und der Magic-Link-Kontaktzugang. Feed für die Live-Deployment-Checkliste (WS-7).
  • Das Decision-Update „Verlinkung & Backlinks" ist umgesetzt (systemseitige rel-Auszeichnung, PressReleaseLinkPolicy, 12.06.2026) und wurde nach der Integration in §4 des Preisstruktur-Decision-Updates entfernt — Umsetzungsdetails im Hub-Flux-PROGRESS-Log.

user-admin/ — User-/Admin-Backend

Konzept und Status-Dokumentation für das User- und Admin-Backend.

konzept/ — Strategie & Marke

Strategische Konzepte und Updates. Sie beschreiben Themen, die teilweise oder noch gar nicht gebaut sind. Jedes Update hat oben einen IST-Stand-Hinweis.

Lesehilfe

In den überarbeiteten Dokumenten finden sich folgende Markierungen:

Marker Bedeutung
IST-Stand JJJJ-MM-TT Kompakte Notiz oben am Abschnitt, was im Code tatsächlich umgesetzt ist.
Phase 1 / Phase 7 / Phase 8 Abgeschlossene Roadmap-Blöcke: Grund-User-Backend, PM-Form-Refactor, User-Panel-Konsolidierung.
KI-Pipeline (Phasen 0–5) Klassifikation, Routing, Content-Score — abgeschlossen 11.06.2026, siehe Entwicklungsplan.
Hub-Flux Visuelle Migrationsphase des User Backends, gepflegt in dev/frontend/hub-flux/.
Phase 2 / Phase 3 Später — Magic-Link-Flow, Re-Check/Redigieren, Trust-Score, Notice-and-Action, Statistik.
Launch-Block (offen) Zahlung/Tarife, Submit-Gate, Slot-Verbrauch bei Veröffentlichung — siehe Decision-Update.

Wie pflegen wir die Doku?

  • Wenn sich der Code so weit ändert, dass ein Konzept-Abschnitt nicht mehr stimmt, kommt eine IST-Stand-Box an den Abschnitt, statt den Konzept-Text zu löschen. So bleibt die ursprüngliche Zielvorstellung lesbar.
  • Entscheidungen, die frühere Konzept-Festlegungen ersetzen, kommen als eigenes Decision-Update auf Top-Level; die überschriebenen Abschnitte bekommen einen Verweis darauf.
  • Jeder Phasen-Abschluss aktualisiert
    • user-admin/checkliste-user-backend.md (Erledigt-Block),
    • STATUS-ABGLEICH-USER-PANEL.md (Abgleich),
    • dev/frontend/hub-flux/PROGRESS.md (Tagebuch),
    • und ggf. die Detail-Doku in dev/frontend/hub-flux/.
  • Neue große Themen bekommen ein eigenes Plan-Dokument auf docs/-Top-Level (z. B. PHASE-8-USER-PANEL-PLAN.md).