https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #15 from Thomas Baumgart ---
Nothing has changed since early July in the OFX parts, so it must be something
else. Maybe, the bank sends slightly different data than before so that a
different hash is computed.
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #14 from bren...@coupeware.com ---
This problem came back. My Citi Visa issued a credit for an old charge and
it moved to the beginning of my OFX file. From that point forward nothing
is matching.
I have the following in
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #13 from Thomas Baumgart ---
The per account setting is available for online mapped accounts. The problem
for all other imports is, that the current processing reads the file and
converts it into a general MyMoneyStatement file which is
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #12 from bren...@coupeware.com ---
I wanted to follow up on the change that added the option to use the
KMM Hash to generate FITIDs globally.
At first this worked for the Citi credit card and then it stopped
working toward the end of the
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #11 from bren...@coupeware.com ---
I tested this and it works. This is not ideal as a global setting
since I have to decide if I want to fix the one account that does not
handle the FITID numbers correctly or deal with every other account
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #10 from Thomas Baumgart ---
Git commit 9fca9e3661ce2d03e472ab1d520b59493ec110cb by Thomas Baumgart.
Committed on 19/04/2019 at 08:10.
Pushed by tbaumgart into branch '5.0'.
Provide internal OFX id generation also for WebConnect
The
https://bugs.kde.org/show_bug.cgi?id=390681
Thomas Baumgart changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
Latest Commit|
https://bugs.kde.org/show_bug.cgi?id=390681
Andrew Crouthamel changed:
What|Removed |Added
Resolution|WAITINGFORINFO |WORKSFORME
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=390681
Andrew Crouthamel changed:
What|Removed |Added
Keywords||triaged
--- Comment #7 from Andrew
https://bugs.kde.org/show_bug.cgi?id=390681
Thomas Baumgart changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #6 from Thomas Baumgart ---
Here's what I found for a well-known commercial product with OFX support on
their support web-site (product name removed by me):
---8<---
If your bank and/or their service provider is making changes to how they
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #5 from Thomas Baumgart ---
Here's what I found for a commercial product on their web-site (product name
removed):
---8<---
If your bank and/or their service provider is making changes to how they
present data to the application, there is
https://bugs.kde.org/show_bug.cgi?id=390681
Jack changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #3 from Thomas Baumgart ---
>From (an older version of) the OFX specifications:
---8<---
An FI (or its Service Provider) assigns an to uniquely identify a
financial transaction that can appear in an account statement.
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #2 from skallorf...@live.fr ---
Created attachment 110785
--> https://bugs.kde.org/attachment.cgi?id=110785=edit
Two identical operations but two different OFX imports via my bank
I think I found the source of my problem ... The FITID
https://bugs.kde.org/show_bug.cgi?id=390681
--- Comment #1 from Thomas Baumgart ---
Can you check that the FITID can be found in the .kmy file? If not, try to find
the transaction it should match and provide it here together with the one found
in the OFX file. Please remove
16 matches
Mail list logo