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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0016278
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 05. Production managementminoralways2011-03-14 18:282011-05-24 10:55
ReporteradrianromeroView Statuspublic 
Assigned Toadrianromero 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision1a363220dac7
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0016278: Bad behaviour with P+ in Production Run

DescriptionWe have a product with a secondary UOM. When we create standards, if this product is a P+ the application does not calculate properly the order quantity.

If the product is P- the application works properly.
Steps To Reproduce- AS Openbravo Admin go to Master Data Management || Product
- Create a new record:
    - check the field 'Production'
    - UOM: unit
- Go to Master Data Management || Product Setup || Unit of Measure and select Litre.
- Go to Unit of Measure >> Conversion
     - To UOM: Unit
     - Multiple rate by: 5
- Go to Production Management || Transactions || Process Plan
- Create a new record, a new version, a new operation.
- Create two I/O porducts:
    1.- Product: product created
        P+
        Order UOM: Litre
        Order Quantity: 10 ---> quantity: 50
    2.- Product: product created
        P-
        Order UOM: Litre
        Order Quantity: 5 ---> quantity: 25
- Go to work Requirement, and create a new record with the process plan created.
- Go to Production Management || Transactions || Work Effort
- Create a new record and a new production run:
        - Completed Quantity: 3
- Click 'Create Standards'
- Go to Work Effort >> Production Run >> Product:
- Realize that the P+ has been calculated wrong:
    - Quantity: 150 --> ok
    - Order Quantity: 10 ---> wrong. It should be 30
          
TagsclosingMay2011
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks backport 00155822.50MP27 closedadrianromero Bad behaviour with P+ in Production Run 

-  Notes
(0034828)
hgbot (developer)
2011-03-14 18:32

Repository: erp/devel/pi
Changeset: 1a363220dac7b7ec85a1e3f8d33cd23ed9039f3d
Author: Adrián Romero <adrianromero <at> openbravo.com>
Date: Mon Mar 14 18:31:31 2011 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/1a363220dac7b7ec85a1e3f8d33cd23ed9039f3d [^]

Fixes issue 0016278: Bad behaviour with P+ in Production Run
It has bee modified the expression that calculates the quantity ordered for P+ products

---
M src-db/database/model/functions/MA_PRODUCTIONRUN_STANDARD.xml
---
(0034829)
adrianromero (manager)
2011-03-14 18:35

* Testing the issue

Kindly follow the steps to test the and verify now that the value of the calculated Order quantity is 30. Verify also that for P- products it still works as expected.

* Other areas affected.

No other areas affected. It has only been modified the pl/sql process MA_PRODUCTIONRUN_STANDARD

- Issue History
Date Modified Username Field Change
2011-03-14 18:28 adrianromero New Issue
2011-03-14 18:28 adrianromero Assigned To => adrianromero
2011-03-14 18:28 adrianromero Modules => Core
2011-03-14 18:28 adrianromero Issue generated from 0015582
2011-03-14 18:28 adrianromero Relationship added blocks 0015582
2011-03-14 18:32 hgbot Checkin
2011-03-14 18:32 hgbot Note Added: 0034828
2011-03-14 18:32 hgbot Status new => resolved
2011-03-14 18:32 hgbot Resolution open => fixed
2011-03-14 18:32 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/1a363220dac7b7ec85a1e3f8d33cd23ed9039f3d [^]
2011-03-14 18:35 adrianromero Note Added: 0034829
2011-05-24 10:12 dalsasua Tag Attached: closingMay2011
2011-05-24 10:55 dalsasua Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker