Implementing Fastpath’s Config AD: First Login With Single Sign-On

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

Once a user has been created or associated, the first time that user logs into GP they will need to link the GP and Windows passwords. When Dynamics GP is started, the user ID will default in; enter the password (if the user was created from Config AD the password will be set to the Config AD Options) and click OK:

Welcome to Microsoft Dynamics GP

Continue reading “Implementing Fastpath’s Config AD: First Login With Single Sign-On”

Implementing Fastpath’s Config AD: Install Single Sign-On

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

The point of Fastpath’s Config AD is to make life easier by removing the number of usernames and passwords a user needs to be entered to access Dynamics GP. In the previous posts in this series I have associated an exiting AD user with an existing Dynamics GP user and then created a new GP user from an AD one.

For the user to benefit from this integration we need to install some code into Dynamics GP. This is done by installing the Fastpath Single Sign-On. In the FPSSO folder double click the setup.exe. On the security warning click on Run:

Open File - Security Warning

Continue reading “Implementing Fastpath’s Config AD: Install Single Sign-On”

Implementing Fastpath’s Config AD: Create GP User For AD User

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

In the last post, I took a look at associating an AD user with an existing Dynamics GP user; in this one I’ll be taking a look at creating a new Dynamics GP user from an AD one.

To do this, create an AD User in Active Directory Users and Groups and then right click and select Create Dynamics User. This will launch the Config AD logon with the first window show being ther Connect To Database one:

Connect To Database

Continue reading “Implementing Fastpath’s Config AD: Create GP User For AD User”

Implementing Fastpath’s Config AD: Associate AD User With GP User

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

Over the last couple of posts, Config AD has been installed and configured and it is time to get started linking AD users to Dynamcis GP ones. This can be done in one of two ways:

  1. Associate AD users to existing Dynamics GP users
  2. Create new Dynamics GP users from the AD users

In this post I’m going to associate my iang AD user with my ian.grieve Dynamics GP user; in the next post I’ll take a look at creating a new GP user from an AD one.

To assign a user, open Active Directories Users and Groups, right click on a user, which in this post is my iang one, and then click on Configure Dynamics User.

Before the Config AD window itself opens, you’ll be prompted to supply the database connection details. Ensure the correct Server and authentication method is selected: if using SQL Server Authentication enter the login and password:

Connect To Database

Continue reading “Implementing Fastpath’s Config AD: Associate AD User With GP User”

Implementing Fastpath’s Config AD: Configuration

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

With Config AD installed on the domain controller, we now need to configure it to connect to the required Microsoft Dynamics GP installation. To do this open the Active Directory Users and Groups, right click on a user and then click on Configure Dynamics User:

Active Directory Users and Groups

Continue reading “Implementing Fastpath’s Config AD: Configuration”

Implementing Fastpath’s Config AD: Installation

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

Once you have the Config AD installer extract the files and run the setup.exe on your Domain Controller server. Depending on your security setup you may see the following warning to which you should click Run:

Open File - Security Warning

Continue reading “Implementing Fastpath’s Config AD: Installation”

Implementing Fastpath’s Config AD: Prerequisites

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

The prerequisites for Config AD are fairly simple:

  • Windows Active Directory
  • Microsoft Dynamics GP configured with companies and security roles
  • If Dynamics GP has already been implemented the Advanced SQL Server options on all users in Dynamics GP needs to be disabled

When I was configuring Config AD the last of the prerequisites caught me out as it was mentioned only in the Troubleshooting section of the documentation. It would have been helpful if this had been mentioned in the instructions or a prerequisites section. It was fairly easy to resolve once I knew what the problem was (I’ll cover this in a later post).

Click to show/hide the Implementing Fastpath's Config AD Series Index

Implementing Fastpath’s Config AD: Overview

FastpathIn this series of posts I’m going to take a look at the Config AD product from Fastpath which adds single sign-on to the Dynamics GP desktop client; you can find my series index here.

The single sign-on is done by integrating Microsoft Dynamics GP with Active Directory. This can allow for all user provisioning to be done by the IT Helpdesk without requiring them to log into Dynamics GP itself which IT teams are not usually familiar with. Config AD installs onto the Domain Controller and provides a right click interface in the Users and Groups applet.

As it is unlikely that all maintenance will be done on the Domain Controller, Config AD also has a Config AD Desktop which can be installed on any client and allow users to be created and maintained.

Both the Users and Groups applet and Config AD allow a Microsoft Dynamics user can be created in seconds without the need to use the sa account within Dynamics GP or even to give the security and access roles in SQL Server to a user.

Continue reading “Implementing Fastpath’s Config AD: Overview”

Implementing Fastpath’s Config AD: Introduction & Index

FastpathMicrosoft Dynamics GP has traditionally had it’s own log on which means for a user who’s day job is based within GP, they need to log into Windows and then log into GP.

If you are using the web client Microsoft Dynamics GP 2013 R2 saw the introduction of Identity Management – Login which will provide single sign-on functionality. However, for those using the desktop client the best that Dynamics GP has to offer is the Remember User and Password introduced in Dynamics GP 2010.

However, Dynamics GP has a thriving community surrounding it which includes many ISVs (Independent Software Vendors), one of which is called Fastpath; this company has developed an add-on for Dynamics GP called Config AD which makes single sign-on with Dynamics GP.

Typically my posts have all been around the Dynamics GP core product or the add-ons from Microsoft with only a small number of posts on products from other vendors. In this series of posts I am stepping outside of this area as I am going to cover the install, configuration and use of Fastpath’s Config AD. The index for this series is below and will expand as posts are made.

Click to show/hide the Implementing Fastpath's Config AD Series Index

Trust Relationship Between This Workstation And The Primary Domain Failed

Microsoft Dynamics GPThis perhaps isn’t the best time of the year to be posting about trust relationship breakdowns, but this is the only post I have ready to go (I have a couple of series of posts I intend to do soon).

I make quite a lot of use of virtual machines for testing and writing because of the flexibility and ease of taking a snapshot before doing something risky so the machine can be reset. After doing so one day, I ran into a problem I hadn’t seen before after restoring one virtual machine to a snapshot:

The trust relationship between this workstation and the primary domain failedThe trust relationship between this workstation and the primary domain failed

Continue reading “Trust Relationship Between This Workstation And The Primary Domain Failed”