Calculating exact Day, Time, No of Month in a Day, Number of days in a Year, Day of the Week and many more has always been a challenging point while writing code in NAV. Though you can manage to achieve this but anyhow you end up with many lines of code. But just twisting your code a little bit with some DotNet variable will bring you a broad smile in your face with just a single line of codes. For an example have a look into the below screenshot.
This Post is about How to Import directly an XML which is coming as Web-Service from different platform like .NET. Whenever we get a response from a .NET Service we usually get Namespaces coming as enclosed in it. Now being a NAV developer it’s something which becomes a barrier to us while getting it directly Imported from NAV XML Ports. So here we are to how get rid from this.
By accident I discovered something quite interesting last week and I thought it was worth sharing it through a blog post.
When you create an object type variable in Microsoft Dynamics NAV 2015 and you leave out the name then NAV will automatically suggest the name based on the subtype. So, when creating variables that are forms, records, reports, xmlports, etc. then there is no need to enter a variable name anymore.
There are Dynamics NAV clients that would like to separate Variable and Fixed Overhead.
If we look at a Dynamics NAV Work Center Card, we see that we can put in a Direct Unit Cost and an Indirect Cost % or Overhead Rate. However, there is no place to indicate if this cost is Variable or Fixed.