Geschäftsvorfall "Einzel-Überweisung"

[fakeraol]

nach wechsel von cherry-tastatur mit kartenleser auf reiner sct usb bekomme ich bei dem versuch, eine überweisung einzugeben, obige fehlermeldung.
unter "kontenverwaltung" ist für das konto bei "unterstützte geschäftsv." sowohl
HKUEB (2) : Einzel-Überweisung
als auch
HKUEB (3) : Einzel-Überweisung
angegeben.

über den umweg einer terminüberweisung oder eines dauerauftrages (die ja beide ersatzweise als Einzel-Überweisung vom programm ausgeführt werden) geht es anstandslos, so dass der Geschäftsvorfall "Einzel-Überweisung" sehr wohl von der sparkasse institut unterstützt werden muss.

in der "hbci- und chipkartenverwaltung" für das konto die bank- und kontendaten zu aktualisieren, hat mehrfach nicht geholfen.

In der Kopfzeile
"Kto. 00000000 Saldo vom 00.00.0000 um 00.00 Uhr ________ EUR 00.00"
ist der Saldo übrigens auch falsch (zu niedrig) angegeben.

was tun?

[ALF]

Hallo,

bitte schicken Sie uns das Protokoll einer Aktualisierung der Bank- und Kontodaten über unser Support-Center.
Außerdem bitte einen Screenshot der "unterstützen Geschäftsv.", auf dem HKUEB erkennbar ist.
Danke.

MfG
ALF

[fakeraol]

ich bitte, das zu entschuldigen. ich hatte bei den institut-details nachgesehen. bei den kontodetails taucht der eintrag HKUEB überhaupt nicht auf.
die anderen daten habe ich übermittelt.

[fakeraol]

sie schreiben in ihrer mail:

[fakeraol]

hab mal mit einer alten installation verglichen. anscheinend sind nicht unterstützte geschäftsvorfälle dazugekommen.

die werden aber mit in der datenbank gespeichert, was bedeutet, dann es nur einer winzigen änderung bei der grösse des entsprechenden datanbankfeldes bedarf, um diesen bug zu beseitigen. irgendwo hatte ich schon mal was gelesen darüber, welche datenbank verwendet wird.

[ALF]

Hallo,

das Problem liegt tatsächlich an den neu hinzugekommenen Geschäftsvorfällen.

Da die "vorne" angefügt wurden, ist "HKUEB" nach hinten gerutscht.
Damit wird "HKUEB" leider in der Datenbank nicht mehr gespeichert, da nicht genügend Platz reserviert ist.

Seit Version 2 ist dieses Problem gelöst.

Als Kunde von Version 1 erhalten Sie beim Update auf Version 2 oder 3 vergünstigte Preise.

MfG
ALF

[fakeraol]

[ALF]

Hallo,

im Code von Version 1 ist diese Begrenzung natürlich auch drin.
Wenn ALF-BanCo 1 versuchen würde, einen längeren String in dieses Datenbank-Feld zu schreiben, würde der Datenbank-Treiber sonst einen Fehler melden.

D.h. auch wenn Sie das Feld vergrößern, wird nicht mehr als bisher in die Datenbank geschrieben.

MfG
ALF

[fakeraol]

also ein kleines script erstellen, das die von der bank übermittelten geschäftsvorfälle (aus der LastLog.txt) um die nicht erlaubten bereinigt, und nur die erlaubten in die datenbank zurückschreibt. und das vor jeden start ausführen.

oder für alfbanco die uhr um einen tag zurückstellen, die überweisungen als terminüberweisungen für den "nächsten" tag anlegen, und nach dem wieder-vor-stellen der uhr alfbanco noch einmal starten.

warum alfbanco dann terminüberweisungen und daueraufträge auf einmal doch als einzel-überweisungen ausführen kann, bleibt mir allerdings ein rätsel.

[ALF]

Hallo,

das mit den Terminüberweisungen funktioniert, weil vor dem Senden dann nicht mehr geprüft wird, ob Einzel-Überweisung erlaubt ist.
Und bei der Bank ist es natürlich erlaubt.

[fakeraol]

ok, hab ich jetzt gemacht, auch wenn es mir nicht schmeckt, auf diese weise an der weiteren nutzung meiner bezahlten version 1 gehindert zu werden. wie gesagt, memo nimmt bis zu 64.000 zeichen auf. es liegt allein an der (unnötigen) begrenzung in alfbanco1.

wie sieht es damit aus, bei fehlenden online-buchungen zuerst einen abruf aller buchungen zu machen, bevor (bisher immer unnötig) eine korrekturbuchung ausgeführt wird?

[ALF]

Hallo,

danke fürs "Updaten".
Als Version 1 noch aktuell war, hat der reservierte Speicherplatz völlig ausgereicht.

Ihren Vorschlag zur Korrekturbuchung haben wir als Wunsch notiert.
In Version 2 oder 3 können Sie den Zeitpunkt, ab dem abgerufen wird, aber einstellen (Extras > Optionen > Online). Dadurch sollten Korrekturbuchungen verhindert werden.

MfG
ALF