UC03 – Offene Punkte und Restentscheidungen
Stand: 01.08.2026 14:55
Branch: docs/einheitliche-kopfbereiche
Status: Arbeitsliste für spätere Detailentscheidungen
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 01.08.2026 14:55 |
1.0 |
Kopfbereich vereinheitlicht |
David Mittig |
Use Case: UC03 – Füll-Abo & Füllkarten-Verwaltung
Dokumenttyp: konsolidierte offene Punkte
1. Zweck
Dieses Dokument sammelt offene Punkte aus der UC03-Spezifikation, der Self-Service-Ergänzung und den Screen-Vorgaben FA-01 bis FA-15.
Die Liste dient dazu, offene fachliche, technische und UI-bezogene Restentscheidungen nicht in einzelnen Screen-Dokumenten zu verlieren.
2. Rollen und Rechte
| ID |
Thema |
Entscheidung / Status |
| OP-RR1 |
Mitarbeiter darf neues Füllkonto anlegen |
entschieden: Ja |
| OP-RR2 |
Mitarbeiter darf Buchung stornieren |
entschieden: Ja, mit Pflichtgrund, Datum/Zeit und User-Stempel |
| OP-RR3 |
Korrekturfreigabe durch tenant_admin |
entschieden: Nein für V1 |
| OP-RR4 |
Rolle fill_manager |
V3 im Hinterkopf behalten |
| OP-RR5 |
Mitarbeiter darf Self-Service aktivieren |
offen |
| OP-RR6 |
Mitarbeiter darf QR-Code / Abrufcode erneuern |
offen |
| OP-RR7 |
Mitarbeiter darf Zahlungsstatus paid setzen |
offen, fachlich naheliegend |
3. Nitrox, FO₂ und Analyse
| ID |
Thema |
Entscheidung / Status |
| OP-NX1 |
Nitrox als Gasart |
entschieden: Ja |
| OP-NX2 |
Nitrox 32 / 36 / 40 |
entschieden: als Standardvarianten vorbereiten |
| OP-NX3 |
FO₂ Pflichtfeld |
entschieden: optional erfassbar |
| OP-NX4 |
Analysebestätigung Pflicht |
entschieden: optional erfassbar |
| OP-NX5 |
Analyse durch Mitarbeiter oder Kunde |
entschieden: beide möglich, Name und Zeitpunkt nachvollziehbar |
| OP-NX6 |
Mitarbeiter- und Kundenanalyse nacheinander |
entschieden: möglich |
| OP-NX7 |
Analysezeitpunkt |
entschieden: speichern, wenn Analyse erfasst wird |
| OP-NX8 |
Verantwortungsbestätigung |
offen / für V1 nicht zwingend |
| OP-NX9 |
konkrete Punktewerte für Nitrox 32 / 36 / 40 |
offen |
4. Punkteverbrauch und Produktvorlagen
| ID |
Thema |
Entscheidung / Status |
| OP-PV1 |
Punktewerte tenant-spezifisch |
entschieden: Ja |
| OP-PV2 |
System-Standardwerte |
entschieden: Luft 21 % mit Standardwert, Nitrox je Prozentwert vorbereiten |
| OP-PV3 |
manuelle Übersteuerung durch Mitarbeiter |
entschieden: Ja, nur Mitarbeiter |
| OP-PV4 |
Pflichtgrund bei Übersteuerung |
entschieden: Ja, inkl. Datum/Zeit und User-Stempel |
| OP-PV5 |
Punkteverbrauch pro Gasart oder Produktvorlage |
entschieden: V1 pro Gasart / Nitrox-Variante; V2/V3 optional pro Produktvorlage |
| OP-PQ1 |
V1-Produktvorlagen |
entschieden: 10er-Karte Luft, 10+3 Bonuskarte Luft, Einzel-Füllung Luft |
| OP-PQ2 |
Produktvorlagen tenant-spezifisch anpassbar |
entschieden: Ja |
| OP-PQ3 |
eigene Kartenmodelle durch Tenant |
V2/V3 prüfen |
| OP-PQ4 |
Bonusmodell hart 10+3 oder allgemein |
entschieden: allgemein konfigurierbar |
| OP-PQ5 |
Preise informativ oder vollständig |
entschieden: V1 nur informativ |
5. Ledger, Salden und Transaktionen
| ID |
Thema |
Entscheidung / Status |
| OP-LQ1 |
current_balance Aktualisierung |
entschieden: bei jeder Buchung synchron aktualisieren |
| OP-LQ2 |
Transaktionsstrategie |
entschieden: Online-Buchungen mit DB-Transaktion und Row Lock |
| OP-LQ3 |
Punkte Integer oder Decimal |
entschieden: ganze Zahlen für V1 |
| OP-LQ4 |
Constraint initial_balance = paid_units + bonus_units |
entschieden: Anwendung prüft; DB-Constraint prüfen, aber nicht zwingend sofort |
| OP-LQ5 |
Fehlerhafter synchronisierter Ledger-Eintrag |
entschieden: nicht ändern, nur reverse oder correction |
| OP-LQ6 |
parallele Saldoänderung im UI visualisieren |
offen |
| OP-LQ7 |
Beleg / Quittung nach Buchung |
nicht V1 |
6. Offline und Sync-Konflikte
| ID |
Thema |
Entscheidung / Status |
| OP-OQ1 |
Offline buchen bei 1 Einheit Restguthaben |
entschieden: nur bis verfügbares Guthaben inkl. Vormerkungen |
| OP-OQ2 |
Offline-Verbrauch direkt abziehen oder vormerken |
entschieden: vormerken; direkter Abzug nur bei Online-Prüfung |
| OP-OQ3 |
Sync-Konflikte lösen |
entschieden: Mitarbeiter und/oder tenant_admin |
| OP-OQ4 |
automatische Gegenbuchung bei Konflikt |
entschieden: Nein; System darf Vorschlag machen, Benutzer bestätigt |
| OP-OQ5 |
Warnhinweis bei pending_sync |
entschieden: Ja, praktisch sichtbar im UI |
| OP-OQ6 |
Korrektur / Storno offline |
entschieden: V1 gesperrt |
| OP-OQ7 |
konkrete Konfliktpriorisierung |
offen |
7. Self-Service und Kundenabruf
| ID |
Thema |
Entscheidung / Status |
| OP-SS1 |
Self-Service-Füllabruf in V1 |
entschieden: Ja |
| OP-SS2 |
Kundeninitiierter Abruf |
entschieden: Ja |
| OP-SS3 |
digitale Füllkarte |
vorbereitet über FA-11 |
| OP-SS4 |
Mitarbeiterbestätigung |
V1-Standard empfohlen, tenant-spezifisch konfigurierbar |
| OP-SS5 |
direkter Self-Service ohne Mitarbeiterbestätigung |
optional, sicherheitlich prüfen |
| OP-SS6 |
QR-Code gegen Missbrauch schützen |
offen, Sicherheitskonzept erforderlich |
| OP-SS7 |
Kunde sieht reduzierte Historie |
entschieden: Ja |
| OP-SS8 |
Benachrichtigung bei niedrigem Guthaben |
späterer Bezug zu UC07 |
8. UI und Screen-spezifische Restpunkte
| ID |
Thema |
Entscheidung / Status |
| OP-UI1 |
FA-01 Tabelle oder Kartenansicht |
Vorschlag: Tabelle mit Status-Badges |
| OP-UI2 |
abgelaufene Karten standardmässig ausblenden |
Vorschlag: Ja, über Filter / Historie erreichbar |
| OP-UI3 |
QR-Code direkt in Liste oder Detail |
Vorschlag: Aktion in Zeile, Anzeige in FA-03 / FA-11 |
| OP-UI4 |
anonyme Einzel-Füllung |
offen |
| OP-UI5 |
QR-Code-Scan direkt in FA-05 oder Dialog |
offen |
| OP-UI6 |
Export Kundenhistorie |
später prüfen |
| OP-UI7 |
grafische Saldoentwicklung |
Vorschlag: später einfache Kurve / Balken |
| OP-UI8 |
Hinweisdialog vor Storno / Korrektur |
Vorschlag: Ja |
9. Empfehlung zur Priorisierung
| Priorität |
Punkte |
| Vor technischer Umsetzung klären |
OP-LQ2, OP-LQ4, OP-LQ5, OP-OQ2, OP-OQ4, OP-SS6 |
| Vor UI-Implementierung klären |
OP-UI1, OP-UI3, OP-UI5, OP-SS4 |
| Kann in V1-light bleiben |
OP-UI6, OP-UI7, OP-RR4, OP-PQ3 |
| Später / V2/V3 |
eigene Kartenmodelle, Rolle fill_manager, direkte Self-Service-Buchung ohne Bestätigung |
10. Ergebnis
Die wesentlichen UC03-Grundentscheidungen sind getroffen.
Die verbleibenden Punkte betreffen vor allem:
- Sicherheitskonzept für QR-Code / Self-Service
- konkrete UI-Details
- Konfliktpriorisierung bei Offline-Sync
- spätere administrative Erweiterungen
- spätere Komfortfunktionen wie Export und grafische Saldoverläufe