Smartlist from Favourites: Users can now create a Smartlist from a favourite, retaining the search conditions and columns list. Great time saver.
Word Templates for Batch Approval Workflow: How about the ability to view the entire batch content before approving? That’s exactly what this feature is about. Excellent feature. This would further eliminate GP application dependency for trivial tasks.
Most important information among all that’s been posted, is the fact that we cannot perform a direct upgrade to GP 2016 from any version that’s lower than 12.00.1826. Not even those who are currently on GP 2013 R2 (12.00.1745). It has to be a two-step upgrade for all of them.
I am particularly excited about the last two in the above list; AA Access and Smartlist Designer Export/Import.
The gap between Smartlist Designer and Smartlist Builder is slowly (yet steadily) getting filled. While Smartlist Builder is one of its kind, Smartlist Designer now gives customers a lean version of Smartlist Builder that would satisfy most of the requirements. I am happy as a consultant that I now have an improved Smartlist Designer to talk about with customers/prospects.
I have had an interesting experience with one upgrade recently. While upgrading this customer’s GP to GP2015 R2, version check failed for one particular product. After going through the tables and SET file, I learned that the product in question was not part of DYNAMICS.SET and was not physically present in GP application folder. However, the SQL objects were very much present and DU tables had records for this product with quite an old version.
Customer informed that the previous implementer had installed this product, however in due course they realised that it was not required at all. Product was removed from the application environment, so there won’t be any necessary interference, however SQL objects and records remained.
It was a pain to clean up the records and continue with the upgrade process.
Beware of all possible scenarios and plan the upgrades well.
Account Framework Table Conversion – Tables getting converted are listed. This one’s crucial.
Database Compatibility – Make sure to change the compatibility level of all DBs (system & company DBs) to the version of upgraded SQL Server (SQL Server 2012 or SQL Server 2014). To my surprise, they have not mentioned about SQL Server 2016 yet. I know, SQL Server 2016 has not been released yet, however, I would have expected some kind of note somewhere that says GP2016 would support SQL Server 2016 once it is released.
Workflow Documents Must Be Final Approved – Please make sure that all workflow documents are final approved before running the upgrade. Would fail otherwise.
Overlapping Fiscal Periods – Make sure that you don’t have any overlapping fiscal periods by any chance.
One thing that I noticed (and got happy about) is that there’s no known issue mentioned about GP Web Client. I don’t know if we would have a separate post discussing the known issues. So far, I haven’t seen one, so I am happy that things would go well with HTML5 web client.
While most of them are quite expected, one important point caught my attention.
Under “Additional Requirements”, it’s mentioned that Dynamics GP 2016 will NOT support Office 2010 32-Bit/64-Bit applications. However, we will have to wait for the final system requirements data sheet once GP2016 is officially released.
It’s still worth noting, as GP boasts off tight integration with MS Office.
Excited to see the “All-In-One Viewer” being extended for all modules. After sales, inventory has got its own AIO viewer.
Perhaps the most important feature that I am excited about, in addition to HTML5 Web Client, is the ability to add a Project to Purchase Requisition Entry. This was sorely missed by many of the customers. I am glad this feature made it to GP2016.
I am quite interested in the second one; Sales AIO Document Viewer. This would be more helpful, in the lines of already available Purchasing AIO Document Viewer.
Web client search is another great feature that would help us a lot. It may not sound a great functionality, but how many times have you tried to find out where a window/report is? How many windows/reports that you know by heart, that you would not require a help to find one?
However, I am interested more to see if this would work for ALL windows/reports. Theoretically, it does sound like it would. I would love to see if that works for all resources; standard/ISV/customisation windows/reports.