DiveLogix360 – Aktueller Projektstand¶
Stand: 12.08.2026 17:31 Branch: main Status: Aktiv
| Datum, Uhrzeit | Version | Änderung | Autor |
|---|---|---|---|
| 12.08.2026 17:31 | 1.1 | Inhalt gegen den aktuellen Stand des führenden Projektstatus geprüft; Sachstand unverändert | Codex |
| 12.08.2026 16:55 | 1.0 | Kompakte Statusübersicht aus dem führenden Projektstatus abgeleitet | Codex |
Einordnung: Diese Seite ist eine abgeleitete Momentaufnahme für den schnellen Überblick. Führend bleibt der detaillierte Projektstatus.
Verwendeter Quellenstand: Projektstatus vom 12.08.2026 16:55.
Gesamtbild¶
Die fachlichen Spezifikationen der V1-Use-Cases sind überwiegend abgeschlossen oder weitgehend ausgearbeitet. Die Implementierung konzentriert sich derzeit auf UC00 – Tenant-Onboarding und Schulverwaltung. Die übrigen V1-Use-Cases sind noch nicht implementiert.
Status der Use Cases¶
| Use Case | Produkt-Scope | Spezifikation | Implementierung |
|---|---|---|---|
| UC00 – Tenant-Onboarding und Schulverwaltung | V1 | In Bearbeitung | In Bearbeitung |
| UC01 – Equipment erfassen | V1 | Abgeschlossen | Offen |
| UC02 – TÜV-Inspektion einreichen | V1 | Abgeschlossen; einzelne Fachfragen offen | Offen |
| UC03 – Füll-Abo und Füllkarten-Verwaltung | V1 | Weitgehend abgeschlossen; einzelne Punkte offen | Offen |
| UC04 – Inhouse-Service erfassen | V1 | Abgeschlossen | Offen |
| UC05 – Fristen-Dashboard | V1 | Abgeschlossen | Offen |
| UC06 – Kunden einladen und Portal | V1 | Abgeschlossen | Offen |
| UC07 – Benachrichtigungen | V1 vereinfacht | Abgeschlossen | Offen |
| UC08 – Benutzerverwaltung | V1 | Abgeschlossen | Offen |
| UC09 – Berichte und Export | V1 vereinfacht | Spezifikation abgeschlossen; Screens offen | Offen |
| UC-SA – Superadmin-Panel | V1 | Abgeschlossen | Offen |
| UC18 – Equipment-Verleih | V2 | Spezifikation abgeschlossen; Screens offen | Offen |
Die Begriffe Produkt-Scope, Spezifikationsstand und Implementierungsstand werden unabhängig voneinander verwendet. Eine abgeschlossene Spezifikation bedeutet nicht, dass die Funktion bereits programmiert oder getestet ist.
Aktueller Arbeitsschwerpunkt UC00¶
Beim Tenant-Onboarding sind wichtige technische Grundlagen vorhanden:
- abgestimmtes Prisma-v4-Zielschema;
- kanonischer OpenAPI- und Testvertrag;
- vier versionierte Migrationen und ein nicht personenbezogener Basis-Seed;
- getrennte Prisma-Runtime-Clients und transaktionsgebundener Datenbankkontext;
- globale E-Mail-Normalisierung und gehashte Einladungstoken;
- Tenant-Vorbereitung mit Pflicht-Plan und kontrollierten Einladungssperren;
- AWS-KMS-Pfad für TOTP-Geheimnisse;
- erfolgreicher Backend-Build und 22 erfolgreiche Unit-Tests.
Diese Teilnachweise bedeuten noch keine vollständige UC00-Abnahme oder Produktionsbereitschaft.
Nächste Hauptschritte¶
Aus dem detaillierten Projektstatus ergeben sich insbesondere:
- OnboardingService vollständig auf das verbindliche persistente Vier-Schritt-Modell umstellen.
- Sicheren E-Mail-Versand gemäss der getroffenen Providerentscheidung umsetzen und nachweisen.
- Sichere Benutzer-Voranlage und Tenant-Admin-Einladung vervollständigen.
- Elektronischen und externen Vertragsabschluss vollständig und nachvollziehbar umsetzen.
- Runtime-Zugänge, Tenant-Isolation sowie Integrations-, End-to-End- und Sicherheitstests vervollständigen.
Die vollständige priorisierte Aufgabenliste steht ausschliesslich im Projektstatus.
Wesentliche offene Nachweise¶
- Wiederholung der Datenbank-Laufzeitprüfungen nach der vierten Migration;
- vollständige Rollen-, Ressourcen-, Pooling- und Tenant-Isolationstests;
- Frontend-Implementierung;
- vollständige Integrations- und End-to-End-Tests;
- produktive Provider-, Infrastruktur-, Backup-, Monitoring- und Sicherheitsnachweise;
- externe juristische Prüfung und erforderliche formelle Freigaben;
- formelle fachliche und technische UC00-Abnahme.
Bekannte Abgrenzungen¶
- Das Frontend ist noch nicht begonnen.
- Die meisten V1-Use-Cases sind fachlich beschrieben, aber noch nicht implementiert.
- Architektur- oder Providerentscheidungen gelten nicht automatisch als produktiv umgesetzt.
- Ein erfolgreicher Build und einzelne Unit-Tests ersetzen keine vollständige Systemprüfung.
- Eine Cloudflare-Veröffentlichung gilt erst nach einem konkret überprüften erfolgreichen Lauf als nachgewiesen.
Aktualitätsprüfung¶
Vor einer Weitergabe muss der Stand dieser Seite mit dem Kopf des detaillierten Projektstatus verglichen werden. Ist dessen Stand neuer als der oben genannte Quellenstand, ist zu prüfen, ob Gesamtbild, Use-Case-Status, Schwerpunkt oder nächste Hauptschritte angepasst werden müssen.