Hallo miteinander,

seit ein paar Wochen berechnet Hibiscus nach Synchronisierung die Zwischensumme nicht mehr automatisch neu. Ich kann das beheben, indem ich die letzte Zwischensumme validiere und dann bei den Konten die Neuberechnung auslöse. Früher war das aber nicht nötig?
Leider habe ich in der Zwischenzeit einen Kontowechsel vollzogen, sodass all das gut damit zusammenhängen kann. (Halte ich sogar für sehr wahrscheinlich.)
Daher wollte ich hier mal fragen, welchen Haken ich wo vergessen haben könnte, damit ich diese Berechnung nicht immer von Hand anstoßen muss.

Danke euch im Voraus.

Mfg Michael

Servus,

hast Du es genau so gemacht, wie im Hibiscus-Wiki beschrieben?

"Zwischensummen/Salden der Umsätze falsch

Wenn Umsätze falsch übertragen, gelöscht oder nachträglich importiert wurden, kann es vorkommen, dass die Zwischensumme einiger Umsätze nicht mehr korrekt ist. In dem Fall kann eine Neuberechnung der Zwischensummen durchgeführt werden.

Suche hierfür die letzte Umsatzbuchung, deren Zwischensumme noch korrekt ist.
Markiere diesen Umsatz als geprüft (Rechtsklick auf den Umsatz und im Kontextmenü „Als geprüft markieren“ wählen).
Stelle sicher, dass alle nachfolgenden Umsätze des betreffenden Kontos nicht als geprüft markiert sind (entferne die Geprüft-Markierung dieser Umsätze ggf. wieder).
Öffne dann die Liste der Konten (links in der Navigation auf „Konten“ klicken) und wähle das betrffende Konto
Klicke mit der rechten Maustaste auf das Konto und wähle im Kontextmenü „Erweitert→Salden neu berechnen…“

Hibiscus berechnet daraufhin die Zwischensummen aller Umsätze nach dem letzten geprüften Umsatz neu."

Gruß Christoph

Hallo und danke für deine Antwort.

Ja, wie ich das "reparieren" kann, weiß ich. Ich habe mir die Frage gestellt, ob ich eine Einstellung vergessen habe, die eine solche Reparatur unnötig macht.
Weißt du etwas darüber?

Mfg Michael

Hast du Informationen, was genau an den Zwischensummen nicht stimmt oder um welchen Betrag es sich handelt? Die Berechnung der Zwischensummen läuft wie folgt: Beim Abruf der Umsätze liefert die Bank die Daten tageweise. Für jeden Tag liefert sie einen Startsaldo und Endaldo. Basierend darauf kann Hibiscus dann die Zwischensummen der einzelnen Buchungen per Startsaldo+Buchungsbetrag1+Buchungsbetrag2+... berechnen. Wenn hierbei falsche Zwischensummen entstehen, kann das nur 2 mögliche Ursachen haben: Entweder der Tagesstartsaldo war schon falsch oder die Buchungen kamen nicht in der richtigen Reihenfolge.

Spätestens beim nächsten Abruf mit neuen Umsätzen sollte die Zwischensumme dort dann aber wieder stimmen.

Hallo,

zunächst danke für die Antwort und das Hilfeangebot.
Bitte entschuldigt, dass ich ein paar Tage nicht hineingeschaut habe.



Hm, eigentlich nicht. Die Umsätze werden abgerufen. Bei mir wird dann aber ab da als Zwischensumme stets 0,00 angezeigt. Auch ein erneuter Abruf hat (meiner Erinnerung nach, teste ich morgen nichmal) da keine Veränderung erwirkt. Die letzte Buchung mit berechneter Zwischensumme markiere ich dann als gültig und veranlasse die Neuberechnung bei den Konten.
Das ist auch kein großes Problem, nur nervig, und bisher war es eben auch nicht so.

Ach ja, ich habe noch mehr als 0,00 € auf dem Konto, wenn auch nicht viel.



Bei mir nicht: s.o.

Mfg Michael

Fragen:
1. Tritt das Problem nur mit einem Konto auf oder mit allen?
2. Hast du ggf. bein den Synchronisierungs-Option den Abruf des Saldo deaktiviert?

Moment: Buchungen mit Zwischensumme 0,00 EUR? Wenn die in grauer Textfarbe angezeigt werden, handelt es sich um sog. "Vormerkbuchungen". Das im Wesentlichen Buchungen, die der Bank bereits bekannt sind, die sich aber valutarisch noch nicht auf den Saldo ausgewirkt haben - es sind quasi Vorankündigungen. Dort ist normal, dass da "0,00" angezeigt wird.

Hallo zusammen,

zunächst einmal nochmals danke an alle, die sich hierfür die Zeit nehmen.



Ja, die Buchungen stehen in grauer Schrift dort. Datum der "jüngsten" drei Buchungen ist von heute, wobei in Klammern der 5.10. angegeben ist.

Was bedeutet das für das Problem, das ich damit habe?
Soll ich einfach abwarten, bis das eingeklammerte Datum erreicht ist und werden dann die Buchungen korrekt erscheinen?

Wie gesagt: Falls der dortige Kontostand mal auf den Euro genau nötig wäre, könnte ich mir behelfen, indem ich den letzten bekannten Stand als gültig markiere und dann die Summe neu berechnen lasse.
Und falls es nicht auf den Euro (oder 10) notwendig ist, dann kann ich das im Kopf wohl überschlagen.
Oder gibt es eine Einstellung (dann vermutlich bei Hibiscus), die dieses irritierende Verhalten abschaltet?

Mfg Michael

Diese Vormerkbuchungen verschwinden von allein, sobald die korrespondierenden valutierten Buchungen eintreffen. Sie sie einfach als Vorab-Info. Sie haben keinen Einfluss auf den Saldo.

Ich will da eigentlich kein neues Fass aufmachen, aber aus (meiner) Benutzersicht , wenn die Vormerkbuchungen keine Auswirkung auf den Saldo haben, kann der Saldo auch nicht "0,00" sein, oder als solcher ausgegeben werden. Er sollte (aus meiner Benutzersicht) gar nicht angezeigt werden (oder vielleicht dem der letzten ausgeführten Buchung entsprechen). Wie man das eine oder andere im Programm umsetzt, weiß ich auch nicht, aber "mormal" ist es nur insoweit, dass es jetzt so implementiert ist. Es scheint ja auch für Verwirrung zu sorgen und wenn er nicht angezeigt würde ...

Dazu eine Frage:
Wäre es möglich und vom Aufwand (oder ggf. anderer Gründe) zu vertreten, solange die Buchungen tagesspezifisch (ohne Uhrzeit wie bei Echtzeit-Daueraufträgen ...) geliefert werden, selbige vor Import nach Betrag (Haben, Soll) zu sortieren, damit im Einzelfall keine negativen Zwischensummen entstehen?

Nach Betrag sortieren? Das verstehe ich nicht. Wie meinst du das?

damit wird gemeint sein: (ich spek. mal)
die Haben-Buchungen vor den Soll-Buchungen (siehe o.g. Klammer) darzustellen, bezogen auf den Banktag.
um keine negative Zwischensummen zu erhalten (was aber auch wieder irritierend sein kann - Schlagwort Wertstellung)

@all
wird hier nicht zuviel verlangt? (vom Entwickler bzw. der Software)
je nach Bankgruppe/RZ werden Überweisung/Lastschriften unterschiedlich behandelt:

nach "Vorgangsnummer"
Kontostand 0,00 Euro
Überweisung 105,20 Euro nicht möglich (obwohl ausreichende Kontodeckung vorhanden wäre bezogen auf "Ende des Banktags")
Gutschrift 110,00 Euro durch Mieter, durch Dauerauftrag von Mieter am Nachmittag

nach "Vorgangsnummer", theoretische Minus-Zwischensumme
Kontostand 0,00 Euro
Lastschrift 105,20 Euro durch Vormerkung + morgens gebucht (bspw. Strom) - am "Ende des Banktags" entscheidet die Bank, ob die Lastschrift retourniert wird
Gutschrift 110,00 Euro durch Mieter, durch Dauerauftrag am Nachmittag
früher wurde oft nach Vorgangsnummer vorgegangen, dh. die Lastschrift (=Überweisung= Kontostand) wäre sofort zurück gegangen am morgen
hier ist man zwischenzeitlich flexibler, wie gesagt bezogen auf den Banktag und entscheidet erst am Abend/Nacht

So ähnlich verhält es sich doch auf, wenn man einen Scheck einreicht, der evtl. sofort gebucht wird, jedoch erst 1-2 Banktage später eine Wertstellung hat. Verfügung über das Guthaben ist in der Regel sofort möglich, obwohl rechtlich das Geld erst ab der Wertstellung zur Verfügung steht. (dies ist aber auch individuell bezogen auf Summe, Bank usw. + oft geduldet, halt mit Verzugszins - stellt man erst bei der Abrechnung fest)

@infoman: Korrekt so war es gedacht.



Die ganzen Ausführungen berücksichtigen nicht, dass sich die angedachte 'Sortierung' nur auf die einzelne Synchronisation bezieht.
Zu dem Thema Buchungstag vs. Wertstellung gab es meiner Erinnerung nach vor Jahren schon eine breite Diskussion, in deren Ergebnis das Datum der Wertstellung (sofern abweichend vom Buchungstag) in Klammern dargestellt wird, wobei ich (Stichwort Ist-Besteuerung) ein gesondertes Feld für das Datum der Wertstellung bevorzugt hätte, um u.a. auch Syntax nutzen zu können und da die Anzeige der Zwischensumme eigentlich erst in Bezug auf die Wertstellung sinnvoll erscheint ...

wenn du "einzelne Sync." = nur jeweils bis zum Vortag meinst?
könnte man theoretisch. "haben/soll" darstellen, aber das würde dann auch wieder den tatsächlichen Verlauf nicht spiegeln.
(+ aber nur, wenn Wertstellung nicht berücksichtigt wird)
und manche User würden sich fragen, warum bspw. die aktuellen Transaktionen (und Echtzeitüberweisungen) usw. nicht vorhanden sind.

Seit CAMT kommen die Buchungen doch oft mit Zeitstempeln und bei Echtzeitüberweisungen gibt es konkrete Auaführungszeiten.

... sofern diese Zeitstempel bei Import berücksichtigt werden darf ich auf den Ursprungspost verweisen:
(wobei in der h2db keine datetime-Felder zu entdecken sind ...)