GNOME Bugzilla – Bug 478449
business information needs to be reentered
Last modified: 2018-06-29 21:50:10 UTC
German standard accounts often change a little every year because of new tax legislation. It is not possible to enter tax table information in the account schema (according to warlord). Thus, every time a chart of accounts such as SKR04 is updated, the user needs to do a lot of manual tasks. It would be nice to improve this. Other information: Yes, I know this bug is broad and there is no immediate solution. This is for reference sake.
This description is a non-sequitor. I don't see how "standard accounts often change" relates to "not possible to enter tax table information". I just dont see the causal effect here, or how one relates to the other. I'll just point out that gnucash doesn't have a way to manipulate en-masse an existing data file. So if German Law is going to require changes to the account hierarchy every year, every user will have to manually adjust their account tree every year. The pre-formatted account tree(s) are only used for new file creation, and I highly doubt that someone will create a new data file every year! So I'm not sure what this bug is about, exactly. Is the the /DIFFICULTY/ in providing pre-created Tax Tables? Or is it about easily re-formatting existing account trees to match some new external format?
Closing this bug because we prefer to use bugzilla for well-defined problems. Broad discussion should rather be collected in the wiki or directly in SVN.
On the other hand, I like to have a list of open tasks readily available and accesible in one place. ==quote== I'll just point out that gnucash doesn't have a way to manipulate en-masse an existing data file. So if German Law is going to require changes to the account hierarchy every year, every user will have to manually adjust their account tree every year. The pre-formatted account tree(s) are only used for new file creation, and I highly doubt that someone will create a new data file every year! ==/quote== We will need to look for another solution then to make gnucash really usable for German business.
Please re-read comment #2. There is no task here. There is no bug. And if you need "another solution ... to make gnucash really usable for German business" then I'm afraid so be it. I can't even think about how hard it would be to auto-adjust an existing chart of accounts. So, yes, I'm going to close this again. Please follow up on the -devel list or in the wiki. Please do not re-open this bug without an associated patch; if there's a patch, then obviously there is a task. Thank you.
It is sad to see that the gnucash developers do not consider a problem that lacks an immediately obvious solution a bug that should be documented (and possibly worked on) in the appropriate tracker. It is regrettable that this will hinder me and anyone else interested in moving gnucash forward. What is the gain? A lower number of open bugs? Be my hero! If this bug really bothers you guys SOOO much you could have just assigned it to me. I now will have to live with a bug tracker that forbids me to list problems that I encounter. "Kudos" to you for your accomplishment.
I'm glad you approve. Just be happy you're not working with MythTV, where the tracker is ONLY for bugs, and all enhancement requests are closed, period. Unless it's a crasher or comes with a patch, they don't allow items in their tracker. We usually DO keep enhancement requests open when we consider them reasonable and implementable. Personally, I don't see how this is reasonable, because it only affects one part of the population and frankly I think it will be very difficult to implement. But please feel free to prove me wrong and show me a simple patch that implements it!
> I'm glad you approve. Oh, the irony...
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=478449. Please update any external references or bookmarks.