Automatische Kategorien permanent in DB ablegen

Hallo
Ich habe folgendes Problem:

Kategorien die automatisch mittels Suchmuster zugewiesen werden , werden nicht in der Datenbank (MySQL) persistiert.
Wenn ich einem Umsatz manuell einer Kategorie zuweise steht die Kategorienummer im entsprechenden Attribut (umsatztyp_id) im Table (umsatz).
Das scheint aber nicht für die automatisch zugewiesenen Kategorien zu gelten (umsatztyp_id steht dann auf NULL).

Kann man das irgendwo einstellen oder ist das im Programm nicht vorgesehen?

Hintergrund :
Ich möchte mittels Jasperreport meine Umsätze und Kategorien auswerten.
Die Umsätze werden mittels Hibiscus-Server abgeholt.

Ich habe ja schon mehrfach gepostet, dass ich die Umsatzkategorien mit beliebig tiefen Hierarchien und deren regelbasierte Zuordnung DAS Feature von Hibiscus überhaupt finde.

Was ich in genau diesem Zusammenhang als i-Tüpfelchen traumhaft fände wäre, wenn man als User in der GUI, in den Umsätzen, sehen könnte, ob eine Kategorie automatisch oder manuell zugeordnet wurde. Eine erste Idee wäre z.B. "Kategorie ABC" bei manueller Zuorndung, und "Kategoriename ABC (*)" bei automatischer Zuordnung.

Das würde es bei Anpassungen an den Regeln etwas einfacher machen zu prüfen, ob man die richtigen "Treffer" hat. Gerade jetzt musste ich wg. der SEPA Umstellung viele Regeln anpassen, da fast alle immer wiederkehrenden Abbuchungen jetzt neue Verwendungszwecke haben. Und zwar so, dass die alten "epischen" Verwendungszwecke wie bisher berücksichtigt werden, da sollen die Kategorien ja bleiben. Aber eben auch die neuen, oft kryptisch kurzen SEPA Verwendungszwecke zu der entsprechend gewünschten Kategorie-Zuordnung führen.

Aber wie gesagt. Wäre ein i-Tüpfelchen, geht auch ohne. Wenn "on-the-fly" ermitteln bedeutet, dass diese Zusatzinfo einfach eine Konkatenation an einer bestimmten Codestelle wäre, würde ich mich freuen.
Ist es komplizierter, vergessen wir es

Hallo ArnoNym,

mir geht es ganz ähnlich, für meine Auswertungen brauche ich die Kategorien auch schriftlich in der Datenbank.

Zuerst wollte ich mir damit behelfen, die Umsätze in Hibiscus kategorieweise noch einmal explizit händisch zu setzen. Doch da waren auch immer wieder Umsätze (in grauer Farbe) bei denen das nicht über das Kontext-Menü möglich war.
Ich habe noch nicht raus gefunden was diese "grauen" Umsätze auszeichnet, in der Datenbank sehen sie genau so aus wie die "normalen" (Eingabe/Ausgabe) Umsätze.

Ich habe das für mich nun über die SQL-Schiene gelöst:

Laut dem Quellcode in der Klasse UmsatzTypImpl.java werden die Verwendungszwecke (3 Stück) ohne Seperator zusammen gehängt.
Im H2-Datenbankmanagementsystem gibt es dafür die Fuktion CONCAT ( string , string,....).

Die regulären Ausdrücke müssen für SQL angepasst werden d.h. ".*?" wird zu %

Dazu ein kleines Beispiel:

Ich habe die Kategorie "Betriebskosten" mit der ID=3 und dem PATTERN (.*?D.*?REWAG.*?)

Im SQL-Statement durchsuche ich die zusammengehängten Verwndungszwecke mit:


Im Quellcode werden auch noch die Felder EMPFAENGER_NAME, EMPFAENGER_KONTO, KOMMENTAR und ART durchsucht.

Ich selbst habe es dann noch auf ein bestimmtes Konto eingeschränkt und sicherheitshalber noch auf die unkategorisierten Umsätze

Das Statement (erst mal nur der Abruf) sähe nach obigem Beispiel folgendermaßen aus:



Die gleiche where-Klausel verwende ich dann für das update-Statement:




Um das ganze nun weiter zu verallgemeinern braucht man eine mit der UMSATZTYP-Tabelle verknüpfte Spalte (VARCHAR) für das SQL-Pattern (im Beispiel: %D%REWAG%)
z. B.:


Nachdem man dort alle abgewandelten Pattern eingepflegt hat, kann man dann mit einem Sub-Statement die benötigten Suchmuster automatisiert einsetzen:


Das alles ist nun nicht der Weisheit letzter Schluß, aber für meine Belange kann ich mit dieser Lösung leben.

Wenn du die Transaktion eh pro Umsatz machst, kannst du sie auch ganz weglassen. Also sowohl das begin, als auch commit und rollback.



Da wird nicht "zweck3" geprueft sondern "getWeitereVerwendungszwecke()". Und das liefert ein *Array* von Zeilen zurueck, die alle in der einen Spalte "zweck3" untergebracht sind (siehe UmsatzImpl.java, Zeile 640). Die einzelnen Zeilen sind dort mit Zeilenumbruch ("\n") getrennt. Also wenn du selbst Umsaetze in die Datenbank schreibst, dann trenne nach jeweils max. 35 Zeichen mit "\n".



Gibt es da einen einfachen Weg wie ich zum Ziel kommen kann?
[/quote]

Hallo zusammen!

Ich bin gerade auf diesen Thread hier gestoßen, da ich vor einem ähnlichen Problem wie Mo stehe. Seinen Feature-Wunsch möchte ich daher gerne unterstützen

Ich arbeite sehr viel mit der dynamischen Kategorien-Zuweisung, was auch prima funktioniert. Prinzipiell wird bei mir alles automatisch zugewiesen, mal abgesehen von irgendwelchen Restaurant-Besuchen, die in der RegEx nicht enthalten sind. Diese weise ich dann manuell zu. Nach dem Abrufen von neuen Transaktionen sehe ich dann gleich an den "Lücken" in der Kategorie-Spalte, wo man besser mal etwas genauer hinschauen sollte...

Nun musste ich zuletzt einige RegEx-Ausdrücke anpassen, weil sich die Buchungstexte plötzlich geändert haben. Wie weiter oben schon beschrieben vermutlich durch die SEPA-Umstellung. Bei meinem Handy-Provider steht der Name jetzt z. B. vor der Kundennummer und nicht mehr dahinter, etc. Das habe ich alles brav angepasst, und schon waren alle neuen Buchungen wieder der richtigen Kategorie zugeordnet.

Erst einige Wochen später habe ich dann festgestellt, dass alle alten Buchungen (die ja ebenfalls dynamisch zugeordnet waren), jetzt plötzlich ohne Kategorie sind. Klar - die RegEx passt ja nicht mehr drauf. Allerdings war ich bisher immer der Meinung, dass die dynamische Zuordnung nur bei neuen Umsätzen greift, oder spätestens wenn man einen Umsatz als "geprüft" markiert, diese dauerhaft gespeichert wird.

Als Workaround habe ich nun erst einmal alle Umsätze ohne Kategorie wieder manuell der richtigen Kategorie zugewiesen. Längerfristig ist der korrekte Weg dann wohl, die regulären Ausdrücke so zu bauen, dass sie auf den alten und neuen Buchungstext passen, was je nach Art der Änderung (evtl. ist es ja gar ein Anbieterwechsel) recht aufwendig und unübersichtlich sein dürfte.

Gibt es vielleicht noch einen anderen Workflow, den ich hier übersehe? Wie macht Ihr das so? Nach dem Abrufen neuer Transaktionen schaue ich mir die neuen Umsätze an, weise fehlende Kategorien zu, und wenn ansonsten auch alles passt, markiere ich die Umsätze als geprüft. Irgendwann später benutze ich dann auch mal die Ansicht "Umsätze nach Kategorien", und dabei fände ich es praktisch, wenn alles noch dort einsortiert ist, wo es bei der ersten Sichtung auch war

Eine Funktion wie von Mo beschrieben "dynamische Kategoriezuweisung dauerhaft speichern" - entweder durch einen manuellen Aufruf aus dem Kontextmenü oder sogar in Verbindung mit "als geprüft markieren" - fände ich daher sehr praktisch! Vielleicht gibt es auch noch andere Varianten, die praktikabler sind, z. B. eine Versionierung der RegEx-Ausdrücke, damit man nicht alles in einen String schreiben muss?

Danke im Vorraus!

Ich hatte das bisher auch deshalb nicht in Hibiscus umgesetzt, weil ich keinen Workflow in der Anwendung gesehen habe, mit dem sich das verständlich und einigermaßen ergonomisch umsetzen ließe. Ich wollte dafür keine extra Menupunkte haben. Die Idee von Cenur finde ich aber gut. Das passt auch zu meinem Workflow. Ich verwende für gewöhnlich immer "Auswertungen -> Umsätze" und aktiviere dor die Option "Nur ungeprüfte Umsätze". Da sehe ich dann nur jene, die ich noch nicht gesichtet habe, weise all jenen Umsaetzen, die nicht ohnehin schon automatisch einer Kategorie per Suchbegriff zugeordnet wurden manuell eine Kategorie, markiere dann alle und waehle "als geprueft markieren." Genau an der Stelle anzusetzen und dabei die Kategorien "fest zu zurren" klingt plausibel.

Ich hab es daher jetzt so umgesetzt. Ist morgen im Nightly-Build. Wenn man Umsaetze als geprueft markiert und dabei welche enthalten sind, die in irgend einer Weise einer Kategorie zugeordnet sind (hierbei wird nicht geprueft, ob fest oder dynamisch zugeordnet), dann erscheint ein Dialog mit folgendem Text:



Klickt man auf "Nein", dann werden die Umsaetze wie gehabt nur als geprueft markiert. Klickt man auf "Ja", werden ggf. dynamisch zugeordnete Kategorien hierbei fest verbunden.

Klingt gut! Danke

Die Fehlermeldung kommt von einer inkompatiblen Jameica-Version. Wie immer: Bei Nightly-Builds Jameica und Hibiscus updaten.

Und wegen den Shortcuts: Das permanente Speichern der Kategorie ist nur in diesem Fall, den ich umgesetzt habe, nicht aufwaendig. Weil ich da die relevanten Umsaetze zur Hand habe. Bei deinem Usecase mit Shortcut und rekursivem Zuordnen wird es aufwaendig.

Dann ist es das Depotviewer-Plugin, welches inkompatibel ist.

Hallo,

ab wann gibt es die Funktion, automatisch vergebene Kategorien permanent zu speichern, auch in der offiziellen Hibiscus-Version?

http://www.onlinebanking-forum…real112432

Die 2.6.10 bringt bei mir den Dialog noch nicht, außer ich mache etwas falsch...

Gruß
Kleinsparschwein