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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0041056
TypeCategorySeverityReproducibilityDate SubmittedLast Update
design defect[Modules] Advanced Warehouse Operationsmajorrandom2019-06-07 15:082019-06-10 16:20
ReporterairaceburuView Statuspublic 
Assigned ToTriage Omni WMS 
PrioritynormalResolutionopenFixed in Version
StatusacknowledgedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Regression date
Regression introduced by commit
Regression level
Review Assigned To
Regression introduced in release
Summary

0041056: m_inout can have a return document type coming from a sales order

DescriptionWhen creating the shipment from a sales order after picking, confirm, issue (automatic delivery), the document type is set in this piece of code:

createMInOutHeaderFromReceptionOrIssueList -> ShipmentInOutGenerator.java

In this point the document type is retrieved based on the document category that in sales is MMS. The thing is that there are MMS document types that are returns.

As getDocumentType returns a single documentType "randomly" it can return the wrong one
Steps To ReproducePlace a breakpoint in createMInOutHeaderFromReceptionOrIssueList -> ShipmentInOutGenerator.java

Issue (automatic delivery) a sales order

Check getDocumentType query
Proposed SolutionAdd isReturn = :isReturn as a condition for the query and change the API or create another function to retrieve the docType
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
duplicate of defect 0041639 closedTriage Omni OMS Openbravo ERP getDocumentType query is not taking into account docTypes set a isReturn 

-  Notes
(0112545)
dmiguelez (developer)
2019-06-10 16:11

The problem in this case is that there was no Document Type defined for this category as Default.

There should be always one, and only one, Document Type per category defined as default.

If not, the result can be unpredictable.

- Issue History
Date Modified Username Field Change
2019-06-07 15:08 airaceburu New Issue
2019-06-07 15:08 airaceburu Assigned To => dmiguelez
2019-06-07 15:09 airaceburu Resolution time => 1561068000
2019-06-10 09:46 lmonreal Issue Monitored: martinsdan
2019-06-10 09:46 lmonreal Issue Monitored: lmonreal
2019-06-10 11:52 ngarcia Issue Monitored: ngarcia
2019-06-10 16:11 dmiguelez Note Added: 0112545
2019-06-10 16:12 dmiguelez Type defect => design defect
2019-06-10 16:20 Sandrahuguet Resolution time 1561068000 =>
2019-06-10 16:20 Sandrahuguet Status new => acknowledged
2019-06-10 16:20 Sandrahuguet Assigned To dmiguelez => Triage Finance
2019-08-13 10:30 Sandrahuguet Relationship added duplicate of 0041639
2022-09-06 17:18 caristu Category Advance Warehouse Operations => Advanced Warehouse Operations


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker