Große Sammellastschriften automatisiert mit aqbanking-tool

 
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 07.09.2006 - 13:46 Uhr  ·  #21
Habe gerade festgestellt, daß ktoblzcheck keinen Fehler liefert, wenn blz=0 und rbank=0. So schleichen sich Fehleingaben trotzdem durch die Prüfung in die Ausführung. Wenn auch nur eine falsche BLZ in dem Dialog ist, wird der gesamte Dialog verworfen (zumindest der gesamte Block der den Fehler enthält).
cstim
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hamburg
Beiträge: 150
Dabei seit: 08 / 2004
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.09.2006 - 10:02 Uhr  ·  #22
Re ktoblzcheck: Betrifft das die libktoblzcheck Bibliothek selber oder dessen Kommandozeilen-Tool? Beides liefert doch bei blz=0 den Rückgabewert für "BLZ unbekannt", dachte ich. Wo liegt hier dann das Problem?

Re insgesamt: Das Problem mit der Sammeleinreichung und dem ganzen Fehlerhandling ist, dass das eine furchtbar komplexe Aufgabe ist, und sowohl Martin als auch ich haben eigentlich 1. keinen eigenen Bedarf an dieser Aufgabe, sowie 2. auch praktisch keine Möglichkeit, eine große Zahl von Einreichungen selber zu testen. Das ist der Grund, warum das nur rudimentär implementiert ist. Um das komplett sauber und mit allen gewünschten Fehler-Checks einzubauen, wäre sicher ein kompletter Mann-Monat nur für diese Aufgabe nötig. Und momentan ist niemand in Reichweite, der diesen Arbeitsaufwand spendieren würde, ausser jemand finanziert den für Martin, aber für ein einzelnes Kleinunternehmen ist das finanziell ja auch schon zuviel. Sorry. Dafür ist aqbanking (bisher) nicht entwickelt worden.

cstim
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.09.2006 - 10:17 Uhr  ·  #23
Also eine Mann-Woche könnte ich mir schon vorstellen zu finanzieren, um einge gewünschte Funktionen zu implementieren, müßte mir aber noch genauer Gedanken machen was ich eigentlich will. Ein Monat wäre tatsächlich etwas viel.

Wegen ktoblzcheck: Ich kann nur sagen, zuerst hatte ich die libktoblzcheck im falschen Verzeichnis (/usr/local/lib statt /usr/lib), so daß dasselbe passierte wie hier (http://www.onlinebanking-forum.de/phpBB2/viewtopic.php?t=4609) beschrieben. Nachdem ich die lib nach /usr/lib verschoben hab, kamen keine Fehlermeldungen mehr (und das verarbeiten von 140 Transaktionen dauert jetzt 5 Minuten statt 5 Sekunden). Ich hatte mehrfach blz=0 in den daten drinstehen (was ich zunächst nicht bermerkt hatte) und es wurde nirgends bemängelt.
aquamaniac
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hamburg
Homepage: aqbanking.de/
Beiträge: 642
Dabei seit: 03 / 2005
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.09.2006 - 11:52 Uhr  ·  #24
Zitat geschrieben von arnolde

Akzeptierst Du Paypal? Soll Dein Schaden ja nicht sein. Ich setze das ja geschäftlich ein und beteilige mich gerne am Aufwand.

Nein, ich verwende PayPal nicht (mehr): Am liebsten ist mir eine Ueberweisung, da bleibt das meiste von uebrig :-) (Details siehe Homepage von AqBanking).


Gruss
Martin
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 11:14 Uhr  ·  #25
So ich hab diesen Monat den Hardcoretest gewagt (274 Lastschriften in einem Rutsch ohne Blockweise unterteilung) und bin doch tatsächlich endlich auf die Nase gefallen :-)

Code
Please enter the password for
PINTAN-20060823-164651

Input: *****
Sending queue
Waiting for response
Response received
HBCI: 0010 - Nachricht entgegengenommen. (M)
HBCI: 0020 - Information fehlerfrei entgegengenommen. (S)
HBCI: 1050 - UPD nicht mehr aktuell. Aktuelle Version folgt. (S)
Received account: 50070024 / Kontokorrentkonto
Received account: 50070024 / Kontokorrentkonto
Received account: 50070024 / maxblue Depotkonto
Encoding queue
3:2006/10/06 11-13-09:gwen(5074):buffer.c:  303: Size is beyond hard limit (65537>65536)
Aborted


Ich probiers mal mit einer etwas kleineren MAXTRANS Wert (z.B. 192).

Gruß,
Ethan
aquamaniac
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hamburg
Homepage: aqbanking.de/
Beiträge: 642
Dabei seit: 03 / 2005
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 11:24 Uhr  ·  #26
Zitat geschrieben von arnolde

Ich probiers mal mit einer etwas kleineren MAXTRANS Wert (z.B. 192).


Ah, da koennte man aber was dran aendern. Ich muesste nur den Backtrace sehen, dann koennte ich bei dem entsprechenden Puffer das HardLimit erhoehen.


Gruss
Martin
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 11:41 Uhr  ·  #27
mach ich dir gerne, wie kann ich dir diesen backtrace erstellen bzw. wo finde ich das?

[edit] sorry, hab schon die anleitung gefunden (http://www.linuxwiki.de/gdb), ich mach das jetzt grad, kommt sofort!
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 11:59 Uhr  ·  #28
Code
Received account: 50070024 / Kontokorrentkonto
Received account: 50070024 / Kontokorrentkonto
Received account: 50070024 / maxblue Depotkonto
Encoding queue
3:2006/10/06 12-01-30:gwen(19551):buffer.c:  303: Size is beyond hard limit (65537>65536)

Program received signal SIGABRT, Aborted.
0xffffe410 in ?? ()
(gdb) backtrace
#0  0xffffe410 in ?? ()
#1  0xbfff5588 in ?? ()
#2  0x00000006 in ?? ()
#3  0x00004c5f in ?? ()
#4  0x401a42c1 in raise () from /lib/tls/libc.so.6
#5  0x401a5b75 in abort () from /lib/tls/libc.so.6
#6  0x400c73ea in GWEN_Buffer_AllocRoom (bf=<value optimized out>, size=0) at buffer.c:316
#7  0x405c6398 in AHB_DTAUS__CreateSetC (dst=0x835a9a0, cfg=0x81f5f00, xa=0x82f5818, sumEUR=0xbfff5ad0, sumDEM=0xbfff5ad8, sumBankCodes=0xbfff5ae0,
    sumAccountIds=0xbfff5ae8) at dtaus-export.c:304
#8  0x405c7752 in AHB_DTAUS__Export (dbio=0x8370500, bio=0x83711b8, flags=284688384, data=0x81f64f0, cfg=0x81f5f00) at dtaus-export.c:765
#9  0x4012e7ac in GWEN_DBIO_Export (dbio=0x8370500, bio=0x83711b8, flags=284688384, db=0x81f64f0, params=0x81f5f00) at dbio.c:248
#10 0x40547b30 in AH_MsgEngine_BinTypeWrite (e=0x81224a8, node=0x81ab220, gr=0x81f5da0, dbuf=0x8371288) at msgengine.c:196
#11 0x40137d96 in GWEN_MsgEngine__WriteElement (e=0x81224a8, gbuf=0x80fea30, node=0x81ab220, rnode=0x81d8678, gr=0x81f5da0, loopNr=0, isOptional=0,
    nodePath=0x836e070) at msgengine.c:732
#12 0x40138dfe in GWEN_MsgEngine__WriteGroup (e=0x81224a8, gbuf=0x80fea30, node=0x81aaf18, rnode=0x81d8678, gr=0x81f5da0, groupIsOptional=0,
    nodePath=0x836e070) at msgengine.c:1681
#13 0x40138c9b in GWEN_MsgEngine__WriteGroup (e=0x81224a8, gbuf=0x80fea30, node=0x81d84b0, rnode=0x0, gr=0x81f5da0, groupIsOptional=0, nodePath=0x836e070)
    at msgengine.c:1838
#14 0x40139e56 in GWEN_MsgEngine_CreateMessageFromNode (e=0x81224a8, node=0x81d84b0, gbuf=0x80fea30, msgData=0x81f5da0) at msgengine.c:1950
#15 0x4054441c in AH_Msg_AddNode (hmsg=0x8372970, node=0x81d84b0, data=0x81f5da0) at message.c:398
#16 0x40554d56 in AH_JobQueue_ToMessage (jq=0x836ddc8, dlg=0x830c490) at jobqueue.c:398
#17 0x40567d7d in AH_Outbox__CBox_SendAndRecvQueue (cbox=0x81f6c08, timeout=60, dlg=0x830c490, jq=0x836ddc8) at outbox.c:656
#18 0x405692dd in AH_Outbox__CBox_PerformQueue (cbox=0x81f6c08, dlg=0x830c490, jq=0x836ddc8, timeout=60) at outbox.c:1093
#19 0x40569a04 in AH_Outbox__CBox_SendAndRecvSelected (cbox=0x81f6c08, timeout=60, jqflags=<value optimized out>, jqmask=7) at outbox.c:1154
#20 0x4056c66b in AH_Outbox_SendAndRecv (ob=0x80b2e80, timeout=60) at outbox.c:1392
#21 0x4056d6f3 in AH_Outbox_Execute (ob=0x80b2e80, ctx=0x0, withProgress=0, nounmount=0) at outbox.c:1896
#22 0x4057277c in AH_Provider_Execute (pro=0x8076450, ctx=0x80ff048) at provider.c:718
#23 0x40060fe9 in AB_Provider_Execute (pro=0x8076450, ctx=0x80ff048) at provider.c:269
#24 0x40053721 in AB_Banking_ExecuteJobListWithCtx (ab=0x8061238, jl2=0x80ba2e8, ctx=0x80ff048) at banking.c:2627
#25 0x40055cca in AB_Banking_ExecuteQueueWithCtx (ab=0x8061238, ctx=0x80ff048) at banking.c:2709
#26 0x0804cba7 in qexec (ab=0x8061238, dbArgs=0x8060f18, argc=1, argv=0xbffff5e8) at exec.c:96
#27 0x0804b66f in main (argc=1, argv=0xbffff5e8) at main.c:392
(gdb)


Hilft das weiter?

Wenn Du ggf. gleich etwas sagen könntest, wär das super, dann würd ich mit der Abrechnung solange abwarten und das noch umsetzen. Sonst hab ich die Gelegenheit erst am 1.11.06 wieder.

P.S. Hab dir soeben die versprochene Belohnung überweisen, sorry daß Du warten mußtest!
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 14:45 Uhr  ·  #29
Ich mußte das jetzt doch wieder behelfsmäßig aufteilen. Also 192 Jobs am Stück klappt noch.

Was wirklich wirklich ärgerlich ist, ist wenn für einen Block die TAN nicht anerkannt wird, werden alle aufträge trotzdem als ausgeführt gemeldet am Ende, und die nicht ausgeführten bleiben nicht im jobs/todo sondern werden dort auch entfernt. So ist es teilweise sehr aufwändig (telefonisch mit Bankkundenberater jeden Einzelposten durchgehen) herauszukriegen, welche posten nochmal wiederholt werden müssen und welche nicht.

Am besten wäre, wenn bei fehlerhafter TAN der Blcok mit neuer TAN wiederholt werden kann. Am zweitbesten sollten die nichtausgeführten Jobs in der queue bleiben (wie es z.B. bei überlangem empfängernamen der fall ist)

Gruß,
Ethan
aquamaniac
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hamburg
Homepage: aqbanking.de/
Beiträge: 642
Dabei seit: 03 / 2005
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 18:03 Uhr  ·  #30
Zitat geschrieben von arnolde
Code

3:2006/10/06 12-01-30:gwen(19551):buffer.c:  303: Size is beyond hard limit (65537>65536)


Hilft das weiter?

Ja, tat es. Ich habe das hard-limit nun auf 256KB erhoeht (war vorher 64KB).
[/quote]

Damit solltest Du nun 4mal soviele Ueberweisungen in einem Rutsch machen koennen (ist gerade ins SVN eingecheckt).


Gruss
Martin
aquamaniac
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hamburg
Homepage: aqbanking.de/
Beiträge: 642
Dabei seit: 03 / 2005
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 18:11 Uhr  ·  #31
Zitat geschrieben von arnolde

Was wirklich wirklich ärgerlich ist, ist wenn für einen Block die TAN nicht anerkannt wird, werden alle aufträge trotzdem als ausgeführt gemeldet am Ende, und die nicht ausgeführten bleiben nicht im jobs/todo sondern werden dort auch entfernt. So ist es teilweise sehr aufwändig (telefonisch mit Bankkundenberater jeden Einzelposten durchgehen) herauszukriegen, welche posten nochmal wiederholt werden müssen und welche nicht.


Jobs, die einmal der Bank vorgestellt wurden, gelten als ausgefuehrt. Nur dadurch koennen wir sicherstellen, dass nicht versehentlich Ueberweisungen doppelt ausgefuehrt werden.

Solche Ueberweisungen bekommen aber normalerweise einen Fehlerstatus, so dass alle Ueberweisungen, die in einem Auftrag an die Bank gesendet und abgelehnt wurden, einen Fehlerstatus haben sollten. Die uebrigen (also in anderen Nachrichten an die Bank gesendeten) sind davon nicht betroffen und sollten daher einen positiven Status haben.

Zitat geschrieben von arnolde

Am besten wäre, wenn bei fehlerhafter TAN der Blcok mit neuer TAN wiederholt werden kann. Am zweitbesten sollten die nichtausgeführten Jobs in der queue bleiben (wie es z.B. bei überlangem empfängernamen der fall ist)


Wie gesagt, alle Auftraege, die an AqHBCI weitergeleitet werden, gelten anschliessend als ausgefuehrt. Bei der Untersuchung der Jobs sollten aber die Ueberweisungen, die abgelehnt wurden, einen Fehlerstatus haben.

Aus den fehlerhaften koennte man dann wieder neue Versuche starten

Welches Programm verwendest Du denn fuer die Ueberweisungen?


Gruss
Martin
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 18:14 Uhr  ·  #32
Super, dann probier ich das mal nächsten Monat...
aquamaniac
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hamburg
Homepage: aqbanking.de/
Beiträge: 642
Dabei seit: 03 / 2005
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 18:23 Uhr  ·  #33
Zitat geschrieben von aquamaniac

Welches Programm verwendest Du denn fuer die Ueberweisungen?


Ich Idiot, steht ja im Titel :-)
Naja, bin Nachtdienst-geschaedigt...


Gruss
Martin
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 06.10.2006 - 18:32 Uhr  ·  #34
Ich bin auch nicht besser :-) ich übersehe jedesmal wenn das Forum eine neue Seite generiert... hatte dein zweites Posting (auf Seite 3) überhaupt nicht mitbekommen.

Nun wenn ich die Bildschirmausgabe genau untersuche, merke ich schon wenn was schiefgeht. Aber die fehlgeschlagenen dann rauszufiltern...
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.02.2008 - 11:06 Uhr  ·  #35
Ich wollt nur mal rückmelden, auch wenn das jetzt 1.5 Jahre her ist, daß in dieser Zeit das (fast) vollautomatische Einziehen von ca. 300-400 Lastschriften pro Monat (mit Datenentnahme aus einer mysql DB) problemlos funktioniert hat. Ich hab einen monatlichen cron-job der einen Shellscript mit lauter Einzelzeilen "aqbanking-tool lastschrift erzeug konto blz etc. etc." erzeugt, und mir dann eine Erinnerungs-Email sendet "logg dich mal per ssh ein und führe DIESE datei aus" :-)

Vorgestern hab ich mich mal wieder drangesetzt und angefangen, meine PHP-Kontoauszugs-Idee wieder aufzugreifen. Ich wollte a) ein Mechanismus basteln das die Kunden, deren Lastschrift zurückkommt, automatisch eine Mahnung sendet, und später vielleicht sogar überwacht ob der dann binnen 10 Tagen gezahlt hat und sonst dessen Service abstellt. Und b) einfach eine Kontoauszugs-Datenbank aufbauen in der ich auf einer Website (natürlich ssl und pw geschützt) alle meine Kontoumsätze abfragen kann und zwar rückwirkend mehr als 120 Tage (theoretisch ab jetzt für immer *g*)

Momentan bin ich soweit, daß ein Cronjob 4-mal täglich (8 bis 22 uhr) die Umsätze abfragt und die Datenbank aktualisiert, und ich hab ne Website die alle Kontostände (5 Konten bei 2 Banken) anzeigt und auf Klick dann auch die kompletten Umsätze des jeweils gewählten Kontos.

Leider werden per HBCI wohl nur das Valuta-Datum und nicht auch das Eingangsdatum geliefert (was aber nicht soo schlimm ist), und Vormerkungen kommen auch nicht rein (was aber an der Deuba liegt, wie ich schon an anderer Stelle gelesen hab). Weiterhin benutzt Deuba leider nicht die fremd-kto, fremd-blz und fremd-namen felder, sondern läßt diese komplett frei und tut den Absender/Empfänger der Buchung in die "purpose" Felder rein. (Auch da leider nicht immer den Namen in purpose1, sondern manchmal dort auch "Überweisung an" und dann den Empfänger in purpose2 - kotz) - da hält sich die Volksbank wesentlich besser dran.

Bei Interesse kann ich meine shell, sql und php files gerne mal hier einstellen.

Gruß,
Ethan
Tuxi70
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hannover
Homepage: dattuxi.de/
Beiträge: 19
Dabei seit: 12 / 2007
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.02.2008 - 12:23 Uhr  ·  #36
Zitat geschrieben von arnolde
Ich wollt nur mal rückmelden, auch wenn das jetzt 1.5 Jahre her ist, daß in dieser Zeit das (fast) vollautomatische Einziehen von ca. 300-400 Lastschriften pro Monat (mit Datenentnahme aus einer mysql DB) problemlos funktioniert hat.

Läuft bei mir mittlerweile seit gut 3 Jahren. Angefangen habe ich mit aqmoney-tng.

Zitat
Ich hab einen monatlichen cron-job der einen Shellscript mit lauter Einzelzeilen "aqbanking-tool lastschrift erzeug konto blz etc. etc." erzeugt, und mir dann eine Erinnerungs-Email sendet "logg dich mal per ssh ein und führe DIESE datei aus" :-)

Bei mir laufen diese Cronjobs täglich. Die Saldenabfrage im 2 Stundenrythmus von 8 bis 20 Uhr. Denn die Banken buchen nur von 7.30 Uhr bis 19.30 Uhr.

Zitat
Vorgestern hab ich mich mal wieder drangesetzt und angefangen, meine PHP-Kontoauszugs-Idee wieder aufzugreifen. Ich wollte a) ein Mechanismus basteln das die Kunden, deren Lastschrift zurückkommt, automatisch eine Mahnung sendet, und später vielleicht sogar überwacht ob der dann binnen 10 Tagen gezahlt hat und sonst dessen Service abstellt. Und b) einfach eine Kontoauszugs-Datenbank aufbauen in der ich auf einer Website (natürlich ssl und pw geschützt) alle meine Kontoumsätze abfragen kann und zwar rückwirkend mehr als 120 Tage (theoretisch ab jetzt für immer *g*)

Das habe ich mit Perl gelöst. Das via exportierten CSV die Daten in einer SQL-DB einfügt. Die Auswertung dieser Daten geschieht auch via Perl. Die Scripts laufen auch via Cronjob täglich.

Zitat
Momentan bin ich soweit, daß ein Cronjob 4-mal täglich (8 bis 22 uhr) die Umsätze abfragt und die Datenbank aktualisiert,

Bis 20 Uhr sollte reichen. Denn die Banken buchen nur von 7.30 Uhr bis 19.30 Uhr aktiv. Ausserhalb dieser Zeit, nehmen sie nur Aufträge an.

Bye Michael
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.02.2008 - 12:33 Uhr  ·  #37
Die Deuba überträgt etwa um 22 Uhr (so z.b. gestern definitiv erlebt) die Zahlungseingang-Vormerkungen (die via HBCI unsichtbar sind) in die Umsatzliste. Also merkt das Script erst ab 22 Uhr, was an jenem Tag eingegangen ist. Das ist unterschiedlich für jede Bank, viele anderen buchen in Echtzeit.
Tuxi70
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Hannover
Homepage: dattuxi.de/
Beiträge: 19
Dabei seit: 12 / 2007
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.02.2008 - 12:49 Uhr  ·  #38
Du meinst den notierten Saldo? Der ist für HBCI nicht unsichtbar. Zumindest nicht bei meiner Sparkasse. Ich sehe den notierten und den gebuchten Saldo.

Bye Michael
arnolde
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 40
Dabei seit: 08 / 2006
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.02.2008 - 13:34 Uhr  ·  #39
Nein, ich meine vorgemerkte Umsätze, Zahlungseingänge im Laufe des Tages (die im Web-Interface schon sichtbar sind) sind über HBCI unsichtbar und werden erst gegen 22 Uhr sichtbar. (Wie gesagt, bezieht sich nur auf Deuba)
Captain FRAG
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Große Sammellastschriften automatisiert mit aqbanking-tool

 ·  Gepostet: 08.02.2008 - 15:08 Uhr  ·  #40
Jepp, auf die Deuba bezogen passt das.
Vormerkungen liefert sie über HBCI nicht aus und da dort kein Realtime-Buchungssystem läuft, werden die Umsätze nach Buchungstagsende erst für Software sichtbar.
Ausnahme: Der Auftrag wird spät eingeliefert (irgendwo nach 15 Uhr), dann kommt der Umsatz noch nen Tag später, also nichtmal am Folgetag.
Gewählte Zitate für Mehrfachzitierung:   0