Howdy, Stranger!
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
- 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
- 306 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 993 SQL General
- 384 SQL Performance
- 34 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
- 260 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
Navision 4 SP2 & SQL server & flowfields
lyot
Member Posts: 202
Hallo,
Ik heb net iets vreemds voorgehad, laat mij even de situatie schetsen.
Ik wou iets testen door verschillende bewegingen te verrichten tussen enkele bins. Tot zover geen probleem, test afgelopen. Nu wou ik mijn voorraden terugplaatsen zoals voor de test. Dit heb ik simpelweg gedaan door de warehouse entries voor alle bewegingen gebeurd tijdens de test te verwijderen (test-omgeving natuurlijk). Als ik nu kijk op de bin content waarvoor ik de meeste bewegingen heb uitgevoerd zie ik dat deze terug mooi op het origineel aantal staat (bijv. 258 stks). Tot zover ook nog geen probleem. Tot ik de test opnieuw doe, dan merk ik iets merkwaardig.
ik besluit er de debugger op los te laten en zie tot mijn grote ontsteltenis dat een CALCFIELDS van quantity van diezelfde bin content echter een ander resultaat oplevert, bijv. 402 stks. :shock:
Als ik een half uur opnieuw later probeer zie ik dat die CALCFIELDS in debug nu wel het juiste resultaat weergeeft... :shock: :shock:
Hoe kan dit? Heeft dit iets te maken met SQL en hoe die juist zijn SIFTS bijhoud? Zoja, bestaat er een oplossing voor. Zonee, waar moet ik het dan wel zoeken?
Alvast bedankt.
Ik heb net iets vreemds voorgehad, laat mij even de situatie schetsen.
Ik wou iets testen door verschillende bewegingen te verrichten tussen enkele bins. Tot zover geen probleem, test afgelopen. Nu wou ik mijn voorraden terugplaatsen zoals voor de test. Dit heb ik simpelweg gedaan door de warehouse entries voor alle bewegingen gebeurd tijdens de test te verwijderen (test-omgeving natuurlijk). Als ik nu kijk op de bin content waarvoor ik de meeste bewegingen heb uitgevoerd zie ik dat deze terug mooi op het origineel aantal staat (bijv. 258 stks). Tot zover ook nog geen probleem. Tot ik de test opnieuw doe, dan merk ik iets merkwaardig.
ik besluit er de debugger op los te laten en zie tot mijn grote ontsteltenis dat een CALCFIELDS van quantity van diezelfde bin content echter een ander resultaat oplevert, bijv. 402 stks. :shock:
Als ik een half uur opnieuw later probeer zie ik dat die CALCFIELDS in debug nu wel het juiste resultaat weergeeft... :shock: :shock:
Hoe kan dit? Heeft dit iets te maken met SQL en hoe die juist zijn SIFTS bijhoud? Zoja, bestaat er een oplossing voor. Zonee, waar moet ik het dan wel zoeken?
Alvast bedankt.
0
Comments