Zwischensumme stimmt nicht

Natürlich. Wenn Umsätze geliefert werden, muss in den Daten drin stehen, auf welchen Startsaldo sich die enthaltenen Buchungen beziehen. Welchen Sinn hat sonst diese Info, wenn sie im Wesentlichen lautet "Ach übrigens, hat damit nichts zu tun, aber der Saldo vor ein paar Monaten war dieser hier: ...".?

Ich kann das Problem hier auch bestätigen, und zwar mit einem Konto der 1822direkt. Abgerufen werden die Konten mit dem Hibiscus Server per FinTS/HBCI. Diese Konten lassen den Abruf über CAMT offenbar nicht zu, die Option wird in Hibiscus nicht angeboten.

aktuell installiert
hbci4java 3.1.70
hibiscus Buildnumber: 361 Built-Date : 20231018
das Problem war schon vorher existent.

Auffälig ist, dass das Problem immer bei mehreren Transaktionen am selben Tag auftritt.

Hier der Zustand nach Kontenabruf:



und hier der Zustand nach Saldenkorrektur über Hibiscus:



Der letzte Saldo nach Korrektur stimmt mit dem tatsächlichen Banksaldo überein. Diese Transaktion habe ich nun auf geprüft gesetzt und beobachte weiter, ob das einen Unterschied macht.

Kann man an die zitierte Info unter forum/topic.php?p=164595#real164595 noch auf anderem Weg kommen? (Keine Lesebefugnis)

Ok, danke, jeden Tag ein neues Feature in Hibiscus, das mir noch nicht aufgefallen war

Ich rufe nun in der nächsten Zeit mal manuell ab. Ein hbcitrace nach korrekten Salden in Hibiscus bringt dir eher nichts, oder?

Ich benutze eine PostgreSQL, nur Hibiscus Clients greifen darauf zu. Da das Phänomen nur mit Konten bei der 1822direkt auftritt, wage ich diese Ursache mit an Sicherheit grenzender Wahrscheinlichkeit auszuschließen.

So, es ist nun wieder passiert, mehrere Buchungen am selben Tag:



wobei der Saldo in der Kontenansicht stimmt:



Nach manuellem "Salden neu berechnen" stimmt alles.

Ich habe dieses Mal ein hbcitrace, wohin darf ich dir das schicken?

Gute Frage Eigentlich gar keine, also nach ID (#). Datei ist raus an dich.

Besten Dank, hab das so an die Bank weitergegeben.

@hibiscus
ich ärgere mich immer wieder, warum die DATEV (bzw. über finapi) den aktuellen Tag nicht darstellt.
Der Abruf/Speicherung/Darstellung erfolgt immer nur bis zum Vortag.

aber jetzt haben wir ja evtl. den Grund:
Die möchten anscheinend so ähnliche Probleme, wie oben geschildert, damit umgehen.

Aber dann kann ich doch auch einfach "Salden neu berechnen..." aufrufen?



Ich glaube mich zu erinnern irgendwo gelesen zu haben (hab nicht in den Code geschaut), dass Hibiscus den Saldo sowieso separat abfragt. Wäre es nicht möglich, von diesem Saldo ausgehend innerhalb Hibiscus die Salden zurückzuberechnen? Ich tue doch eigentlich nichts anderes, wenn ich "Salden neu berechnen..." nach dem Abruf aufrufe. Also im Prinzip "Salden neu berechnen" automatisch nach Abruf ablaufen lassen (evtl. als Option, wenn man es nicht generell machen lassen will)?

Sehr verständlich.



Dann müsste es doch allerdings möglich sein, imperativ alle Salden bei Abweichung zu korrigieren, wenn es eine solche festgelegte als geprüft markierte Buchung gibt. Natürlich ist das hässlich, wenn man sich nicht auf die von der Bank gelieferten Daten verlassen kann. Aber da man die Reaktionsbereitschaft der Banken in diesen Dingen kennt, wäre eine solche konfigurierbare Option schlicht benutzerfreundlich. Allerdings verstehe ich auch, wenn du nur wegen der 1822 nichts derartiges einbauen willst.

Mich persönlich betrifft das Problem direkt eher weniger, da ich meine Umsätze ja über mein Trytonmodul verbuche. Und dort habe ich exakt diese Möglichkeit eingebaut (nämlich die interne Saldenberechnung zu verwenden statt der externen, in diesem Fall von Hibiscus gelieferten). Ich hatte das ursprünglich für das Paypal-Plugin von Sebastian Richter benötigt, das zeitenweise falsche Salden geliefert hat, nun musste ich das eben auch für die 1822-Konten aktivieren.