presseportale/docs
Kevin Adametz 1cd4d8e33a P6.6: legacy:grandfather-subscriptions — aktive Legacy-Abos aus dem Rechnungsarchiv migrieren
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>
2026-06-12 10:35:48 +00:00
..
konzept Doku: Status-Sync 11./12.06., Decision-Update Preisstruktur und Phase-9-Plan 2026-06-12 09:20:22 +00:00
user-admin P6.6: legacy:grandfather-subscriptions — aktive Legacy-Abos aus dem Rechnungsarchiv migrieren 2026-06-12 10:35:48 +00:00
Decision-Update Preisstruktur & Veröffentlichungs-Flow.md Doku: Status-Sync 11./12.06., Decision-Update Preisstruktur und Phase-9-Plan 2026-06-12 09:20:22 +00:00
Echte öffentliche Unterseiten.md 29-05-2026 Optimierungen Fixes am Code 2026-05-29 12:42:05 +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 P6.6: legacy:grandfather-subscriptions — aktive Legacy-Abos aus dem Rechnungsarchiv migrieren 2026-06-12 10:35:48 +00:00
README.md Doku: Status-Sync 11./12.06., Decision-Update Preisstruktur und Phase-9-Plan 2026-06-12 09:20:22 +00:00
STATUS-ABGLEICH-USER-PANEL.md Phase 9 Block 1: Gelb-Routing Direkt-Live, Slot-Verbrauch bei Veroeffentlichung, Submit-Gate 2026-06-12 09:47:06 +00:00

docs/ — Konzept- und Status-Dokumente

Stand: 11.06.2026 — Phase 8 (User-Panel-Konsolidierung) und die KI-Prüf-Pipeline (Klassifikation + Content-Score, Phasen 05) 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

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 05) 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).