[moneydance] Quicken comparison so far

[Dal Pal (NSM)]

Thanks but I think I really need to work with Moneydance the way it was
designed. When I get a little more confident in debit/credit accounting,
I'll fix all these problems. For now I'm just worried about getting my taxes
done.

BTW... I think I'm dumping the Quicken/Moneydance comparison. After getting
my checking, credit union and loans corrected, today I found that I'm
missing 2.5 months of credit card transactions! Thanks, Intuit! Since I
basically live off my credit card because it's free use of their money for a
month <g>, I have a lot of transactions (including a lot of splits!) to put
in. I'm caught up thru January in Moneydance and just don't think I want to
bother with Quicken since I'm not enthralled with doing all that updating
with the possibility that Quicken will trash all my hard work yet again! So
I guess Quicken and I are parting ways.

I also dumped Turbo Tax this year for TaxACT. Going to try it and hope it
works out better (at least I know it's cheaper!) than Turbo Tax. As they
say... Intuit, you blew it!

	Leslee

-----Original Message-----
From: moneydance-info-bounces at moneydance.com
[mailto:moneydance-info-bounces at moneydance.com]On Behalf Of David
Carlson
Sent: Thursday, March 12, 2009 17:37
To: General discussion related to Moneydance
Subject: Re: [moneydance] Quicken comparison so far


Edward Reid wrote:
> At 3/9/2009 01:04 AM -0400, Dal Pal \(NSM\) wrote:
>
>> 7. I have accounts that I record back into itself. I know, not the
>> greatest thing to do, but they are just tracking an amount.
>> Moneydance created a new category with the account name followed by
>> an "X". Works for me!
>>
>
> You can probably move the transactions and delete the X accounts. The
> X accounts generally arise during import from the fact that QIF files
> are basically incomplete -- transactions are all one-sided, and the
> importing program has to figure out how to match up the two sides.
> When MD can't match the sides, it creates the X account. I had about
> 50 of them after import, but a couple of hours of work eliminated all
> but a couple which required more investigation.
>
> At that time (3 years ago), MD also created X accounts whenever
> accounts had an initial balance. I suggested that this could be
> improved; I don't know whether my suggestion was implemented (since
> of course I haven't needed to repeat the import).
>
> However, I see that MD prevents you from entering self-referencing
> transactions, so this doesn't really address your issue. I could not
> find any way around this.
>
>
> Edward
>
>
Under item 7, there is a way to create a self referencing transaction by
creating it in a different account, viewing the other side, and changing
the account from that side.  However, this throws off the account
balance.  In fact, if an account does not balance, this may be the
reason why.

Dave