Howdy, Stranger!
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.5K Microsoft Dynamics NAV
- 18.5K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 262 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 992 SQL General
- 385 SQL Performance
- 33 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 259 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
Options
Comprimeren grootboekposten
mgm
Member Posts: 126
Waarom wordt er bij het comprimeren van Grootboekposten (Report 98) gefilterd op de Open grootboekposten: SETRANGE(Open,TRUE) ???
Het veld Open zit in de NL localisatie en dat filter zit dus ook niet in de W1.
En als er al gefilterd moet worden op Open = Ja/Nee, dan zou ik verwachten dat er gefilterd zou worden op Open=Nee. Dus alleen gesloten/vereffende posten comprimeren.
Weet iemand wat de logica hierachter is?
Het veld Open zit in de NL localisatie en dat filter zit dus ook niet in de W1.
En als er al gefilterd moet worden op Open = Ja/Nee, dan zou ik verwachten dat er gefilterd zou worden op Open=Nee. Dus alleen gesloten/vereffende posten comprimeren.
Weet iemand wat de logica hierachter is?
0
Comments
Ik heb net zelf even in het object gekeken, maar ik zie die filter niet.
Waar bevind die filter zich in jouw code?
Of is het mogelijk dat dit een wijziging is in het object?
Deze regel code is alleen in de NL versie toegevoegd, niet in de W1!
Het zit in iig. in de NAV versies 4, 5 en 2015.
Ik had er overheen gelezen. ](*,)
Zo te zien is het toegevoegd sinds versie 4.0 Sp3
Bij onze oude omgeving is deze filter namelijk niet aanwezig.
Maar dan nog... ik kan me niet indenken waarom je deze posten niet mee zou willen nemen in de comprimatie.
Vereffenen van grootboekposten is typisch iets voor tussenrekeningen. Men gaat echt niet elke grootboekpost zitten vereffenen, dat is ondoenlijk.
Filter eraf gooien en even overleggen met de klant wat slim is?
Dan is het wellicht weer tijd voor een nieuwe support call!?
Of gaan we wachten tot die NL localisatie eens een keer in z'n geheel wordt opgeschoond?