Umsätze werden teilweise doppelt abgerufen

Hi,

seit dem Upgrade von Hibiscus von 2.8.15 auf 2.8.24 oder 2.10.0 werden immer mal wieder einzelne Umsätze doppelt importiert. Unterschiedliche Banken, Verfahren (sowohl LS als auch Überweisungen) als auch Kunden und Beträge, ein Schema bei welchen Umsätzen das auftritt, konnte ich nicht entdecken.

Löschen der Umsätze, sowohl alle als auch nur die Dubletten, löst das Problem nicht, spätestens beim übernächsten Import sind die selben wenigen Umsätze wieder doppelt da.

Hat das Problem noch jemand bzw. irgend wer ne Idee?

Gruß
Akanje

--------------------------------------------------------------
Hibiscus 2.10.0 auf Ubuntu 18.04
Hausbank: GLS
Fin TS / HBCI

Hi,
tatsächlich gibt es immer Unterschiede, insofern ist zumindest klar, warum nicht alle Umsätze betroffen sind. Und ich hatte einen logischen Fehler beim Testen. Wenn ich eine Dublette lösche - bleibt ja die falsche veraltete Version im System und Hibiscus versucht erneut die (gelöschte) aktuellere Version zu holen, was natürlich erneut zu Dubletten führt. Wir haben also beim Versuch einen Workaround zu finden, immer die falschen Datensätze gelöscht!

Allerdings sind wir uns sicher, dass wir weder Umsätze rückwirkend abgerufen hatten noch die entstandenen Dubletten am Tag der Synchronisation transferriert wurden, sondern in der Vergangenheit lagen. Die Funktion "Saldo und Datum zurück setzen" hatten wir bislang nie genutzt. Insofern bleibt es rätselhaft, warum das Problem seit kurzem so häufig auftritt, die letzten Jahre hatten wir nicht eine Dublette im System...

Aktuell weitet sich das Problem leider sogar noch aus, mehr als die Hälfte aller Umsätze landet inzwischen doppelt im System. Ich habe deswegen auch noch mal unsere Bank angeschrieben, aber noch keine Antwort. Kann es denn sein, dass die mehrere Versionen eines Umsates im System haben? Denn selbst wenn die Bank jetzt aus irgend welchen Gründen häufiger nachträgliche Änderungen vornehmen würde - sollte das ja im Normalfall - so wie von Dir beschrieben - nicht zu Dubletten führen.

Danke soweit schon mal
Akanje

Warum? Final sind die echten Kontoauszüge.
Das sich Daten nachträglich ändern liegt daran, weil die Umsatzdaten bei vielen Banken und FinTS/HBCI dynamisch generiert werden und nicht aus einem "Datenspeicher" geholt werden. Wenn sie final wäre, wäre ja erstmal eine Fehlerkorrektur schlechter möglich und die Bank müsste sich noch merken, welche Software/App mit welchem Zugang/User welche Daten bekommen hat. Also das wäre imho mindestens genauso problematisch, wenn nicht schlimmer.
Nachträgliche Änderungen sollten aber selten passieren und dann aber auch einen guten Grund haben.
Bei EBICS und Tagesauszügen läuft das übrigens anders. Hier werden die Daten auf einem Server in einer Datei abgelegt und auch dass eine Abholung erfolgt war, wird am Auszugsfile gekennzeichnet.
Gruß
Raimund

Den technischen Grund dafür kann ich schon verstehen. Ich finde es trotzdem nicht richtig. Denn durch die nachträglichen Änderungen ist nie sichergestellt, ob der finale Stand des Datensatzes jemals beim Kunden ankommt. Wenn er die Umsätze nur einmal täglich früh abruft, sieht er nie die geänderten Daten. Klar, auf dem PDF-Kontoauszug sind sie dann richtig. Die sind aber nicht *inhaltlich* digital weiterverarbeitbar.

Ich würde annehmen, dass es auch bei der Bank irgendwann einen Zeitpunkt gibt, ab dem man davon ausgehen kann, dass keine weiteren Daten mehr geändert werden. Vermtulich spätestens nach dem Tagesabschluss. Ich persönlich würde als Kunde die Daten jedenfalls lieber einen halben oder ganzen Tag später erhalten, dafür aber sicher sein können, dass sich nichts mehr ändert. Bei meiner Sparkasse hab ich jedenfalls noch nie doppelte Buchungen gehabt.

Es ist allerdings auch müßig, solche Themen zu diskutieren. Was ich persönlich besser finde, hat ja nichts mit dem zu tun, was die Bank macht bzw. welche Gründe die dafür hat.


Hibiscus ruft ohne Überlappung ab. Man kann zwar eine konfigurieren (https://www.willuhn.de/wiki/doku.php?id=support:faq#umsaetze_fehlen). Per Default ist die Überlappung aber zwangsweise nur der Tag des letzten Abrufs - an dem können ja noch weitere Umsätze kommen.

Gerade bei Fiduzia ist es möglich und kommt in bestimmten Fällen auch regelmäßig vor.

Ich habe dafür ein Beispiel, das allerdings "speziell" ist. Wie viele mitbekommen haben dürften, arbeite ich sehr viel mit einem Immobilienverwaltersystem, das von einer Spezialbank gehostet und betrieben wird. Kunden greifen darauf über eine Citrix-Verbindung zu. Unter Anderem enthält das System eine Unter anderem enthält das System eine Buchhaltung. Bankumsätze werden einmal pro Stunde von Fiduzia übernommen und in die Buchhaltung vollautomatisch eingespielt und auch verbucht - soweit möglich gleich auf die finalen Sach- oder Personenkonten, wenn nicht klar ist, wo der Umsatz hingehört, auf ein Zwischenkonto. In der umgekehrten Richtung werden Aufträge die entweder eingegeben wurden oder vom System selbst generiert wurden (z.B. Lastschriften für Miet- und Hausgeldzahlungen) drei Mal am Tag automatisch auf den Bankrechner überspielt und dort ohne weiteres Zutun ausgeführt.

Mit dem Verwendungszweck der Umsatzes auf dem Bankrechner ist das nun so eine Sache. Wenn ein Umsatz neu erscheint, hat er einen bestimmten Inhalt im Verwendungszweck - wie bei jeder Fiduzia-Bank. So bekommt man ihn auch über HBCI und EBICS und auch im WebBanking ausgeliefert. Entsprechend wird er dann auch in der genannten Buchhaltung verbucht. Diese meldet an Fiduzia zurück, auf welches Buchhaltungskonto der Umsatz verbucht wurde. Diese Kontierung wird bei Fiduzia dem Umsatz hinzugefügt. Das heißt, ein paar Stunden später hat der Umsatz auf dem Bankrechner dann eine Zeile mehr, in der "XY/1234567890/" drinsteht. Wenn man den Umsatz also nach der Änderung im WebBanking anschaut oder per HBCI oder EBICS abruft, dann bekommt man diese zusätzliche Zeile ausgeliefert. Auch auf dem zum Erstellungsrhythmus erstellten Papier/PDF-Kontoauszug wird das dann mit abgedruckt.

Wenn man also auf den kompletten, endgültigen Umsatz Wert legt, dürfte man untertags eigentlich gar nicht abrufen sondern immer erst am nächsten Tag, nachdem die VZ-Erweiterung sicher stattgefunden hat.

Klar, das ist jetzt ein Sonderbeispiel, aber es zeigt, dass eine Veränderung auch Standard im Tagesgeschäft sein kann und nicht nur bei Programmänderungen vorkommt.

Ja, es handelt sich um die Hausbank München und deren "Verwalterservice 3". Probleme gibt es dabei nicht, weil die Verarbeitung ja "normalerweise" nur vom VS3 gemacht wird - und der ist natürlich entsprechend programmiert. Ich bin da auch nur draufgekommen, weil ich zusätzlich alle Umsätze per HBCI abrufe und in eine große Datenbank stopfe, denn in der kann ich in sämtlichen Konten (derzeit 750) gleichzeitig suchen und filtern, was im System selber nicht möglich ist. Gerade wenn man mal versehentlich eine UW von einem falschen Konto getätigt hat, dann ist das ohne eine Suche im gesamten Bestand nur sehr schwer wieder zu finden.

Es handelt sich nur um eine Ergänzung, der Text der beim frühen Abruf geliefert wird bleibt gleich - ich hab noch nie was anderes gesehen - es wird nur eine weitere Textzeile mit der Kontierung angefügt. Wenn man es also braucht, ist das leicht erkennbar. Mir wird übrigens gerade klar, dass B4 sich davon nicht beirren läßt und diese Umsätze nicht doppelt einspielt. Der zuerst abgerufene bleibt stehen - es sei denn man löscht ihn, dann wird er neu abgerufen und enthält die Kontierung. Wie es exakt bei EBICS abläuft kann ich nicht sagen, da ich derzeit HBCI nutze - ist für mich aus div. Gründen praktischer, auch wenn es eigentlich zuviel Konten für HBCI sind

Ich bin echt neugierig, ob sich bei uns unbemerkt etwas in der Verarbeitung geändert hat und bei welcher Art von Buchungen das überhaupt auftritt, hier benötige ich mehr Datenmatierial von Akanje.

Wenn nur hinten was angehängt wird, wäre es ein Feature, wenn man den Dubletten-Abgleich irgendwie konfigurieren könnte, also z.B. auf x character?

ja, sie kommt ja auch nicht an die Protokolle heran und hat deshalb auf das Forum verwiesen...
Kannst du bitte die originalen Ausschnitte aus den Protokolle posten, damit wir sehen können, ob diese Info bei euch vom Rechenzentrum "dazugedichtet" werden oder ob die aus einer Fehlerinterpretation in Hibiscus stammen.

Ich finde es auffällig, dass bei euch immer diese "OAMT+126,75 " bei jedem VWZ auftauchen sollen, das ergibt ja keinen Sinn.
Gruß
Raimund

Dieser Tag stammt sicherlich aus einer alten Lastschriftrückgabe.
Ich benötige zur Analyse die HBCI-Protokolle, ohne die kommen wir leider nicht weiter.

@Akanje:
am besten schickt ihr das Protokoll als Anhang zu einer Antwort auf meine Postfachnachricht im Onlinebanking, die Kommunikation ist verschlüsselt. Dann können wir das direkt auch ans Rechenzentrum weiterleiten.