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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0004517
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 03. Procurement managementmajoralways2008-07-27 02:512008-09-04 10:08
ReporterxplacescView Statuspublic 
Assigned Toiperdomo 
PriorityhighResolutionfixedFixed in Version2.40
StatusclosedFix in branchpiFixed in SCM revision6510
ProjectionnoneETAnoneTarget Version
OSWindowsDatabaseOracleJava version1.5
OS VersionXPDatabase version10g XEAnt version1.7
Product Version2.40betaSCM revision 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0004517: Requisitions do not control UOM properly

DescriptionProcess "Requisition to Order" presents a wrong behaviour in case of a requisition line with an UOM different than Unit. Process converts this UOM to standard Unit UOM.

For example:
a requisition line with a "Box of 12 Units" UOM and a quantity of 2, is converted to a purchase order line of 24 Units, with "Unit" UOM instead of "Box of 12 Units" UOM. This gives errors in stock, due to system controls no only quantities but also UOM.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0008562)
jpabloae (viewer)
2008-08-14 15:56

Reminder sent to: gorkaion

The 2.40 release is close. As soon as all the major bugs are closed, we are ready to release. This is why I'd ask you to prioritize this issue.
(0008701)
svnbot (viewer)
2008-08-22 19:06

Repository: openbravo
Revision: 6510
Author: iperdomo
Date: 2008-08-22 19:06:16 +0200 (Fri, 22 Aug 2008)

Fixes bug 4517 and related to bug 4686: The procedure now works on Postgresql and copies the qty and uom of the requisition.

---
U trunk/src-db/database/model/functions/M_REQUISITION_CREATEPO.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=6510&sc=1 [^]

- Issue History
Date Modified Username Field Change
2008-07-27 02:51 xplacesc New Issue
2008-07-27 02:51 xplacesc Assigned To => cromero
2008-07-27 02:51 xplacesc sf_bug_id 0 => 2029061
2008-07-29 20:00 psarobe OBNetwork customer => No
2008-07-29 20:00 psarobe Assigned To cromero => gorkaion
2008-07-29 20:00 psarobe Priority normal => high
2008-07-29 20:00 psarobe Severity critical => major
2008-07-29 20:00 psarobe Status new => scheduled
2008-07-29 20:00 psarobe fix_in_branch => trunk
2008-08-14 15:56 jpabloae Note Added: 0008562
2008-08-22 19:03 iperdomo Assigned To gorkaion => iperdomo
2008-08-22 19:06 svnbot Checkin
2008-08-22 19:06 svnbot Note Added: 0008701
2008-08-22 19:06 svnbot Status scheduled => resolved
2008-08-22 19:06 svnbot Resolution open => fixed
2008-08-22 19:06 svnbot svn_revision => 6510
2008-09-04 10:08 psarobe Regression testing => No
2008-09-04 10:08 psarobe Status resolved => closed
2008-09-04 10:08 psarobe Fixed in Version => 2.40


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker