Zum Hauptinhalt springen

Rechnungsstatus einer Schülerrechnung

Geltungsbereich: Statuswechsel einer regulären Schülerrechnung.

Stand: 07.09.2026. Quellgrundlage (Code):

  • src/main/java/com/school_system/enums/school/InvoiceStatus.java:4-12
  • src/main/java/com/school_system/service/impl/InvoiceServiceImpl.java:368-400 (Finalisierung)
  • src/main/java/com/school_system/service/impl/InvoiceServiceImpl.java:425-497 (Versand und Zahlung)
  • src/main/java/com/school_system/service/impl/InvoiceServiceImpl.java:1375-1430 (Storno)
stateDiagram-v2
    [*] --> DRAFT: Schülerrechnung anlegen
    DRAFT --> OPEN: finalisieren
    OPEN --> SENT: als versendet markieren
    SENT --> PART_PAID: Teilzahlung erfassen
    SENT --> PAID: vollständige Zahlung erfassen
    PART_PAID --> PART_PAID: weitere Teilzahlung erfassen
    PART_PAID --> PAID: Restzahlung erfassen
    OPEN --> CANCELLED: stornieren
    SENT --> CANCELLED: stornieren
    PART_PAID --> CANCELLED: stornieren
    PAID --> CANCELLED: stornieren
    CANCELLED --> [*]

Voraussetzungen​

  • Verwenden Sie dieses Diagramm nur für reguläre Schülerrechnungen.
  • Für die Bedienung brauchen Sie Zugriff auf die jeweilige Rechnung und die dafür erforderliche Berechtigung.
  • Lesen Sie für den praktischen Ablauf Finalisierung, Status und Rechnungsdokumente.

Schritte​

  1. Suchen Sie den aktuellen Status im Rechnungsdetail.
  2. Folgen Sie im Diagramm nur einem ausgehenden Pfeil, der zu Ihrer vorgesehenen Aktion passt.
  3. Prüfen Sie die Voraussetzungen der Zielaktion in der jeweiligen Anleitung.
  4. Prüfen Sie nach dem Speichern den neuen Status im Rechnungsdetail.

Warnungen​

  • Das Diagramm bildet nur Statuswechsel ab, die im genannten Code gesetzt werden. Es ist keine Aussage über externe Versandwege oder Geschäftsfreigaben.
  • CANCELLED ist im Diagramm ein Endstatus.
  • Der Storno-Endpunkt akzeptiert nach seinem technischen Guard jede nicht als DRAFT oder CANCELLED markierte Rechnung; die Detailoberfläche bietet den Storno jedoch für SENT, PART_PAID und PAID an. Klären Sie abweichende Abläufe mit Ihrer Schuladministration.
  • Die Gutschrift, die beim Storno erstellt wird, verwendet einen gesonderten Status (ISSUED) und ist bewusst nicht Teil dieses Diagramms.

Screenshot-Checkliste​

  • Diagramm in der veröffentlichten Dokumentationsansicht gerendert.
  • Rechnungsdetail mit je einem anonymisierten Beispiel für DRAFT, OPEN, SENT, PART_PAID, PAID und CANCELLED.
  • Sichtbare Storno-Verknüpfung vom Original zum Folgedokument.

Offene Input-Fragen​

  • Sollen die Statusbezeichnungen in Schulungen exakt als technische Codes oder als deutsche UI-Begriffe verwendet werden?
  • Wer überprüft beim Storno die Abweichung zwischen technischem Endpunkt und sichtbarer Detailaktion?
  • Wo soll das gerenderte Diagramm in Ihrem Freigabeprozess fachlich geprüft werden?