Showing posts from June, 2013

How does Microsoft Dynamics GP determine which account to use when sending emails

One of the advantages of working with Microsoft Outlook is its ability to configure multiple email accounts.  Recently, a partner was working with a customer that supports multiple companies, so a such, each employee has an email account per company supported. The partner was under the impression that Microsoft Dynamics GP "looked" at the mailbox for the email account opened at the time of sending an email, but came to the conclusion it wasn't the case as the customer could not get emails sent through a second email account. So how does Microsoft Dynamics GP determine which email account to use when sending emails via Microsoft Outlook? The mailbox information is determined based on the default email account configured in Microsoft Outlook. To check for the default email account in Microsoft Outlook, follow one of the following two procedures: Method 1: Control Panel 1. Open the Control Panel 2. Double-click on User Account and Family Safety 3. Click on Mail

Microsoft Dexterity Training Roadshow - Next Stop: Boston

(C) Microsoft Corporation The Microsoft Dexterity Training Roadshow  rolls around the United States with its next and final stop in  Boston, Massachusetts  from July 15 - July 19, 2013 . Our training will be hosted in the Regus Business Center , from 9:00 AM to 5:00 PM.  Regus Business Center 60 State Street, Suite 700 Boston, MA 02109 We still have some seats left, so if you want to learn some of the development techniques used by Microsoft Dynamics GP developers this is your chance. For registration information, click here . Stay tuned as we will announce our second Roadshow coming up. Until next post! MG.- Mariano Gomez, MVP IntellPartners, LLC

Microsoft Dynamics GP Technical Airlift 2013

The Microsoft Dynamics GP Technical Airlift 2013 hosted by GP Partner Connections is a little less than 3 months away, so if you are a Microsoft Dynamics GP partner please register now . As is customary, I will be attending the Technical Airlift as a presenter this year and will really be rocking a cool new session: Developing for the Web Client: a Microsoft Dexterity perspective September 18 • 1:15pm - 2:15pm In this session, I will be presenting some new (and not so new) techniques used by Microsoft Dexterity developers to render integrating applications on the Web Client. Come learn about user interface standards, ribbons, command forms, selective programming (Web Client vs Rich Client), techniques for converting your VBA customization to Web Client compatible customizations, and performance killers. Lot's to cover in one hour, but trust me, you will walk out of this session with some good tips for your bag of tricks. See you in beautiful Fargo, North Dakota

How to do a "Save As" in SmartList Builder

Ever wish you could do a "Save As" in SmartList Builder? Have you been working on a very complex SmartList and got to a point where things are working and now you need to make additional changes and you don't want to mess up the work you have done so far? Just recently, I came across a request for being able to save a SmartList Builder smartlist under a different name - hence the "Save As" title. However, as you know SmartList Builder does not offer the ability to perform such operation out of the box. So here are some steps for you to do a "Save As" with Smartlist Builder: 1. Open SLB's Export Lists window and click on the list you would like to duplicate. MSDGP | Tools | SmartList Builder | Export Export Lists window Enter or identify a path and file name for the list to be exported. Click the Export button when finished. 2. Edit the exported XML file with a text editor, for example Notepad. Search and replace all occurrences of the

Microsoft SQL Server security roles and Microsoft Dynamics GP SSRS reports

It's not uncommon to find system administrators and consultants alike struggling to deploy Microsoft Dynamics GP SRS reports in an environment, while trying to keep these reports secured. I find that the main issue revolves around understanding the different moving parts: domain accounts, GP user logins, the SQL Server database roles created for reporting, the reports web site security, the reports folder security and the list goes on. So here is a list of resources that I believe will help with this: The best place to start is the SQL Server Reporting Services Guide, which has all of the information for installing, deploying and setting up security for SRS reports to use with Dynamics GP. This guide is available for download from the Microsoft Download Center. Microsoft Dynamics GP 2013 Guide: SQL Server Reporting Services In order for users to access SRS reports (default) for Dynamics GP, they need to have the following permissions: 1. Access to the Reporting Services w