feat: Kontouebertraege lassen sich im Eingang buchen
Bisher blieb im Eingang nur, eine Umbuchung als Ausgabe oder Einnahme zu kategorisieren. Sie zaehlte dann als Ausgabe, obwohl kein Geld weg ist – nur verschoben. Jetzt gibt es je Vorschlag den Weg 'Als Uebertrag buchen': Zielkonto waehlen, fertig. Es entsteht EINE Buchung, die beide Salden bewegt und in keiner Auswertung zaehlt. Die Richtung kommt aus dem Vorzeichen – ein Abgang geht von hier weg, ein Zugang kommt vom Gegenkonto her; entsprechend fragt der Dialog 'wohin' oder 'woher'. Bei verschiedenen Waehrungen wird die Seite exakt gesetzt, die wir wirklich kennen, und die andere umgerechnet. Der teuerste Fehler an dieser Stelle waere ein Zielkonto, das selbst an einer Bank haengt: Es meldet den Zugang von allein, eine Gegenbuchung hier haette das Geld zweimal. Der Server lehnt das mit einer Begruendung ab; wer es besser weiss, bestaetigt und kommt durch. Das Wissen bleibt an einer Stelle – die Oberflaeche fragt nicht selbst nach, sie zeigt die Antwort des Servers. Die Betragslogik ist dafuer aus dem Buchungs-Router in einen Dienst gewandert. Zwei Kopien derselben Umrechnung waeren genau die Stelle, an der Salden auseinanderlaufen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -519,7 +519,13 @@
|
||||
"bookedN": "{{n}} booked.",
|
||||
"booked": "booked",
|
||||
"unclear": "unclear – please review",
|
||||
"viaMail": "from an email"
|
||||
"viaMail": "from an email",
|
||||
"asTransfer": "Book as transfer",
|
||||
"transferTitle": "Account transfer",
|
||||
"transferIntro": "No money spent, only moved. This creates one transaction that changes both balances and counts in no evaluation.",
|
||||
"transferTargetOut": "Where did the money go?",
|
||||
"transferTargetIn": "Where did the money come from?",
|
||||
"transferBooked": "Booked as a transfer."
|
||||
},
|
||||
"mailbox": {
|
||||
"title": "Mailbox for payment emails",
|
||||
|
||||
Reference in New Issue
Block a user