Immer wieder doppelte Einträge nach Update/Umstellung auf CAMT

Hallo,

ich habe beim Upgrade gleich auf CAMT mit umgestellt. Es hieß ja, dass vorübergehend bei der Umstellung doppelte Einträge entstehen können und ich habe diese dann nach dem ersten Abruf bereinigt, indem ich die Vorgänger gelöscht habe.
Das ist jetzt schon etliche Tage her.

Gestern hatte ich einen Abruf durchgeführt und einer der Buchungen hatte ich mit einem Kommentar im Notizfeld versehen.
Daher ist mir heute nach dem heutigen Abruf eingefallen, das doch schon getan hatte und dann darauf hin diesen und einen weiteren Eintrag doppelt gefunden habe.

Eigentlich hatte ich erwartet, dass das mit den doppelten Einträgen nur bei der Umstellung passiert.
Woran kann es liegen das immer mal wieder doppelte Einträge erstellt werden?

In diesen Fall ist es mein Postbank-Girokonto.

Danke schon mal

die Kontoumsätze mal 1:1 vergleichen, hier gibt es bestimmt Unterschiede
in der Vergangenheit wurde von der PB bereits Anreicherungen des Kontoumsatz/Datensatzes vorgenommen

Eine automatische Löschung von Buchungen, die der Juser ggf. schon händisch weiterverarbeitet hat, ist eine wenig hilfreiche Idee...

Die doppelten Buchungen kommen daher das beim ersten Abruf die Prima/Nota gefüllt ist und bei den nachfolgenden Abrufen nicht mehr.
Es scheint auch nur die Postbank betroffen zu sein.

Wenn die Bank untertägig Änderungen an den Buchungen vornimmt, hilft es in der Regel, bei diesen Banken die Umsätze nur einmal am Tag abzurufen.

Die Identifizierung ist ja genau das Problem. Sonst würde es nicht zu den Dopplern kommen. Wenn sich die Buchungen hinreichend ändert, erkennt Hibiscus nicht mehr, dass die Buchung bereits vorhanden ist.

Bei MT940 gibt es keine Buchungs-Identifier. Hibiscus muss die Buchungen daher anhand der Eigenschaften erkennen. Bei CAMT gibt es zwar eine ID. Die verwenden aber nicht alle Banken.

Ok, mir kommt es halt so vor als würde sich seit dem ich das Update Mitte Januar mit der Umstellung auf CAMT diese Probleme haben.
Die ganzen Jahre vorher ist mir das nicht (in diesem Maße) aufgefallen (da ich mich nicht an einen Fall erinnere.)

Was mir aber noch aufgefallen ist das es früher diese vorläufigen Buchungen bei der Postbank gegeben hat, wie sie noch bei der DKB üblich sind.
Ich bin mir nicht sicher, aber ich glaube das ich keine mehr sehe. Möglicherweise sind es genau diese die nun Probleme machen da diese nicht mehr als vorläufig erkannt werden?

Es könnte auch als Workaround helfen das man für bestimmte Problemkonten einfach nur bis zum Vortag die Buchungen abruft. Das sollte untertägige Änderungen vorhindern in der Hoffnung das sich Buchungen sich dann nicht mehr ändern.
Gibt es eine Möglichkeit das jetzt schon zu nutzen?

Nochmal: Um herauszufinden, ob sich Felder geändert haben, musst du überhaupt erstmal herausfinden, welche zwei Buchungen (je aus vorhandenem Bestand und aus aktuellem Abruf) zusammenpassen. Bei den CAMT-Umstätzen senden die meisten Banken eine Transaktions-ID(*) mit, was diesen Abgleicht sehr einfach macht und dafür sorgt, dass es keine Duplikate mehr gibt, weil anhand dieser ID abgeglichen werden kann. Die Postbank sendet diese ID entweder gar nicht oder in einem anderen/unbekannten Feld oder sie ändert sie. Dann bleibt nur noch der Abgleich über die Eigenschaften der Buchung. Und wenn sich die ändern, woran willst du dann festmachen, ob es noch die gleiche (aber geänderte) Buchung ist oder doch eine andere?

Beim Vergleich per Eigenschaften verwendet Hibiscus diese:

- Buchungsart
- Betrag
- Kundenreferenz
- Gegenkonto
- Primanota
- Verwendungszweck
- Datum
- Valuta

Wenn sich irgendwas davon ändert, wird die Buchung als neu interpretiert.

Wie gesagt: Viele andere Banken senden bei CAMT inzwischen einen vernünftigen Identifier, weshalb das Problem dort gar nicht mehr existiert. Und wie infoman schon schrieb, fehlt mir eigentlich die Zeit, hier irgendwelche Sonderlocken für die Postbank einzubauen, die sich in ein paar Monaten (wenn die dann doch noch IDs senden) wieder erledigt haben.

(*): Die Transaktions-ID kommt im CAMT aus "NtryDtls/TxDtls/Refs/Prtry/Ref" oder als Fallback "AcctSvcrRef" oder als weiterer Fallback aus "NtryDtls/TxDtls/Refs/AcctSvcrRef".

Wir können das Thema jetzt bitte beenden.

Wieso muss das denn die Postbank beheben und nicht die von dir eingesetzte Software?
Das hier beschriebene Problem besteht z.B. mit Banking überhaupt nicht. Dort werden vorgemerke Umsätze problemlos abgerufen und es gibt auch keine doppelten Einträge. Abruf erfolgt schon seit vielen Monaten via CAMT, kein Umschaltegefrickel zwischen MT940/CAMT nötig und auch kein umsatz.startdate.offset-Gebastel...