VRNW SW zeigt falsche Buchungsdaten bei DIBA Konten

nachdem die DIBA nun auch den Zugang via FINTs anbietet, habe ich das dann auch gleich bei der VRNW SW ausprobiert. Die Abholung der Kontoauszüge erfolgt ab dem 30.12.2006.

Nach dem Abholen der Umsätze werden diese aber (zum Teil) mit falschen Buchungsdaten - aber mit korrekten Valutendaten einsortiert (siehe Screenshot).

Der Effekt tritt nur bei der VRNW SW auf, nicht bei anderen Softwareprodukten.

Hat schon jemand ähnliche Erfahrungen gemacht ?

Die Probleme gehören zusammen.
Die Software sendet das letzte intern bekannte Buchungsdatum aus der Umsatzdatenbank als Startdatum für den neuen Umsatzabruf an die Bank. Diese verweigert natürlich ein Datum aus der Zukunft.

Zu klären wäre seitens des Herstellers, woher das falsche Buchungsjahr kommt. Prinzipiell muss die Software es sich aus dem Valutadatum selber bilden. Denke aber das das Problem spätestens durch den Post hier um Forum auch an einer richtigen Stelle angekommen ist.

Ich habe mri jetzt mal die Umsatzdaten ein wenig genauer angesehen.

In meinem obigen Fall werden die Umsätze jahresübergreifend abgeholt. Der erste abrufbare Umsatz ist aus dem Jahre 2006.

Wenn ich mir die HBCI Protokolle bzw. die MT940 Versionen anschaue, dann bauen viele Onlinebankingprogramme nach jedem Buchungstag über das Feld :62F: einen dedizierten Endsaldo für jeden Tag.

Die VRNW SW macht das nicht. Die holt alle Umsätz ab und erst nach dem letzten Umsatz kommt das Feld :62F:

Könnte das ein Ansatz sein ?

Dann würde ich mal vermuten, die Bank "vergisst", beim Jahreswechsel einen :62F: in den MT940 zu schreiben. Ein solcher ist nach jedem Wechsel des Buchungstages verpflichtend und wenigstens der Jahreswechsel sollte als solcher behandelt werden. Die VRNW SW ermittelt das Jahr des Buchungstags nicht aus der Valuta, da es hier zu teilweise sehr großen Abweichungen kommen kann.


Den Hinweis verstehe ich nicht so ganz, Du sprichst ja vom Abholen der Umsätze, da baut die VRNW SW natürlich nichts ein. Die Umsätze werden bereits von der Bank als MT940 geliefert.
Aus einem etwaigen Export auf den gelieferten MT940 zu schließen ist zumindest bei der VRNW SW nicht möglich, da der exportierte MT940 komplett neu erstellt wird.

Konkret oder allgemeingültig...?

Ohne Ansehen des Protokolls kann man natürlich nur vermuten, ich halte aber einen fehlerhaften MT940-Satz der Bank für wahrscheinlich.
Schau Dir den MT940-Satz, den die Bank geliefert hat, im Protokoll der VRNW SW an. Prüfe, ob dort ein Endsaldo zum Jahreswechsel angegeben ist. Wenn nicht, dann solltest Du deine Bank bitten, ihren Satzaufbau zu korrigieren und einen solchen zu liefern.

Öffne das Protokoll des Sendevorgangs, in dem die Umsätze übermittelt wurden, wähle oben links "technisches Protokoll" und blättere dann nach unten, bis Du ein oder merhere Segmente HIKAZ findest. Dort findest Du dann auch den MT940-Satz.

Hallo Juventus,


naja, wenn die Meldung zu den falschen Daten, für die VRNWS kommt, ist die Aussage, dass die VRNWS die Daten anders behandelt wohl immer pauschal richtig.....

Zum Problem:
Die falschen Buchungsdaten, scheinen nur beim ersten Abruf "generiert" zu werden. Ursache dafür ist nach unseren Informationen der fehlende Abschlusssaldo zum Jahreswechsel. D.h. die VRNWS bekommt Umsatzinformationen von 2006 und 2007 ohne dass zu den Buchungen ein Jahr mitgeliefert wird. Normalerweise wird zu mindestens zum Jahreswechsel ein Abschlusssaldo generiert, dass dann die Jahreszahl enthält und so zur Orientierung der Umsatzinformationen herangezogen werden kann. Dieser Saldo fehlt leider auch.
Als Workaround hat es bei mir gereicht, die "2008"er Umsätze zu löschen. Danach passte alles. Mir fehlen jetzt nur die Umsätze aus 2006. Da ich die Vorher auch nicht hatte, kann ich damit gut leben.

Gruß

Holger

Hallo zusammen,

ich denke, dass das Problem daran liegt, dass im MT940-Format der Buchungstag generell ohne Jahreszahl geliefert wird.

Die unveränderte MT940-Datei kann man übrigens sehen, wenn man mit einem Produkt (mit DDBAC-Kernel) die HBCI-Protokollierung aktiviert und anschließend in diesem Protokoll den Abschnitt mit der MT940-Datei anschaut. Dort ist die MT940-Datei so enthalten, wie sie der Bankrechner schickt. Wie Holger schon gesagt hat, ist die MT940-Datei, welche das Banking-Programm erzeugt, meist schon "optimiert" und bei der Fehlersuche meist nicht sehr hilfreich.

Stefan Balk

PS: Auch wir hatten vor (vielen) Jahren dieses Problem und haben seitdem eine entsprechende Logik in unsere Programme eingebaut um zu erkennen, ob ein Jahreswechsel in den Umsatzdaten vorliegt oder nicht.

Hallo,

hab hier im Forum schon einige Infos gesammelt, und mich jetzt angemeldet um hier mein Lösungsweg zu schildern.

Ich habe von T-Online Banking 6.0 auf VR-Networld 3.3 umgestellt. Die alten Umsätze wollte ich unbedingt mit übernehmen. Als einzige Lösung habe ich dann die Daten vom T-Online Banking in die Starmoney Business Testversion übernommen, und dort im MT940-Format Exportiert.
Beim Import in VRNWS kam dann das hier beschriebene Problem, dass einige Buchungstage in 2008 lagen. Tag und Monat waren korrekt nur das Jahr eben nicht.
Als Lösung habe ich dann im StarMoney für jedes Jahr die Daten in eine extra Datei exportiert, und sogar jeweils Jan-April und Mai-Dez auch extra.
Die ganzen Dateien konnte ich dann im VRNWS importieren, die Dateien sieht man im Importdialog aber erst wenn man "alle Dateien anzeigen (*.*)" anwählt.

Das ist zwar nicht die direkte Lösung für das obige Problem, aber wenn sonst nichts geht... mit der StarMoney Business Testversion die Buchungsdaten abrufen und dann exportieren.


Gruß, Steffen