Qty. to Invoice (Base) = 0 and sales orders not posting
jelittlejohn
Member Posts: 61
I have a client who has been using Navision for about a year and a half. All seems to be going well but occasionally thaey get an order that will not post. I discovered that the problem was that "Qty. to Invoice (Base)" was set to 0 for a seemingly random line on the order. I have been working around thus far by resetting the value directly in the SQL tables, however, I haven't been able to get to the root of the issue. I have searched the forum and have already checked to see if there was an issue between my base and sales unit of measure. There was not. Their version of Navision is customized but there's nowhere that any customizations directly deal with "Qty. to Invoice (Base). If any of you have encountered this issue, any insight would be appreciated.
Thanks,
Jack
Thanks,
Jack
Jack Littlejohn
Clemson, SC
Clemson, SC
0
Comments
-
So you can't recreate the problem?
Was the sales line Quantity onvalidate customized?
Does it still have this code?
Qty. to Invoice (Base) - OnValidate()
TESTFIELD("Qty. per Unit of Measure",1);
VALIDATE("Qty. to Invoice","Qty. to Invoice (Base)");
Can it happen if someone changes the TYPE once the item has been entered?
Sounds like something isn't getting updated. You need to double check the mods. Or put some code that pop's up a message when the value is Zero - so you can find it as it's happening :-k0 -
Haven't noticed this problem before. I can almost bet that this is attributed to a customization somewhere.
The test you can do is try entering orders in a clean CRONUS database. If you cannot duplciate the problem, then you may have to check your code...
Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
The problem can be somewhere in posting codeunit, in the table code or in some process which is working with the order (automatic order creation - import from EDI etc.). Sometime developers forget about the base Unit of measure and are filling just the UoM quantities without validation...0
-
I agree with Kamil, I have seen this with add-ons that have some odd code. UOM really does need to be done properly.
Jack are you runnign standard NAV, or do you have some add-ons, say eShip or somethign like that?David Singleton0 -
I am running Navision SQL with some customizations. There are no add ons. I am going to try and drop in a warning message as suggested and see what I can learn from that. Thanks for you input.
JackJack Littlejohn
Clemson, SC0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K 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
- 611 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 253 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions

