Kriterien vom Auftraggeber (12.06.2026): Quelle der Aktiv-Erkennung ist
ausschliesslich das read-only Rechnungsarchiv legacy_invoices (D-12).
Legacy-Rechnungen bleiben Archiv; neue manuelle Rechnungen entstehen im
MAN-Rechnungskreis.
- Aktiv-Regel: juengste Rechnung pro (Portal, Legacy-Vereinbarung) mit
payment_option.type=recurring und user_payment_option.status=active;
next_due_date max. --grace-months (Default 12) ueberfaellig, sonst
stale -> bleibt reines Archiv. Einmal-Kaeufe werden nie uebernommen.
- Uebernahme als grandfathered in user_payment_options:
current_period_end = next_due_date, Betraege/Intervall der letzten
Legacy-Rechnung in legacy_conditions -> der taegliche MAN-Lauf
(billing:generate-manual-invoices) fakturiert zum gewohnten
jaehrlichen Rhythmus weiter. Versteckte Katalog-Platzhalter
LEGACY-{PE|BP}-{Artikel} in payment_options.
- Replay-faehig (D-18): Re-Runs aktualisieren anhand der Legacy-IDs in
legacy_conditions statt zu duplizieren — die Kern-Migration laeuft
kurz vor dem Relaunch erneut.
- Optionen: --dry-run, --as-of, --grace-months, --no-report; JSON-Report
nach storage/app/migration/. Dry-Run gegen Test-Snapshot: 22 aktive
jaehrliche Vereinbarungen, davon 4 sofort faellig, 0 stale.
- Doku: MIGRATION-STEPS.md (Runbook-Reihenfolge nach archive-invoices),
05-DATABASE-MERGE §5.6, 12-NAECHSTE-SCHRITTE 6.6, 08-PROGRESS,
PHASE-9-Plan + Checkliste.
Tests: GrandfatherLegacySubscriptionsTest (7, inkl. End-to-End
Migration -> MAN-Rechnung mit Legacy-Betraegen). Suite: 475 passed,
4 skipped. Pint clean.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| konzept | ||
| user-admin | ||
| Decision-Update Preisstruktur & Veröffentlichungs-Flow.md | ||
| Echte öffentliche Unterseiten.md | ||
| KI-UND-ENTWICKLER-WORKFLOW.md | ||
| PHASE-8-USER-PANEL-PLAN.md | ||
| PHASE-9-FLOW-UND-TARIFE-PLAN.md | ||
| README.md | ||
| STATUS-ABGLEICH-USER-PANEL.md | ||
docs/ — Konzept- und Status-Dokumente
Stand: 11.06.2026 — Phase 8 (User-Panel-Konsolidierung) und die KI-Prüf-Pipeline (Klassifikation + Content-Score, Phasen 0–5) sind abgeschlossen. Nächster großer Block: Zahlung/Tarife + Veröffentlichungs-Flow laut Decision-Update.
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
STATUS-ABGLEICH-USER-PANEL.md— Konzept-vs-Code-Vergleich pro Page. Erste Anlaufstelle.Decision-Update Preisstruktur & Veröffentlichungs-Flow.md— Verbindlicher Launch-Stand für Tarife, PM-Kontingente, Credits und Veröffentlichungs-Flow. Überschreibt die Tarif-Abschnitte (§8–10) inKonzept-Update 1und im Relaunch-Konzept.PHASE-9-FLOW-UND-TARIFE-PLAN.md— Aktueller Umsetzungsplan: Veröffentlichungs-Flow (9A–9C) + Tarif-Modul (9D–9J).PHASE-8-USER-PANEL-PLAN.md— Plan der Phase 8 (abgeschlossen 29.05.2026, als Referenz erhalten).Echte öffentliche Unterseiten.md— Sitemap-Konzept, jede Seite mit IST-Notiz.KI-UND-ENTWICKLER-WORKFLOW.md— Workflow für KI-/Entwickler-Sessions.
user-admin/ — User-/Admin-Backend
Konzept und Status-Dokumentation für das User- und Admin-Backend.
Admin-User.md— Hauptdokument zum User-/Admin-Backend (Navigation, Firmen-Detail, Rollen).checkliste-user-backend.md— Erledigt/Offen-Liste pro Phase (1, 7, 8, KI-Pipeline).Entwicklungsplan KI-Pruefung und Veroeffentlichung.md— KI-Klassifikation (Rot/Gelb/Grün), Content-Score, Audit-Log; Phasen 0–5 umgesetzt (11.06.2026).Umsetzung Pressemitteilung Bearbeitung Titelbild Veroeffentlichung.md— Umsetzungs-Notiz (11.06.2026): Titelbild/Cover, Lizenzformular, Zeitzonen-Handling, vereinfachte Veröffentlichungs-Box.Lizenztyp Bildupload.md— Fachvorgabe für die Lizenz-/Rechtefelder beim Bildupload (umgesetzt).user-zusammenhaenge.md— Datenmodell-Mapping, Models, Services und Commands.Presseportal – Konzept für Relaunch.md— Zielzustand der Plattform (KI-Workflow, Bilder, Notice-and-Action, DSGVO, Magic-Link, Tarife, Korrektur-Modell). Jeder Abschnitt hat eine IST-Stand-Box; die Tarif-Abschnitte sind durch das Decision-Update überschrieben.
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.
Konzept Presseportal – Marktposition & Hebel.md— Marktanalyse und Positionierung (Anti-Zombie-Linie).Entwicklungs-Konzept - Frontend-Komponenten Multi-Brand.md— Multi-Brand-Architektur (umgesetzt).Konzept-Update 1 – Überarbeitete Abschnitte.md— Tarife/Credits (§8–10 überschrieben durch Decision-Update), Score-Architektur §15 (Klassifikation + Content-Score umgesetzt, Trust-Score offen), Boost §16, Tool-Loop §17.Konzept-Update 2 – Score-Stufen-System.md— Drei-Stufen-Score (Backend umgesetzt; öffentliche Badges im Web-Frontend offen).Konzept-Update 3 – Multi-Brand-Architektur (Hub & Spoke).md— Hub-&-Spoke-Markenarchitektur.Konzept-Update 4 - Positionierung + Markenversprechen.md— Positionierung und Markenversprechen.Konzept-X - Brand-Landing.md— Brand-Landing-Konzept.
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).