Kevin Adametz
a00f9dc79a
Bestandskunden aus dem Altsystem zahlen per Ueberweisung; nach dem 04:30-Lauf fehlte bisher der gesamte Bearbeitungsweg (kein PDF, keine Mail, kein Zahlungseingang, kein Bestandsschutz-Ende). Plan und Befund: dev/lagacy-rechnungen/entwicklungsplan-2026-09-16.md. Bereinigung (legacy:settle-unpaid, wiederholbar): - Legacy-Status hold = nie bezahlt, ersatzlos erledigt. 9 daraus abgeleitete Bestandsschutz-Buendel werden gekuendigt, MAN-00001/00002 storniert. Archivzeilen bleiben erhalten, sind aber in Admin-Archiv und Kundenkonto standardmaessig ausgeblendet. - pending/reminder (recurring) = offene Vorgaenge: Periode auf den Leistungsbeginn der unbezahlten Rechnung zurueckgedreht und als MAN-Rechnung neu ausgestellt (Archiv-Status superseded, replaces_legacy_invoice_number). - pending/reminder (single) = abgeschrieben (uncollectible). - legacy:grandfather-subscriptions wertet den Zahlungsstatus jetzt selbst aus. Workflow in /admin/payments (ManualInvoiceDunningService, je Aktion mit Eintrag im Aktivitaets-Verlauf): - Rechnung senden: Mail mit PDF-Anhang, Bankverbindung aus billing.issuer, Hinweis auf Bestandsschutz-Ende; Zahlungsziel zaehlt ab Versand. - Erinnerung: gleiche Mail im Mahn-Ton, Nachfrist bei verstrichener Frist. - Bezahlt: Zahlungseingang laut Kontoauszug verbuchen. - Bestandsschutz beenden: Rechnung storniert (nie geloescht), Buendel gekuendigt, weitere offene MAN-Rechnungen des Kunden storniert, optionale Kundenmail. - Panel "Blockierte Vereinbarungen": faellige Posten ohne Rechnung (meist fehlende Rechnungsadresse) mit "Jetzt abrechnen" oder "Entfernen". Schema: invoices bekommt user_payment_option_id, sent_at, reminded_at, reminder_count, voided_at, void_reason, replaces_legacy_invoice_number (inkl. Backfill der bestehenden MAN-Rechnungen). PDF-Primitiven des Archiv-Renderers in den Trait DrawsPdf ausgelagert; MAN-PDF on-demand ueber admin.invoices.pdf / me.invoices.manual-pdf (InvoicePolicy). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| api | ||
| Decision-Update | ||
| frontend | ||
| konzept | ||
| user-admin | ||
| weiteres | ||
| 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: 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
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.
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.
Admin-User.md— Hauptdokument zum User-/Admin-Backend (Navigation, Firmen-Detail, Rollen).Billing-und-Rechnungskreise.md— Zentrale Billing-Referenz: hybride Rechnungskreise (STR-/MAN-/Archiv), Tarif-Datenmodell, USt-Regeln, Befehle, Konfiguration.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).