dealing with invoices and QIF imports

Derek Atkins warlord at MIT.EDU
Wed May 28 14:26:15 EDT 2008


Quoting Charles Day <cedayiv at gmail.com>:

>>> The QIF is.   You should know that.  QIF Accounts are Asset/Liabilities.
>>> Everything else is Income/Expense.  So yes, there is a default account
>>> type based on the actual QIF transaction information.  Whether or not
>>> this is right or wrong I leave for another day, but the way the QIF
>>> importer is currently structured makes it very hard to just remove
>>> this....
>>>
>>
>> I think the rules are looser than that for QIF payee/memo mappings, but
>> maybe his QIF doesn't provide an payee or memo so a category mapping is
>> getting used. It's true that if a category mapping is being used and a new
>> GnuCash account is being created (checkmark appears in the mapping page),
>> then the created account type will be Income or Expense. But regardless, if
>> the user specifies (via the GUI) an existing GnuCash account to use for a
>> category mapping, then in my opinion the importer ought to honor that choice
>> regardless of account type (the commodity still must match). If it's not
>> doing that, then that seems like a bug to me, or at least overrestrictive
>> babysitting. What's your opinion?
>>
>
> I just tried reproducing this, and in fact the QIF importer *does* allow a
> category to be mapped to an existing GnuCash account with an Asset account
> type. So that's not the problem.  -Charles

I believe it's a raw Payee/Memo mapping that is purely Income/Expense.
So if the transaction has no L line, it's assumed to be Income/Expense.

-derek

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available



More information about the gnucash-user mailing list