Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0041794 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| backport | [Openbravo ERP] 04. Warehouse management | critical | always | 2019-09-04 13:56 | 2019-09-11 17:53 | |||
| Reporter | gorkaion | View Status | public | |||||
| Assigned To | collazoandy4 | |||||||
| Priority | immediate | Resolution | fixed | Fixed in Version | 3.0PR19Q2.3 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | 87ab01cc3353 | ||||
| Projection | none | ETA | none | Target Version | 3.0PR19Q2.3 | |||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | Sandrahuguet | |||||||
| Web browser | ||||||||
| Modules | Core | |||||||
| Regression level | Production - Confirmed Stable | |||||||
| Regression date | 2016-10-11 | |||||||
| Regression introduced in release | 3.0PR17Q1 | |||||||
| Regression introduced by commit | https://code.openbravo.com/erp/devel/pi/rev/37c5b07cf5e7 [^] | |||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0041794: Fix backdated transaction is not fixing all backdated transactions | |||||||
| Description | When the fix backdated transaction process is executed in a costing rule to enable backdated corrections the process is not adjusting all existing backdated transactions. | |||||||
| Steps To Reproduce | *** NOTE: Currently in live builds there are many products with costing in an inconsistent status with overlapped ranges in the costings. To properly reproduce the issue search a product without this problem to avoid collateral issues related to this problem (for example Cola de Cereza) *** 1. Ensure that the costing rule is not fixing backdated transactions. 2. Create 3 new Purchase Orders with relevant changes in the price and enough quantity to ensure that the average is changed. All of them with different dates in the past. 2.1. For example using cola de cereza whose regular price is 0.55: del date qty price PO1 - 04-08-2018 - 50000ud - 0.02 EUR PO2 - 04-09-2018 - 70000ud - 5 EUR PO3 - 04-07-2018 - 30000ud - 10 EUR 3. Create 3 goods receipts using Pending Goods Receipt each one using the same date as de delivery date of the order and processed in the same order than the orders. GR01 - PO1 - 04-08-2018 GR02 - PO2 - 04-09-2018 GR03 - PO3 - 04-07-2018 4. Execute costing background process to ensure that all costs are calculated. 5. Go to Costing Rule for Spain org and execute the Fix Backdated Transactions with starting date 01-01-2018. 6. Go to Cost Adjustment window and check if there is any adjustment. It is expected to be a new cost adjustment for Backdated Transaction with at least 3 lines with the 3 goods receipts with the source flag as true and all the shipments from 04-07-2018 adjusted with the new average cost. 7. Go to Costing tab and sort by starting date. We expect that the costings related to the backdated receipt to be correctly ordered between other receipts by their date. | |||||||
| Proposed Solution | The method isNeededBackdatedCostAdjustment from CostAdjustmentUtils is not returning value when a old transaction already calculated is passed as parameter. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0114529) hgbot (developer) 2019-09-11 17:51 |
Repository: erp/backports/3.0PR19Q2.3 Changeset: 87ab01cc33539eacbc8e69c3e66e6547c5c2b23d Author: Armaignac <collazoandy4 <at> gmail.com> Date: Mon Sep 09 12:07:53 2019 -0400 URL: http://code.openbravo.com/erp/backports/3.0PR19Q2.3/rev/87ab01cc33539eacbc8e69c3e66e6547c5c2b23d [^] Fixes issue 41794:Fix backdated transaction is not fixing all backdated trx When the fix backdated transaction process is executed in a costing rule to enable backdated corrections the process is not adjusting all existing backdated transactions because the method isNeededBackdatedCostAdjustment from CostAdjustmentUtils is not returning value when an old transaction already calculated is passed as parameter if was processed after last transaction and the old transaction movement date is before Now the process create an ajustment if the transaction movement date is before previous adjusted transaction movement date --- M src/org/openbravo/costing/AverageCostAdjustment.java M src/org/openbravo/costing/FixBackdatedTransactionsProcess.java --- |
|
(0114532) Sandrahuguet (developer) 2019-09-11 17:53 |
code review + testing ok |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2019-09-10 16:52 | collazoandy4 | Type | defect => backport |
| 2019-09-10 16:52 | collazoandy4 | Target Version | => 3.0PR19Q2.3 |
| 2019-09-11 17:51 | hgbot | Checkin | |
| 2019-09-11 17:51 | hgbot | Note Added: 0114529 | |
| 2019-09-11 17:51 | hgbot | Status | scheduled => resolved |
| 2019-09-11 17:51 | hgbot | Resolution | open => fixed |
| 2019-09-11 17:51 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/backports/3.0PR19Q2.3/rev/87ab01cc33539eacbc8e69c3e66e6547c5c2b23d [^] |
| 2019-09-11 17:53 | Sandrahuguet | Review Assigned To | => Sandrahuguet |
| 2019-09-11 17:53 | Sandrahuguet | Note Added: 0114532 | |
| 2019-09-11 17:53 | Sandrahuguet | Status | resolved => closed |
| 2019-09-11 17:53 | Sandrahuguet | Fixed in Version | => 3.0PR19Q2.3 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |