AqBanking

Danke, habe das mal testweise aufgenommen.

Moin,

ich musste den Patch wieder rausnehmen. Der Patch fuehrt dazu, dass fuer jedes theoretisch moegliche Element auch dann Eintraege angelegt werden, wenn diese leer sind. Das war in diesem speziellen Fall zwar gewuenscht, fuehrt aber z.B. beim Parsen der Bankparameter (wie z.B. Server-Adressen) dazu, das fuer jeden moeglichen Eintrag ein leerer Eintrag angelegt wird.

Z.B. im HBCI-Segment HIKOM: Da koennen bis zu 9 Server-Adressen hinterlegt werden. In einem meiner Beispiele sind die ersten 2 belegt, mehr folgen in der Server-Nachricht nicht. Weil aber bis zu 9 Eintraege moeglich sind, bekommen ich dabei jetzt 2 tatsaehlich belegt Eintraege (also die 2 Serveradressen), und zusaetzlich 7 leere Eintraege.

Schlimmer ist das noch bei Segmenten, in denen bis zu 999 optionale Eintraege moeglich sind.

Daher habe ich den Patch erst mal wieder reverted, da muss man sich also etwas anderes ueberlegen...

Gruss
Martin

Hallo Martin,

das Problem mit den Server-Adressen im HIKOM-Segment, wird meiner Ansicht nach dadurch verursacht, dass nach dem Einbau des Patches auch das Segmentendezeichen nicht mehr zur vorzeitigen Beendigung des Loops führt und dass damit im HIKOM-Segment noch zusätzliche, leere Kommunikationsparameter gelesen werden.
Mit dem verbesserten Patch (auf Basis von gwenhywfar-4.99.24rc8, siehe Anhang) sollte das im HIKOM-Segment nicht mehr passieren.

Gruß,
Peter

jherb schrieb:

Ja, dieser Patch führt dazu, dass Kontoumsätze abgerufen werden können. Getestet sowohl auf der Kommandozeile mit aqbanking-cli wie auch in Gnucash (zimelich aktuelle git-Version)

Danke @jherb. Wäre Super wenn dieses patch in die nächste build reingenommen wird.

jherb schrieb:

Ja, dieser Patch führt dazu, dass Kontoumsätze abgerufen werden können. Getestet sowohl auf der Kommandozeile mit aqbanking-cli wie auch in Gnucash (zimelich aktuelle git-Version)

Dankeschön - funktioniert bei mir auch :-)

Ist inzwischen eingebaut (Gwenhywfar 5.1.1).