GuidoandClaude Opus 5
b9abb912e3
Bisher legte der Bankabruf Vorschlaege in den Eingang, die man von Hand buchen musste. Ein angebundenes Konto ist aber die Quelle der Wahrheit: Was die Bank gebucht hat, IST gebucht. Jetzt wird es sofort gebucht; uebrig bleibt das Zuordnen der Kategorie. Drei Dinge mussten dafuer stimmen, sonst haette es Salden verfaelscht: - Der erste Abruf greift nicht mehr hinter die neueste vorhandene Buchung des Kontos zurueck. Vorher holte er neunzig Tage – mitten in Monate, die schon per CSV eingelesen sind. Der Duplikatschutz haette die nicht gefunden: Sein Schluessel enthaelt den Empfaengertext, und der lautet bei der Bank anders als im Kontoauszug. Das Startdatum steht in der Rueckmeldung. - Vorgemerkte Umsaetze werden nicht gebucht. Sie kommen spaeter noch einmal, dann mit anderer Kennung, weil die Bank beim Buchen eine neue vergibt. Beides zu nehmen hiesse doppelt buchen. Ihre Zahl wird gemeldet, nicht verschwiegen. - Nach dem Buchen wird nach Uebertraegen gesucht. Ein Uebertrag zwischen zwei angebundenen Konten kommt in EINEM Abruf an – beide Seiten. Nebenbei schliesst das eine bestehende Luecke: Der Eingangs-Abgleich beim CSV-Import sieht nur gebuchte Eintraege. Solange Bank-Vorschlaege unbeachtet liegen blieben, haette ein spaeterer Import derselben Wochen sie verdoppelt. Das Buchen aus dem Eingang ist dafuer vom 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>
68 lines
2.3 KiB
Python
68 lines
2.3 KiB
Python
"""Aus einem Eingangs-Vorschlag eine Buchung machen.
|
||
|
||
Als Dienst und nicht im Router, weil es zwei Aufrufer gibt: die Oberflaeche
|
||
(„Buchen") und die Bankanbindung, die ihre Umsaetze gleich selbst bucht. Zwei
|
||
Kopien derselben Umrechnung waeren genau die Stelle, an der Salden auseinander
|
||
laufen.
|
||
"""
|
||
|
||
from __future__ import annotations
|
||
|
||
import logging
|
||
|
||
from sqlalchemy.orm import Session
|
||
|
||
from ..models import Account, InboxItem, InboxStatus, Transaction, TxnType, User
|
||
from . import currency
|
||
|
||
log = logging.getLogger(__name__)
|
||
|
||
|
||
def buche(db: Session, user: User, eintrag: InboxItem) -> Transaction | None:
|
||
"""Aus einem Vorschlag eine Buchung machen. Ohne Konto geht es nicht."""
|
||
if eintrag.status == InboxStatus.booked or eintrag.transaction_id is not None:
|
||
return None
|
||
if eintrag.account_id is None:
|
||
return None
|
||
konto = db.get(Account, eintrag.account_id)
|
||
if konto is None or konto.owner_id != user.id:
|
||
return None
|
||
betrag = abs(eintrag.amount_cents)
|
||
txn = Transaction(
|
||
owner_id=user.id,
|
||
type=TxnType.expense if eintrag.amount_cents < 0 else TxnType.income,
|
||
date=eintrag.date,
|
||
account_id=konto.id,
|
||
amount_cents=betrag,
|
||
amount_eur_cents=currency.compute_amount_eur_cents(
|
||
db, betrag, konto.currency, eintrag.date),
|
||
category_id=eintrag.category_id,
|
||
payee=eintrag.payee,
|
||
description=eintrag.note,
|
||
)
|
||
db.add(txn)
|
||
db.flush()
|
||
eintrag.transaction_id = txn.id
|
||
eintrag.status = InboxStatus.booked
|
||
return txn
|
||
|
||
|
||
def suche_uebertraege(db: Session, user: User) -> int:
|
||
"""Nach dem Buchen nach Uebertraegen sehen – so wie nach einem Import.
|
||
|
||
Die Gegenseite eines Uebertrags entsteht erst beim Buchen. Ohne diesen
|
||
Aufruf wuerde sie nie gefunden, und beide Seiten zaehlten dauerhaft als
|
||
Ausgabe und Einnahme in der Auswertung mit.
|
||
|
||
Ein Fehler hier darf das Buchen nicht kippen: Die Buchung ist schon
|
||
festgeschrieben, die Verknuepfung ist nur eine Schicht darueber.
|
||
"""
|
||
from . import uebertraege
|
||
|
||
try:
|
||
return uebertraege.finde(db, user).get("verknuepft", 0)
|
||
except Exception: # pragma: no cover - Sicherheitsnetz
|
||
log.exception("Uebertragssuche nach dem Buchen fehlgeschlagen")
|
||
db.rollback()
|
||
return 0
|