Feat #22: Ein Jahr Kontobewegungen im Beispielfall #33

2026-08-23T19:36:37Z

florian.wilde commented

2026-08-23 19:36:37 +00:00

107 Buchungen über zwölf Monate im Demo-Fall, erzeugt aus einem Muster statt einzeln abgetippt. Betrifft nur SEED_DEMO=true — an einem bestehenden Bestand ändert sich nichts.

Was der Fall damit zeigt

Das Heimentgelt steht in drei Schreibweisen auf dem Auszug und wird trotzdem als eine monatliche Zahlung geführt.
Genau eine Buchung hat weder Quittung noch Begründung. Eine, nicht zwanzig: Die Liste soll etwas zu zeigen haben und nicht rot leuchten.
Die Sterbegeld-Lastschriften bleiben unzugeordnet, damit sich „zwölf Zahlungen als belegt zuordnen" ausprobieren lässt. Der Beitrag steigt im Mai von 18,40 € auf 19,80 €, damit auch die Abweichungsprüfung sichtbar wird.
Der Kontostand zum 31.07. wird aus Anfangsstand und Buchungen gerechnet, nicht behauptet.

Zwei Funde beim Bauen

Der Unique-Index auf (kontoId, importReferenz) hat einen echten Fehler in meinen Daten gefangen — zwei Renten am Monatsersten ergaben dieselbe Referenz. Genau dafür ist er da.
gGmbH fehlte in der Rechtsformliste. Dadurch galten „Seniorenzentrum St. Katharina" und „… gGmbH" als zwei Empfänger, und die Gruppe zerfiel ausgerechnet in dem Fachgebiet, in dem fast jeder Träger eine gGmbH ist. Ergänzt, mit Test.

Eine Annahme von mir, die die Anwendung widerlegt hat: Ich hatte erwartet, dass die Sterbekasse gar nicht unter den wiederkehrenden Zahlungen auftaucht, weil ein Vertrag existiert. Tatsächlich führt die Seite sie in einem eigenen Abschnitt „Schon einem Vertrag zugeordnet" mit dem Angebot, alle zwölf Zahlungen zuzuordnen. Mein Test war falsch, nicht die Anwendung — die Prüfung sichert das Verhalten jetzt ab.

Geprüft: 655 Unit-Tests, 133 End-to-End-Tests, Typecheck und Lint sauber.

Version 1.10.1.

Closes #22

107 Buchungen über zwölf Monate im Demo-Fall, erzeugt aus einem Muster statt einzeln abgetippt. Betrifft nur `SEED_DEMO=true` — an einem bestehenden Bestand ändert sich nichts. **Was der Fall damit zeigt** - Das Heimentgelt steht in **drei Schreibweisen** auf dem Auszug und wird trotzdem als eine monatliche Zahlung geführt. - Genau **eine** Buchung hat weder Quittung noch Begründung. Eine, nicht zwanzig: Die Liste soll etwas zu zeigen haben und nicht rot leuchten. - Die Sterbegeld-Lastschriften bleiben unzugeordnet, damit sich „zwölf Zahlungen als belegt zuordnen" ausprobieren lässt. Der Beitrag steigt im Mai von 18,40 € auf 19,80 €, damit auch die Abweichungsprüfung sichtbar wird. - Der Kontostand zum 31.07. wird aus Anfangsstand und Buchungen **gerechnet**, nicht behauptet. **Zwei Funde beim Bauen** 1. Der Unique-Index auf `(kontoId, importReferenz)` hat einen echten Fehler in meinen Daten gefangen — zwei Renten am Monatsersten ergaben dieselbe Referenz. Genau dafür ist er da. 2. **`gGmbH` fehlte in der Rechtsformliste.** Dadurch galten „Seniorenzentrum St. Katharina" und „… gGmbH" als zwei Empfänger, und die Gruppe zerfiel ausgerechnet in dem Fachgebiet, in dem fast jeder Träger eine gGmbH ist. Ergänzt, mit Test. **Eine Annahme von mir, die die Anwendung widerlegt hat:** Ich hatte erwartet, dass die Sterbekasse gar nicht unter den wiederkehrenden Zahlungen auftaucht, weil ein Vertrag existiert. Tatsächlich führt die Seite sie in einem eigenen Abschnitt *„Schon einem Vertrag zugeordnet"* mit dem Angebot, alle zwölf Zahlungen zuzuordnen. Mein Test war falsch, nicht die Anwendung — die Prüfung sichert das Verhalten jetzt ab. **Geprüft:** 655 Unit-Tests, 133 End-to-End-Tests, Typecheck und Lint sauber. Version 1.10.1. Closes #22

florian.wilde added 1 commit 2026-08-23 19:36:38 +00:00

Ein Jahr Kontobewegungen im Beispielfall 18709a8e49

Der Demofall brachte Konten und Kontostaende mit, aber keine einzige
Buchung. Kassenbuch, Belegpflicht, Dauerzahlungen und die Erkennung
wiederkehrender Zahlungen liefen darin also leer - wer die Anwendung zum
ersten Mal ansah, musste erst eine CSV importieren.

Neu sind 107 Buchungen ueber zwoelf Monate, erzeugt aus einem Muster
statt einzeln abgetippt: Rente, Betriebsrente und Pflegekasse als
Einnahmen, Heimentgelt, Barbetrag, Sterbegeldbeitrag, Telefon und
Kontofuehrung monatlich, dazu Rundfunkbeitrag und Grundsteuer
vierteljaehrlich sowie eine Handvoll Einzelposten.

Was der Fall damit zeigt:
- Das Heimentgelt steht in drei Schreibweisen auf dem Auszug und wird
  trotzdem als eine monatliche Zahlung gefuehrt.
- Genau eine Buchung hat weder Quittung noch Begruendung. Eine, nicht
  zwanzig: Die Liste soll etwas zu zeigen haben und nicht rot leuchten.
- Die Sterbegeld-Lastschriften bleiben unzugeordnet, damit sich der
  Handgriff "zwoelf Zahlungen als belegt zuordnen" ausprobieren laesst.
  Der Beitrag steigt im Mai von 18,40 auf 19,80 - damit auch die
  Abweichungspruefung sichtbar wird.
- Der Kontostand zum 31.07. wird aus Anfangsstand und Buchungen
  gerechnet, nicht behauptet. Ein Beispielfall, der sich selbst
  widerspricht, waere schlimmer als einer ohne Buchungen.

Zwei Funde beim Bauen:

Der Unique-Index auf (kontoId, importReferenz) hat einen echten Fehler in
den Daten gefangen: Zwei Renten am Monatsersten ergaben dieselbe
Referenz. Genau dafuer ist er da.

"gGmbH" fehlte in der Rechtsformliste. Dadurch galten "Seniorenzentrum
St. Katharina" und "... gGmbH" als zwei Empfaenger - und die Gruppe
zerfiel ausgerechnet in dem Fachgebiet, in dem fast jeder Traeger eine
gGmbH ist. Ergaenzt, mit Test.

Geprueft: ein Einheitstest fuer die Rechtsform, vier End-to-End-Tests am
Beispielfall - Umfang und Zeitraum, Kontostand gegen Buchungssumme, die
erkannten Gruppen und das Kassenbuch.

Refs #22

florian.wilde merged commit 91592cbe88 into main

2026-08-23 19:36:49 +00:00

florian.wilde referenced this pull request

2026-08-23 19:37:50 +00:00

Demo-Fall enthält keine Buchungen #22

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: florian.wilde/betreuungs-cockpit#33