Nachtrag zum von mir vor einiger Zeit beschriebenen und zunächst schwer nachvollziehbaren Verhalten des DKB-VISA Scriptes:
Meine erste Feststellung
Zitat geschrieben von Michael_OF
Jetzt holt das Script aber nur IRGENDWELCHE alten Transaktionen, nicht alle, aber ohne direkt erkennbare Regel/Logik.
Also teilweise (!) Dubletten.
kann insofern korrigiert und ergänzt werden, als mir die "Regel/Logik" inzwischen klar geworden ist:
Präzise Bechreibung des Effekts: - Wenn das DKB-VISA Script ältere, bereits früher geholte Umsätze
neu holt, dann werden diese durch das Script als
Dublette in Hibiscus eingetragen, wenn der Text dieses Umsatzes, also der Wert aus dem Feld "Umsatzbeschreibung" im Webbanking der DKB, welcher im Feld "Verwendungszweck" in Hibiscus landet, länger als
27 Zeichen ist.
- Da diese Dublette vom Script nicht als solche erkannt wird, wird sie als bisher fehlende Transaktion betrachtet und neu eingefügt.
- Daher stimmen dann ab dem Datum der ersten Dublette alle berechneten Zwischensaldos (und m.E.n. auch der End-/Kontosaldo) natürlich entsprechend nicht mehr.
Ursache des Effekts: - Ab Version 2.0.0 (aka 1.3.0) wird (siehe
Changelog) der Text nach 27 Zeichen umgebrochen:
Code
Verwendungszweck wird nun auch Standard-Komform auf 27 Zeichen pro Zeile gekürzt und/oder umgebrochen. Dies soll auch spätere Probleme vermeiden (z. B. bei der
Überweisungsfunktion)
- Bereits in Hibiscus vorhandene Umsätze, welche mit früheren Script-Versionen geholt wurden, werden nicht mehr verändert.
- Sie bleiben also in Hibiscus
anders gespeichert, als sie es wären, wenn sie erst mit Script-Version 2.0.0 oder später geholt worden wären.
Diese unterschiedliche Speicherung ist in sicher vielen Fällen überhaupt kein Problem und fällt wahrscheinlich vielen Usern gar nicht auf. User, die das DKB-Visa-Script überhaupt erst seit Version 2.0.0 oder später einsetzen, werden den Effekt ohnehin nicht bekommen.
Es gibt aber Situationen, in denen doch noch einmal mit den Scripten ab Version 2.0.0, ältere, im "alten" Format in Hibiscus abgelegte Transaktionen neu geholt / verglichen / verarbeitet werden müssen.
Zum Beispiel, wenn die Hibiscus-Funktion "Saldo und Datum zurücksetzen" benötigt wird.In diesem Fall werden die Transaktionen seit 12 Monaten neu geholt, und der Effekt tritt wie oben beschrieben für alle Transaktionen mit Verwendungszweck > 27 Stellen auf, die mit älteren Script-Versionen in Hibiscus schon geholt wurden.
Workaround:(solange diese Dubletten nicht durch das Script erkannt und aussortiert werden)
- Statt nur "Saldo und Datum zurücksetzen",
zusätzlich manuell alle Umsätze der letzten
exakt 12 Monate löschen.
- Dadurch wären alle evtl. zu Dubletten führenden Transaktionen gelöscht.
- Danach Umsätze durch das DKB-VISA-Script neu einlesen lassen.
Nachteil des Workarounds:- Durch das Löschen wären evtl. manuell zugeordnete Hibiscus-Umsatzkategorien an den Transaktionen natürlich auch weg. Würde also etwas Nacharbeit bedeuten.