OFX Transaction Matching [Was: Re: Another one unhappy with quickfill]

[Nicolas MT]

Jeff Kletsky <gnucash <at> allycomm.com> writes:

> 
> Thanks for the suggestions -- reports of any other annoyances would be 
> most welcome before I dive into the code in a few weeks.
> 
> One of the things that I am considering is improving the UI and code so 
> that potential matches are shown and can be selected.
> 
> I often have similar transactions for the same payee that are matched to 
> the same journal transaction. With parking meters taking credit cards 
> now in San Francisco, this is going to be even more of an issue.
> 
> Another problem is the "auto-match" matching something that isn't even 
> close to what it should be. I have a suspicion that some of it is that a 
> match on "Account unknown Bank unknown" is treated as a "positive match" 
> even though it is pretty meaningless.
> 
> Jeff
> 
> On 01/17/2011 08:28 AM, Mike Leone wrote:
> > On 1/17/2011 11:04 AM, Jeff Kletsky wrote:
> >> I would put it at a level of "strong annoyance" -- it's on my "short
> >> list" but lower than:
> >>
> >> * getting budget-tracking reports available from outside GNUCash
> >> * making OFX transaction matcher to match (or not, depending on your
> >> perspective) reliably
> > I'm with you on that one.The matcher consistently fails to match certain
> > recurring transactions, and just as consistently, properly matches other
> > recurring transactions. For example, every imported transaction that
> > occurs from CVS (a drugstore company) always matches, and every imported
> > transaction from Acme (a grocery) always fails. Even tho I always assign
> > the Acme transactions to a specific account, the matcher never remembers
> > that account and uses it the next time.
> >
> > I'd love to be able to throw out all matching rules, and tell it to
> > start learning all over again ..
> >
> >> * getting OFX not to fill in "Account Unknown" or whatever in just about
> >> every transaction
> > My OFX import fills in the account for certain transactions. (see above)
> >
> > _______________________________________________
> > gnucash-user mailing list
> > gnucash-user <at> gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -----
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> _______________________________________________
> gnucash-user mailing list
> gnucash-user <at> gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
> 

 Hi, 

I am not sure I respecting protocol 
or so to reply to this post, but I am having 
the same problem as described below in 
Gnucash and I wanted to know if you 
upgraded (or worked on a upgrade/python
 binding) to improve the OFX Transaction 
Matching in GnuCash. My problem is that 
Gnucash do not recognize the accounts in 
which I want to put my transaction when I 
import them from an OFX file.

The best of the best for me (but then again
 I don't really know what I'm talking about) 
would be to have an option in which you could 
tell Gnucash to class the transaction 
in the account depending on what is written in 
the description tab. A little bit like 
an advanced search works. For example, I would 
a rule search for the word "metro" 
and then class all transactions with this name in
 the grocery account.

Does this make sense?


PS: BTW, I'm having another problem