Hallo Christian,
vielen Dank erstmal für die Hinweise. Ich habe mir das inzwischen
genauer angeschaut und nun doch noch einige Fragen.
> Wer's selber programmieren möchte: Auftrag zusammenbauen kann man in
> src/tools/aqbanking-tool/main.c in mkTransfer() ansehen und die
> zurückgegebenen Werte vom Importer sind in import.c Zeile 277 in der
> benötigten GWEN_DB Form vorhanden. Also dort in Zeile 281 müsste man statt
> dem Schreiben der Daten stattdessen mit mkTransfer() weitermachen.
Das würde für mich kein Problem darstellen, und im Prinzip wäre das
auch meine Notlösung.
So richtig glücklich bin ich damit aber trotzdem noch nicht, weil
letztendlich folgendes passiert:
- meine Applikation (FiBu) erzeugt eine DTAUS-Datei
- mit dem Importer wird die DTAUS geparst und in Form einzelner
Transaktionen an aqbanking übergeben
- aqhbci erzeugt aus diesen ganzen einzelnen Transaktionen wieder
eine DTA, welche in HBCI gekapselt zur Bank geschickt wird...
(stimmt doch, oder?)
Was würde gegen folgende Variante sprechen:
- meine Applikation (FiBu) erzeugt eine DTAUS-Datei
- aqhbci (oder was-auch-immer) nimmt diese DTAUS-Datei und schickt
sie ohne Herumkonvertiererei direkt zur Bank...
Falls ich grundsätlich auf dem falschen Dampfer bin bitte ich
um einen kleinen Hinweis. :)
In hbci4java wird als Input für Sammelüberweisungen etc. auch direkt
DTA verlangt, sollte das technisch nicht auch mit aq(banking|hbci)
gehen?
Besten Dank jedenfalls & viele Grüße
Klaus
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Aqbanking-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
