| Summary: | Kmymoney does not use the alternative recipient of HBCI (ABWA+) | ||
|---|---|---|---|
| Product: | [Applications] kmymoney | Reporter: | Dennis H. <madkentar> |
| Component: | onlinebanking | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | Screenshot of HBCI-problem | ||
*** This bug has been marked as a duplicate of bug 452616 *** |
Created attachment 151516 [details] Screenshot of HBCI-problem A couple of banks convert their Credit Cards to Visa Debit Card (e.g. DKB in Germany). Now the data transmitted through hbci has changed: the real recipient is transmitted as Alternative recipient (ABWA+), meanwhile the field of the recipient contains the name of the bank. Aqbanking is transmitting the full dataset. Unfortunately Kmymoney just uses the field ?32 for the recipient so everything paid by debit card has the same recipient. Below you'll find an example of an hbci-logentry. As you can See "DEUTSCHE KREDITBANK AG" is inserted as recipient, and the real recipient "McDonalds 80" is inserted into the field ABWA+. Example of an HBCI-transmission: :61:2207010701DR19,40N038NONREF :86:106 ?00KARTENZAHLUNG ?109300 ?20SVWZ+2022-06-26T18.41 ?21Debitk.82 2099-12 Zahl.Syst ?22em VISA Debit ?23ABWA+McDonalds 80/Vomp//AT ?30BYLAD****** ?31DE96****************** ?32DEUTSCHE KREDITBANK AG ?34002 STEPS TO REPRODUCE 1. Pay with Debit Card 2. Download data by hbci OBSERVED RESULT See screenshot attached EXPECTED RESULT Real recipient listed