Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0023090Openbravo ERP09. Financial managementpublic2013-02-17 21:412013-03-04 16:44
Reporterpjuvara 
Assigned Toeduardo_Argal 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version3.0MP19.1 
Target VersionFixed in Version 
Merge Request Status
Review Assigned ToSandrahuguet
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0023090: Transactions dated on Dec 31st are incorrectly posted on the adjustment period
DescriptionMP18 introduced the concept of 13th period for adjustment. Only manual accounting entries created using G/L Journals should be posted against the adjustment period.

Howerver if you create a transaction dated Dec 31st, it gets posted against that period.
Steps To Reproduce1) Define a Fiscal Calendar with an adjustment period. That creates overlapping periods; for example:
Dec-12 goes from 01-Dec-2012 to 31-Dec-2012
13th Period-12 goes from 31-Dec-2012 to 31-Dec-2012
See http://wiki.openbravo.com/wiki/Fiscal_Calendar#Year [^]

2) Create a Financial Account transaction of type G/L Item dated 31-Dec-2012 and post it.

3) Review accounting - you can see that it has been posted on 13th-Period-12 while it should have been posted on Dec-12.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2013-02-17 21:41pjuvaraNew Issue
2013-02-17 21:41pjuvaraAssigned To => dmiguelez
2013-02-17 21:41pjuvaraModules => Core
2013-02-17 21:41pjuvaraTriggers an Emergency Pack => No
2013-02-17 21:47pjuvaraNote Added: 0056503
2013-02-22 18:55eduardo_ArgalAssigned Todmiguelez => eduardo_Argal
2013-02-22 18:55eduardo_ArgalStatusnew => scheduled
2013-02-22 18:55eduardo_Argalfix_in_branch => pi
2013-02-22 19:25hgbotCheckin
2013-02-22 19:25hgbotNote Added: 0056735
2013-02-22 19:25hgbotStatusscheduled => resolved
2013-02-22 19:25hgbotResolutionopen => fixed
2013-02-22 19:25hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/c6c76a1ab1c726c043c0fdc21dfc7c1274f5abf3 [^]
2013-02-28 16:39hudsonbotCheckin
2013-02-28 16:39hudsonbotNote Added: 0056847
2013-03-04 16:44SandrahuguetReview Assigned To => Sandrahuguet
2013-03-04 16:44SandrahuguetNote Added: 0057013
2013-03-04 16:44SandrahuguetStatusresolved => closed

Notes
(0056503)
pjuvara   
2013-02-17 21:47   
This issue is related to 23091.
(0056735)
hgbot   
2013-02-22 19:25   
Repository: erp/devel/pi
Changeset: c6c76a1ab1c726c043c0fdc21dfc7c1274f5abf3
Author: Eduardo Argal Guibert <eduardo.argal <at> openbravo.com>
Date: Fri Feb 22 19:25:03 2013 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/c6c76a1ab1c726c043c0fdc21dfc7c1274f5abf3 [^]

Fixes bug 23090

---
M src/org/openbravo/erpCommon/ad_forms/AcctServer_data.xsql
---
(0056847)
hudsonbot   
2013-02-28 16:39   
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/8c5cb16254f4 [^]

Maturity status: Test
(0057013)
Sandrahuguet   
2013-03-04 16:44   
Code review + testing OK