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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0031347
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 04. Warehouse managementcriticalalways2015-11-03 19:312015-11-23 21:17
ReporteraferrazView Statuspublic 
Assigned Toaferraz 
PriorityimmediateResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision35ad61062735
ProjectionnoneETAnoneTarget Version3.0PR16Q1
OSLinux 64 bitDatabasePostgreSQLJava version1.6.0_18
OS VersionProfessional ApplianceDatabase version8.3.9Ant version1.7.1
Product VersionSCM revision 
Review Assigned Todmiguelez
Web browser
ModulesCore
Regression levelPackaging and release
Regression date2015-09-01
Regression introduced in releasemain
Regression introduced by commithttps://code.openbravo.com/erp/devel/pi/rev/d824566905ac [^]
Triggers an Emergency PackNo
Summary

0031347: Error when validating a Costing Rule with "Backdated Transactions Fixed" flag enabled

DescriptionError when validating a Costing Rule with "Backdated Transactions Fixed" flag enabled and a backdated adjustment needs to be created.
Steps To ReproduceAs F&B Admin:

- Create a Purchase Order for any product. Book it.
  Create a Goods Receipt from order and dated 10 days after today. Complete it.
  Run Costing Background process.

- Go to Costing Rule window and create a new one for España and Average algorithm, with warehouse dimension flag disabled and backdated transactions fixed flag enabled.
  Click on Validate Costing Rule.
  Run Costing Background process.

- Create another Costing Rule for España and Average algorithm, with warehouse dimension flag disabled and backdated transactions fixed flag enabled.
  Click on Validate Costing Rule.

Check an Error is shown: could not initialize proxy - no Session.
Check also in the log the following error is raised: @NoCostingRuleFoundForOrganizationAndDate@
Proposed SolutionCheck if closing inventories created by a Costing Rule should create BDT adjustments.
If that case, check getCostDimensionRule method of CostingUtils.java
In any case, check also getCostDimensionRule method of CostingServer.java
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0021406 closedgorkaion Costing Background Process blocked by Transactions without cost calculated. 
depends on backport 00313483.0PR15Q4 closedaferraz Error when validating a Costing Rule with "Backdated Transactions Fixed" flag enabled 
caused by defect 00307103.0PR15Q4 closedaferraz getCostDimensionRule method is not checking if Costing Rule is validated 

-  Notes
(0081466)
psanjuan (manager)
2015-11-04 10:59
edited on: 2015-11-04 11:06

Test Plan

In F&B España. Check that there is a costing rule validated set up as shown below:
* Costing Algorithm = Average
* Warehouse Dimension = No
* Backdated Transaction Fixed = No

Run Costing Background process so you can check it ends successfully.

Create a product named "Product 31347" for "F&B España", enter a price list "Tarifa Bebidas Alegres", unit/list price = 10.00

Go to purchase order window.
Create a Purchase Order for the product dated on today's date. Book it.
Create a Goods Receipt from order and dated 10 days after today's date. Complete it.
Run Costing Background process.

Go to Costing Rule window and create a new one for España and Average algorithm, with warehouse dimension flag disabled and backdated transactions fixed flag enabled.
Click on Validate Costing Rule.
Run Costing Background process.
Check that the process ends successfully.

Create another Costing Rule for España and Average algorithm, with warehouse dimension flag disabled and backdated transactions fixed flag enabled.
Click on Validate Costing Rule.
Check that the costing rule can be validated without any error.

(0081467)
psanjuan (manager)
2015-11-04 11:06

Issue verified.
Test Plan above also verified.

Issue can be code reviewed and closed.
(0081474)
hgbot (developer)
2015-11-04 13:17

Repository: erp/devel/pi
Changeset: 35ad61062735394def6e5c51fcce9ad46f5f9ac6
Author: Alvaro Ferraz <alvaro.ferraz <at> openbravo.com>
Date: Tue Nov 03 21:18:14 2015 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/35ad61062735394def6e5c51fcce9ad46f5f9ac6 [^]

Fixes issue 31347: Error when validating a Costing Rule with backdated enabled

When checking for the current validated costing rule, it should have an ending date greater or equal than current date.

---
M src/org/openbravo/costing/CostingServer.java
M src/org/openbravo/costing/CostingUtils.java
---
(0081475)
dmiguelez (developer)
2015-11-04 13:18

Code Review + Testing Ok
(0082171)
hudsonbot (developer)
2015-11-23 21:17

A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/7b56bebaaa88 [^]
Maturity status: Test

- Issue History
Date Modified Username Field Change
2015-11-03 19:31 aferraz New Issue
2015-11-03 19:31 aferraz Assigned To => aferraz
2015-11-03 19:31 aferraz Modules => Core
2015-11-03 19:31 aferraz Regression level => Packaging and release
2015-11-03 19:31 aferraz Regression date => 2015-09-01
2015-11-03 19:31 aferraz Regression introduced in release => main
2015-11-03 19:31 aferraz Regression introduced by commit => https://code.openbravo.com/erp/devel/pi/rev/d824566905ac [^]
2015-11-03 19:31 aferraz Triggers an Emergency Pack => No
2015-11-03 19:54 aferraz Description Updated View Revisions
2015-11-03 19:54 aferraz Steps to Reproduce Updated View Revisions
2015-11-03 19:54 aferraz Proposed Solution updated
2015-11-03 20:31 aferraz Relationship added caused by 0030710
2015-11-03 20:31 aferraz Relationship added related to 0021406
2015-11-03 20:49 aferraz Steps to Reproduce Updated View Revisions
2015-11-03 21:07 aferraz Steps to Reproduce Updated View Revisions
2015-11-03 21:25 aferraz Steps to Reproduce Updated View Revisions
2015-11-03 21:26 aferraz Status new => scheduled
2015-11-04 10:59 psanjuan Note Added: 0081466
2015-11-04 11:00 psanjuan Note Edited: 0081466 View Revisions
2015-11-04 11:01 psanjuan Note Edited: 0081466 View Revisions
2015-11-04 11:05 psanjuan Note Edited: 0081466 View Revisions
2015-11-04 11:06 psanjuan Note Edited: 0081466 View Revisions
2015-11-04 11:06 psanjuan Note Added: 0081467
2015-11-04 13:17 hgbot Checkin
2015-11-04 13:17 hgbot Note Added: 0081474
2015-11-04 13:17 hgbot Status scheduled => resolved
2015-11-04 13:17 hgbot Resolution open => fixed
2015-11-04 13:17 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/35ad61062735394def6e5c51fcce9ad46f5f9ac6 [^]
2015-11-04 13:18 dmiguelez Review Assigned To => dmiguelez
2015-11-04 13:18 dmiguelez Note Added: 0081475
2015-11-04 13:18 dmiguelez Status resolved => closed
2015-11-23 21:17 hudsonbot Checkin
2015-11-23 21:17 hudsonbot Note Added: 0082171


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker