Lastschriftensammler abgelehnt da vermeintlich doppelt eingereicht

Die Abweisung wegen Doppeleinreichung kommt durch das Banksystem, nicht durch das Programm. Zumindest im Genossenschaftsbereich wird die in der Datei enthaltene Message-ID von der Bankanwendung für die Doppeleinreicherkontrolle mit geprüft. Wenn jetzt in der VRNWS eine extern erzeugte Datei zur Übertragung eingelesen wird (aber nicht beim Import), wird diese Message-ID mit übernommen. Enthält die Datei mehr Posten, als die Bank in einem HBCI-Job akzeptiert, enthalten alle daraus erstellten Jobs die gleiche Message-ID. Die erste Teildatei wird dann angenommen, die anderen Teildateien dann wegen der gleichen Message-ID als vermeintliche Doppeleinreichung abgewiesen. Bei LS-Dateien kann es auch zu einer Aufteilung aufgrund unterschiedlicher Squenzen (Ersteinreichung, Folgeeinreichung, etc.) kommen, mit der gleichen Problematik.

Grundsätzlich kommt die Doppeleinreichermeldung vom Banksystem, die VRNWS (oder auch die meistens anderen ZV-Programme) haben keine solche Prüfung. Das es sich um eine Bankmeldung handelt, läßt sich in der VRNWS daran erkennen, das die Meldung mit HIRMS bzw. HIRMG anfängt.

Das müsste VR-Networld aber doch beim Import/Versenden berücksichtigen und die MSG-ID permutieren, wenn es beim Import oder der Übertragung splittet, oder?

Verstehe ich das richtig:

Man importiert Zahlungen aus einer Datei, die eine MSG-ID beinhaltet. Es sind zu viele Zahlungen, deswegen splittet die VR-N diese bei der Übertragung in mehrere Übertragungsdateien. Und jede dieser Übertragungsdateien erhält die gleiche - ursprünglich mitgelieferte - MSG-ID? Da ist aber dann doch von vorneherein klar, dass es zu Doppeleinreichungsfehlern kommen wird? Wie kann man sowas programmieren?

Oder habe ich da etwas falsch verstanden?

Ja
Es werden keine Aufträge importiert und für diese dann die MsgID übernommen, sondern eine externe Datei wird versendet. Es gibt dann die Konstellation bei der die Datei gesplittet werden muss, da dort z.B. zu viele Transaktionen enthalten sind. Dabei wird die PmtInfID der gesplitteten Datei auch angepasst. Das macht die VRNWS seit der Version 6.0 so ohne jede Probleme, da die Banken bisher bei Sammler "nur" gegen Anzahl der Transaktionen und Summe der Beträge prüfen (wie zu DTA Zeiten) und ggf. gegen die SammlerID. Erst mit der aktuellen Anpassung der Atruvia gibt es ein RZ, bei der das ein Problem ist, bzw bis zum aktuellen Update war.