FA-11 – Digitale Füllkarte / Self-Service Kundenansicht
Stand: 12.10.2026 11:23
Branch: main
Status: erster Vorschlag
Änderungshistorie anzeigen
Use Case: UC03 – Füll-Abo & Füllkarten-Verwaltung
Screen: FA-11
Wireframe
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Zweck
FA-11 ist die reduzierte Kundenansicht einer digitalen Füllkarte oder eines Abos. Der Kunde sieht sein Restguthaben, den Status der Karte, eine einfache Historie und kann einen Füllabruf starten.
Die Ansicht ist für Self-Service V1 wichtig, weil der Kunde sein Füllkonto selbst verwenden kann, ohne Zugriff auf interne Verwaltungsdaten zu erhalten.
2. Primäre Nutzer
| Rolle |
Nutzung |
kunde |
Restguthaben anzeigen, QR-Code nutzen, Füllabruf starten |
mitarbeiter |
kann diese Ansicht als Vorschau aus FA-03 öffnen |
tenant_admin |
prüft Self-Service-Konfiguration |
| Bereich |
Inhalt |
| Kartenkopf |
Kunde, Kartenmodell, Status, Gültigkeit |
| Guthaben |
Restguthaben vorher, Einheit, letzter Verbrauch |
| QR-Code / Abrufcode |
Identifikation des Füllkontos |
| Abruf starten |
Gasart wählen, Abruf anfordern |
| Historie |
reduzierte Kundenhistorie ohne interne Auditdetails |
| Hinweise |
pending_sync, Bestätigung erforderlich, gesperrt, leer |
4. Aktionen
| Aktion |
Beschreibung |
| Füllabruf starten |
erzeugt kundeninitiierten Abruf |
| QR-Code anzeigen |
zeigt digitale Karte oder Abrufcode |
| Historie anzeigen |
zeigt reduzierte Füllhistorie |
| Abbrechen |
Abruf nicht fortsetzen |
5. Regeln
| ID |
Regel |
| FA11-R01 |
Kunde sieht nur eigene Füllkonten |
| FA11-R02 |
QR-Code identifiziert ein Füllkonto, löst aber keine unkontrollierte Buchung aus |
| FA11-R03 |
Bei pending_sync darf kein neuer Kundenabruf gestartet werden |
| FA11-R04 |
Bei conflict, leerem oder gesperrtem Füllkonto ist Abruf gesperrt |
| FA11-R05 |
Wenn Mitarbeiterbestätigung erforderlich ist, wird Abruf als pending_confirmation erstellt |
| FA11-R06 |
Kundenansicht zeigt keine internen Korrektur-, Rollen- oder Auditdetails |
| FA11-R07 |
Nitrox-Abruf kann vorbereitet werden, Analyseinformationen bleiben optional |
6. Statusmeldungen
| Situation |
Meldung |
| Abruf möglich |
„Füllabruf kann gestartet werden.“ |
| Bestätigung erforderlich |
„Dein Abruf wartet auf Mitarbeiterbestätigung.“ |
| pending_sync |
„Es gibt noch nicht synchronisierte Buchungen. Neuer Abruf aktuell nicht möglich.“ |
| Guthaben leer |
„Kein ausreichendes Guthaben vorhanden.“ |
| Karte gesperrt |
„Diese Füllkarte ist aktuell gesperrt.“ |
7. Bezug zu Datenmodell
| Bereich |
Bezug |
| Füllkonto |
fill_accounts |
| Guthaben |
current_balance |
| Kundenabruf |
fill_transactions mit customer_initiated = true |
| Bestätigung |
confirmation_status = pending_confirmation |
| QR-Code |
Token / Hash-Struktur, keine direkte Buchungsfreigabe |
| Historie |
reduzierte Sicht auf fill_ledger_entries |
8. Akzeptanzkriterien
| ID |
Kriterium |
| FA11-AC01 |
Kunde sieht Restguthaben und Kartenstatus |
| FA11-AC02 |
Kunde kann einen Füllabruf starten, wenn Karte nutzbar ist |
| FA11-AC03 |
System blockiert Abruf bei pending_sync, conflict, leer oder gesperrt |
| FA11-AC04 |
Mitarbeiterbestätigung wird klar angezeigt |
| FA11-AC05 |
QR-Code löst keine direkte Buchung ohne Prüfung aus |
| FA11-AC06 |
Kunde sieht eine reduzierte Historie |
Änderungshistorie
| Datum, Uhrzeit |
Version |
Änderung |
Autor |
| 12.10.2026 11:23 |
1.3 |
Abschnitt «Wireframe» mit klickbarem Bild des Screens ergänzt |
Claude |
| 12.10.2026 09:58 |
1.2 |
Änderungshistorie ans Dokumentende verschoben und Sprunglink «Änderungshistorie anzeigen» unter dem Kopf ergänzt (einheitlicher Dokumentaufbau gemäss AGENTS.md) |
Claude |
| 12.10.2026 09:08 |
1.1 |
Branch-Angabe im Kopfbereich auf main korrigiert |
Claude |
| 01.08.2026 14:55 |
1.0 |
Kopfbereich vereinheitlicht |
David Mittig |