objektposition.seriennummer war ein Einzelfeld, konnte nur EIN Gerät pro Materialtyp/Objekt abbilden (z.B. 2 Pulsoxymeter im selben Rucksack nicht darstellbar). Neue Tabelle geraet_instanz erlaubt beliebig viele Exemplare pro Position (Seriennummer, Prüfdatum, nächste Prüfung, Status). Zusätzlich objektposition.pruefintervall_monate (individuell überschreibbar). Bewusst additiv: seriennummer-Spalte bleibt vorerst stehen (Service/ Endpunkte/Frontend hängen noch daran), bestehende Werte werden per INSERT...SELECT nach geraet_instanz kopiert. Drop + Umbau der abhängigen Schichten folgt in Umsetzungsschritt 2 (siehe arbeitskarten/14_...). Migration von postgres-expert gegengeprüft (ON CONFLICT DO NOTHING als Sicherheitsnetz, DROP TYPE IF EXISTS ergänzt), Tests decken Mehrfach- Instanzen, UNIQUE-Constraint je Position, gleiche SN an verschiedenen Positionen und pruefintervall_monate ab. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV
2.2 KiB
2.2 KiB
Arbeitskarten – Index
Status: entstanden aus Klärungsrunde vor Prompt 01. Jede Karte = ein entschiedener oder offener Punkt, mit Bezug zu prompts.md.
| Nr | Karte | Status | Bezug |
|---|---|---|---|
| 01 | Rollen & Zuordnung | entschieden | Prompt 05 |
| 02 | Rechte: Stammdaten vs. Ist-Menge | entschieden | Prompt 05 |
| 03 | Sollmengen-Recht Materialverantwortlicher | entschieden | Prompt 04, 05 |
| 04 | Organisationsstruktur / Zuständigkeiten | entschieden, Detail offen | Prompt 05, 06 |
| 05 | Benachrichtigungen | entschieden | Prompt 12 |
| 06 | Geräteanforderung PC/Mobil | entschieden | Prompt 11, 17 |
| 07 | Sofort-Nachfüllung während Kontrolle | entschieden | Prompt 02, 03 |
| 08 | Mindermengen-Gültigkeit | entschieden | Prompt 04 |
| 09 | Authentifizierung | entschieden | Prompt 05, 19 |
| 10 | QR-Code / Barcode | Roadmap, Datenmodell-Vorbereitung nötig | Prompt 06, 24 |
| 11 | Systemumfang: generisches Ressourcenmanagement | entschieden, grundlegend | Prompt 06, 07 |
| 12 | Eskalation offener Fehlbestände | Roadmap, Datenmodell-Vorbereitung nötig | Prompt 03, 24 |
| 13 | Hauptserver mit Satelliten-Servern | entschieden, Betrieb Roadmap, Datenmodell-Vorbereitung nötig | Prompt 17, 19, 20 |
| 14 | Prüf- und wartungspflichtige Geräte | Datenmodell entschieden, Umsetzung offen (geraet_instanz-Tabelle nötig) | Prompt 06, 10, 24 |
Nächster Schritt: Prompt 01_anforderungsanalyse unter Berücksichtigung aller entschiedenen Karten bearbeiten.
Hinweis (Gesamtprüfung): Wiki-Link-Aliase ([[name]]) sind uneinheitlich benannt (z. B. Datei 10_individuelle_beladung.md wird teils als [[10_individuelle_beladung]], teils sinngemäß referenziert). Vor Code-Umsetzung/Migration einmal Alias-Konsistenz gegen tatsächliche Dateinamen prüfen.