Zwischensumme stimmt nicht

Baader Kontokorrent-Konto

 
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 11:39 Uhr  ·  #21
Zitat geschrieben von Nemo

@hibiscus
Wenn die Umsatzdaten in den Formaten MT940, camt053 oder camt053 abgerufen werden, sind dort auch Start- und Endsaldo enthalten. Ein zusätzlicher Abruf ist nicht notwendig. Nur bei MT942 sind die Salden nicht enthalten.

Das weiss ich und diese Daten werden auch verwendet (in der Spalte "Zwischensumme" in der Umsatzliste). Da es aber auch Konten gibt, bei denen Hibiscus keinen Umsatzabruf unterstützt (sondern nur den Abruf des Saldos) wird dieser dediziert abgerufen. Ich bin sicher, auch die anderen Bankingprogramme verwenden HKSAL.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 11:40 Uhr  ·  #22
Zitat geschrieben von Hansdampf

Erst einmal Danke für die schnelle Antwort. Mir ist nicht klar wo das Problem liegt. Bei der Bank? An Hibiscus? An mir? Unbekannt, nicht Lösbar?

Das weiss ich nicht.
msa
Benutzer
Avatar
Geschlecht:
Herkunft: München
Alter: 62
Beiträge: 7521
Dabei seit: 03 / 2007
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 12:14 Uhr  ·  #23
Kann es sein, dass ein Umsatz - warum auch immer - fehlt?
Nemo
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 441
Dabei seit: 09 / 2004
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 13:03 Uhr  ·  #24
Zitat geschrieben von hibiscus

Ich bin sicher, auch die anderen Bankingprogramme verwenden HKSAL.


Für Profi cash, VR Networld Software und Geno Cash kann ich sagen, das der Abruf HKSAL nur dann erfolgt, wenn entweder das Konto keine HKCAZ bzw. HKKAZ kann. Oder es wird manuell eingestellt, wenn der letzte Umsatz des Konto nicht mehr im Bereitstellungszeitraum der Bank ist, der Kunde aber den Saldo erneut bereitgestellt braucht.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 13:05 Uhr  ·  #25
Zitat geschrieben von Nemo

Für Profi cash, VR Networld Software und Geno Cash kann ich sagen, das der Abruf HKSAL nur dann erfolgt, wenn entweder das Konto keine HKCAZ bzw. HKKAZ kann. Oder es wird manuell eingestellt, wenn der letzte Umsatz des Konto nicht mehr im Bereitstellungszeitraum der Bank ist, der Kunde aber den Saldo erneut bereitgestellt braucht.

Das ändert aber auch nichts am Problem des OP. Dort ist die Zwischensumme der Umsätze falsch und nicht der Saldo des Kontos.
Nemo
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 441
Dabei seit: 09 / 2004
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 13:16 Uhr  ·  #26
@hibiscus
Beachtet das Programm Zwischensalden, wenn die Bank welche liefert? Ich weiß jetzt allerdings nicht, ober die Baader Bank mit Zwischensalden arbeitet.

@Hansdampf
Wenn ich das richtig sehe, handelt es sich um einen Zugang mit dem PINTAN-Verfahren. Hast Du schon mal die Testversion einen anderen ZV-Programmes installiert und darüber den Umsatzabruf getätigt? Tritt der Fehler dort genau so auf, dann könnte man sich (je nach Programm) im Protokoll die gelieferten Daten anschauen. Wenn dort das Problem nachvollziehbar ist, bleibt nur noch, sich mit diesem Protokoll an die Bank zu wenden.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 29.08.2023 - 14:07 Uhr  ·  #27
Nochmal zu der Frage, die msa schon stellte? Wie kommt denn die Höhe des Differenzbetrages zustande? Da muss doch eine Buchung fehlen.
Hansdampf
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 68
Dabei seit: 08 / 2008
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 30.08.2023 - 10:46 Uhr  ·  #28
@msa, @hibiscus
Obwohl ich mir meine Umsätze schon des Öfteren genau angeschaut hatte, habe ich nie Unstimmigkeiten gefunden.
Heute habe ich sämtliche Umsätze nach Excel exportier und die Zwischensumme von Excel berechnen lassen um Unterschiede festzustellen.
  • Erste Erkenntnis: Excel hat die gleiche (falsche) Zwischensumme wie Hibiscus berechnet. Hibiscus rechnet also definitive richtig.😁

  • Zweite Erkenntnis: In den Umsätzen gab es tatsächlich am Beginn zwei Fehler.

 


Ich habe jetzt alle Umsätze gelöscht, neu aktualisiert und neu berechnet.

Sämtliche Umsätze gelöscht und neu aktualisiert hatte ich früher schon gemacht. Allerdings stimmte auch hier die Zwischensumme nicht. Erst durch das Neuberechnen, das ich diesmal gemacht habe, stimmt die Zwischensumme.
Ich werde jetzt einmal zwei kleine Beträge überweisen und mal schauen was passiert.
Ich melde mich auf alle Fälle wieder.

Danke und Gruß an alle - Hd

P.S. Eine Neuberechnung aller Umsätze ohne sie vorher zu löschen und neu aktualisieren ergab keine Besserung.
infoman
Benutzer
Avatar
Geschlecht:
Beiträge: 7305
Dabei seit: 06 / 2008
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 30.08.2023 - 13:47 Uhr  ·  #29
die Zwischensummenberechnung ist hier sowieso grundsätzlich nicht unproblematisch, da wie bereits in #8 angeführt das Valuta-Datum hier immer stark einwirkt.

Zitat
Anhand der Valuta – auch Wertstellung genannt – erkennen Sie, wann Zahlungseingänge und Abbuchungen wertmäßig erfolgen. Es handelt sich dabei um das Datum, ab dem eine Kontobewegung wirksam wird. Die Valuta zeigt Ihnen also den echten Kontostand an.

Quelle: https://www.vr.de/privatkunden…llung.html
Hansdampf
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 68
Dabei seit: 08 / 2008
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 02.09.2023 - 11:09 Uhr  ·  #30
So, die Testüberweisungen sind eingegangen und ich habe die Umsätze in Hibiscus aktualisiert.
Das Problem bleibt bestehen. Die Zwischensumme des ersten Umsatzes ist falsch. Die Zwischensumme des zweiten Umsatzes ist relativ zur ersten wieder richtig. (Absolut natürlich auch falsch).
Der Saldo des Kontos (Menü Konto) ist aber korrekt.
Eine Neuberechnung aller Umsätze (Menü Konto/Konto auswählen/Erweitert/Salden neu berechnen…) ergibt wieder die korrekte Zwischensumme.

 


Gruß
bugmenot
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 196
Dabei seit: 11 / 2009
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 23.10.2023 - 21:08 Uhr  ·  #31
Ich kann das beobachtete Verhalten exakt bestätigen und habe mal etwas genauer getestet.

Kurzfassung
Bei mir sind die Zwischenstände korrekt, wenn ich in den Konto-Synchronisierungsoptionen das CAMT-Format deaktiviere.

Langfassung
Ich hatte ursprünglich vermutet, dass das Problem an den zwei verschiedenen Saldo-Einträgen lag, aber der erste Eintrag ist anscheinend für das vorherige Saldo, der zweite Eintrag für das aktuelle.
Stattdessen: Möglicherweise wird das Saldo des ersten Eintrag bei der Zwischensummenbildung verwendet, selbst wenn das Datum der Transaktionen vor dem Saldodatum liegt und darin schon berücksichtigt ist?
Code

<Bal>
  <Tp>
    <CdOrPrtry>
      <Cd>PRCD</Cd>
    </CdOrPrtry>
  </Tp>
  <CdtLine>
    <Incl>false</Incl>
    <Amt Ccy="EUR">0.00</Amt>
  </CdtLine>
  <Amt Ccy="EUR">300.00</Amt>
  <CdtDbtInd>CRDT</CdtDbtInd>
  <Dt>
    <Dt>2023-10-20</Dt>
  </Dt>
</Bal>
<Bal>
  <Tp>
    <CdOrPrtry>
      <Cd>CLBD</Cd>
    </CdOrPrtry>
  </Tp>
  <CdtLine>
    <Incl>false</Incl>
    <Amt Ccy="EUR">0.00</Amt>
  </CdtLine>
  <Amt Ccy="EUR">300.00</Amt>
  <CdtDbtInd>CRDT</CdtDbtInd>
  <Dt>
    <Dt>2023-10-23</Dt>
  </Dt>
</Bal>

Zusammen mit folgenden Überweisungen
  • 5.10. +100€
  • 12.10. +200€

führt das dann zu
Zitat
10/5/23 10/5/23 null:null 100.00 EUR
saldo: 10/5/23, 12:00 AM 400.00 EUR
code null
text:Gutschrift
primanota:null
usage: VWZ
konto: (EUR)
addkey:null

10/12/23 10/12/23 null:null 200.00 EUR
saldo: 10/12/23, 12:00 AM 600.00 EUR
code null
text:Gutschrift
primanota:null
usage: VWZ
konto: (EUR)
addkey:null

Das lässt sich auch mit dem bestehenden Testcase testen, indem man in hbci4java
  • in der Test-Ressource test-camt-parse-05200102.xml jeweils BookgDt und ValDt der beiden Ntrys von 2018 auf 2017 verschiebt.
  • und dann TestCamtParse.test004() laufen lässt.

In der Tat scheint ParseCamt05200102.createDay() genau den ersten Saldo-Eintrag als Start-Saldo zu verwenden, wenn er beispielsweise vom Typ PRCD ist. Und in createLine() werden dann zum Start-Saldo immer die neuen Transaktionswerte summiert, unabhängig vom Datum.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 08:22 Uhr  ·  #32
Jetzt hast du soviel analysiert und getestet. Aber was genau ist denn jetzt falsch? Ich blicke hier gerade nicht durch. Du kannst auch direkt einen Pull-Request mit dem Fix bei Github einreichen.
bugmenot
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 196
Dabei seit: 11 / 2009
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 12:23 Uhr  ·  #33
Mir ist nicht klar, was das korrekte Verhalten ist. Man könnte argumentieren, dass das das Startsaldo aus Bal (PRCD) nicht auf die Zwischensalden derjenigen Buchungen angerechnet werden sollte, die zeitlich davor liegen.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 12:30 Uhr  ·  #34
Poste doch mal eine komplette CAMT-Datei, die nicht nur den Saldenteil sondern den kompletten Umsatzabruf (anonymisiert) enthält. Dazu eine Übersicht, wie die Salden/Zwischensummen aussehen sollten und im Vergleich dazu, wie sie von Hibiscus ermittelt werden. Dann kann man damit einen Unit-Test erstellen und das entsprechend anpassen.
bugmenot
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 196
Dabei seit: 11 / 2009
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 13:15 Uhr  ·  #35
Code
<?xml version="1.0" encoding="UTF-8"?>
<Document
  xmlns="urn:iso:std:iso:20022:tech:xsd:camt.052.001.02"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="urn:iso:std:iso:20022:tech:xsd:camt.052.001.02 camt.052.001.02.xsd">
  <BkToCstmrAcctRpt>
    <GrpHdr>
      <MsgId>1234567890</MsgId>
      <CreDtTm>2018-07-23T12:43:32+01:00</CreDtTm>
      <MsgPgntn>
        <PgNb>1</PgNb>
        <LastPgInd>true</LastPgInd>
      </MsgPgntn>
    </GrpHdr>
    <Rpt>
      <Id>camt052_ONLINEBA</Id>
      <ElctrncSeqNb>00000</ElctrncSeqNb>
      <CreDtTm>2018-07-23T12:43:32+01:00</CreDtTm>
      <Acct>
        <Id>
          <IBAN>DE12345678901234567890</IBAN>
        </Id>
        <Ccy>EUR</Ccy>
        <Svcr>
          <FinInstnId>
            <BIC>ABCDEFG1ABC</BIC>
            <Nm>MUSTERBANK MUSTERHAUSEN</Nm>
            <Othr>
              <Id>DE 123456789</Id>
              <Issr>UmsStId</Issr>
            </Othr>
          </FinInstnId>
        </Svcr>
      </Acct>
      <Bal>
        <Tp>
          <CdOrPrtry>
            <Cd>PRCD</Cd>
          </CdOrPrtry>
        </Tp>
        <Amt Ccy="EUR">10.50</Amt>
        <CdtDbtInd>CRDT</CdtDbtInd>
        <Dt>
          <Dt>2018-07-19</Dt>
        </Dt>
      </Bal>
      <Bal>
        <Tp>
          <CdOrPrtry>
            <Cd>CLBD</Cd>
          </CdOrPrtry>
        </Tp>
        <Amt Ccy="EUR">10.50</Amt>
        <CdtDbtInd>CRDT</CdtDbtInd>
        <Dt>
          <Dt>2018-07-20</Dt>
        </Dt>
      </Bal>
      
      <Ntry>
        <Amt Ccy="EUR">10.00</Amt>
        <CdtDbtInd>CRDT</CdtDbtInd>
        <Sts>BOOK</Sts>
        <BookgDt>
          <Dt>2017-07-20</Dt>
        </BookgDt>
        <ValDt>
          <Dt>2017-07-21</Dt>
        </ValDt>
        <AcctSvcrRef>NONREF</AcctSvcrRef>
        <BkTxCd />
        <NtryDtls>
          <TxDtls>
            <Refs>
              <Prtry>
                <Tp>FI-UMSATZ-ID</Tp>
                <Ref>2017-07-20-07.51.25.370057</Ref>
              </Prtry>
            </Refs>
            <BkTxCd>
              <Prtry>
                <Cd>NSTO+152+9201+000</Cd>
                <Issr>DK</Issr>
              </Prtry>
            </BkTxCd>
            <RltdPties>
              <Dbtr>
                <Nm>Max Mustermann</Nm>
              </Dbtr>
              <DbtrAcct>
                <Id>
                  <IBAN>DE12345678901234567891</IBAN>
                </Id>
              </DbtrAcct>
              <Cdtr>
                <Nm>Erika Empfaenger</Nm>
              </Cdtr>
              <CdtrAcct>
                <Id>
                  <IBAN>DE12345678901234567890</IBAN>
                </Id>
              </CdtrAcct>
            </RltdPties>
            <RltdAgts>
              <DbtrAgt>
                <FinInstnId>
                  <BIC>ABCDEFG2ABC</BIC>
                </FinInstnId>
              </DbtrAgt>
              <CdtrAgt>
                <FinInstnId>
                  <BIC>ABCDEFG1ABC</BIC>
                </FinInstnId>
              </CdtrAgt>
            </RltdAgts>
            <Purp>
              <Cd>RINP</Cd>
            </Purp>
            <RmtInf>
              <Ustrd>Verwendungszweck 1</Ustrd>
            </RmtInf>
          </TxDtls>
        </NtryDtls>
        <AddtlNtryInf>DAUERAUFTRAG</AddtlNtryInf>
      </Ntry>
      
      <Ntry>
        <Amt Ccy="EUR">0.50</Amt>
        <CdtDbtInd>CRDT</CdtDbtInd>
        <Sts>BOOK</Sts>
        <BookgDt>
          <Dt>2017-07-20</Dt>
        </BookgDt>
        <ValDt>
          <Dt>2017-07-22</Dt>
        </ValDt>
        <AcctSvcrRef>NONREF</AcctSvcrRef>
        <BkTxCd />
        <NtryDtls>
          <TxDtls>
            <Refs>
              <Prtry>
                <Tp>FI-UMSATZ-ID</Tp>
                <Ref>2017-07-20-07.51.28.370057</Ref>
              </Prtry>
            </Refs>
            <BkTxCd>
              <Prtry>
                <Cd>NSTO+152+9201+000</Cd>
                <Issr>DK</Issr>
              </Prtry>
            </BkTxCd>
            <RltdPties>
              <Dbtr>
                <Nm>Bert Bezahler</Nm>
              </Dbtr>
              <DbtrAcct>
                <Id>
                  <IBAN>DE12345678901234567892</IBAN>
                </Id>
              </DbtrAcct>
              <Cdtr>
                <Nm>Erika Empfaenger</Nm>
              </Cdtr>
              <CdtrAcct>
                <Id>
                  <IBAN>DE12345678901234567890</IBAN>
                </Id>
              </CdtrAcct>
            </RltdPties>
            <RltdAgts>
              <DbtrAgt>
                <FinInstnId>
                  <BIC>ABCDEFG3ABC</BIC>
                </FinInstnId>
              </DbtrAgt>
              <CdtrAgt>
                <FinInstnId>
                  <BIC>ABCDEFG1ABC</BIC>
                </FinInstnId>
              </CdtrAgt>
            </RltdAgts>
            <Purp>
              <Cd>DEPT</Cd>
            </Purp>
            <RmtInf>
              <Ustrd>Verwendungszweck 2</Ustrd>
            </RmtInf>
          </TxDtls>
        </NtryDtls>
        <AddtlNtryInf>EINZAHLUNG</AddtlNtryInf>
      </Ntry>

    </Rpt>
  </BkToCstmrAcctRpt>
</Document>

Damit die Zwischensummen der beiden Buchungen zur Baader Bank passen, müssten sie wie folgt lauten:
  • Buchung 1: 10,00€
  • Buchung 2: 10,50€

Die von hbci4java berechneten Zwischensummen lauten:
  • Buchung 1: 20,50€
  • Buchung 2: 21,00€

Wie gesagt, ich bin immer noch nicht sicher, was das richtige Verhalten ist. Man könnte auch von der Baader Bank erwarten, dass das Datum des Startsaldos vor dem der ersten Buchung liegen sollte - dazu kenne ich die CAMT-Spezifikation viel zu wenig.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 13:36 Uhr  ·  #36
Warum sind die Dateien so alt (2017/2018)? Die können doch nicht aktuell von der Bank geliefert worden sein? Woher stammt die Datei?

Unabhängig davon: Jetzt mal angenommen, man würde den in der Datei angegebenen Startsaldo ignorieren, wenn er sich zeitlich hinter den drauffolgenden Buchungen befindet: Welchen Startsaldo würde man denn alternativ verwenden? Irgendeiner muss ja verwendet werden.

Ich habe eher die Vermutung, dass die CAMT-Datei nicht aktuell aus dem Onlinebanking heruntergeladen wurde sondern aus einem Archiv o.ä. stammt. Ggf. erzeugt die Bank hier einfach Quatsch. Und wie gesagt - irgend einen Startsaldo MUSS Hibiscus ja verwenden.
bugmenot
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 196
Dabei seit: 11 / 2009
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 16:29 Uhr  ·  #37
Korrekt, das ist nur ein Testfall, der auf einer Test-Ressource von hbci4java basiert, der aber strukturell exakt identisch mit den von Baader gelieferten Daten ist. In den echten Daten liegen die Transaktionszeitpunkte ebenfalls vor dem Zeitpunkt des Startsaldos, wenn auch kein Jahr.

Zur inhaltlichen Frage: Fachlich richtig wäre es in dem Fall, Startsaldo 0 zu wählen, dann wären die Zwischensummen wie erwartet 10,00€ bzw. 10,50€.

Das mitgeteilte Startsaldo der Baader Bank beinhaltet bereits sämtliche bis dahin gebuchten Transaktionen (wie gesagt, mir ist unklar, ob dies der CAMT-Spezifikation entspricht).
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 16:32 Uhr  ·  #38
Zitat geschrieben von bugmenot

Zur inhaltlichen Frage: Fachlich richtig wäre es in dem Fall, Startsaldo 0 zu wählen, dann wären die Zwischensummen wie erwartet 10,00€ bzw. 10,50€.

Das wäre nicht fachlich richtig sondern einfach nur eine Annahme, die in deinem Fall u.U. funktionieren würde. Der einzige Fall, in dem das funktionieren würde, wäre der erste Abruf direkt nach Neueröffnung eines Kontos. In allen anderen Fällen gibt es einen vorhandenen Saldo, der als Aufsatzpunkt verwendet werden muss.
bugmenot
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 196
Dabei seit: 11 / 2009
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 16:36 Uhr  ·  #39
Genau, wenn bereits Transaktionen in Hibiscus gespeichert sind, müsste dann die letzte Zwischensumme als Startsaldo verwendet werden.

Geht denn CAMT immer davon aus, dass das Datum des Startsaldo vor der ersten gelieferten Transaktion liegen muss? In dem Fall wäre ja eher eine Anpassung bei der Baader Bank sinnvoll als eine im Code.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10778
Dabei seit: 03 / 2005
Betreff:

Re: Zwischensumme stimmt nicht

 · 
Gepostet: 24.10.2023 - 16:40 Uhr  ·  #40
Die Bank kann auch untertägig Umsätze liefern. Da es keine Zeitstempel gibt - welche der vorhandenen Buchungen ist dann die korrekte? Was, wenn Umsätze lokal fehlen und der Saldo der letzten Buchung gar nicht der richtige ist?

Ich werde keine spekulativen Workarounds einbauen. Die Bank muss einen korrekten Startsaldo mitliefern.
Gewählte Zitate für Mehrfachzitierung:   0