DKBVisa-PlugIn ver. 2.x.x - Erweiterungen und Anpassungen

Die Kontonummer bei einem Konto mit Kontovollmacht sollte zu Kontonummer + "-01" führen, das Script fügt aber das Suffix an die Kreditkartennummer an, so dass diese dann folgendermaßen aussieht:
1234********5678|-01

Im Changelog steht:


Das Script frägt bei der Kontoanlage folgendes ab:


Leider funktioniert das nicht, da das Script wie im Changelog beschrieben, eigentlich die "-01" als Suffix an die Kontonummer anhängen müsste. Tatsächlich wird aber das Suffix an die Kreditkartennummer angehängt.

D.h. die Abfrage eines optionalen Anmeldenamens und die Angabe des Suffix für ein Konto mit Vollmacht sollte in zwei unterschiedlichen Abfragen durchgeführt werden.

Hallo Scripting-Guru,

nachdem ich in letzter Zeit sehr wenig bis gar keine Zeit für Hibiscus etc. aufwenden konnte und bei mir alles ja sehr gut läuft, möchte ich heute endlich mal Feedback geben wegen des von mir im Mai beschriebenen DKB-Visa "Fehlers" mit dem Mismatch Konto-Saldo / Transaktionen.

Hatte ich heute morgen nämlich seit längeren wieder einmal, die DKB hat anscheinend die Buchungszeiträume für die Visakarten geändert.

Was macht die DKB:

Wenn eine Umbuchung Girokonto -> Visakonto stattfindet, dann ist der SALDO des Visakontos morgens ab ? Uhr verfügbar, ich habe den Saldo aktualisiert irgendwann zwischen 08:00 und 09:00 Uhr gesehen.
Die TRANSAKTION, die den Saldo verursachte, war NOCH NICHT da, diese war erst ab ~ 10:00 Uhr zu sehen. (Keine Garantie für die genauen Zeitpunkte, ich habe nicht ständig geprüft )

Abruf Visakonto über DKB-Visa-Script liefert Hinweis: "Zwischensaldo entspricht nicht Kontosaldo. Wurden Umsätze manuell gelöscht? (J/N)"

Da ich ja keine Umsätze gelöscht habe, habe ich "Nein" geantwortet.

Das endet aber in einem FALSCHEN Saldo, sobald die "fehlende" Transaktion dann doch da ist, sie wird DOPPELT "verrechnet".

Lässt sich lösen, wenn man die letzte(n) Transaktionen löscht und neu holen lässt, wenn DKB-seitig Saldo und Transaktionen VOLLSTÄNDIG da sind.

Also Workaround möglich, k.P.

Aber Deine Abfrags ist etwas verwirrend, da ja vom Users nichts gelöscht wurde

hä, da komm ich jetzt nicht ganz mit!
Diese Meldung mit Nein oder Ja kommt ja nur wenn schon vorher (vor dem Eintragen der Umsätze und vor dem Verarbeiten) das letzte Zwischensaldo nicht dem Kontosaldo entspricht! Also hattest du da schon vorher einen Fehler drinne ...

Hast du mal die ChangeLog der letzten Version gelesen?

Wenn du da Nein gewählt hast, ist dann zu dem Zeitpunkt dass Saldo richtig?
Da wird dann ja einfach als Zwischensaldo dass aktuelle Kontosaldo gesetzt, was ja auch stimmen würde, wenn nicht vorher dass Saldo schon falsch war.

Und dann wenn die Buchung doch kommt ist es falsch?
Doppelt wird da sowieso nichts gerechnet, wieso auch?
Erklär dass mal bitte genauer ... mit den Schritten und welches Ergebnis ...

Aber ich kann dass ja anscheinend nun so selbst auslösen
also danke fürs Rückmelden ...

also dass mit den Zeiten lassen wir jetzt mal weg, ist ja nicht relevant.

Aber dass ist ja die alte Situation die dass Script kann (wie von dir beschrieben) nur genau anders herum.

Damals hatte ich dass so verstanden oder hast du es so beschrieben dass das Kontosaldo noch nicht aktuell ist aber die Buchung schon da ist. Diese Beschreibung hier ist ja genau anders herum dass das Kontosaldo schon aktuell ist aber die Buchung dazu noch fehlt?

Sehe ich dass jetzt richtig?

Dass man dann Ja drücken kann ist richtig, dann wird ja einfach das Kontosaldo gleich dem letztem Zwischensaldo gesetzt, aber die Beschreibung passt dann halt überhaupt nicht, stimmt.

Aber wie gesagt von mir wurde dass genau anders herum betrachtet (wie beschrieben) und auch so umgesetzt, geht ja auch, falls es denn vorkommt

dass wäre echt übel dann hätte ich den ganzen Rotz da umsonst reingebaut und das Problem dass das "Kontosaldo" nicht aktuell ist kommt somit gar nie vor?!
Sonder das "Kontosaldo" ist aktuell und es fehlen die Buchungen dazu.
Man dass war bei der FidorBank grad eben aber viel leichter.
Die geben den aktuellen Saldo an und drunter den Saldo von Buchungen die erst noch kommen ...
Ich denk mal drüber nach und teste dass und werd wieder mal ne neue Version bauen ...

Aber dann bitte wirklich zeitnah testen, gelle

der Fehler liegt beim LBB-Script, dort ist die Start-Prüfung und Log-Ausgabe falsch rum ... Also bitte mal bei dem Entwickler melden ...
und zwar hier: http://www.strunk.eu/hibiscus/hibiscus-lbb-script/
Das Script kann somit mit keinem andern Script zusammen verwendet werden sondern nur alleine

Das sieht man wenn man sich mal den "ganzen" relevanten Code-Snippsel anschaut:




Die monitor.log-Ausgaben können bei jedem Konto angewendet werden und treffen somit auch bei jedem Script zu und werden wie hier gesehen somit auch ausgeführt.

Da ja die Prüfung ob dieses Script (also die if-Anweisung) erst danach kommt.
Somit führt Jameica nun also auch dieses Script aus da es ja zu Anfang nicht sagt, "ich bin für dieses Konto nicht geeignet"

Somit geht es natürlich weiter zur if-Anweisung welche wiederum erkennt dass die Voraussetzungen in dem Konto gar nicht passen und somit mit return false abbricht.

Dass sieht man dann ja auch an der Ausgabe: Es werden nur Kreditkarte der LBB unterstuetzt


Also man merke: die Prüfung ob das Script für ein Konto überhaupt ausgeführt werden darf muss immer ganz zu Anfang an die eigentliche Sync-Funktion, denn alles was davor kommt wird auch immer ausgeführt da ja nicht abgebrochen wurde.
Deswegen steht in meinem Scripten, in den ordentlich angegebenen Kommentaren , auch: // (sollte immer an erster Stelle der Sync-Funktion stehen!)

der Teil:

hat für dieses Problem hier eigentlich nichts zu sagen, sondern registriert ja nur dass das Script den Geschäftsvorfall "Umsätze abrufen" beherrscht.

Gruss


EDIT: der Codeschnippsel von dir ist aus der Sync-Funktion für den neuen Sync greift also bei Jameica-Nighty zuerst und dann erst der aus der Hauptsync-Funktion den ich hier aufgeführt habe. Bei der Jameica Verison 2.4 greift gleich und nur der den ich gepostet habe. Somit muss das Problem z. B. nicht bei jedem auftreten

na weil die Rückgabe doch erst nach der Log-Ausgabe gesetzt wird, soll Jamieca dass erraten wie die Rückgabe ausfällt?

Dachte ich hätte es verständlich erklärt, aber ok

hatt ja auch nix mit der Logausgabe zu tun da könnte ja jeder andere beliebige Code auch stehen ... Es wird halt alles ausgeführt bis ein Return kommt, und der kam bei dir halt erst später

es ist ja auch keine log-Ausgabe in dem Sinne sondern eine Meldung im Monitor

Hallo Zeze21,

hat das mal funktioniert und funktioniert jetzt nicht mehr? Oder hat das noch nie funktioniert, d.h. Du versuchst es gerade zum ersten Mal?

Welche Versionen von Hibiscis, Jameica, und von den Scripten nutzt Du?