Filter funktioniert nicht richtig

Also ich kann das nicht nachvollziehen.

Wenn ich einen Filter aufmache und "DAUER" ins Textfeld eingebe, dann bekomme ich alle Daueraufträge (ein- wie ausgehend), die ich seit 2008 auf diesem Konto habe. Es fehlt auch nichts. Im übrigen werden Daueraufträge wohl nicht identifiziert, sondern du suchst in den BUCHUGEN (allen!), nach dem Vorhandensein eines Teilstrings. In meinem Fall steht im Buchungstext DAUERAUFTRAG drin (Rechenzentrum FI der Sparkassen), ein- wie ausgehend. Und das wird gefunden. Auch wenn ich zusätzlich "aktuelles Kalenderjahr" oder "voriges Kalenderjahr" als Filterkriterium eingebe, dann kommen eben alle Daueraufträge des entsprechenden Jahres. Hat sich bei Dir bankseitig etwas an der Textung geändert? Buchungstext der gleiche? Verwendungszweck (da schreiben manche Institute auch was rein) der gleiche früher und heute?

Um welche Bank handelt es sich bei Dir?

Hmmm, das hab ich tatsächlich nicht überrissen. Diesen Filter hab ich noch nie benutzt. Da muß ich nochmal eingehend testen...

Hallo,

die Buchungsart kann nur dann erfolgreich gefiltert werden, wenn diese von der Bank auch korrekt für die Buchung übermittelt wurde. Konkret geht es um den dreistelligen Geschäftsvorfallscode "GVC" in den Buchungsdaten. Der Beschreibung nach vermute ich, dass die Bank wohl seit 2014 (SEPA Umstellung?) die Buchungsart nicht mehr korrekt liefert.

GVC bedeutet eigentlich GeschäftsVorfallCode. Es ist ein numerischer Code, der eigentlich bankübergreifend gleich sein sollte, es dann aber nicht gewesen ist. Dieser GVC wird tatsächlich in der Buchungs-Detailanzeige nicht angezeigt. Man kann ihn aber in der Buchungsliste als Spalte "Buchungsart" sichtbar machen. Dort kommt dann allerdings nicht der numerische Code sondern das entsprechende Wort dafür. Also z.B. "Lastschrift". Das ist dann aber eben das Wort, das Du im Filter auch auswählst...

Den echten numerischen Code kannst Du wohl nur in einem Export sehen. Wenn Du die entsprechenden Umsätze als MT940 exportierst und in einem Editor öffnest, dann sollten Zeilen mit :86: beginnen. Das sind die Einzeldaten zu dem jeweiligen Umsatz. Die drei Stellen direkt nach dem :86: sind der GVC. Gebräuchliche sind 005 für Lastschrift, 020 für Überweisung, 021 für Gutschrift.

Du müßtest also mal vergleichen, was Deine Bank früher für GVCs geliefert hat und was das jetzt für welche sind.

So, ich hab es mir auch mal genauer angeschaut - und zwar im Datenbestand eines Kontos, das vom Sparkassen-Rechenzentrum FI beliefert wird.

Der letzte Dauerauftrag der mit dem GVC 008 bei mir in der Datenbank ist, stammt von 08/2013. In 11/2013 hat der nächste Dauerauftrag dann den GVC 020 (den vorher normale Überweisungen hatten). Der Buchungstext (!) ist in beiden Fällen DAUERAUFTRAG. Es werden übrigens der Code und die "Langebezeichnung" unabhängig voneinander in verschiedenen Feldern übertragen und zwar sowohl im alten Format MT940 als auch im neuen Format CAMT052.

Hintergrund dürfte sein, daß B4W seit dem Herbst 2013 Umsätze vom Sparkassen-RZ im neuen XML-Format CAMT abfragt, bis dahin über MT940. Im XML-Format gibt es aber keinen GVC mehr! Dafür gibt es da sogenannte "SEPA-Purpose-Codes". Seit dem wird also via CAMT <Purp><Cd>RINP</Cd> </Purp> geliefert, also Purpose-Code RINP was soviel wie "Wiederholende Ratenzahlungen" - also Dauerauftrag lautet. B4W speichert in der Datenbank dieses RINP durchaus ab, besetzt dann aber den alten GVC - der nicht mehr geliefert wird - mit 020 als Standard. Die Filterbedingung wird dann am GVC aufgehängt, welcher aber bei Sparkassen nicht mehr richtig besetzt ist - somit landest Du im Wald. Irgendwann zukünftig - wenn alle Banken im neuen Format ausliefern (also voraussichtlich vielleicht im Jahre 3000) müßten diese Filter dann an die Purpose-Codes aufgehängt werden. Dies ist aber nicht wirklich einfach, weil es da so eine Masse davon gibt, wobei der allergrößte Teil wohl kaum verwendet wird. Außerdem klappt die Filterei nach GVC bei allen (und das ist die Mehrheit) Banken, die noch herkömmlich über MT940 mit GVC ausliefern.

Und die Moral von der Geschicht: Das Rechenzentrum der Sparkassen ist einfach zu modern

P.S.: Eine schöne Aufstellung der Purpose-Codes gibt es übrigens auf http://wiki.windata-banking.de…SEPA-Codes . Aber der größte Teil begegnet einem nicht...

... und meine Verwunderung über die Sparkasse wächst noch, wenn ich sehe, daß die Umsätze der Sendeseite das o.g. Verhalten zeigen, die Umsätze der Empfängerseite (anhand eines DA der vom Giro auf das Cash Konto umbucht) aber nicht. D.h. auf der Empfängerseite wird der Umsatz in der Buchungsart richtig als Dauerauftrag gekennzeichnet.

Man muß das nicht verstehen ...