[Kmymoney-devel] Feature request

Sat Mar 1 23:38:28 UTC 2014

I will try the tool, but keep in mind that I did not try it because I read the evaluations and your website. Both prominently refer to double entry book keeping and that put me off. It would put off most consumers here. The US does not require me (a consumer) to use a double entry book keeping system for my personal records. I'm held responsible for the accuracy of my tax payments and how I do them is my decision.

I'm not looking for a Quick Books replacement. I'm looking for a Quicken replacement. If AUS requires double entry then Quicken may not be a factor in your market. Here it is far and away the dominant personal finance manager and they have taken full advantage of that position. You are forced to buy an new copy every 3 years or your electronic download capabilities stop working. That would be bad enough, but they break more than they fix every 3 years and the quality of the product has steadily deteriorated.

Thanx
Roy

From: Chris [mailto:DeveloperChris at rebel.com.au]
Sent: Saturday, March 01, 2014 5:26 PM
To: Roy O'Kelly; kmymoney-devel at kde.org
Subject: Re: [Kmymoney-devel] Feature request

So what you are saying is not "don't use double entry" But "hide double entry from the user"

In my experience with KMyMoney it is mostly hidden.

Ultimately if any accounting system is going to be used by an accountant for preparing your taxes. or even if you do them yourself. The tax office requires double entry. At least In Aus that's how I understand it.

> I confess I have not tried your demo

Then why are you commenting?

Perhaps its better to try KMyMoney and suggest improvements. Sweeping statements don't help anybody. and you might be surprised at how good KMyMoney actually is. But rememeber its a personal account keeping system so it is not designed to compete against quicken business accounting systems.

Having said that Its my goal to bridge some of that gap :)

DC
On 2/03/2014 9:20 AM, Roy O'Kelly wrote:
I'm very familiar with double entry and understand the purpose. I confess I have not tried your demo, but the majority of complaints I see from users seem to center on the double entry menus. I would use the same entry menus that Quicken, MS Money and others use. It would be one or two  lines within an account that accepts the category of the expense or an account name if the transaction is a transfer to/from another account e.g. a transfer from checking to cash. It would also have the Payee, amount, and room for a note. It would look a lot like a check.

Since all accounts are reconciled against account statements any entry errors in the amount are quickly caught. Admittedly, categorization errors can occur, but those few errors are of questionable concern and do not justify complicating (what should be) a simple data entry process.  I could never (for example) get my wife to enter the same transaction in two accounts. God forbid I would need to explain debits and credits. Some accounting classes no longer use those terms.

If you want to compete with the Quicken's of the world (and I'd like to see you do that) you cannot have an entry scheme that only an accountant can love.

Regards,
Roy

From: Chris [mailto:DeveloperChris at rebel.com.au]
Sent: Saturday, March 01, 2014 4:39 PM
To: Roy O'Kelly; kmymoney-devel at kde.org<mailto:kmymoney-devel at kde.org>
Subject: Re: [Kmymoney-devel] Feature request

Double entry is a system designed to catch errors. People still make mistakes when entering data (and programming). It is still relevant in today's world.

I am curious. what system would you replace it with?

DC

On 2/03/2014 7:57 AM, Roy O'Kelly wrote:
You could actually have a successful product on your hands, but you need to let go of double entry book keeping. The age of computers is here and it just doesn't make sense for a consumer any more (if it ever did).
Quicken continues to abuse their customers, there isn't a decent competitor in the field. Do it!
Roy

_______________________________________________

KMyMoney-devel mailing list

KMyMoney-devel at kde.org<mailto:KMyMoney-devel at kde.org>

https://mail.kde.org/mailman/listinfo/kmymoney-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20140301/9291abec/attachment-0001.html>