M0 Baseline

Stand: 2026-07-11

M0 dokumentiert den aktuellen Legacy-Bestand, bevor die SaaS-Umstrukturierung beginnt. Ziel ist eine belastbare Ausgangsbasis für 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	nicht aus Alt-DB verfügbar	Siehe `legacy-db-status.md`
Golden-Master-Auswertungen	nicht aus Alt-DB verfügbar	Siehe `legacy-db-status.md`
Design-/Screenshot-Referenz	teilweise geliefert	Siehe `screenshot-checklist.md`

Lokal abgeschlossen

Legacy-Einstiegspunkte und Kernseiten identifiziert.
Fachliche Tabellen aus SQL-Strings abgeleitet.
Schreibende Aktionen und kritische Datenflüsse markiert.
Sicherheitsrisiken für M0 inventarisiert.
SQL-Vorlagen für Schema- und Golden-Master-Export angelegt.
Screenshot-Checkliste für Design-Erhalt angelegt.
Erste Screenshot-Referenzen unter docs/m0/screenshots/ abgelegt.
Festgelegt: Ein alter MS-SQL-Datenbankstand steht aktuell nicht zur Verfügung; M0 arbeitet deshalb mit Code, Screenshots und rekonstruierter MySQL-Dev-Datenbank als Ausgangsbasis.

Lokale Einschränkungen

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 abschließen:

Falls später doch noch ein MS-SQL-Dump auftaucht: Schema und Golden-Master-Werte nachträglich exportieren.
MySQL-Dev-Schema als neue rekonstruierte Baseline weiter verifizieren.
Fehlende Screenshot-Zustände nachreichen oder bewusst als optional markieren.
Produktivumgebung dokumentieren: PHP-Version, Webserver, SQL-Server-Version, Auth-Setup, Cron/Job-Ausführung.

Was ich von dir brauche

Falls ein alter MS-SQL-Stand später noch auftaucht, bitte eines der folgenden Pakete bereitstellen:

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.

Zusätzlich hilfreich:

Ein erreichbarer Test-Link zur bestehenden App oder Screenshots der Seiten aus screenshot-checklist.md.
Beispiel-Accounts oder Rollen für Admin und normales Mitglied, nur für 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 Produktivpasswörter oder echten personenbezogenen Exportdaten in das Repository legen.

3.0 KiB Raw Blame History