Seasonal Splash Screen
The network team since I can remember have introduced seasonal splash screens to our Dynamics GP screen through the month of December. Usually with a warm message from the IT team. There are 24 different splash screens, each one switched via the login script, one for each day… count down to Christmas!
Below is what you could do, I threw it together as an example, although the ones the team do are far more fun, but it would be unfair to post the images here without permission!
How is it done?
Essentially if you drop a splash.bmp into the GP application directory, it will be displayed on startup. If no file is present, then an embedded splash screen is shown by default.
You can use a powershell script or batch file at login to switch the bitmaps intelligently as desired, number the files 1.jpg 2.jpg etc..
David Musgrave covers the detail of how to do this in his post Customise the Microsoft Dynamics GP Splash Screen where he also points to GP splash images over the years which is also worth a look.
So give it a go, you can grab the starting bitmap from one of those posts and embellish it as you see fit. Obviously you could be boring and add your support details on there or promote helpdesk open times or whatever!
Building a new Dynamics GP 2010 client I experienced the following error on putting our customisations into the GP 2010 Addin directory. When launching the GP application, the application crashed out.
Microsoft.Dynamics.GP.BusinessIntelligence.BIReportDeploymentGP.dll: Method not found: ‘ClearCompanyListProcedure FormProcedures.get_ClearCompanyList()’.
Clue to my issue was in the forum posing here:
Login Problem in Microsoft Dynamics GP 2010- where MUFADDAL SHAKIR suggested that
removing Application.Dynamics.dll from the Addins folder resolved the issue
Ok it solved the issue but will mean that dll is not available to use which is no good for me, however it immediately occurred to me what had happened. In my GP application directory there is a copy of the current Application.Dynamics.dll, Checking its version it was 11.00.0363.000,
then checking the one I was referencing in Visual Studio, that due to the deployment was also the one held in the addins folder, I found it was version 11.00.0218.000. Classic file version control issues had struck! Somehow, I’m not certain how, an old version of the dll was still in source control and had been pulled into my machine’s addin folder in development.
Hence when the old dll was replaced by the new, everything worked as it should again. I guess this is a new method added into dynamics dic during one of the releases what could not be found.
Just to remind you & me of the key dlls involved in visual studio dynamics gp Add-ins:
|Microsoft.Dexterity.Shell.dll ||Used by visual studio do draw the right looking UI to the canvas |
|Microsoft.Dexterity.Bridge.dll ||Events and resources bridge to application dictionaries |
|Application.Dynamics.dll (and others) ||Dynamics.Dic default assembly, representing the actual methods and events in that GP application dictionary. |
A long list of which can be found in your application directory, see below screenshot, you reference what you use:
Use the DAG.EXE to generate your own for modified forms…
All this is covered in: Visual Studio® Tools for Microsoft Dynamics® GP 2010 Programmer’s Guide
Also online: Architecture from msdn
Template maintenance in Dynamics GP2010 fails
When in REPORTS>>Template Maintenance, after creating a new report from an original report, clicking on “Modify” caused a file not found exception on our install of GP.
"File Not Found: C:\DOCUME~1\USERXX\LOCAL~1\TEMP\file you were savingcreating.docx"
Solutions on the web GP community forums
- Reinstalling Dexterity Shared Components
- Upgrading to GP2010 SP2 or above
These solutions were not working for us. Between us we spent too much time running filemon and looking at debugger tool traces trying to track the problem down. The traces showed the template being created in the user profile temp directory with no error, but in reality it never got there.
The server copy did work correctly. We spent some time between us trying to work out what the issue was and finally a colleague said something that made sense to me, so I checked out the theory.
I did a WinMerge check between the Add-in Directories (Addins subdirectory of GP application directory) on the working and failing machine and found the following missing files:
Copy the missing DLLs into the Adds folder
After copying all but the BusinessIntelligence dlls to the add-in folder of the previously broken install, the feature started working correctly again.
My guess is the managed storage dll is involved with the creating of the temp file… possibly.
Hence it would seem we’ve dropped these files as we have upgraded through the versions. We have our own Visual Studio Tools Addins in the add-ins folder. These are passed from version to version as we upgrade GP. My guess is these extra missing dlls got lost at some point causing the word template editing functionality to fail.
I hope this post has helped you get to the solution more quickly that we did.
Here is the working template in word
07/11/2013 UPDATE: Partner has referred the matter to GP Fargo…
17/04/2015 UPDATE: New post with a fix
Tax registration numbers change
The Tax Registration number validation implementation looks to be flawed. Every EC country has VAT number formats they use, and regular expressions can be derived for most of them. Be aware that they are dynamic formats, regularly (well relatively) validation changes. As Microsoft Dynamics GP users this catches us out when it happens between releases as we need to wait for a hot fix.
At my company we have a SQL table of regular expressions against ISO country code, that we maintain for our website to validate the tax registration number formats entered by users. It is surprising how often we end up tweaking them, for new ISO country codes, a country changing a format, a country joining the EC etc. However when we get to GP this is very painful. I understand that in Dynamics AX, there is a user setup form where you can play with the the validator format for each country code. In GP we don’t seem to have this. From what I can tell whatever validation is occurring, the rules do not even reside in a table. It looks like it is complied into the app code!
I remember the same issue with valid Belgium VAT numbers not being accepted a while back, a hot fix followed to fix it that time.
Irish IE VAT number – Invalid Format
So today a customer presented, a newly created Irish company that uses the new Irish VAT number that now permits two letters at the end (e.g. 123456SH), this is a new format we’d not seen before and GP baulked at it with the familiar “Invalid Format” validation error on trying to enter it. First the sales staff checked with the VIES online checker see my GP implementation of this here, Dynamics GP real time EU tax registration number validation using VIESit validated fine.
Checking with the VAT number format on the “.gov” website EU country codes, VAT numbers and VAT in other languages, it seems it is indeed valid. So we updated our website table, checked for any other country changes and then were left with no way to make GP take the number (other than direct to SQL). Time to raise a support ticket with our partner.
(8 or 9 characters)
I guess I’m saying that the country code setup window should have the ability to enter a regex (for advanced users), to allow us to intervene when these formats change, without the serious expense and time of having to test and deploy hot fixes. Obviously I’d expect the regex to come out in a table in SQL somewhere in that scenario.