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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0040818
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 04. Warehouse managementmajoralways2019-05-09 10:202019-05-21 09:13
ReportergorkaionView Statuspublic 
Assigned Tononofrancisco 
PriorityhighResolutionfixedFixed in Version3.0PR19Q3
StatusclosedFix in branchFixed in SCM revisionf638bf658e64
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned ToSandrahuguet
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0040818: Not possible to generate a Picking Task for DO from back office after selecting Skip Delta

DescriptionIf an operator confirms less quantity than expected in the picking and he selects Skip Delta, later is not possible to generate another picking task for the remaining quantities of the Distribution Order

When user tries to generate a new picking task, this task does not properly calculates the remaining quantities and it generates an error.
Steps To ReproduceSteps to reproduce:

1. Create and Book a distribution order receipt and set 3 as quantity requested
2. In the automatically created Distribution Order Issue Confirm it
3. Click on Pick and assign to Operator
4. Enter in AWO front end in the Operator session and the task will be there to confirm it. Confirm 1 units of 3
5. In the Delta pop up select “Skip Delta”
6. Go to the Distribution Order Issue, refresh it and click on Issue and OK
7. Go to the Distribution Order Receipt, refresh it and click on Receive and OK
8. Go to the Distribution Order Issue, click on Pick button and assign it to an Operator
9. Enter in AWO front end in the Operator session and the task will be there to confirm it. However it should be 2 units to confirm but system only shows 1. Confirm
10. Go to the Distribution Order Issue, refresh it and click on Issue and OK
11. Go to the Distribution Order Receipt, refresh it and click on Receive and OK
12. Now go to the Distribution Order Issue and click on Pick again
13. Assign it to an Operator and an error will be displayed:
No Batch of Tasks document was created


Error in the Verbosity log:

* Request to the Task Generator for Class [class org.openbravo.distributionorder.DistributionOrder], map of objects [{9A6168C26A824FC88B2C494D40A1D24C=null}], action [PIK], userAssignedId [72DBFF7A10CB4BA99DBF64C14C0C122C], taskStatus [null]
* AWO flows are granted for Organization [Organization(0E6EC736F9C643859A6B0760392C387E) (name: Paris TEST)]
* Detected Inventory Transaction Type ['67E4812BEABC457D85A059F51FBB75C8' - Picking Distribution Order]
* Using Inventory Transaction Type Algorithm [org.openbravo.warehouse.advancedwarehouseoperations.distributionorders.ittalgorithm.implementation.PickingDistributionOrderIssue_ITTAlgorithm@3118ce89]
* Created Batch of Tasks: ['7B1C2F8DED3242DAAAB54D6FA59DBEF1' - 1000583]
* Calculate Task Requirements for the distribution order issue picking ['9A6168C26A824FC88B2C494D40A1D24C' - DO Issue - 1000241 - Warehouse Paris - WH Totem BCN ]
* Analyze distribution order issue line ['2635EEC7C9914AF283F4FBE87EFCE894' - 1000241 - 10 - ltest - 3Ud - - 3Ud ] to create a task requirement...
* Quantity confirmed [3]; Quantity detected in previous picking tasks [2]; Quantity in standalone issue tasks [2]; Quantity pending to generate task [-1]
* There is no need to create a task requirement for this line
* Finished analyze distribution order issue line ['2635EEC7C9914AF283F4FBE87EFCE894' - 1000241 - 10 - ltest - 3Ud - - 3Ud ] in order to create a task requirement.
* Finished calculate Task Requirements for the distribution order issue picking ['9A6168C26A824FC88B2C494D40A1D24C' - DO Issue - 1000241 - Warehouse Paris - WH Totem BCN ]
* No tasks were generated.
* Calling ITTAlgoritm transformFromReservedToAvailableHook...
* Finished ITTAlgoritm transformFromReservedToAvailableHook
* Calling ITTAlgoritm postProcessHook...
* Finished ITTAlgoritm postProcessHook
* Autoconfirming tasks linked to an auto-confirm Routing (if any)
* Finished autoconfirming tasks linked to an auto-confirm Routing (if any)
* Batch of Tasks ['7B1C2F8DED3242DAAAB54D6FA59DBEF1' - 1000583] is deleted because it doesn't contain any task
* Process finished successfully. Returned Batch of Task: [null]
* Batch of tasks is null. Rollback will be executed
* Total time spent: 18 ms
TagsNo tags attached.
Attached Filesdiff file icon proposed_40818.diff [^] (1,465 bytes) 2019-05-10 10:00 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0111617)
vmromanos (manager)
2019-05-10 10:01

Attached proposed fix.
Please implement automatic test for this scenario.
(0111749)
nonofrancisco (developer)
2019-05-16 23:47

Test Plan

In Back End, as Openbravo/AWO QA Admin
Go to Distribution Order Receipt
Create a new header
  Organization: US West Coast
  Warehouse Receipt: US West Coast
  Warehouse Issue: US East Coast
Create a new line
  Product: Manchego Cheese
  Operative Quantity: 3
Book the document
Refresh the header
Navigate to Distribution Order Issue
Confirm the Distribution Order Issue
Click on Pick button
  Assigned: AWO_US_E
Verify a Picking task with expected quantity = 3 has been generated
In AWO Front End, as AWO_US_E
Verify the picking task is shown
Confirm 1 unit of 3, skip Delta

Back in Back End, in Distribution Order Issue window
Click on Issue
Verify an Issue task was created with expected quantity = 1
Confirm the Issue task
Go to Distribution Order Receipt
Verify in the line, Issued Quantity = 1, Received Quantity = 0
Click on Receive button
Verify a Receipt Distribution Order task has been created with expected quantity = 1
Confirm the task
Verify in the line, Issued Quantity = 1, Received Quantity = 1

Go to Distribution Order Issue window
Click on Pick button
  Assigned: AWO_US_E
Verify a Picking task with expected quantity = 2 has been generated
In AWO Front End, refresh
Verify the Picking task is shown with expected quantity = 2
Confirm 1 unit of 2, skip Delta
Back in Back End, in Distribution Order Issue window
Click on Issue
Verify an Issue task was created with expected quantity = 1 has been created
Confirm the Issue task
Go to Distribution Order Receipt
Verify in the line, Issued Quantity = 2, Received Quantity = 1
Click on Receive button
Verify a Receipt Distribution Order task has been created with expected quantity = 1
Confirm the task
Verify in the line, Issued Quantity = 2, Received Quantity = 2

Go to Distribution Order Issue window
Click on Pick button
  Assigned: AWO_US_E
Verify a Picking task with expected quantity = 1 has been generated
In AWO Front End, refresh
Verify the Picking task is shown with expected quantity = 1
Confirm the task
Back in Back End, in Distribution Order Issue window
Click on Issue
Verify an Issue task was created with expected quantity = 1 has been created
Confirm the Issue task
Go to Distribution Order Receipt
Verify in the line, Issued Quantity = 3, Received Quantity = 2
Click on Receive button
Verify a Receipt Distribution Order task has been created with expected quantity = 1
Confirm the task
Verify in the line, Issued Quantity = 3, Received Quantity = 3
(0111943)
hgbot (developer)
2019-05-21 09:06

Repository: erp/pmods/org.openbravo.warehouse.advancedwarehouseoperations.distributionorders
Changeset: f638bf658e6407b7156f34eeeb08788052d1b373
Author: Nono Carballo <nonofce <at> gmail.com>
Date: Fri May 17 12:30:48 2019 -0400
URL: http://code.openbravo.com/erp/pmods/org.openbravo.warehouse.advancedwarehouseoperations.distributionorders/rev/f638bf658e6407b7156f34eeeb08788052d1b373 [^]

Fixes issue 40818: Considers PK WA to detect standalone issue tasks

Considers the nullability of PK warehouse algorithm in tasks, in order to detect
standalone issue tasks when getting quantity of order line related to such a
tasks.

This fix also adds an automated test.

---
M src-test/org/openbravo/warehouse/advancedwarehouseoperations/distributionorders/test/OBDOWithAWOTestSuite.java
M src/org/openbravo/warehouse/advancedwarehouseoperations/distributionorders/ittalgorithm/implementation/PickingDistributionOrderIssue_ITTAlgorithmDao.java
A src-test/org/openbravo/warehouse/advancedwarehouseoperations/distributionorders/test/OBDOPartiallyReceiveDistributionOrderReceiptTest.java
---
(0111944)
Sandrahuguet (developer)
2019-05-21 09:13

Code review + testing OK

- Issue History
Date Modified Username Field Change
2019-05-09 10:20 gorkaion New Issue
2019-05-09 10:20 gorkaion Assigned To => Triage Finance
2019-05-09 10:20 gorkaion Modules => Core
2019-05-09 10:20 gorkaion Resolution time => 1559167200
2019-05-09 10:20 gorkaion Triggers an Emergency Pack => No
2019-05-09 12:11 Sandrahuguet Assigned To Triage Finance => nonofrancisco
2019-05-10 10:00 vmromanos File Added: proposed_40818.diff
2019-05-10 10:01 vmromanos Note Added: 0111617
2019-05-13 12:04 martinsdan Issue Monitored: martinsdan
2019-05-15 23:51 nonofrancisco Status new => scheduled
2019-05-16 23:47 nonofrancisco Note Added: 0111749
2019-05-21 09:06 hgbot Checkin
2019-05-21 09:06 hgbot Note Added: 0111943
2019-05-21 09:06 hgbot Status scheduled => resolved
2019-05-21 09:06 hgbot Resolution open => fixed
2019-05-21 09:06 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.warehouse.advancedwarehouseoperations.distributionorders/rev/f638bf658e6407b7156f34eeeb08788052d1b373 [^]
2019-05-21 09:13 Sandrahuguet Review Assigned To => Sandrahuguet
2019-05-21 09:13 Sandrahuguet Note Added: 0111944
2019-05-21 09:13 Sandrahuguet Status resolved => closed
2019-05-21 09:13 Sandrahuguet Fixed in Version => 3.0PR19Q3


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker