G/L Account - Sorting

ashtaroth
Member Posts: 5
Hi everybody!
We have a problem here regarding the sorting of G/L Accounts. The 'No.'-field in this table is code-type. Regarding the sorting, code is treated as a string - so '11046' is followed by '1105' is followed by '11051'. That's ok so far...
But when I want to summarize our customer-accounts e.g. 11000 to 16999, there are several accounts involved that should be ignored (like 1210, 1400 and so on). I want to create two new accounts and summarize every account between these two numbers.
CRONUS is using account-numbers less than 10000 so I'm not able to imitate the standard
. And unfortunalely we have to use the existing account-numbers. Does anyone have a clue how to set this up?
Thanks in advance,
ASH
We have a problem here regarding the sorting of G/L Accounts. The 'No.'-field in this table is code-type. Regarding the sorting, code is treated as a string - so '11046' is followed by '1105' is followed by '11051'. That's ok so far...
But when I want to summarize our customer-accounts e.g. 11000 to 16999, there are several accounts involved that should be ignored (like 1210, 1400 and so on). I want to create two new accounts and summarize every account between these two numbers.
CRONUS is using account-numbers less than 10000 so I'm not able to imitate the standard

Thanks in advance,
ASH
SELECT * FROM users WHERE clue > 0; 0 rows returned
0
Comments
-
Are you using SQL or are you implementing a belgian account schedule?
In Belgium the code field for No. was replaced by a textfield for this purpose.
Totaling should be done automaticaly when the smaller g/l accounts are total accounts.0 -
Hi!
Yes, we will use a SQL 2005 server.
No, I'm from Germany and so we are using a german account-template, delivered by Datev (http://www.datev.com/).
I've tried to summarize the smaller accounts in a extra summary, unfortunately with no effect. Or what do you mean with "total accounts"?
PS: Our accounts are referenced by pre-defined numbers:
- 1xxx is "financial and private accounts" like bank-accounts or "cash register"
- 7xxx is "stocks of products"
- >= 10000 is for own use
Do the belgian customers use text-based accounts?SELECT * FROM users WHERE clue > 0; 0 rows returned
0 -
Yes, I know that in Belgium they have changed to text because of this. Their accout schedile is like
1
10
100
2
20
200
And navision assumes every code has the same length.
But maybe belgian engineers can correct me if I am wrong...0 -
Oh, now I understand. So for them it seems to be the right way.
SELECT * FROM users WHERE clue > 0; 0 rows returned
0 -
You are not able to fill the no with 0 from left to same length??? Why?
...
01105
11046
11051
...0 -
Ok, this works just perfect - although I think it's not quite clear.
Thanks everybody \:D/.SELECT * FROM users WHERE clue > 0; 0 rows returned
0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions