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
: lowest 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: 2022-09-15 12:16 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)
Comment 5 kirk 2021-01-22 17:26:53 UTC
I am a retired accountant, and also support the idea of an accounting extension for LibreOffice, but I suggest that Base be considered instead of Calc.  While it would make user modifications harder, since most small business users would not be as proficient at editing tables in Base correctly as they would be at editing worksheets in Calc, but it would allow the program to grow and become a powerful system, adding CRM and ERP functions that would be difficult to manage in Calc.

I'd even pay money if it could be maintained, and I will bet dollars to doughnuts that there are accountants in private practice out there who would welcome an alternative to Quickbooks and Microsofts junk.
Comment 6 Justin L 2022-09-15 12:16:34 UTC
This is pretty much guaranteed never to happen. Instead, you should be focusing on asking the real players (like gnucash) to step up their integration with office suites etc. [Much better to ask a real accounting program to become better than ask a product that has nothing to do with accounting to become yet another accounting program.]