# 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.