M0 Einrichtung

docs/m0/README.md

@@ -0,0 +1,68 @@
+# 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.