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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0005856
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementmajoralways2008-11-06 14:132009-06-05 18:59
ReporternetworkbView Statuspublic 
Assigned Todalsasua 
PriorityimmediateResolutionfixedFixed in Version
StatusclosedFix in branchpiFixed in SCM revision11506
ProjectionnoneETAnoneTarget Version
OSWindowsDatabaseOracleJava version
OS VersionDatabase versionAnt version
Product Version2.35MP7SCM revision 
Merge Request Status
Review Assigned To
OBNetwork customerOBPS
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0005856: G/L entry does not work with multiple Accounting Schema

DescriptionIf a new GL/entry is created selecting in the Header an Accounting Schema (it is supposed it exist more than one) is selected, in Lines tab, Account selector does not take into account the Accounting Schema selected in the Header.
Steps To Reproduce1) Create a second accounting schema in 'Financial Management || Accounting || Setup || Accounting Schema'.
2) Add some elements to this new accounting schema in 'Account Schema Element' tab.
3) Go to 'General Setup || Client || Client' and select yours.
4) Inside 'Information' tab, tick 'Second Accounting Schema' check-box and select the recently created accounting schema.
5) Go to 'Financial Management || Accounting || Transactions || G/L Journal || Batch' and create a new record.
6) Move to 'Header' tab and create a new record, selecting the recently created accounting schema.
7) Go to 'Lines' tab and click on 'Accounting Combination' icon.

Notice that the account selector is not taking into account header's accounting schema since it is displaying client primary accounting schema's elements.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 0005857 closeddalsasua G/L entry does not work with multiple Accounting Schema 
depends on backport 0005858 closeddalsasua G/L entry does not work with multiple Accounting Schema 

-  Notes
(0010075)
svnbot (viewer)
2008-11-07 11:52

 Repository: openbravo
Revision: 9780
Author: davidalsasua
Date: 2008-11-07 11:52:42 +0100 (Fri, 07 Nov 2008)

Fixes Bug 0005856: G/L entry does not work with multiple Accounting Schema

---
U trunk/src-db/database/sourcedata/AD_COLUMN.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=9780&sc=1 [^]
(0011470)
svnbot (viewer)
2008-12-17 10:41

 Repository: openbravo
Revision: 11288
Author: davidalsasua
Date: 2008-12-17 10:41:13 +0100 (Wed, 17 Dec 2008)

Fixes Bug 0005856: G/L entry does not work with multiple Accounting Schema

---
U trunk/src/org/openbravo/erpCommon/info/Account.java
U trunk/src/org/openbravo/erpCommon/info/Account_data.xsql
---

https://dev.openbravo.com/websvn/openbravo/?rev=11288&sc=1 [^]
(0011677)
svnbot (viewer)
2008-12-22 18:15

 Repository: openbravo
Revision: 11506
Author: davidalsasua
Date: 2008-12-22 18:15:52 +0100 (Mon, 22 Dec 2008)

Fixes Bug 0005856: G/L entry does not work with multiple Accounting Schema

---
U trunk/src/org/openbravo/erpCommon/info/Account.java
---

https://dev.openbravo.com/websvn/openbravo/?rev=11506&sc=1 [^]
(0017052)
DavidV (viewer)
2009-06-05 18:59

 May I ask what is the satus of this issue?
It was put to pi on 21.12.2008.
Now, it is closed, but it is not in production (2.50 MP1).

I experience the same problem in 2.50 MP1 ...

Thank you
David

- Issue History
Date Modified Username Field Change
2008-11-06 14:13 networkb New Issue
2008-11-06 14:13 networkb Assigned To => rafaroda
2008-11-06 14:13 networkb sf_bug_id 0 => 2229542
2008-11-06 14:13 networkb OBNetwork customer => Yes
2008-11-06 14:13 networkb Regression testing => No
2008-11-06 14:13 networkb Issue Monitored: networkb
2008-11-06 15:21 networkb OS 5 => 10
2008-11-06 15:21 networkb version => 2.35MP7
2008-11-06 15:44 rafaroda Proposed Solution updated
2008-11-06 15:51 rafaroda Status new => scheduled
2008-11-06 15:51 rafaroda Assigned To rafaroda => dalsasua
2008-11-06 15:51 rafaroda fix_in_branch => trunk
2008-11-07 11:52 svnbot Checkin
2008-11-07 11:52 svnbot Note Added: 0010075
2008-11-07 11:52 svnbot Status scheduled => resolved
2008-11-07 11:52 svnbot Resolution open => fixed
2008-11-07 11:52 svnbot svn_revision => 9780
2008-12-16 16:58 psarobe Status resolved => new
2008-12-16 16:58 psarobe Resolution fixed => open
2008-12-16 16:58 psarobe Status new => scheduled
2008-12-17 10:41 svnbot Checkin
2008-12-17 10:41 svnbot Note Added: 0011470
2008-12-17 10:41 svnbot Status scheduled => resolved
2008-12-17 10:41 svnbot Resolution open => fixed
2008-12-17 10:41 svnbot svn_revision 9780 => 11288
2008-12-22 18:15 svnbot Checkin
2008-12-22 18:15 svnbot Note Added: 0011677
2008-12-22 18:15 svnbot svn_revision 11288 => 11506
2009-04-21 11:09 psarobe Status resolved => closed
2009-06-05 18:59 DavidV Note Added: 0017052
2009-06-05 19:00 DavidV Issue Monitored: DavidV

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker