Nach dem Umstellung meines GAD-Kontos auf CAMT scheint die Zwischenummenberechnung nicht mehr zu funktionieren:



Der in der Kontenübersicht aufgeführte Saldo ist hingegen korrekt:



Das Verhalten, wird auch im Bug 1870 beschrieben, dort allerdings für ein Skripting-Konto.

Im Einsatz ist Jameica 2.8.1 mit Hibiscus 2.8.4 auf Windows 10 mit Java 1.8.0_191.

"zusammen gehören": 2018-09-26 Jameica 2.8.2 Hibiscus 2.8.4

Genau das gleiche Problem hatte ich neulich auch. Nach recherche mit Kontoauszügen und nachrechnen war es dann so, dass die Zwischen summe über ca. 10 Datensätze komplett falsch war und danach wieder auf den richtigen Wert umgesprungen ist. Dadurch sah es dann so aus als würde Geld fehlen.

Oh, danke für den Hinweis! Jameica also flugs upgedatet und Backup wieder eingespielt... Leider der selbe Befund.


Da muss ich dann wohl noch etwas warten. Habe erst fünf Folgebuchungen ab dem Rechenfehler...

Der verlinkte Bug-Report 1870 hat damit nichts zu tun. Das betraf ein Mashup-/Scripting-Konto.
Unabhängig davon scheint es aber beim Umsatzabruf per CAMT tatsächlich auch einen Fehler in der Zwischensummenberechnung zu geben. Ein anderer User hatte mir auch schon von dem Fehler berichtet. Leider habe ich bisher keinen Weg gefunden, den Fehler zu reproduzieren. Bei meinen Konten sind die Zwischensummen alle korrekt. Ich gehe davon aus, dass nur manche Banken davon betroffen sind. Was genau die Ursache ist, ist mir auch noch nicht klar. Meine Vermutung war bisher, dass das Soll/Haben-Kennzeichen der Buchungen bei manchen Banken für Hibiscus unerwartet gesendet wird oder es irgendwie mit Rücklastschriften o.ä. zusammenhängt. Das könnte bewirken, dass der Betrag einer Buchung mit dem falschen Vorzeichen in die Zwischensumme eingeht.

Im o.g. Beispiel passt das aber auch nicht: Mit einem Betrag von "431,25" komme ich von "-565,07" nicht auf "1069,82" - egal, wie ich die Vorzeichen drehe. Kann es vielleicht stattdessen sein, dass ein oder mehrere Buchungen zwischen 19.10. und 22.10. fehlen, die auf der Webseite der Bank angezeigt werden?

Ich habe daher vor 4 Tagen etwas Diagnose-Code im Nightly-Build von Hibiscus eingebaut, mit dem man an die rohen XML-basierten CAMT-Daten kommt, die die Bank gesendet hat. Anhand derer kann ich dann vielleicht eher erkennen, was falsch laeuft.

Zum Aktieren des Mitschreibens der CAMT-Dateien gehe wie folgt vor:

• Mache ein Update auf das aktuelle Nightly-Build (siehe https://www.willuhn.de/wiki/do…lds_nutzen)
  
• Oeffne den Jameica-Benutzerordner ".jameica" in einem Dateimanager (siehe https://www.willuhn.de/wiki/do…erzeichnis)
  
• Dort drin findest du einen Ordner "cfg", wechsle in diesen
  
• Oeffne die darin enthaltene Datei 'de.willuhn.jameica.hbci.HBCI.properties' in einem Texteditor
  
• Fuege folgende Zeile hinzu:
  
  Code

  
     umsatz.camt.path=/home/username/Downloads/camt
     
  
  Passe den Pfad nach Bedarf so an, dass er bei dir passt. Unter Windows folgendes Format verwenden "C:/Users/username/...." (Slashes statt Backslashes)"
  
  
• Rufe jetzt die Umsaetze per CAMT erneut ab.
  

In dem Ordner sollten sich jetzt eine Reihe von XML-Dateien mit den rohen CAMT-Daten befinden. Wenn hierbei Buchungen abgerufen wurden, bei denen die Zwischensummenberechnung falsch ist, sende mir diese bitte per Mail an hibiscus[at]willuhn.de Gern auch anonymisiert. Mir geht es nur um die Betraege und Soll/Haben-Kennzeichen.
Falls die Erstellung der Dateien nicht klappt, schau mal in die Logdatei "jameica.log". Dort sollten sich Meldungen der Art "dump CAMT data into ..." finden. Eventuell ist der Zielordner falsch konfiguriert.

Bis der Fehler geklaert ist, koennt ihr den Abruf der Umsaetze im CAMT-Format auch uebergangsweise deaktivieren. Die Option findet sich in den Synchronisierungsoptionen des Kontos.

PS: Ihr braucht nach einem Update übrigens kein Backup einspielen. Die Benutzerdaten sind streng von den Programmdaten getrennt. Also einfach die neue Version installieren und starten. Die Benutzerdaten bleiben einfach erhalten. Siehe https://www.willuhn.de/wiki/doku.php?id=support:update

Super Sache:

Wie klaust schon schrieb: Habe den Fehler finden und beheben können. Korrigiert im Nightly-Build ab morgen. Da es ein wirklich hässlicher Fehler war, werde ich in den nächsten Tagen auch ein aktualisiertes Release 2.8.5 von Hibiscus rausbringen.

Musste wegen forum/topic.php?p=140654#real140654 ohnehin gerade nochmal ein aktuelles Nightly-Build erstellen. Das Zwischensummen-Bugfix ist da jetzt auch gleich mit enthalten.

Hallo,

habe auch das Problem mit den fehlerhaften Zwischensummen.
Inzwischen scheint es ja wieder korrekt zu laufen.
Nur, wie kann ich nun Hibiscus dazu überreden, die erst fehlerhaft geholten Umsätze nochmal abzuholen und die bestehenden zu korrigieren?

Vielen Dank für Eure Hilfe
Peter

Ist im Wiki unter https://www.willuhn.de/wiki/do…nd_abrufen beschrieben.

Ich habe das gleiche Problem mit Hibiscus 2.8.10 unter Jameica 2.8.2.
Bei meinem Offline Konto (Saldo im Plus, Beträge werden abgezogen) stimmt die Saldenberechnung nicht. Das Problem hatte ich schon immer und es nervt mich extrem. Immer muss ich den neuen Kontostand mit dem Taschenrechner ausrechnen und manuell eintragen. Kann man da was machen?

Edit:
Hat sich erledigt, mit der neuen Version gehts doch. Danke fürs Fixen, ich lasse dir mal 25€ als Dankeschön da.

Danke fuer die Rueckmeldung und die Spende!

Hallo Olaf,

bei mir tritt der Fehler mit dem aktuellen nightly 2.9 Build 625 vom 12.07.2019 bei einem Offline-Konto auf.
Es gehen 3 Buchungen von meinem Girokonto ab, Hibiscus erstellt dafür 3 Auto-Gegenbuchungen auf Gegenkonto A. Soweit alles ok.
Bei der ersten Buchung wird die Zwischensumme korrekt berechnet, bei den anderen beiden bezieht sich die Basis aber immer noch auf die Zwischensumme vor der ersten Buchung. Der Kontensaldo ist richtig.
So wie es aussieht, wird die Zwischensumme nach der ersten Buchung intern nicht aktualisiert.

Gruß
Danzelot

Hallo,

bei mir stimmen die Zwischensummen leider auch nicht. Der Saldo ist korrekt und auch Einnahmen/Ausgaben sind richtig. Passiert auch bei mir mit einem Offline-Konto.

Software-Version: 2.8.13
HBCI4Java-Version: 3.0.25-SNAPSHOT
Datenbank-Version: 66
Build: 377 [Datum 20190624]

Grüße,
Gregor

Erscheinen in dem Zusammenhang in der Logdatei "jameica.log" irgendwelche Fehlermeldungen? Siehe https://www.willuhn.de/wiki/doku.php?id=support:fehlermelden

Hallo Olaf,

heute waren bei mir wieder die monatlichen Buchungen fällig, die auch auf ein Offline-Konto gebucht werden.
Im Log war kein Fehler protokolliert.
Wie ich bereits in #14 schrieb, werden die 3 Buchungen in der Tabelle Umsatz eingefügt, wobei der neue Saldo immer aus dem Saldo vor der Übernahme berechnet wird und nicht aus dem fortgeschriebenen.
Das Konto wird mit dem richtigen Saldo aktualisiert.

Im Log steht 3x dieser Block für die 3 Buchungen:


Ich hoffe, das hilft dir weiter.

Gruß
Danzelot

Habe die Ursache gefunden. Es handelt sich um einen Race-Condition-Bug. Wenn ein neuer Umsatz eintrifft, wird eine interne Message verschickt, die das System über die neue Buchung informiert. Diese Message wird u.a. an zwei Stellen ausgewertet. Eine prüft, ob es ein Offline-Konto betrifft - und wenn ja, wird dessen Saldo aktualisiert. An der anderen wird die automatische Gegenbuchung erzeugt. Hier kann es passieren, dass die Gegenbuchung erzeugt wird, *bevor* der Saldo des Offline-Kontos aktualisiert wurde. Die Gegenbuchung wird dann basierend auf dem veralteten Saldo angelegt.

Muss ich bei Gelegenheit mal fixen. In nächster Zeit werde ich wegen PSD2 aber nicht dazu kommen.

Ich wollte auch heute mein Log posten

Dann freuen wir uns auf den Fix - irgendwann einmal!