Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0026626
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 07. Sales managementminoralways2014-05-19 17:072016-12-08 20:16
ReportermaiteView Statuspublic 
Assigned Tocollazoandy4 
PriorityhighResolutionopenFixed in Version
StatusscheduledFix in branchFixed in SCM revision 0
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0026626: Improve validation when Voiding a shipment whose order has invoiced amount and Invoice Terms are 'D', 'O', 'S'

DescriptionAt the moment, you are not able to Void a shipment if related order line is invoiced and order's invoice terms is "After delivery" although total invoiced quantity is equals or lower to order's quantity
Steps To Reproduce1. Register Sales Order and add any line with qty=2 units. Process order
2. Register Goods Shipment using "Create lines from" and selecting 1 unit from previous order. Process Shipment
3. Register Sales Invoice using "Create lines from" and selecting previous shipment. Process Invoice
4. Register another Goods Shipment using "Create lines from" and selecting 1 unit from previous order. Process Shipment
5. Try to Void this last shipment (which is not invoiced) and realize that error "'It is not possible to void a shipment of an order that has an invoice rule after delivery having invoiced lines.'" is received
Proposed SolutionInvoiced amount should be considered in global and user should be able to Void receipt always that invoiced quantity is not higher that ordered quantity
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
caused by defect 00108452.35MP16 closedrafaroda Generate Invoices process with reactivated orders 

-  Notes
(0070436)
vmromanos (manager)
2014-09-26 14:14

Hi Maite,

As discussed by Skype, please clarify whether the current code is really wrong and we should avoid to reactivate a goods shipment associated to an order with any of its lines already invoiced.

If so, we should remove this check from the M_INOUT_POST, because it should be enough to just check whether any of the lines in the shipment is already linked to an invoice (which is done just before this check)
(0070938)
vmromanos (manager)
2014-10-14 18:42

Maite, kindly reminder...
(0075116)
maite (developer)
2015-03-03 13:24

Check from the M_INOUT_POST needs to be reviewed in order to be able to void shipment in explained situation
(0092229)
collazoandy4 (reporter)
2016-12-08 20:16

Test plan
  Register a Sales Order and add any line with qty > 1 and process the order
  Register a new Goods Shipment and create the lines from the Create Lines From button
  From the dialog fill out the Warehouse position and select the previous order created, select the product line and click on OK button
  Edit the Shipment Line and set Movement Quantity to 1 and Complete the Shipment
  Register a new Sales Invoice and create a lines from the Create Lines From button
  In the dialog select the previous Shipment Created, select the line and click on OK button. Complete the invoice
  Register a new Goods Shipment and create the lines from the Create Lines From button
  From the dialog fill out the Warehouse position and select the order created, select the product line and click on OK button
  Complete the Shipment and now you can void this shipment created

- Issue History
Date Modified Username Field Change
2014-05-19 17:07 maite New Issue
2014-05-19 17:07 maite Assigned To => dmiguelez
2014-05-19 17:07 maite Modules => Core
2014-05-19 17:07 maite Resolution time => 1406844000
2014-05-19 17:07 maite Triggers an Emergency Pack => No
2014-05-19 17:07 maite Assigned To dmiguelez => pramakrishnan
2014-06-16 12:48 jonalegriaesarte Target Version PR14Q3 => PR14Q4
2014-09-09 13:15 AtulOpenbravo Assigned To pramakrishnan => AtulOpenbravo
2014-09-09 13:16 AtulOpenbravo Status new => scheduled
2014-09-09 13:16 AtulOpenbravo fix_in_branch => pi
2014-09-26 14:14 vmromanos Note Added: 0070436
2014-09-26 14:14 vmromanos Status scheduled => feedback
2014-09-26 14:15 vmromanos Relationship added caused by 0010845
2014-09-26 14:17 vmromanos Assigned To AtulOpenbravo => vmromanos
2014-09-29 16:12 jonalegriaesarte Target Version 3.0PR14Q4 => 3.0PR15Q1
2014-10-14 18:42 vmromanos Note Added: 0070938
2014-12-22 12:38 vmromanos Target Version 3.0PR15Q1 => 3.0PR15Q2
2014-12-22 12:38 vmromanos fix_in_branch pi =>
2015-02-03 17:26 Sandrahuguet Assigned To vmromanos => maite
2015-03-03 13:24 maite Status feedback => scheduled
2015-03-03 13:24 maite Note Added: 0075116
2015-03-03 13:24 maite fix_in_branch => pi
2015-03-03 13:24 maite Assigned To maite => vmromanos
2015-03-10 11:54 Sandrahuguet Resolution time 1406844000 =>
2015-03-10 11:54 Sandrahuguet fix_in_branch pi =>
2015-03-10 11:56 Sandrahuguet Status scheduled => resolved
2015-03-10 11:56 Sandrahuguet Fixed in SCM revision => 0
2015-03-10 11:56 Sandrahuguet Resolution open => fixed
2015-03-10 11:56 Sandrahuguet Status resolved => new
2015-03-10 11:56 Sandrahuguet Resolution fixed => open
2015-03-13 10:34 jonalegriaesarte Target Version 3.0PR15Q2 =>
2015-11-03 13:10 ngarcia Issue Monitored: ngarcia
2016-11-15 16:36 collazoandy4 Assigned To vmromanos => collazoandy4
2016-11-15 16:36 collazoandy4 Status new => scheduled
2016-12-08 20:16 collazoandy4 Note Added: 0092229


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker