feat: Gleich aussehende Buchungen lassen sich behalten, statt loeschen zu muessen

Die Liste sagt ausdruecklich, dass sie nichts entscheidet: Drei
Aufrundungen ueber 1.00 am selben Tag sind echt, drei gleiche Einkaeufe
koennen es auch sein – das weiss nur der Nutzer. Dann darf sie aber auch
nicht zu einer Entscheidung draengen, und genau das tat sie: Der einzige
Knopf war der Papierkorb. Wer die Meldung loswerden wollte, musste eine
richtige Buchung wegwerfen.

Jetzt steht neben jeder Gruppe "Alle behalten". An den Buchungen aendert
sich dabei nichts; es ist ein Haken an der Frage.

Der Haken gilt dem, was man gesehen hat – nicht allem, was noch kommt:
Eine Gruppe faellt erst weg, wenn ALLE ihre Zeilen ihn tragen. Kommt
spaeter eine dritte gleich aussehende Buchung dazu, steht die Frage
wieder da, und zwar fuer alle drei. Ein Test haelt das fest.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Scarriffle
2026-10-15 10:33:44 +02:00
co-authored by Claude Opus 5
parent 6fc2a924d2
commit b867b272ba
8 changed files with 156 additions and 0 deletions
+9
View File
@@ -501,6 +501,15 @@ class Transaction(Base):
payee: Mapped[str | None] = mapped_column(String(255), nullable=True)
description: Mapped[str | None] = mapped_column(String(255), nullable=True)
notes: Mapped[str | None] = mapped_column(Text, nullable=True)
# „Sieht gleich aus, ist aber richtig so."
#
# Drei Aufrundungen ueber 1.00 am selben Tag sind echt, drei gleiche
# Einkaeufe koennen es auch sein. Wer das einmal entschieden hat, soll
# nicht bei jedem Blick in die Liste erneut gefragt werden – und schon gar
# nicht zum Loeschen gedraengt, nur damit die Meldung verschwindet.
#
# Die Buchung bleibt unveraendert; das ist nur ein Haken an der Frage.
duplicate_ok: Mapped[bool] = mapped_column(Boolean, nullable=False, default=False)
# Import (Phase 4): Herkunft für Undo und Duplikaterkennung.
import_batch_id: Mapped[int | None] = mapped_column(