Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0015582Openbravo ERP05. Production managementpublic2011-01-07 10:412011-03-22 12:38
Reporterxabiermerino 
Assigned Toadrianromero 
PriorityhighSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version2.50MP25 
Target Version2.50MP27Fixed in Version2.50MP28 
Merge Request Status
Review Assigned To
OBNetwork customerOBPS
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0015582: 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
          
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on defect 0016278 closed adrianromero Bad behaviour with P+ in Production Run 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-01-07 10:41xabiermerinoNew Issue
2011-01-07 10:41xabiermerinoAssigned To => adrianromero
2011-01-07 10:41xabiermerinoModules => Core
2011-01-07 10:41xabiermerinoOBNetwork customer => Yes
2011-01-07 10:43xabiermerinoIssue Monitored: networkb
2011-03-14 18:24hgbotCheckin
2011-03-14 18:24hgbotNote Added: 0034826
2011-03-14 18:24hgbotStatusnew => resolved
2011-03-14 18:24hgbotResolutionopen => fixed
2011-03-14 18:24hgbotFixed in SCM revision => http://code.openbravo.com/erp/stable/2.50/rev/3a8a7991ac11d6e3bd0f9b3988d82bd3bee698cb [^]
2011-03-14 18:26adrianromeroNote Added: 0034827
2011-03-14 18:27adrianromeroTypedefect => backport
2011-03-14 18:28adrianromeroIssue cloned0016278
2011-03-14 18:28adrianromeroRelationship addeddepends on 0016278
2011-03-22 12:38xabiermerinoNote Added: 0035143
2011-03-22 12:38xabiermerinoStatusresolved => closed
2011-03-22 12:38xabiermerinoFixed in Version => 2.50MP28

Notes
(0034826)
hgbot   
2011-03-14 18:24   
Repository: erp/stable/2.50
Changeset: 3a8a7991ac11d6e3bd0f9b3988d82bd3bee698cb
Author: Adrián Romero <adrianromero <at> openbravo.com>
Date: Mon Mar 14 18:21:15 2011 +0100
URL: http://code.openbravo.com/erp/stable/2.50/rev/3a8a7991ac11d6e3bd0f9b3988d82bd3bee698cb [^]

Fixes issue 0015582: 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
---
(0034827)
adrianromero   
2011-03-14 18:26   
* 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
(0035143)
xabiermerino   
2011-03-22 12:38   
Verified