Openbravo Issue Tracking System - Openbravo ERP | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0023999 | Openbravo ERP | 04. Warehouse management | public | 2013-06-05 16:42 | 2013-08-01 17:51 |
Reporter | VictorVillar | ||||
Assigned To | pramakrishnan | ||||
Priority | urgent | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | OS | 5 | OS Version | ||
Product Version | pi | ||||
Target Version | 3.0MP26 | Fixed in Version | |||
Merge Request Status | |||||
Review Assigned To | VictorVillar | ||||
OBNetwork customer | OBPS | ||||
Web browser | |||||
Modules | Core | ||||
Support ticket | 20823 | ||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0023999: Wrong cost calculation for production products under some circunstancies | ||||
Description | Wrong cost calculation for production products under some circunstancies, regarding the new costing engine. Production 1:Movement date: 22 April, Transaction process date: today - product A (P+). - product B (p-) Production 2: Movement date: 22 April, Transaction process date: today - product B (P+) - product C (P-) Cost calculation of Production 2 is OK, so the transaction cost for product B is OK. The Starting date of costing record generated for the product B, is 'TODAY', so when the ma_production_cost function, tries to calculate the cost for the transaction of the product A, will search a register in the m_costing table for product B valid from the 22th of April (the movement date) instead the transaction process date. | ||||
Steps To Reproduce | Production 1:Movement date: 22 April, Transaction process date: today - product A (P+). - product B (p-) Production 2: Movement date: 22 April, Transaction process date: today - product B (P+) - product C (P-) Cost calculation of Production 2 is OK, so the transaction cost for product B is OK. The Starting date of costing record generated for the product B, is 'TODAY', so when the ma_production_cost function, tries to calculate the cost for the transaction of the product A, will search a register in the m_costing table for product B valid from the 22th of April (the movement date) instead the transaction process date. | ||||
Proposed Solution | There are two options to solve this issue: The PL should be split in two parts, the first one for the instances already migrated and the second one for the instances that use the old costing engine. * Part 1: Instances already migrated 1.- if the v_ProductionDate = MAX(movementdate) variable is only used for costing purposes, 'costing queries'. The solution should be v_ProductionDate = MAX(trxprocessdate), doing a join with the m_transaction table. 2.- if the v_ProductionDate = MAX(movementdate) variable is not used only in 'costing queries', the solution should be add a new variable = MAX(trxprocessdate), doing a join with the m_transaction table in the same query where you define the v_ProductionDate and add the new variable only in the 'costing queries' *Part2: Instances is not migrated: Should contain the same function as now. | ||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2013-06-05 16:42 | VictorVillar | New Issue | |||
2013-06-05 16:42 | VictorVillar | Assigned To | => dmiguelez | ||
2013-06-05 16:42 | VictorVillar | Modules | => Core | ||
2013-06-05 16:42 | VictorVillar | OBNetwork customer | => Yes | ||
2013-06-05 16:42 | VictorVillar | Support ticket | => 20823 | ||
2013-06-05 16:42 | VictorVillar | Resolution time | => 1372629600 | ||
2013-06-05 16:42 | VictorVillar | Triggers an Emergency Pack | => No | ||
2013-06-05 16:42 | VictorVillar | Issue Monitored: networkb | |||
2013-06-06 16:45 | dmiguelez | Assigned To | dmiguelez => jonalegriaesarte | ||
2013-06-24 09:29 | jonalegriaesarte | Assigned To | jonalegriaesarte => ioritzCia | ||
2013-06-25 16:37 | ioritzCia | Status | new => scheduled | ||
2013-06-25 16:37 | ioritzCia | fix_in_branch | => pi | ||
2013-06-26 12:57 | ioritzCia | Note Added: 0059678 | |||
2013-06-26 12:58 | hgbot | Checkin | |||
2013-06-26 12:58 | hgbot | Note Added: 0059679 | |||
2013-06-26 12:58 | hgbot | Status | scheduled => resolved | ||
2013-06-26 12:58 | hgbot | Resolution | open => fixed | ||
2013-06-26 12:58 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/167acdfcb2b04b23b0409279645ebd6f13691952 [^] | ||
2013-06-27 12:56 | hudsonbot | Checkin | |||
2013-06-27 12:56 | hudsonbot | Note Added: 0059703 | |||
2013-07-01 17:59 | hgbot | Checkin | |||
2013-07-01 17:59 | hgbot | Note Added: 0059795 | |||
2013-07-01 18:05 | ioritzCia | Status | resolved => new | ||
2013-07-01 18:05 | ioritzCia | Resolution | fixed => open | ||
2013-07-01 18:05 | ioritzCia | Target Version | 3.0MP25 => 3.0MP26 | ||
2013-07-01 18:05 | ioritzCia | fix_in_branch | pi => | ||
2013-07-01 18:05 | ioritzCia | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=4850#r4850 | ||
2013-07-02 10:31 | hudsonbot | Checkin | |||
2013-07-02 10:31 | hudsonbot | Note Added: 0059803 | |||
2013-07-29 12:04 | jonalegriaesarte | Assigned To | ioritzCia => pramakrishnan | ||
2013-07-31 13:28 | hgbot | Checkin | |||
2013-07-31 13:28 | hgbot | Note Added: 0060414 | |||
2013-07-31 13:28 | hgbot | Status | new => resolved | ||
2013-07-31 13:28 | hgbot | Resolution | open => fixed | ||
2013-07-31 13:28 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/devel/pi/rev/167acdfcb2b04b23b0409279645ebd6f13691952 [^] => http://code.openbravo.com/erp/devel/pi/rev/e7559d190d29acfb5d151b1947dfae8f07a4169d [^] | ||
2013-07-31 13:29 | VictorVillar | Review Assigned To | => VictorVillar | ||
2013-07-31 13:29 | VictorVillar | Note Added: 0060416 | |||
2013-07-31 13:29 | VictorVillar | Status | resolved => closed | ||
2013-08-01 17:51 | hudsonbot | Checkin | |||
2013-08-01 17:51 | hudsonbot | Note Added: 0060460 |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|