Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0002221Openbravo ERP02. Master data managementpublic2007-11-01 18:412012-11-09 08:43
rafaroda 
psarobe 
normalminoralways
closedout of date 
5
 
2.40pi 
Core
No
0002221: AT235: \'Volume discount\' (Rappels) incorrect behavior
*Environment
OS: Ubuntu 7.04
DB: Oracle XE 10g
OB: R2.35
Web browser: Firefox 2

*Steps
1. Sales Management > Transactions > Sales Order
2. Create a new standard sale order for a certain business partner.
3. Add some lines to it.
4. Click on 'Complete' button.
5. Sales Management > Transactions > Sales Invoice
7. Create a new sale AR invoice for the same business partner.
8. Click on 'Create Lines From' button.
9. Select the previously created sale order then click 'OK' button.
10. Click on 'Complete' button.
11. Master Data Management > Business Partner
12. Select the same business partner.
13. Go to 'Volume Discount' tab.
14. Create a new 'Volume Discount' for this business partner.
14. Click on 'Create Invoice' button.
15. Go to 'Volume Discount Settlement' tab.
16. Select the created rappel invoice (negative amount) then navigate to it trough 'Invoice' link.
17. Click on 'Complete' button to complete the rappel invoice.
18. Go back to 'Volume Discount'.
19. Click on 'Create Invoice' button again.
20. A new rappel invoice is created with the same amount of the previous rappel invoice but with positive sign.

Correct behavior should be.
19. Click on 'Create Invoice' button again.
20. Information message displays informing that there aren't invoices to rappel.

An alternative behavior (less good).
19. Click on 'Create Invoice' button again.
20. A new rappel invoice is created with amount equals to zero.
No tags attached.
related to feature request 0006516 new rmorley Review Scaled Volume Discount 
Issue History
2008-06-13 18:43cromeroStatusnew => scheduled
2008-06-13 19:58cromeroTarget Version => 2.40
2008-06-17 00:11cromeroNote Added: 0007752
2008-06-27 17:27cromeroAssigned Tocromero => rafaroda
2008-07-17 18:00rafarodaAssigned Torafaroda => cromero
2008-11-10 13:04cromeroAssigned Tocromero => rafaroda
2008-11-13 18:35rafarodaAssigned Torafaroda => AinhoaPagola
2008-12-04 18:36AinhoaPagolaNote Added: 0010978
2008-12-04 18:36AinhoaPagolaAssigned ToAinhoaPagola => psarobe
2008-12-04 18:36AinhoaPagolaStatusscheduled => feedback
2009-01-09 17:08psarobeTypedefect => feature request
2009-01-09 17:08psarobeDescription Updated
2009-01-09 19:01rafarodaRelationship addedrelated to 0006516
2012-11-09 08:43psarobeStatusfeedback => closed
2012-11-09 08:43psarobeResolutionopen => out of date

Notes
(0005810)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:43)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1824193 [^]
(0002579)
alostale   
2008-02-05 11:33   
(edited on: 2008-06-12 09:22)
Logged In: YES
user_id=1500722
Originator: NO

TBD: Which is the correct behavior for this feature.
(0007752)
cromero   
2008-06-17 00:11   
The correct behavior should be:
19. Click on 'Create Invoice' button again.
20. Information message displays informing that there aren't invoices to rappel.
(0010978)
AinhoaPagola   
2008-12-04 18:36   
The behavior of this process needs to be explained better.

19. Click on 'Create Invoice' button again.
20. A new rappel invoice is created with the same amount of the previous rappel invoice but with positive sign.

The second rappel invoice is meant to cancel the previous one. Notice that if the first rappel invoice is voided manually, if the 'create Invoice' button is clicked a second time the invoice created will be negative again.