FA-12 – Offene Kundenabrufe / Mitarbeiterbestätigung
Stand: 12.10.2026 11:23
Branch: main
Status: erster Vorschlag
Änderungshistorie anzeigen
Use Case: UC03 – Füll-Abo & Füllkarten-Verwaltung
Screen: FA-12
Wireframe
Zum Vergrössern auf das Bild klicken; es öffnet sich in voller Grösse.
1. Zweck
FA-12 zeigt kundeninitiierte Füllabrufe, die auf Mitarbeiterbestätigung warten. Der Mitarbeiter prüft Kunde, Füllkonto, Guthaben, Gasart, Status und mögliche Konflikte und kann den Abruf bestätigen oder ablehnen.
2. Primäre Nutzer
| Rolle |
Nutzung |
mitarbeiter |
prüft und bestätigt oder lehnt Kundenabrufe ab |
tenant_admin |
prüft Sonderfälle und Konflikte |
kunde |
sieht den Status in FA-11, nutzt FA-12 aber nicht direkt |
| Bereich |
Inhalt |
| Abrufliste |
offene Abrufe mit Kunde, Füllkonto, Gasart, Zeitpunkt |
| Detailbereich |
Restguthaben, Status, Self-Service-Regeln, Analysehinweise |
| Prüfstatus |
Guthaben, pending_sync, conflict, Sperre, Gültigkeit |
| Aktionen |
bestätigen, ablehnen, bearbeiten, Füllkonto öffnen |
4. Aktionen
| Aktion |
Beschreibung |
| Abruf bestätigen |
führt weiter zu FA-07 oder erzeugt bestätigte Buchung |
| Abruf ablehnen |
speichert Ablehnung mit Grund |
| Daten bearbeiten |
öffnet FA-06 |
| Füllkonto öffnen |
öffnet FA-03 |
| Kunde öffnen |
öffnet Kundendetail / FA-08 |
5. Regeln
| ID |
Regel |
| FA12-R01 |
Nur Abrufe mit pending_confirmation werden in der Standardliste angezeigt |
| FA12-R02 |
Vor Bestätigung müssen Guthaben, Status und Sync-Zustand geprüft werden |
| FA12-R03 |
Bei pending_sync oder conflict darf keine Bestätigung erfolgen |
| FA12-R04 |
Ablehnung benötigt einen Grund |
| FA12-R05 |
Bestätigung speichert bestätigenden Benutzer und Zeitpunkt |
| FA12-R06 |
Die wirksame Ledger-Buchung erfolgt über FA-07 oder denselben Buchungsservice |
| FA12-R07 |
Kunden erhalten Statusrückmeldung in FA-11 |
6. Bezug zu Datenmodell
| Bereich |
Bezug |
| Kundenabruf |
fill_transactions |
| Status |
confirmation_status |
| Bestätigung |
confirmed_by_user_id, confirmed_at |
| Ablehnung |
rejected_by_user_id, rejected_at, rejection_reason |
| Füllkonto |
fill_accounts |
| Ledger |
fill_ledger_entries nach Bestätigung |
7. Akzeptanzkriterien
| ID |
Kriterium |
| FA12-AC01 |
Mitarbeiter sieht offene Kundenabrufe |
| FA12-AC02 |
Mitarbeiter kann einen Abruf prüfen |
| FA12-AC03 |
System blockiert Bestätigung bei pending_sync oder conflict |
| FA12-AC04 |
Mitarbeiter kann Abruf bestätigen oder ablehnen |
| FA12-AC05 |
Ablehnung benötigt Pflichtgrund |
| FA12-AC06 |
Bestätigung ist auditierbar |
Ä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 |