Customizing Dynamics NAV
Discover different ways to customize the application to give you and your colleagues access to the features, functionality, and data that you need most.
Dynamics 365 2019 release wave 2 plan Discover the latest updates to Dynamics 365.Release Plan | Weekly Deployment Notes
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants.Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements.
ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Talent TechTalks
I have been looking forward to blog about this, since I have been testing and working with these commandlets for quite some time now. With the release of Cumulative Update 9, these commandlets are being released .. so FINALLY I’m able to blog about it.
But I’m not gonna .. at least, I’m not going to do an introduction about it, just because Soren Klemmensen beat me to it :-). He wrote a perfect introduction (may be it’s already quite more then only an intro..) on his blog in the post “Merging Application Objects with PowerShell in Cumulative Update 9 for Microsoft Dynamics NAV 2013 R2“. I would be an idiot to write about the same, while the only right thing to do is just to thank Soren, and point to his blog. Thanks Soren! :-).
Let’s just sum up the new commandlets that are available for you:
I have been testing deeply with these commandlets .. Have written quite some scripts that is going to automate a lot for me. You can see that this testing also made me creating the scripts for import/exporting object textfiles in powershell, which you can find here:
I especially like the import-statement together with the merge-commandlets/scripts. I don’t like to join the files and try importing them. When you do it with the script, it is slower (I admit), but it imports what it can import, and it gives you a list of errored files which – for some reason or another (look at the log) – are not able to import. The one big textfile is only going to error out on the first error, and leave you with nothing. Usually, it’s ControlID’s that causes files not able to import .. and as far as I know, in the future .. Microsoft is going to foresee a solution for this as well (it’s under investigation ;-)). As if there is one thing that I noticed during this beta-phase .. Microsoft REALLY listens to the input of the testers.. .
One last thing I’d like to add: it’s bloody fast! It handles the files so fast .. Beautiful! I’m thrilled for this new addition .. I’m incorperating it to do the monthly updates with my eyes closed .. and I’m succeeding thanks to how these commandlets were made, how they are working, and how they perform.
Lots of blogposts to follow with tips and tricks, while the best tip I can give is: try it, test it, do it yourself .. and in no time, you can’t live without it anymore!
You can’t work with Powershell? Well, time for some advertisement then ;-). I created 2 movies, and will do a workshop on NAVTechDays. Here is more information:
Oh yeah .. almost forgot .. we implemented the hooks pattern quite extensively at my company. Well .. I can tell you this: using these commandlets, I’m upgrading to NAV Crete in a matter of minutes: I only have to solve about 20 conflict-files, which usually are just placing the hook at the end of the trigger that also Microsoft added code to.. and that’s it! I’m so happy ;-)!
Business Applications communities