Hello Martin & Aqbanklers
On Sun, 12 Mar 2006, Martin Preuss wrote:
On Sunday 12 March 2006 10:41, Tomas Pospisek's Mailing Lists wrote:
I can see aqyellownet downloading some XML and I can see at the end that
it did get the required documents:
[...]
However the accounting entries never show up in Gnucash.
[...]
You have to tell your bank to provide you with SWIFT MT 940 documents instead
of/in addition to XML.
I did and Postfinance reallly tries hard to dissuade you to use them.
The official communication policy about SWIFT MT 940 inside YN seems to be
that: a) nothing like SWIFT MT 940 exists and b) it only exists for
"business" clients. However I _did_ succeed in having my account
switched to MT940 like they call it at YN.
When I started to write the plugin I thought about supporting the XML files as
well, but then I had a look at them... I've never seen such weird XML files!
Well, yes they are weird - the do look like they tried to be as cryptic as
possible with their tags (the tag "D_6345" means Currency).
So for now I don't support them. But YellowNet also supports SWIFT and those
files can be read by AqBanking and thus are supported.
However, the documents I get, don't seem to be tgz'ed as yours seemed to
be:
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Fehler beim Beenden, verursacht durch vorhergehende Fehler.
3:2006/03/15 21-47-06:aqyellownet(1236):dialog.c: 1676: Error on "tar xzf
/home/tpo/.banking/backends/aqyellownet/data/users/123456789/session-5/downloads/MT940_123456789_R_200603131234567.012
-C
/home/tpo/.banking/backends/aqyellownet/data/users/123456789/session-5/downloads/file-9":
2
3:2006/03/15 21-47-06:aqyellownet(1236):dialog.c: 1940: Could not import any
file
3:2006/03/15 21-47-06:(null)(1236):provider.c: 407: Error importing file
"MT940_123456789_R_200603131234567.012"
3:2006/03/15 21-47-06:(null)(1236):provider.c: 399: File:
MT940_123456789_R_200603131234567.012 6
(I've replaced some numbers above with 0123456789 - the length of the
number does correspond however).
I've grepped the sources for "xzf" (as in 'tar xzvf') and only
the binary blob src/plugins/backends/aqyellownet/plugin/libaqyellownet.so
seems to match. So my question is: can't you defer the handling of the
downloaded documents to an outside script (possibly feeding them back into
aqbanking once they are decoded)?
On a related note - allthough beeing bizzarre, the Yellownet XML documents
don't look too complicated either - so by deferring the decoding of the
received documents to outside of the binary blob you leave the door open
for a decoder for them.
?
*t
--
-----------------------------------------------------------
Tomas Pospisek
http://sourcepole.com - Linux & Open Source Solutions
-----------------------------------------------------------
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Aqbanking-devel mailing list
Aqbanking-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
