"Your Microsoft Dynamics GP world without barriers"
Microsoft Dynamics Convergence Atlanta 2011: Day 3
Day 3: April 12, 2011
Today started with David and I meeting in the Speaker Room catching up on the previous days activities. Of course, if you want to blog about what's going on at Convergence, while you have sessions to present, it is absolutely necessary to isolate yourself from the rest of the world - sort of!
So, on we both went catching up with our blogs for the major part of the morning. However, we did take the opportunity to overview the samples we would present in the afternoon at our deep dive session, DDGP03 Microsoft Dynamics GP Customization & Integration Tools Review.
After catching up with our blogs and presentation, we went down to the Community & Learning Center where we ran across a few of my long time Fargo friends in Support and Microsoft Professional Services.
Emily Roen (MS Professional Services), Mariano Gomez
On the way out to room A-305 where we would be presenting our session, we ran across Kim Peterson form GPUG who was kind enough, given her busy schedule, to shoot this picture with both of us.
Mariano Gomez, Kim Peterson (GPUG), David Musgrave
Now, it was time to retreat to room A-305 where the deep dive session would begin at 4:00 PM. Being I have been running around like chicken without a head since this past Sunday, I had forgotten that our deep dive session was running for 90 minutes, as opposed to the 60 minutes I thought it would be going on for.
Our session, DDGP03 Microsoft Dynamics GP Customization & Integration Tools Review covered 7 tools: Modifier with Visual Basic for Application, Dexterity, Visual Studio Tools, Extender, Integration Manager, eConnect, and Web Services for Microsoft Dynamics GP. Our session went through an introductory overview of each tool with demos that showcased each of the tools.
On a personal note, I have to say that I am always toren on delivering a development session due to the different attendees skill levels. It can be challenging to keep very skilled developers interested as the session goes on.
The professors at work
The turnout was great, however, we eventually lost a number of individuals as the session went on :-(. Nonetheless, I had a developer and administrator walked up to me at the end of the session who expressed that she was walking away with a good overview of "all the other development tools". This person has been a .NET developer for a good number of years.
My day was cut short as my wife attends school on Tuesdays, so off I went to home. I am sure a lot of you enjoyed the different parties in town and were up until late, but please don't forget to fill in your evaluations for our session before you leave. In addition, keep in mind that Convergence will contribute $5 USD to the Youth Ensemble of Atlanta organization with each evaluation that is completed.
Tomorrow, marks the final day of Convergence and time to say goodbye. The next city to host Convergence will be revealed at the closing keynote session, but also David and I will be grinding it out for a few more hours for our repeat session, CSGP14-R2 Administering Microsoft Dynamics GP like a Pro with the Support Debugging Tool.
Are you tired of asking why is it that some transactions do post through GL and why some don't? Tired of changing the posting settings to no avail? This issue outta be one of the most confusing issues for users and consultants, new or seasoned alike. If you ever struggle with one issue in GP, please tell me it's this one, because even today, I cannot claim victory over this subject. So let's walk the walk together.
What the theory says?
According to Part 3, Chapter 13, page 87 of the Microsoft Dynamics GP's System Setup guide, "If you mark the Post Through General Ledger Files option, batches posted in other modules automatically will update the module in which the transactions originated and the appropriate posting accounts in General Ledger. Your transactions will post to General Ledger and not through General Ledger when posting transaction individually (without a batch)."
Now lets break it down...
It's important to really pay close attention to the theory…
One of the cool things about Microsoft Dynamics GP 2015 is the new Web Client Identity Management feature. Having the ability to access Microsoft Dynamics GP with your Windows Directory or Windows Azure credentials without ever needing a SQL login account is just beautiful.
The Theory - Part 1: GP Utilities
The theory is fairly simple: you have a Microsoft Dynamics GP user account, which in turn is tied to a Windows Active Directory account or Windows Azure Active Directory account. User accounts are stored in the User Master table (dbo.SY01400) in the system database, which has been beefed up with a new column called Active Directory Object GUID (ADObjectGuid) to store the actual GUID of the directory or organizational account mapped to the GP user.
However, because Microsoft Dynamics GP continues to be dependent on SQL authentication for all intends and purposes, it continues to need a SQL login to be able to access the Dynamics GP database objects. This is where the new Web Client S…
Recently, I have been receiving a number of questions on the new Sales documents email functionality in Microsoft Dynamics GP 2010 and how to get it configured and working adequately. If you know me by now, I love to translate those questions into useful articles for the Microsoft Dynamics GP community at large.
Fortunately enough, the configuration process is not that difficult. Microsoft Dynamics GP 2010 allows this feature to be configured in a top-down approach which in turn ensures that all related areas of the application are email-aware.
As a first step, there is a setup needed to be done at the company level - MSDGP > Setup > Company > E-mail Settings, or if you prefer, click on Administration on the Navigation Bar, then locate the E-mail Settings link under the Setup web-part:
The first settings you will be able to configure is whether you want the actual document embedded as part of the email body or as an attachment to the email itself. My preference is the latter as …