Bug 49533 - Libreoffice needs double-entry accounting
Summary: Libreoffice needs double-entry accounting
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Calc-Enhancements
  Show dependency treegraph
 
Reported: 2012-05-05 06:05 UTC by Lars Karlsson
Modified: 2018-10-13 23:50 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Karlsson 2012-05-05 06:05:50 UTC
Problem description: 
Libreoffice is a wonderful office suite for most peoples office-needs. However, for people who run their own businesses, Libreoffice lacks one crucial module: accounting.

There are already some open source accounting applikations like Gnucash and KMyMoney, but these are lacking in a lot of ways which makes it neccessary to use other applications as well for invoicing and handling customers and suppliers. Libreoffice is a great suite for handling a lot of things the current accounting software don't do so well. In fact, accounting is pretty much the only crucial thing lacking in Libreoffice to extend it from being a mere office suite to being a business suit.

An accounting module would, in other words, make Libreoffice even better than it is today and also a step to be a serious competitor to not only Microsofts Office suite, but also all the different closed source software which are used in businesses. 

Wishlist of what it should do:
1. Conform to international bookkeeping standards (double-entry accounting should be preferred because of this)
2. Be fully integrated with other Libreoffice modules. For example, customers and suppliers could be handled in Base databases, invoices could use spreadsheet templates from Calc etc.
3. Be easy enough to use for new businesses. Gnucash is great here in it's optional use of typical accounting nomencalture, like debit and credit.
Comment 1 Roman Eisele 2012-05-26 09:27:51 UTC
This is a feature/enhancement request, therefore changing the Importance field accordingly.
Comment 2 Kevin Suo 2014-02-17 08:21:42 UTC
This is really an interesting request. I dont think TDF has the resources for this feature at this momonment.
Comment 3 Kevin Suo 2014-02-17 08:27:18 UTC
Also, once some dev person decide to work on this feature, I would like to do the specialized accounting glossary issues, as well as zh_CN translation work, since I am an accountant.
Comment 4 Alex Thurgood 2015-01-03 17:38:51 UTC Comment hidden (no-value)