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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0019831
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementmajoralways2012-02-22 03:472012-04-02 06:11
Reportergregor1comView Statuspublic 
Assigned Toeduardo_Argal 
PrioritynormalResolutionfixedFixed in Version3.0MP10
StatusclosedFix in branchpiFixed in SCM revisiona4e4ae163ec3
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesOpenbravo 3.0
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0019831: Fiscal Close should reverse 'temporary' but not 'permanent' account balances

DescriptionWhen you run the fiscal close procedure, inappropriate accounting is taking place. This is due to incorrect design.

In the USA, Canada, and most other countries, a distinction is made between temporary and permanent accounts; this distinction corresponds to "profit and loss" versus "balance sheet". The balance sheet accounts, which are permanent, are not closed at the end of the year. Only temporary accounts are closed through reversal. This means that there should be no closing entries that affect b/s sheet accounts for almost every country. However, this is the only behavior that is supported. the effect is accounting entries that are not understood.
Steps To Reproducego to the fiscal calendar and choose the button to close the fiscal year. When the process completes, look at the generated accounting transactions by selecting include closing entries in the general journal, and no other. This will show you that permanent accounts are closed, which is incorrect.
Proposed SolutionThis needs to be changed through some additional parameter or choice which allows you to include or not include permanent accounts during close.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0046613)
hgbot (developer)
2012-03-21 17:58

Repository: erp/devel/pi
Changeset: a4e4ae163ec3f4b3feeb35cbd0859b0b8c62f5c3
Author: Eduardo Argal Guibert <eduardo.argal <at> openbravo.com>
Date: Tue Mar 20 13:31:11 2012 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/a4e4ae163ec3f4b3feeb35cbd0859b0b8c62f5c3 [^]

Fixes issue 19831, fixes issue 19829

---
M src-db/database/model/tables/C_ACCTSCHEMA_GL.xml
M src-db/database/sourcedata/AD_COLUMN.xml
M src-db/database/sourcedata/AD_ELEMENT.xml
M src-db/database/sourcedata/AD_FIELD.xml
M src/org/openbravo/erpCommon/ad_actionButton/CreateRegFactAcct.java
M src/org/openbravo/erpCommon/ad_actionButton/CreateRegFactAcct_data.xsql
---
(0046734)
eduardo_Argal (developer)
2012-03-26 16:11

TESTING PLAN:

1)CREATE CLOSING FOR ORGANIZATION F&B US, Inc. FOR YEAR 2010
2) REVIEW ENTRIES GENERATED IN GENERAL LEDGER JOURNAL
3) MODIFY SETUP FOR ACCOUNTING SCHEMA SO THAT NO ACCOUNTING FOR PERMANENT ENTRIES ARE CREATED (GL TAB IN ACCOUNTING SCHEMA UN-FLAG CHECK BOX)
4) RUN STEPS 1 AND 2 AGAIN FOR REVIEW
(0046839)
vmromanos (manager)
2012-03-28 16:31

code review + testing OK: closing entries are not generated if Reverse Permanent Account balances flag is not checked in the Accounting Schema configuration.
In case of a multi accounting schema environment, it works also fine.
(0047188)
hudsonbot (developer)
2012-04-02 06:11

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/7814864461ac [^]

Maturity status: Test

- Issue History
Date Modified Username Field Change
2012-02-22 03:47 gregor1com New Issue
2012-02-22 03:47 gregor1com Assigned To => vmromanos
2012-02-22 03:47 gregor1com Modules => Openbravo 3.0
2012-02-28 18:52 dalsasua Steps to Reproduce Updated View Revisions
2012-02-29 13:54 eduardo_Argal Status new => scheduled
2012-02-29 13:54 eduardo_Argal Assigned To vmromanos => eduardo_Argal
2012-02-29 13:54 eduardo_Argal fix_in_branch => pi
2012-03-21 17:58 hgbot Checkin
2012-03-21 17:58 hgbot Note Added: 0046613
2012-03-21 17:58 hgbot Status scheduled => resolved
2012-03-21 17:58 hgbot Resolution open => fixed
2012-03-21 17:58 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/a4e4ae163ec3f4b3feeb35cbd0859b0b8c62f5c3 [^]
2012-03-26 16:11 eduardo_Argal Note Added: 0046734
2012-03-28 16:31 vmromanos Note Added: 0046839
2012-03-28 16:31 vmromanos Status resolved => closed
2012-03-28 16:31 vmromanos Fixed in Version => 3.0MP9
2012-03-30 08:28 mirurita Status closed => new
2012-03-30 08:28 mirurita Resolution fixed => open
2012-03-30 08:28 mirurita Fixed in Version 3.0MP9 =>
2012-03-30 08:28 mirurita Status new => scheduled
2012-03-30 08:28 mirurita Status scheduled => resolved
2012-03-30 08:28 mirurita Fixed in Version => 3.0MP10
2012-03-30 08:28 mirurita Resolution open => fixed
2012-03-30 08:28 mirurita Status resolved => closed
2012-04-02 06:11 hudsonbot Checkin
2012-04-02 06:11 hudsonbot Note Added: 0047188


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker