Finanzen-Kontoauszüge-regelbasierte Vorschläge - Erweiterung Funktionsumfang

CT-User

Der Funktionsumfang der regelbasierten Vorschläge sollte dahingehend erweitert werden, dass nicht nur Verwendungszweck abgefragt wird, sondern ggf. auch andere Datenfelder des Bankumsatzes (Name, IBAN, Referenznummer, ....) mit entsprechenden und/oder-Bedingungen. Mit einer Regel sollten auch gleichzeitig mehre Datenfelder des Buchungsumsatzes steuerbar sein. Aktuell braucht man für jedes Datenfeld eine eigene Regel und es werden bisher nur Kostenstelle und Gegenkonto unterstützt. Sinnig wären auch alle anderen Eingabefelder wie Spender und Verwendungszweck.
Für regelbasierte Vorschläge sollten auch maschinelle Buchungen im Batchlauf, also ohne jeweilige manuelle Bestätigung möglich sein. Dann müsste man sich nicht jede Buchung einzeln anschauen und bestätigen.
Über 80 % unserer Bankumsätze sind wiederkehrende Buchungen, die in Sekundenschnelle verarbeitet werden könnten.
Aktuell sitzt man doch eine Weile dran und muss jeden Posten explizit bestätigten.
Hilfreich wäre zumindest eine optische Unterscheidung, wenn eine Regel zu 100% zutrifft, dass man nicht lange überlegen muss...

jziegeler

@CT-User für wiederkehrende Buchungen brauchst du doch gar keine eigenen Regeln erstellen, das erkennt der Algorithmus nach der ersten Buchung automatisch

CT-User

@jziegeler ja, aber. Der Algorithmus ist eine Blackbox, die mit einer gewissen Wahrscheinlichkeit ja auch zutrifft. Man muss den CT-Vorschlag begutachten und jedesmal manuell bestätigen. Für selbstdefinierte Regeln ist der User verantwortlich und wenn diese Regeln sauber definiert sind, könnte man für diese Konstellationen einen Batch-Buchungslauf vornehmen ohne jede Buchung einzeln bestätigen zu müssen. Das wäre eine enorme Zeitersparnis. Hilfreich wäre schon eine Unterscheidung der Buchung, ob sie durch eigene Regeln generiert werden. Dazu müssten aber auch alle Datenfelder regelbar sein. Wenn solche Bankumsätze gefiltert werden könnten, könnte man zumindest ohne weiteres Nachdenken alle diese Umsätze schnell bestätigen.

smhr

Ich stimme @CT-User zu.

Das mindeste wäre, dass man zusätzlich zum Verwendungszweck den Auftraggeber auswählen kann:

bbeyer

Ich gerade dabei, mich in das Finanzmodul bei CT einzuarbeiten..
Der Import von Kontoauszügen ist ein guter Anfang, der automatisch Algorithmus klappt, ist aber eine undurchsichtige Blackbox.
Ich möchte ebenfalls Regel für den Auftraggeber erstellen. Aber ich stelle fest, dass der Auftraggeber bei den Kontoauszügen nicht immer einheitlich ist. Eindeutig ist aber immer die IBAN.
Mein Wunsch wäre, meine Regeln über CSV Datein (Excel-Export) vorgeben zu können.
Ich möchte für jede IBAN Schlüsselwörter und Ausschlusswörter vorgeben können um dann das Buchungskonto vorzugeben.

Aktuell bastel ich an einem Workaround, um dies hinzubekommen:

ein Python-Skript liest die Kontoauszüge im MT940 Format ein
Eine Excel-Datei mit vier Spalten definiert die Regeln:
** erste Spalte IBAN
** zweite Spalte enthält Wörter, die alle vorkommen müssen
** die dritte Spalte enthält Wörter, die nicht vorkommen dürfen
** die vierte Spalte enthält ein Token. Dies ist typischerweise das zu buchende Gegenkonto
das Python Skript durchsucht nun für jede Buchung im Konzoauszug die Regeln in der Excel-Datei nach der passenden IBAN und prüft dann, ob Schlüsselwörter und Ausschlusswörter zutreffen. Wenn die Prüfung positiv ausfällt, wird das Token (Gegenkonto) zum Verwendungstext angefügt.
Anschließend werden sämtliche Buchungen wieder als MT940 gespeichert. Das neue MT940 ist dann identisch zum originalen, aber mit angefügten Token (Gegenkonto) im Verwendungszweck.
In Churchtools wird nun für jedes Gegenkonto eine Regel definiert, die einfach nur prüft, ob das Token im Verwendungszweck gefunden wird.

Damit hoffe ich, meine Regeln selbst definieren zu können.

Der nächste Schritt wird dann sein, Buchungen über das Skript zu splitten. Das ist ja bei CT prinzipiell möglich, aber leider nicht beim Buchen über die Kontoauszüge.
Aber auch da ist es immer wieder erforderlich zu splitten.