Moin, ich habe hier zwei Instanzen von KMyMoney (auf unterschiedlichen Rechnern): eine mit AqB rev / Gwen rev (das müsste irgendwas um .... sein) - die nenne ich "I1" - und eine mit AqB und Gwen (beide SVN HEAD as of today) - die nenne ich "I2". Der Code für KMyMoney und dem KBanking plugin ist bei beiden identisch (wird zwar auf Grund des unterschiedlichen Interfaces in AqB teilweise anders gebaut - diese Codeteile sind hier aber nicht betroffen).
Mein Problem: Ich habe eine Buchung mittels I2 abgeholt und wenn ich das
wiederhole wird besagte Buchung auch als Duplikat erkannt. Schiebe ich jetzt
die KMyMoney Datei auf den anderen Rechner und hole die Buchungen wieder ab,
werden einige Buchungen als Duplikate erkannt, besagte aber nicht. Der
Unterschied liegt im Inhalt des Verwendungszwecks. Das hätte ich jetzt so
nicht erwartet. Zunächst bin ich davon ausgegangen, dass meine Bank evtl.
später noch weitere Informationen an den Verwendungszweck angehängt hat, das
ist aber nicht der Fall, denn mit I2 bekomme ich immer noch den kurzen Teil.
Nochmal als Beispiel:
I1 speichert 'xxx' und I2 speichert 'xxxyyy'. Der Code, der den
Verwendungszweck von AqBanking in einen String zusammenbaut sieht wie folgt
aus:
// memo
s.truncate(0);
sl=AB_Transaction_GetPurpose(t);
if (sl) {
GWEN_STRINGLISTENTRY *se;
bool insertSpace = false;
se=GWEN_StringList_FirstEntry(sl);
while (se) {
p = GWEN_StringListEntry_Data(se);
assert(p);
if (insertSpace)
s += " ";
insertSpace = true;
s += QString::fromUtf8(p);
se = GWEN_StringListEntry_Next(se);
} // while
}
kt.m_strMemo = s;
Hier der AqB-Log der Buchung in I1
gwenhywfar: 3.4.1.0
aqhbci: 3.7.2.2git
appname: AQHBCI
appversion: 3.7
:20:fksbc834032MT940^M
:25:50090500/0000#########^M
:28C:0^M
:60F:C090424EUR############,##^M
:61:0904240424D##,NMSCNONREF^M
:86:999T*****, D**** ^M
G********* M***** ^M
KTO/BLZ 0049103997/######## ^M
:62F:C090424EUR############,##^M
und hier die gleiche aus den AqB-Logs von I2
gwenhywfar: 3.8.0.1
aqhbci: 3.99.11.1git
appname: AQHBCI
appversion: 3.99
:20:fksbc834032MT940^M
:25:50090500/0000#########^M
:28C:0^M
:60F:C090424EUR############,##^M
:61:0904240424D##,NMSCNONREF^M
:86:999T*****, D**** ^M
G********* M***** ^M
KTO/BLZ 0049103997/######## ^M
:62F:C090424EUR############,##^M
Die sind also identisch. (Buchstaben habe ich durch * und Ziffern durch #
ersetzt).
Aus dem o.a. Code kommt aber in beiden Fällen etwas anderes heraus:
I1: "T*****, D**** G********* M***** KTO/BLZ 0049103997/########"
I2: "T*****, D**** G********* M*****"
KMyMoney ist in beiden Fällen so konfiguriert, die ersten 27 Zeichen des
Verwendungszwecks bei dieser Bank als Zahler zu interpretieren. (Die Blanks
zwischen *** und KTO/BLZ habe ich hier mal unterdrückt)
Da geht also in der neueren Version von AqB irgendwie ein wenig Information
verloren. Woran kann das liegen? Oder übersehe ich da etwas entscheidendes?
Jeder Tip ist an dieser Stelle willkommen.
--
Regards
Thomas Baumgart
GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
You have to wait until you have written code before starting an
open source project, otherwise you have made a standards group.
-- Jeremy Ruston, Head of Open Source Innovation at BT
-------------------------------------------------------------
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________ Aqbanking-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
