Files
kaffeekasse-saas/docs/m0/README.md
T
2026-07-11 22:24:22 +02:00

69 lines
2.6 KiB
Markdown

# M0 Baseline
Stand: 2026-07-11
M0 dokumentiert den aktuellen Legacy-Bestand, bevor die SaaS-Umstrukturierung
beginnt. Ziel ist eine belastbare Ausgangsbasis fuer Migration, Sicherheit,
Design-Erhalt und fachliche Vergleichstests.
## Status
| Bereich | Status | Ergebnis |
| --- | --- | --- |
| Code-Inventar | begonnen | Siehe `code-inventory.md` |
| Prozesslandkarte | begonnen | In `code-inventory.md` enthalten |
| Sicherheitsbaseline | begonnen | Siehe `security-baseline.md` |
| DB-Schema-Export | vorbereitet | Siehe `schema-export.sql` |
| Golden-Master-Auswertungen | vorbereitet | Siehe `golden-master-queries.sql` |
| Design-/Screenshot-Referenz | vorbereitet | Siehe `screenshot-checklist.md` |
## Lokal abgeschlossen
- Legacy-Einstiegspunkte und Kernseiten identifiziert.
- Fachliche Tabellen aus SQL-Strings abgeleitet.
- Schreibende Aktionen und kritische Datenfluesse markiert.
- Sicherheitsrisiken fuer M0 inventarisiert.
- SQL-Vorlagen fuer Schema- und Golden-Master-Export angelegt.
- Screenshot-Checkliste fuer Design-Erhalt angelegt.
## Lokale Einschraenkungen
- `php` ist in dieser Umgebung nicht im PATH, daher kein lokaler Syntaxcheck und
kein lokaler App-Start.
- `sqlcmd` ist in dieser Umgebung nicht im PATH, daher kein direkter
SQL-Server-Export aus der Shell.
- Die aktuelle M0-Auswertung ist deshalb statisch aus dem Code abgeleitet.
## Blockiert bis Input vorliegt
Diese Punkte kann ich ohne externe Informationen nicht abschliessen:
1. Live- oder Staging-DB-Schema exportieren.
2. Tabellen, Spalten, Indizes, Constraints und Rowcounts verifizieren.
3. Golden-Master-Ergebnisse gegen echte Daten berechnen.
4. Screenshots der echten App-Zustaende aufnehmen, falls die App lokal nicht
lauffaehig ist.
5. Produktivumgebung dokumentieren: PHP-Version, Webserver, SQL-Server-Version,
Auth-Setup, Cron/Job-Ausfuehrung.
## Was ich von dir brauche
Bitte stelle eines der folgenden Pakete bereit:
- Idealerweise: einen anonymisierten SQL-Server-Schemaexport plus Rowcounts.
- Alternativ: Zugriffsdaten zu einer Test-/Staging-DB, nicht zu Produktion.
- Alternativ: die Ergebnisse aus `schema-export.sql` als CSV/Excel/Markdown.
Zusaetzlich hilfreich:
- Ein erreichbarer Test-Link zur bestehenden App oder Screenshots der Seiten aus
`screenshot-checklist.md`.
- Beispiel-Accounts oder Rollen fuer Admin und normales Mitglied, nur fuer eine
Testumgebung.
- Info, ob hart codierte Zugangsdaten aus Legacy-Skripten bereits rotiert wurden.
- Entscheidung, ob M1/M2 nativ in PHP oder mit Framework vorbereitet werden
sollen.
Bitte keine Produktivpasswoerter oder echten personenbezogenen Exportdaten in
das Repository legen.