Konto aktualisieren V3.31:Buchungstag(bis) außerh. Zeitraum

Hallo,

nach der Umstellung von VR-Networld auf die Version 3.31 kann ich für ein Konto die Umsätze nicht mehr aktualisieren.

Der Bankserver meldet:
Code 9901: Buchungstag(bis) außerh. Zeitraum

Die Umsätze habe ich zuletzt am 9.4.2008 abgerufen. Letzte Buchung am 20.3.2008.

Die Abfrage der Umsätze für ein anderes Konto bei der gleichen Bank funktioniert aber.

Ich habe gelesen, daß in der neuen Version der Software das bis-Datum irgendwie verändert wurde und auch in der Zukunft liegen kann.

Gibt es eine Möglichkeit, das "bis-Datum" im Programm einzustellen?

Hallo zusammen,

ich muss das Thema nochmal ausgraben, weil ich exakt das von Limo beschrieben Phänomen heute auf den Tisch bekommen habe. Nur wüßte ich leider nicht, welche Einstellungen ich als Sparkasse vornehmen soll, um dem Kunden einen Kontakt mit der VR-Networld zu ermöglichen... ops:

Hat jemand von euch noch mal ein paar Infos zu der Problematik für mich? Bisher konnte ich mit dem Kunden nur ein paar Einstellungen (Kontaktadresse, HBCI-Version...) vergleichen, aber bin jetzt relativ ratlos (möchte die Schuld aber natürlich nicht pauschal auf die Software schieben).

Danke schonmal!

LG,
Angel

Danke Holger, ich kümmere mich und berichte dann!

Hallo Maurice,

der Fall ist etwas anders.

Kunde der Sparkasse (hier RZ FinanzIT) versucht mit seiner VRNW Umsätze abzurufen. In der Umsatzabfrage steckt ja üblicherweise ein Zeitraum, also ein von- und ein bis-Datum. Liegt das bis-Datum in der Zukunft, wird diese Abfrage mit der passenden Fehlermeldung abgelehnt, da es ja faktisch ungültig ist.

Die GAD bzw. deren angeschlossene Volksbanken benötigen ein in der Zukunft liegendes bis-Datum allerdings, um vorvalutierte Umsätze ausliefern zu können (z.B. Einreichung Samstag, Buchung Samstag, Buchungsdatum künstlich Montag, Valuta Montag).

Für den Fall hat die VRNW eine Routine bekommen, die das bis-Abfragedatum nicht auf das heute (Rechner-) Datum setzt, sondern in die Zukunft schiebt.

Kurzfristig wurde diese Routine aber wohl nicht nur für GAD-Banken eingebaut, sondern für andere auch.

Das könnte hier das Problem sein, deswegen fragt Holger nach dem exakten Versionsstand.

Hallo Captain,

fast ! Die VRNWS hat es bisher etwas trickreicher gestaltet. Sie hat das bis Datum immer leer gelassen und damit der Bank überlassen, ob Sie mehr liefert. Das hat bisher immer richtig gut funktioniert. Aus irgendeinem Grund ist in der 3.31er dann das bis Datum (so wie ich es verstanden habe mit dem Tagesdatum) belegt wurden. Das führte bei GAD Banken zu Problemen, da Sie plötzlich nach dem Buchungsschnitt keine neuen Umsätze mehr sehen konnten. Das haben wir so weiter gegeben, wodurch die Belegung in der aktuellen 3.3122 wieder entfernt wurde.

Sollte die 3.3122er im Einsatz sein, würde es eigentlich bdeuten, dass im RZ was geändert worden sein müßte, da das Verhalten der 3.33122er eigentlich seit der Version 1.0 so ist. Wenn es eine andere 3.331er ist, liegt es wohl an der Belegung mit dem Tagesdatum. Da würde ich dann auf jeden Fall mal das Systemdatum kontrollieren, da eigentlich ja das Tagesdatum als bis Datum gesetzt sein sollte. Aber das schauen wir mal, wenn wir mehr wissen.....

Gruß

Holger

PS @Maurice: Deine Erklärung würde vermutlich greifen, wenn das von Datum angemeckert werden würde.

Ist dies das Einzige Konto bei der Sparkasse? Funktionieren eventuelle weitere Konten bei diesem Institut?

Hallo Malte.

Versuch folgendes. Linke Seite im Menü Kontoübersicht markieren.

Doppelklick rechts im Bild auf das Sparkonto [Konto bearbeiten].
Klick auf Geschäftsvorfälle - Alle Haken raus bis auf ganz Unten "Umsätze und Salden" / Haken rein bei "Nur Salden"
Auch den Haken bei Auftragsstatus entfernen.

Teste mal so und schreib ob du erfolgreich warst.

Hallo Captain FRAG,

ist es nicht so das die Umsätze bei den Sparkassen Zentral von einem Rechenzentrum in der entsprechenden Region geliefert werden? Mir wäre neu das ein SPK-Institut selbst für die Lieferung der UMS-Daten verantwortlich ist.

Das ein falsches Datum von einem Rechenzentrum geliefert wird glaube ich erstmal nicht und wenn der Fehler durch VRNWS verursacht würde bekäme Malte auch nix für sein SPK-Kontokorrent.

In meiner Antwort ist trotzdem ein Denkfehler enthalten. @Malte - dann setz den Punkt bei UMS&Salden aber in jedemfall den Haken raus bei Auftragsstatus.
GGf. teste auch mal mit der Kontokategorie.

Abruf testen als Kontokorrent / testen als Sparkonto / als Festgeldk.

Berichte doch bitte anschließend ob es so funktioniert.

Hi Malte,

das Problem in deiner Konstellation ist, dass die letzte Buchung, die in der VRNWS vorliegt vom 26.10.2007 stammt. Da leider einige Banken hiingehen und über den Jahreswechsel keinen Jahresendsalso erzeugen und daher in bestimmten Konstellationen nicht klar ist, zu welchem Jahr die Buchungen gehören, splittet die VRNWS den Umsatzabruf bei einem Jahreswechsel.
In deinem Fall komt der eine Abruf vom 26.10.2007 bis zum 31.12.2007 und der andere Abruf ab dem 01.01.2008.
Ich vermute mal, dass der erste Abruf das Problem erzeugt. Da hier schon ähnliche Fälle diskutiert wurden, wo eine Lösung wohl durch irgendeiner Einstellung bei den Sparkassen möglixh war/ist, würde ich da mal nachhaken.

Gruß

Holger

Die Bankleitzahl lautet 29152300, Kreissparkasse Osterholz