After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 396580 - Debtors and Creditors
Debtors and Creditors
Status: VERIFIED INCOMPLETE
Product: GnuCash
Classification: Other
Component: Business
2.0.x
Other All
: Normal enhancement
: ---
Assigned To: Derek Atkins
Derek Atkins
Depends on:
Blocks:
 
 
Reported: 2007-01-14 18:51 UTC by Roland Giesler
Modified: 2018-06-29 21:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Roland Giesler 2007-01-14 18:51:20 UTC
There has been repeated discussion around the way debtors and creditors (customers in vendors in non-accounting terms) are implemented. The following as needed for international markets, but I believe many US users also need them:

* The ability to create credit notes (the inverse of an invoice) for both vendors and customers. The is essential in real world business and changing invoices or bills to reflect credits is not an option. The accounting system should reflect what actually happened and when, not merely provide a summary. Allowing the entry of negative items in an invoice (resulting in a negative total amount) and well as negative payments would be an interim way of providing this. 

* The need to allow manual allocation of payments to invoices (and selectively pay parts of a bill) is also required. Once an items is paid for many vendors or clients indicate final approval of the transaction, but refusal to pay for a specific item would indicate non-acceptance of the transaction. GnuCash must be able to reflect this. Simply allocating payments to the ordest invoice works fine in most cases, but where the real world differs from this, the system must be amended to allow for this, not the other way round. 

* The lot number, indication which payment has been allocate to which invoice, should be exposed to a user. It will help, both when a customers reads a statement and when reading a vendor statement, tracking how payment were allocated.
Comment 1 Derek Atkins 2007-01-14 19:06:39 UTC
I am closing this report now, but I do ask that you reopen separate reports, one for each topic.

I'll also point out that in 2.0 you CAN apply a payment to a specific invoice.
Comment 2 Roland Giesler 2007-01-14 19:21:55 UTC
You can apply a payment to an invoice if the payment amount matches the invoice amount.  If it doesn't, which frequently happens, it's back to oldest amount paid first, which doesn't work that way in reality in many businesses.  For example:

(in historical order)
Inv 100: R500
Inv 101: R152
Inv 102: R750

Now I receive payment of R900 from the client, and it is marked specifically to exclude the first item valued at R100 on invoice 100.  I guess it could be done by digging in the XML file (maybe not?), but most users as not developers or technically savvy to do this, so we need a easily usable solution for this.

I'm reposting the various points in my request as seperate request, but will get to it in the next few days only.
Comment 3 John Ralls 2018-06-29 21:22:38 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=396580. Please update any external references or bookmarks.