WSInstallAdminGuide
WSInstallAdminGuide
Limitation of liability This document is provided “as-is”. Information and views expressed in this document, including
URL and other Internet Web site references, may change without notice. You bear the risk of using
it.
Some examples depicted herein are provided for illustration only and are fictitious. No real
association or connection is intended or should be inferred.
Intellectual property This document does not provide you with any legal rights to any intellectual property in any
Microsoft product.
You may copy and use this document for your internal, reference purposes.
Trademarks Microsoft, Microsoft Dynamics, Visual Basic, Visual Studio, Windows, and Windows Server are
trademarks of the Microsoft group of companies.
Warranty disclaimer Microsoft Corporation disclaims any warranty regarding the sample code contained in this
documentation, including the warranties of merchantability and fitness for a particular purpose.
License agreement Use of this product is covered by a license agreement provided with the software product. If you
have any questions, please call the Microsoft Dynamics GP Customer Assistance Department at
800-456-0025 (in the U.S. or Canada) or +1-701-281-6500.
Part 3: Security.................................................................................................................................... 38
Chapter 6: Web Services Security ...................................................................................... 39
Overview......................................................................................................................................................39
Administering security ..............................................................................................................................40
Tasks..............................................................................................................................................................41
Roles..............................................................................................................................................................43
Enterprise level groups ..............................................................................................................................45
Application level groups............................................................................................................................46
Role assignments.........................................................................................................................................48
Entity ID assignments ................................................................................................................................49
ii I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C O N T E N T S
Appendix ...................................................................................................................................................... 82
Appendix A: ADAM or ADLDS Administrators ..................................................... 83
Appendix B: Creating an Active Directory Partition ........................................ 87
Glossary ......................................................................................................................................................... 89
Index ................................................................................................................................................................... 91
• Part 1, Web Service Basics, explains what is provided by the services for
Microsoft Dynamics GP and describes the architecture.
• Part 4, Running the Web Service, describes the day-to-day operation of the
web services.
To learn about creating applications that use the Web Services for Microsoft
Dynamics GP, refer to the documentation included with the Web Services for
Microsoft Dynamics GP Software Development Kit (SDK).
Symbol Description
The light bulb symbol indicates helpful tips, shortcuts,
and suggestions.
Margin notes summarize Margin notes call attention to critical information and
important information. direct you to other areas of the documentation where
a topic is explained.
Convention Description
Part 1, Web Service Basics Bold type indicates a part name.
Chapter 7, “Policy” Quotation marks indicate a chapter name.
Installing web services Italicized type indicates a section name.
using System.IO; This font is used to indicate script examples.
Web Services Description Acronyms are spelled out the first time they’re used.
Language (WSDL)
TAB or ALT+M Small capital letters indicate a key or a key sequence.
2 IN S T A L L A T I O N AN D A DM I N I S T R A T I O N G U I D E
IN T RO D U C T IO N
Product support
Technical support for Web Services for Microsoft Dynamics GP can be accessed
using the following methods.
• Telephone support – Technical Support at (888) 477-7877 between 8:00 a.m. and
5:00 p.m. Central Time, Monday through Friday. International users can contact
Technical Support at (701) 281-0555.
• Chapter 2, “Web Service Architecture,” describes the parts that make up the
Web Services for Microsoft Dynamics GP, and how these parts work together.
6 IN S T A L L A T I O N AN D A DM I N I S T R A T I O N G U I D E
Chapter 1: Dynamics GP Web Service Overview
Web Services for Microsoft Dynamics GP provide an ideal way for external
applications to integrate with the data contained in the accounting system. The
following topics introduce the Web Services for Microsoft Dynamics GP:
Communication occurs
over the Internet or local
intranet.
• Customers
• Vendors
• Sales documents
• Purchase documents
• Receivables transactions
• Payables transactions
• General ledger transactions
• Accounts
Through the web service, integrating applications can retrieve documents, create
new documents, update existing documents, and delete or void documents.
The Microsoft Dynamics GP service is fully integrated with the Dynamics Security
Service. The administrator of the web service can configure security so only
specified users are allowed to perform actions like creating or updating sales
documents.
8 IN S T A L L A T I O N AN D A DM I N I S T R A T I O N G U I D E
Chapter 2: Web Service Architecture
When deploying the Web Services for Microsoft Dynamics GP, it will be helpful to
understand the architecture used to implement them. Information about the
architecture is divided into the following sections:
eConnect Runtime
Legacy endpoint The legacy web service endpoint uses the BasicHttpBinding.
This endpoint has the characteristics of a standard ASMX-based web service, just
like a web service that was created with ASP.NET. Release 9 and Release 10 of Web
Services for Microsoft Dynamics GP were ASMX-based web services that were
implemented using ASP.NET. Applications can use the legacy endpoint of the
Dynamics GP service just like they had used the ASP.NET-based web service from
the previous releases.
Native endpoint The native web service endpoint uses the WSHttpBinding.
This endpoint is similar to legacy endpoint, but has better performance and default
security. The native endpoint can also use additional web service features such as
reliable messaging. The code that applications use to connect to the native endpoint
of the Dynamics GP service is different from the code to connect to the legacy
endpoint.
When you use an application that integrates with the Dynamics GP service, it is the
responsibility of the applicaton developer to tell you which endpoint the application is
accessing.
eConnect
The Dynamics GP web service uses eConnect to provide access to the data managed
by the accounting system. eConnect is a set of SQL stored procedures and
supporting code used by integrating applications to access data in Microsoft
Dynamics GP. Data validation logic is built into eConnect, helping ensure the
integrity of any data written to the database through the web services.
The eConnect interfaces can still be used when the Dynamics GP web service is
installed. This allows you to run integrations based directly on eConnect on the
same installation as the Dynamics GP web service.
Configurations
Two common configurations are used with Web Services for Microsoft Dynamics
GP. In the basic configuration, Windows Communication Foundation (WCF) and
the Web Services for Microsoft Dynamics GP are installed on the same server that is
hosting SQL Server and managing Microsoft Dynamics GP data. This is shown in
the following illustration:
The following illustration shows the second common configuration for the Web
Services for Microsoft Dynamics GP. In this configuration, the web services are
installed on a separate server, and access the SQL Server that manages Microsoft
Dynamics GP data over the local network.
10 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 2 W E B S E R V I C E A R C HI TE C T U R E
Local Network
Which configuration you choose will depend on how extensively you will be using
the Web Services for Microsoft Dynamics GP, and what server resources you have
available. The two-server configuration will provide better performance if the web
service will be heavily used.
Security
Refer to Chapter 6, Security for the Dynamics GP service is controlled by the Dynamics Security
“Web Services service. The Dynamics Security service is installed on the same server as the
Security,” for details Dynamics GP service.
about managing web
service security. Through the Dynamics Security service, the web service administrator will
configure which users and groups are able to execute the methods (operations)
provided by the Dynamics GP service. If an application attempts to run a method
for which the current user doesn’t have access, a security exception will be raised
and the action will be prevented. Security is controlled through the Dynamics
Security Administration console, which is a snap-in for Microsoft Management
Console (MMC). The console is shown in the following illustration.
Policy
Refer to Chapter 7, Policy is another security-related feature for the Dynamics GP service. The policy
“Policy,” for details system allows the web service administrator to control how business objects are
about configuring created, updated, or deleted through the Dynamics GP service.
policy for the
Dynamics GP service. Each create, update, and delete or void method has a policy object that is passed
with the operation. This policy object specifies the set of behaviors for the operation.
Each behavior controls one characteristic for the operation being performed. For
instance, the policy for the CreateCustomer method has the behavior named
“Create Active Behavior”. This behavior controls whether the customer being
created is set to the active or inactive state.
Behaviors are classified as internal or external. An internal behavior is one that can be
specified by only the web service administrator. An external behavior is one that can
be specified by the application that is calling the method and passing in the policy
object. Policy is configured using the Dynamics Security console.
Exception logging
Refer to Chapter 9, The Dynamics GP service maintains a record of all exceptions (errors) that occur for
“Troubleshooting,” for web service operations. The web service administrator will use this information to
more information help diagnose and resolve any issues for applications that use the web service.
about using the
exception log to You can use the Dynamics GP Web Services Exceptions console to view the
troubleshoot the web exception information. This is a snap-in for Microsoft Management Console (MMC)
service. that retrieves and displays the exceptions logged by the Dynamics GP service.
The exception information can also be queried by applications that access the
Dynamics GP service. Retrieving exception information allows the client
applications to display helpful error messages for the user, or to respond
appropriately to exceptions that occur.
12 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
PART 2: INSTALLATION
Part 2: Installation
This portion of the documentation explains how to install the Web Services for
Microsoft Dynamics GP. The following information is discussed:
• Chapter 3, “Prerequisites,” describes the software required and the actions you
must perform before you install the Web Services for Microsoft Dynamics GP.
• Chapter 4, “Web Services Installation,” describes the steps needed to install the
web services.
14 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 3: Prerequisites
Before installing Web Services for Microsoft Dynamics GP, there are several
prerequisites needed. This portion of the documentation describes the software
required and the additional steps that must be performed before installing the web
services. The following topics are discussed:
• Operating system
• Microsoft .NET 3.5 Framework
• Active Directory Lightweight Directory Services role
• Microsoft Management Console (MMC) 3.0
• Service user account
• Microsoft Dynamics GP 2010
• Functional currency
• ISO currency codes
Operating system
We recommend that you install Web Services for Microsoft Dynamics GP on a
server that is running the one of the following operating systems:
For development purposes, you can install Web Services for Microsoft Dynamics
GP on the following operating systems:
• Windows Vista
• Windows 7
http://update.microsoft.com
16 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 3 PR ER EQ U I SIT E S
Which type of user (local or domain) you need to create depends on the
configuration you plan to use for Web Services for Microsoft Dynamics GP.
• If you will be installing the web services on the same computer that is running
the SQL Server and managing data for Microsoft Dynamics GP, you can create a
local user account.
• If you will be installing the web services on a different computer than the one
running SQL Server and managing data for Microsoft Dynamics GP, you must
create a domain account.
For improved security, this new user should be given minimal privileges.
When you install Web Services for Microsoft Dynamics GP, you will need to supply
the credentials for this new account.
You must be using Microsoft SQL Server 2005 or 2008 to manage the data for
Microsoft Dynamics GP. The databases cannot be running in SQL Server 2000
compatibility mode.
Functional currency
Web Services for Microsoft Dynamics GP relies on eConnect for data access.
eConnect requires a functional currency to be set up for Microsoft Dynamics GP,
even if multicurrency is not being used. To set up a functional currency, complete
the following procedure:
Web Services for Microsoft Dynamics GP does not support using the same ISO code for
more than one currency.
18 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 4: Web Services Installation
This portion of the documentation describes how to perform the installation of Web
Services for Microsoft Dynamics GP. The following items are discussed:
Version Installer
32-bit Microsoft_DynamicsGP11_WebServices_x86_en-us.msi
64-bit Microsoft_DynamicsGP11_WebServices_x64_en-us.msi
If you choose to install the Web Services Runtime from the main Microsoft Dynamics
GP setup, the correct installer is selected automatically.
Click Next to continue. If the database connection cannot be made, an error will
be displayed. Correct the issue and continue.
20 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 4 W E B S E R V I C E S I N S T A L L A T I O N
If you choose this option for the 64-bit version of Windows Server 2003, you
may encounter an error indicating that the AZRoles.dll is not in the global
assembly cache. Refer to Knowledge Base article KB 937292 for details about
how to resolve this problem.
Active Directory The security data will be stored in Active Directory. The
user installing Web Services for Microsoft Dynamics GP must have sufficient
privileges to add the security data to Active Directory. The partition to store the
security data must already exist. Refer to Appendix B, “Creating an Active
Directory Partition,” for information about creating a partition.
SQL Server The security data will be stored in a SQL Server database. It is
the preferred way to store the security data. This option is not available on
Windows Server 2003.
• The SQL Server you specify must be running on Windows Server 2008 or
later.
• If the database you specify does not exist, a message will be displayed
indicating that it will be created.
Typically, you will enter the account that you created while performing the
prerequisites for the installation. If you are installing Web Services for Microsoft
Dynamics GP on a different machine than the SQL Server used to manage
Microsoft Dynamics GP data, this must be a domain user account. If you are
installing on the same machine as the SQL Server, it can be a local machine
account. This case is shown in the following illustration:
If the account you specified has already been added as a user for Microsoft SQL Server,
be sure the case for the Domain and User Name match those of the user ID in SQL.
You may want to add other users as ADAM or ADLDS administrators so they can
perform repair or upgrade procedures for the Web Services for Microsoft Dynamics GP.
Refer to Appendix A, “ADAM or ADLDS Administrators,” for details about adding
other users as administrators.
22 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 4 W E B S E R V I C E S I N S T A L L A T I O N
If either of the system checks do not pass, make the appropriate corrections in
Microsoft Dynamics GP. Then re-run the configuration wizard. When the
checks pass, click Next to continue.
24 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 4 W E B S E R V I C E S I N S T A L L A T I O N
Before you start the upgrade, be sure that your current Web Services for Microsoft
Dynamics GP installation is working properly. Do not perform other maintenance activities
as part of the upgrade process. Perform these other maintenance activities before starting the
upgrade or after the upgrade has been successfully finished.
Among the various upgrade tasks, the web service upgrade does the following:
• Adds new security objects, such as roles and tasks. The roles and tasks that have
changed, but were part of the earlier version of web services will not be updated.
The update will try to preserve the changes you have made to the security data.
• Re-creates the Superuser role so that it will include access to all of the web
service objects.
• For Windows Server 2003, you must be in the Administrator role for the
computer on which you are upgrading the installation.
• An ADAM or ADLDS administrator. The user who installed the earlier ver-
sion of web services will be an ADAM administrator. Refer to Appendix A,
“ADAM or ADLDS Administrators,” for information about adding other
users as administrators.
This user will become a Security Administrator for the Dynamics Security
Service. This user will also be added to the Superuser role for the Dynamics GP
service, allowing access to all service operations.
Version Installer
32-bit Microsoft_DynamicsGP11_WebServices_x86_en-us.msi
64-bit Microsoft_DynamicsGP11_WebServices_x64_en-us.msi
If you choose to install the Web Services Runtime from the main Microsoft Dynamics
GP setup, the correct installer is selected automatically.
26 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 4 W E B S E R V I C E S I N S T A L L A T I O N
Click Next to continue. If the database connection cannot be made, an error will
be displayed. Correct the issue and continue.
Typically, you will use the same account that you created when you installed
the previous version of web services. If you are installing Web Services for
Microsoft Dynamics GP on a different machine than the SQL Server used to
manage Microsoft Dynamics GP data, this must be a domain user account. If
you are installing on the same machine as the SQL Server, it can be a local
machine account. This case is shown in the following illustration:
If the account you specified has already been added as a user for Microsoft SQL Server,
be sure the case for the Domain and User Name match those of the user ID in SQL.
If either of the system checks do not pass, make the appropriate corrections in
Microsoft Dynamics GP. Then re-run the configuration wizard. When the
checks pass, click Next to continue.
Dynamics GP service
To verify the Dynamics GP service is operational, complete the following steps
while logged in to the server:
http://machine_name: port/DynamicsGPWebServices
28 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 4 W E B S E R V I C E S I N S T A L L A T I O N
Replace machine_name with the name of the server onto which you installed
Web Services for Microsoft Dynamics GP. The port value is typically 48620.
http://machine_name: port/Dynamics/GPService
Replace machine_name with the name of the server onto which you installed
Web Services for Microsoft Dynamics GP. The port value is typically 48620.
Click OK to close the window. Additional nodes will be added in the left pane
of the Dynamics Security Console.
• The account the installer for Web Services for Microsoft Dynamics GP is run as.
(Referred to as the installation account)
• The account supplied during the installation that the Microsoft Dynamics GP
Service Host will run as. (Referred to as the application account)
Installation account
This is the account under which the installer for Web Services for Microsoft
Dynamics GP is run. Typically, the initial configuration performed with the Web
Services for Microsoft Dynamics GP Configuration Wizard is also done under this
user account. In addition to being an administrator on the system on which web
services is being installed, this account is used for the following:
30 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 4 W E B S E R V I C E S I N S T A L L A T I O N
Application account
This is the account supplied during the Web Services for Microsoft Dynamics GP
installation. It is used for the following:
What to do next
After the Web Services for Microsoft Dynamics GP have been installed and verified,
consider taking the following steps:
• Set up the security for the Dynamics GP web service. Refer to Part 3, Security,
for details about security configuration.
• Learn about actions you will need to take in the day-to-day operation of the
web services. Details are found in Part 4, Running the Web Service.
• To learn about developing applications that use the Web Services for Microsoft
Dynamics GP, install the Web Services for Microsoft Dynamics GP Software
Development Kit (SDK).
If you want to move the Web Services for Microsoft Dynamics GP to a different
server, you can leave the system and company objects in place. Use the remove
option for the Web Services for Microsoft Dynamics GP installer. Then re-install the
Web Services for Microsoft Dynamics GP onto the new server. When asked by the
installer, point to your existing Microsoft Dynamics GP data that already has the
system and company objects for web services.
• Prerequisites
• Installing the management tools
• Required roles and permission
• Accessing the management tools
Prerequisites
To use the Management Tools for Microsoft Dynamics GP Web Services, your
system must have the following:
If you are using Windows XP or Windows Server 2003 you may need to add these
components. Later versions of Windows will already have them. The Microsoft
.NET Framework 2.0 can be downloaded from the web site update.microsoft.com.
The MMC 3.0 is available for download from www.microsoft.com. Search for
Knowledge Base article KB907265.
In the situation where the Web Services for Microsoft Dynamics GP have been
installed for a network that does not have a domain controller, you cannot use the
Management Tools for Microsoft Dynamics GP. The services must be administered
from the server where they were installed.
Version Installer
32-bit Microsoft_DynamicsGP11_WebServicesMgmtTools_x86_en-us.msi
64-bit Microsoft_DynamicsGP11_WebServicesMgmtTools_x64_en-us.msi
http://machine:port/DynamicsGPWebServices/DynamicsGPService.asmx
Notice this URL contains a port number. The port value 48620 is the default
value that will be used when the Dynamics GP service is installed. Use this
value when entering the URL.
For example if the machine running the Dynamics GP service was named
GPServer, the URL would be:
http://GPServer:48620/DynamicsGPWebServices/DynamicsGPService.asmx
If this port value doesn’t work to access the service, you will need to contact
your administrator to find what port the Dynamics GP service is running on.
http://machine:port/DynamicsAdminService.asmx
Notice this URL contains a port number. The port value 48621 is the default
value that will be used when the Microsoft Dynamics Security Administration
service is installed. Use this value when entering the URL.
http://GPWebService:48621/DynamicsAdminService.asmx
If this port value doesn’t work to access the service, you will need to contact
your administrator to find what port the Microsoft Dynamics Security
Administration service is running on.
Press the TAB key to accept the URL values entered, and then click Next to
continue.
34 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 5 M A N A G E M E N T T O O L S I N S T A L L A T I O N
The Dynamics Security console and the Exception Management console have a significant
amount of data to retrieve. They can take a few moments to open and display.
38 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 6: Web Services Security
Because the Web Services for Microsoft Dynamics GP can access sensitive data, it’s
important that proper security is applied for the Dynamics GP service. Information
about web service security is divided into the following sections:
• Overview
• Administering security
• Tasks
• Roles
• Enterprise level groups
• Application level groups
• Role assignments
• Entity ID assignments
Overview
The Microsoft Dynamics Security Service provides security features for various
Microsoft Dynamics applications and features, such as Web Services for Microsoft
Dynamics GP. The Microsoft Dynamics Security Service controls access to the
operations that can be performed by users of the Dynamics GP service.
Security Administrator
The Security Administrator uses the Microsoft Dynamics Security Console to
configure which users have access to service operations. A user must be designated
as a Security Administrator in order to access the Microsoft Dynamics Security
Console and configure security settings.
The user who initially installed Web Services for Microsoft Dynamics GP is automatically a
Security Administrator.
Selecting applications
Before you can control security settings, you must select the applications that you
want to administer security for. To select applications, complete the following steps:
Administering security
As you configure security settings with the Dynamics Security Console, it’s
important to understand when those changes will become effective.
The web services administrator can change the cache refresh interval to a lower
value (with a minimum of 5 minutes) by editing the configuration for the
application. For example, to change the cache timeout for the Dynamics GP service,
you would edit the DynamicsSecurity.config file for this application, typically
found at the location:
40 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A PT E R 6 W EB S E R V I C E S S EC U R I T Y
Tasks
Operations are the individual actions that can be performed by the application for
which security is being configured. For instance, the operations that can be
performed by the Dynamics GP service are displayed as operations in the Dynamics
Security console.
Tasks provide a way to group related operations together. A task can contain the
following:
• Individual operations
• Other tasks
Predefined tasks
Applications typically have several tasks already defined for them. For instance, the
Dynamics GP Web Services application has the View Commissions task defined.
This task contains the Query Salesperson Commissions and View Salesperson
Commissions operations.
One predefined task has special importance. The View Company Information task
contains all of the operations needed to interact with the Dynamics GP service. This
task is automatically assigned to every role that is created. It’s important that you
don’t remove any operations from the View Company Information task. Doing so
could prevent users from accessing the Dynamics GP service.
Creating tasks
You can create additional tasks to manage security access within an application. To
create a new task, complete the following steps:
1. Select the Tasks node in the left pane of the Dynamics Security
Console.
Modifying tasks
You can modify tasks that have already been created for an application. To modify a
task, complete the following steps:
1. Select the Tasks node in the left pane of the Dynamics Security
Console.
Copying tasks
You can create a new task by starting with a copy of an existing task. This is useful
when the new task has many characteristics that are the same as those of an existing
task. To copy a task, complete the following steps:
1. Select the Tasks node in the left pane of the Dynamics Security
Console.
Deleting tasks
To delete a task, complete the following steps:
1. Select the Tasks node in the left pane of the Dynamics Security
Console.
42 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A PT E R 6 W EB S E R V I C E S S EC U R I T Y
Roles
A role contains a set of operations, tasks, or other roles. Roles are used to group
together the actions that can be performed by users who will be assigned to the role.
Predefined roles
Applications typically have several roles already defined for them. For instance, the
Dynamics GP Web Services application has the Sales Representative role defined.
This role contains tasks that would be performed by somebody assigned to this role,
such as Manage All Sales Transactions and Manage Customers.
Error Viewer Users assigned to this role will be able to view error information
that is logged by the Dynamics GP service. Typically, this information is viewed
through the Dynamics GP Web Service Exception Management Console.
Superuser Users assigned to this role will have access to all operations that have
been defined, without any restrictions.
Do not assign the Superuser role widely. Doing so makes the system less secure.
Creating roles
You can create additional roles to manage security access within an application. To
create a new role, complete the following steps:
1. Select the Roles node in the left pane of the Dynamics Security
Console.
Every role created will automatically include the View Company Information task. The
operations in this task are required for users assigned to the role to use the Dynamics
GP service. Don’t delete operations from this task.
Modifying roles
You can modify roles that have already been created for an application. To modify a
role, complete the following steps:
1. Select the Roles node in the left pane of the Dynamics Security
Console.
Copying roles
You can create a new role by starting with a copy of an existing role. This is useful
when the new role has many characteristics that are the same as those of an existing
role. To copy a role, complete the following steps:
1. Select the Roles node in the left pane of the Dynamics Security
Console.
44 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A PT E R 6 W EB S E R V I C E S S EC U R I T Y
Deleting roles
To delete a role, complete the following steps:
1. Select the Roles node in the left pane of the Dynamics Security
Console.
Enterprise level groups are used when you’re managing security for several
applications. Since the same group can be used within multiple applications,
adding or removing a user from an enterprise level group will add or remove their
access to multiple applications in one step.
1. Select the Enterprise Level Groups node in the left pane of the
Dynamics Security Console.
1. Select the Enterprise Level Groups node in the left pane of the
Dynamics Security Console.
1. Select the Enterprise Level Groups node in the left pane of the
Dynamics Security Console.
1. Select the Enterprise Level Groups node in the left pane of the
Dynamics Security Console.
1. Select the Application Level Groups node in the left pane of the
Dynamics Security Console.
46 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A PT E R 6 W EB S E R V I C E S S EC U R I T Y
1. Select the Application Level Groups node in the left pane of the
Dynamics Security Console.
1. Select the Application Level Groups node in the left pane of the
Dynamics Security Console.
1. Select the Application Level Groups node in the left pane of the
Dynamics Security Console.
Role assignments
A role assignment consists of the following:
When the role assignment is created, the users or groups of users will have access to
the items in the role for the specified company or companies.
48 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A PT E R 6 W EB S E R V I C E S S EC U R I T Y
Entity ID assignments
Windows User IDs can be associated with the following objects in Microsoft
Dynamics GP:
• A Windows user ID
• The type of entity in Microsoft Dynamics GP
• A company or companies
• The back office ID to which the Windows user ID will be associated
This assignment is used by web service applications to display data that is specific
to the user currently accessing the Dynamics GP web service. For instance, a
Windows user assigned to a specifc salesperson ID could be restricted to see only
their own salesperson commission information.
A Windows User ID can be assigned to more than one type of entity ID in Microsoft
Dynamics GP. A Windows User ID should not be assigned to more than one entity
ID of the same type. For example, a single Windows User ID should not be assigned
to several different salesperson IDs.
For example, granting access to a role that contains the operation Query Sales
Orders allows the user to retrieve any sales orders. Granting access to a role that
contains the operation Query Sales Orders Based On User allows the user to
retrieve only those sales orders that have an ID (such as the Salesperson ID)
mapped to the current Windows User.
Roles that contain the tasks and operations that implement entity ID filtering have
the word “Self” in their name. Users assigned to these roles will be able to see only
objects that are associated to them based on the entity ID assignments. For example,
the Salesperson - Self role provides access to customer, salesperson, and sales
transaction information for the salesperson assigned to the current user.
The filter applied uses SQL criteria syntax. The value you enter will automatically be
enclosed by % wildcard characters. If you entered Erin as the filter text, the IDs
matching the criteria %Erin% will be displayed.
To remove the filte criteria, clear the text from Filter by ID and click the Apply
Filter button.
50 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 7: Policy
The policy system for the Dynamics GP service allows the web service
administrator and the application using the service to control how business objects
are created, updated, or deleted. The following items are discussed:
• Overview
• Editing a policy instance
• Creating a new policy instance
• Deleting a policy instance
Overview
Each create, update, and delete operation has a policy object that is passed with the
operation. This policy object specifies the set of behaviors for the operation. Each
behavior controls one characteristic for the operation being performed. For instance,
the policy for the CreateCustomer web method has the behavior named “Create
Active Behavior”. This behavior controls whether the customer being created is set
to the active or inactive state.
Behaviors are classified as internal or external. An internal behavior is one that can be
specified only through the Dynamics Security Console. An external behavior is one
that can be specified by the application that is calling the service method and
passing in the policy object.
Policy administrator
The policy administrator uses the Microsoft Dynamics Security Console to
configure the various policies for the Dynamics GP service. To manage polices with
the Microsoft Dynamics Security Console, a user must be designated as a Security
Administrator. The user must also be assigned to the Policy Administrator role.
When you assign a user to the Policy Administrator role, the user will be able to
manage policies for all companies. Refer to Role assignments on page 48 for details
about assigning roles.
The user who initially installed Web Services for Microsoft Dynamics GP is automatically a
Security Administrator. That user is also assigned to the Superuser role, which has access to
the Manage Policies task.
Policy instances
Each company has a set of default policies that are available. There is one default
policy for each web service operation that requires a policy. Within a company,
additional versions of the policy (with different behavior settings) can be created for
each role defined in the Dynamics Security Service. Each of these is called a policy
instance. When a web service application retrieves a policy to use, the Dynamics GP
service applies logic to ensure the appropriate policy instance is returned.
Applications that call the Dynamics GP service can specify the role to use for the
service call. If a policy instance exists for that role, it will be used. Developers
creating applications that use the Dynamics GP service are encouraged to not
explicitly set the role. Instead, they should let the Dynamics GP service find what
role the user of the application is assigned to, so the correct policy instance can be
used.
Be aware that the Dynamics GP service will set the role for a user only if the user is
assigned to a single role. If the user is assigned to more than one role, the role won’t
be set, and the default policy instance will be used. For this reason, it’s a good idea
to limit the number of roles you assign a user to.
1. Select and expand the Policy node in the left pane of the
Dynamics Security Console.
4. Select the role for the policy instance you want to edit.
Choose Default to edit the policy instance that is used when no role is
associated with the user.
52 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 7 P O LI C Y
Some behavior options allow you to supply a specific value that will be used,
such as a transaction date. If you select one of these behavior options, the Set
Parameters button will become active. Click this button to open the Set
Parameters window. In the Parameter Value column, supply the value to use for
the parameter and click OK.
1. Select and expand the Policy node in the left pane of the
Dynamics Security Console.
2. Locate the policy for which you want to create a new instance.
Select the policy in the expanded tree view in the left pane of the Dynamics
Security Console. It may take a few moments for the information about the
policy to load.
4. Select the company for which the new policy instance applies.
5. Select the role for which the new policy instance applies.
1. Select and expand the Policy node in the left pane of the
Dynamics Security Console.
2. Locate the policy for which you want to delete a policy instance.
Select the policy in the expanded tree view in the left pane of the Dynamics
Security Console. It may take a few moments for the information about the
policy to load.
4. Select the role for the policy instance you want to delete.
54 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 8: Authentication and Encryption
As the administrator of the Web Services for Microsoft Dynamics GP, we encourage
you to take the steps to fully secure them. You should understand the
authentication mode used when accessing the services. You should also understand
the encryption options available for the service messages. The following items are
discussed:
Windows This method attempts to use Kerberos, the more secure authentication
protocol used in Windows 2000 and later. If it cannot authenticate using Kerberos, it
will fall back to NTLM authentication.
For the default installation of Web Services for Microsoft Dynamics GP, the
following authentication methods are used for the Dynamics GP service:
• The user under which the Microsoft Dynamics GP Service Host is running is a
domain user. You must also include this fully-qualified domain name of this
user in the <userPrincipalName> attribute for the configuration file of your
web service application.
If these conditions are true, you must have the Domain Administrator register the
SPN for the domain account. To do this, complete the following steps:
http://go.microsoft.com/fwlink/?LinkId=100114
3. Use the SetSPN.exe tool to register the machine name and user.
To do this, enter the following command:
Replace ServerName with the machine name on which web services are being
run. Replace Domain and UserName with the domain and name for the user
account under which the Microsoft Dynamics GP Service Host is being run.
Encryption
Because the data being accessed from Microsoft Dynamics GP through the
Dynamics GP service may be sensitive, encryption can be used to help secure the
data. The encryption options available depend in which endpoint is being used. The
mode attribute of the <security> node in the WSBindings.config controls what type
of encryption is used for the endpoint.
Legacy endpoint
With the default settings, the legacy endpoint uses no encryption for the SOAP
messages that are exchanges with the Dynamics GP service. There are two common
ways to encrypt the data exchanged with the Dynamics GP service:
• You can set the mode attribute of the <security> node of the WSBindings.config
to “Message”. This implements message security, and causes the SOAP
messages to be encrypted. The following sample shows this setting in the
configuration file.
<basicHttpBinding>
<binding name="BasicHttpBindingTarget">
<security mode="Message">
<transport clientCredentialType="Ntlm"/>
</security>
</binding>
</basicHttpBinding>
Be aware that some applications that support the BasicHttpBinding used for the legacy
endpoint do not support encrypted SOAP messages.
• You can set the mode attribute of the <security> node of the WSBindings.config
to “Transport”. This indicates that the transport layer will be responsible for
encrypting the SOAP message data. You must then set up the WCF endpoint to
use transport security. Search for “HTTP Transport Security” on MSDN
(msdn.microsoft.com) for details about how to implement this.
56 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 8 A U TH E N T IC A TI O N A N D E N C R Y P T IO N
Native endpoint
With the default settings, the native endpoint uses message security. This mean that
the SOAP messages that are exchanged with the Dynamics GP service are
encrypted. This provides better default security than the legacy endpoint.
• Chapter 10, “Logging and Auditing,” describes how to log the events that occur
for the services.
• Chapter 11, “Making Backups,” explains how to include the web services in the
backup strategy for the Microsoft Dynamics GP installation.
60 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 9: Troubleshooting
If you encounter problems with the Web Services for Microsoft Dynamics GP, the
following sections may be helpful. They describe some of the most common
situations that can occur while running the web services. The following items are
discussed:
• Exceptions
• Service does not respond
• Security
• Policy
• Timeout issues
Exceptions
The following are common exceptions that may occur when applications are
working with the Dynamics GP service:
The Dynamics GP Web Service Exceptions console displays the details for each
system exception. If you are logged into the server on which Web Services for
Microsoft Dynamics GP is installed, or you have installed the Management Tools for
Microsoft Dynamics GP Web Services, you can access the Exceptions console. It is
found in the Administrative Tools group accessed through the Start menu. The
additional information the console provides may help identify the source of the
system exception.
Another source of exception information is the system’s event logs. Use the system
event viewer to open and review the system logs. Relevant errors, warnings and
informational updates for the Dynamics GP service may be found in the
Application log.
This exception indicates the current user does not have sufficient security
authorization to perform the requested operation. Logging on as a user with the
necessary security authorization should resolve the exception. Another option is to
assign the current user to a role that includes the required security authorization.
This error may also occur when an application is using the “working on behalf of
another user” option. This option allows the user and role performing the operation
to be different from the logged-on user. The user that is running the application may
not be assigned to the “Work On Behalf Of” task, or the user the application is
working on behalf of may not have security access to the operations the application
is performing. Use the Security console to view the role or roles assigned to the user.
If the Microsoft Dynamics GP Service Host will not stay running, there is likely a
configuration problem for the service. Use the system event viewer to open and
review the system logs. Relevant errors, warnings and informational updates for
the Microsoft Dynamics GP Service Host can be found in the Application log.
Correct the error and then restart the service host.
Extensions
Applications that access the Dynamics GP service may have extensions that you
needed to install. These extensions require changes to the
BusinessObjectsFile.config (in the ServiceConfigs folder of the Dynamics GP web
service installation) to register the extension for a service event. If the edit creates an
error in the contents of the configuration file, the Dynamics GP service may no
longer respond.
It’s a good idea to make a backup copy of a configuration file prior to editing it.
Store the copy to a safe location. Use the backup copy to restore the configuration
file if problems occur.
62 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 9 TR O U B L E S H O O T I N G
Security
The following is a list of issues associated with the Dynamics Security
Administration service:
If testing of a new security authorization change does not immediately show the
expected result, re-test the operation after 20 minutes. The delay allows the security
service to update its security cache with your change. Restarting the Microsoft
Dynamics GP Service Host can force an immediate reload of the security cache. This
should be performed only after careful consideration of the impact it will have on
current users of the Dynamics GP service.
Policy
The following is an issue that occurs when using policies with the Dynamics GP
service:
Timeout issues
When a web service application processes large numbers of documents or
documents that contain large amounts of data, it may encounter timeout errors. It is
possible to adjust the timeout behavior of the Dynamics GP service.
Applications that access the Dynamics GP Service can control the timeout length for
the service requests they make. Refer to the information about creating proxy
instances in the Web Service Programmer’s Guide for details about setting timeout
values for applications that access the Dynamics GP service.
Types of events
The Dynamics GP service can log the following events:
Fail These are requests to perform operations in the Dynamics GP service that
were denied by the current security settings. It’s most useful to log these events
when your trying to track unauthorized activity for the Dynamics GP service.
Configuring logging
To enable logging, you must adjust some settings in the DynamicsSecurity.config
file for the Microsoft Dynamics GP Service Host. This file is typically found at this
location:
Events to log
To specify which types of events to log, set the following key:
The following table shows the possible values for this key:
Value Description
Success Log only successful access attempts.
Fail Log only failed access attempts.
SuccessFail Log both successful and failed access attempts.
Log location
To specify the location of the log, set the following key:
The user that the Microsoft Dynamics GP Service Host is being run as must have write
access to the location that you specify.
To turn on logging, set the following key in the configuration file to true:
Example log
The following shows a portion of a security audit log that was logging both
successful and failed access attempts.
<!-------------------------------------------------------------------------------------------->
<!-- SecurityRuntimeService: created on 2010-02-21 16:45:53Z -->
<log action='CheckAccess' operation='View Customers' member='HORIZON\kberg' result='Success'
datetime='2010-02-21 16:45:55Z'>
<context user='HORIZON\kberg' type='Scope'>
<application name='Dynamics GP Web Services' key='25cc1a21-2cc4-4b13-a1c8-eea186fb688a' />
<scope name='TWO' key='-1' />
</context>
</log>
<log action='CheckAccess' operation='View Vendors' member='HORIZON\mallen' result='Fail'
datetime='2010-02-21 16:48:28Z'>
<context user='HORIZON\mallen' type='Scope'>
<application name='Dynamics GP Web Services' key='25cc1a21-2cc4-4b13-a1c8-eea186fb688a' />
<scope name='TWO' key='-1' />
</context>
</log>
<!-------------------------------------------------------------------------------------------->
Configuring logging
By default, the logging for te Dynamics Security Admin web service is enabled. To
configure the logging, you must adjust some settings in the
DynamicsSecurityAdmin.config file. This file is typically found at this location:
66 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 1 0 L O G G I N G A N D A U D I T I N G
Log location
To specify the location of the log, set the following key:
Example log
The following shows a portion of a security setup audit log that shows a security
change that was made to assign a user to a role.
• SQL tables
• SQL security database
• ADAM database
• Configuration files
SQL tables
Web Services for Microsoft Dynamics GP stores data in several tables managed by
the SQL Server. Several tables are found in the system (DYNAMICS) database,
while other tables are found in each company’s database. When you create backups
of these databases, the information in these tables should be included. They contain
setup information for the services, policy configurations, and exception
information.
ADAM database
If you chose to store security settings in ADAM or ADLSD, then the ADAM
database used by the Dynamics Security Services stores most of the security settings
for the web services installation. You should create a backup for this database, to
avoid having to re-create the security settings you have made.
The ADAM database file, Adamntds.dit, and the associated log files are found in
Program Files\Microsoft ADAM\DynamicsSecurityService\Data. These files
should be included as part of the regular backup plan of your organization. You can
back up the directory stores using any standard backup program, such as the
Backup Utility for Windows.
Restoring ADAM
When you restore a database to an existing ADAM instance, you must stop the
ADAM instance before you run the restore operation. In addition, it is
recommended that you move (or delete) the existing database and log files from the
ADAM instance before beginning the restore operation.
Refer to the ADAM online help for details about performing these management tasks.
Authoritative Restore
If objects in the directory are inadvertently deleted or modified, and if those objects
are replicated in a configuration set, you must authoritatively restore those objects
so that the correct version of the objects is replicated. To authoritatively restore
directory data, run the dsdbutil.exe utility (an ADAM command-line utility) after
you have restored the data but before you restart the ADAM instance. With
dsdbutil, you can mark directory objects for authoritative restore. When an object is
marked for authoritative restore, its metadata version number is changed so that the
number is higher than any other metadata version number in the configuration set.
This ensures that any data you restore is properly replicated throughout the
configuration set.
Configuration files
The various services installed with Web Services for Microsoft Dynamics GP can be
included in a system-wide backup for the server. You might also want to create
backups for the configuration files used for the services, especially if you have made
changes to them. Most of these configuration files are found in the ServiceConfigs
folder of the Web Services for Microsoft Dynamics GP installation. One exception is
the following configuration file, which can be found in the main folder of the Web
Services for Microsoft Dynamics GP installation:
• Microsoft.Dynamics.GP.ServiceHost.exe.config
Another exception is the following configuration file, which can be found in the
SecurityAdminService folder of the Web Services for Microsoft Dynamics GP
installation:
• Dynamics.SecurityAdmin.config
70 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Chapter 12: Adding Additional Companies
If you add a new company to Microsoft Dynamics GP after Web Services for
Microsoft Dynamics GP has been installed, you must perform the following
procedure for the new company to be accessible through the Dynamics GP service.
If either of the system checks do not pass, make the appropriate corrections in
Microsoft Dynamics GP. Then re-run the configuration wizard. When the
checks pass, click Next to continue.
72 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 1 2 A DD IN G A D DI TI O N AL C O M P A N IE S
• Repair options
• Repairing with the installer
• Repairing with the configuration wizard
Repair options
Repair operations for Web Services for Microsoft Dynamics GP can be performed in
two ways:
• The Web Services for Microsoft Dynamics GP installer can repair the files and
infrastructure that was placed by the installer.
• The Dynamics GP Web Service Configuration Wizard can repair the system,
company, policy, and security objects for the Microsoft Dynamics GP system
and for individual companies.
Which repair option you need will depend on what components need to be
repaired.
• All configuration files are replaced or re-built. The installer will try to save any
custom settings or additions you may have made to the configuration files.
If you want a configuration file to be replaced with an original copy, delete the
configuration file before performing the repair.
To repair the Web Services for Microsoft Dynamics GP installation, complete the
following steps:
The installation program must connect to this database to complete the repair
operation. You can use Windows Trusted Authentication or SQL Authentication
(supplying the Administrator login ID and password).
Click Next to continue. If the database connection cannot be made, an error will
be displayed. Correct the issue and continue.
76 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 1 3 R EP A I R I N G W E B S E R V I C E S
If the account you specified has already been added as a user for Microsoft SQL Server,
be sure the case for the Domain and User Name match those of the user ID in SQL.
If you use the configuration wizard to repair system or company security metadata, all of
your existing security settings for the Dynamics GP service will be lost. Use this option
only if you are certain you want to rebuild security data.
To use the configuration wizard to repair Web Services for Microsoft Dynamics GP,
complete the following procedure.
If either of the system checks do not pass, make any needed corrections in
Microsoft Dynamics GP. Then re-run the configuration wizard. When the
checks pass, click Next to continue.
78 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
C H A P T E R 1 3 R EP A I R I N G W E B S E R V I C E S
The list of actions available may be different depending on the current state of
the Web Services for Microsoft Dynamics GP installation.
80 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
APPENDIX
Appendix
The following appendices are included for this documentation:
82 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Appendix A: ADAM or ADLDS Administrators
By default, the user who installed ADAM (Windows Server 2003) or Active
Directory Lightweight Directory Services (Windows Server 2008) will be an ADAM
or ADLDS administrator. You may want to add additional users to be
administrators so that several different users could perform an install, repair, or
upgrade of Web Services for Microsoft Dynamics GP. To add an administrator,
complete the following procedure:
3. Create a connection.
In the Action menu, choose Connect to. The Connection Settings window will
be displayed.
The following illustration shows the connection settings for Windows Server
2003:
The following illustration shows the connection settings for Windows Server
2008:
84 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
A P P E N D I X A AD AM O R A D LD S A DM I N IS T R A T O R S
For detailed information about using Active Directory, refer to the technical
information available at http://technet.microsoft.com and the developer
information available at http://msdn.microsoft.com.
CN=<STORENAME>,CN=<PARTITION>,DC=<FQDN1>,DC=<FQDN2>,DC=<FQDN3>
The FQDN entries are the portions of the fully-qualified domain name. It’s also
a good practice to put the new store in the Program Data partition. For example,
if the GPWebServices store was being created for the finance.contoso.com
domain, the store name string would be:
CN=GPWebServices,CN=Program Data,DC=FINANCE,DC=CONTOSO,DC=COM
msldap://<DOMAINCONTROLLER>:389/CN=<STORENAME>,CN=<PARTITION>,DC=<FQDN1>,
DC=<FQDN2>,DC=<FQDN3>
Port 389
Partition Use the following syntax, replacing the store name and domain
name with the values you had used earlier:
CN=<STORENAME>,CN=<PARTITION>,DC=<FQDN1>,DC=<FQDN2>,DC=<FQDN3>
CN=GPWebServices,CN=Program Data,DC=FINANCE,DC=CONTOSO,DC=COM
88 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
Glossary User-assignable business objects
Those objects in Microsoft Dynamics GP that
have identity information and can be
ADAM associated with a Windows User ID.
Active Directory Application Mode. A Examples include customers or salespeople.
special stand-alone version of Active
Directory that is used by the Dynamics Web reference
Security service on Windows Server 2003 to A URL that points to service that supports
store and manage security information. ASMX-compatible operations.
Entity ID assignments
For the Dynamics GP service, the things that
assign Windows User IDs to specific objects
in Microsoft Dynamics GP that have identity
information. See also User-assignable business
objects.
Legacy endpoint
An endpoint for the Microsoft Dynamics GP
Service Host. It uses the BasicHTTPBinding,
which has the characteristics of a standard
ASMX-based web service. The legacy
endpoint provides functionality that is
equivalent to the web service from earlier
versions of Microsoft Dynamics GP.
Native endpoint
An endpoint for the Microsoft Dynamics GP
Service Host. It uses the WSHTTPBinding,
which has better performance and default
security than te legacy endpoint.
SOAP
Simple Object Access Protocol. The XML-
based protocol used to communicate with a
web service.
functional currency (continued) Microsoft Dynamics GP, version required prerequisites (continued)
required for web services 17 for web services 17 Microsoft Dynamics GP 17
Microsoft Dynamics GP Service Host MMC 16
G defined 89 server operating system 15
groups described 9 user account for installation 17
application level groups 46 not running 62 product support, for Microsoft Dynamics
enterprise level groups 45 restarting 25, 62 GP web services 3
user account for 17
I Microsoft Dynamics Security Service, see R
installation Dynamics Security Service refresh interval, for Dynamics Security
32-bit 19 Microsoft Management Console Service 40
64-bit 19 described 11, 16 removal, procedure for web services 31
account for web services installation installing 16 repair options, for web services 75
30 MMC, see Microsoft Management Console repairing web services
part 14-35 chapter 75-80
procedure for web services 19 N described 75
upgrading web services 25 native endpoint using the configuration wizard 77
insufficient authorization errors, default authentication method 55 using the installer 75
troubleshooting 61 defined 89 role assignments
internal behaviors, described 12 described 10 adding 48
ISO currency codes encryption for 57 deleting 48
adding to Microsoft Dynamics GP 18 URL for 29 described 48
checking with configuration wizard .NET Framework, required for web roles
23 services 15 copying 44
list of 18 NTLM authentication, described 55 creating 43
required for Dynamics GP service 18 deleting 45
O described 43
K operating system, required for installation for entity ID filtering 49
Kerberos authentication 15 modifying 44
described 55 operations, for entity ID filtering 49 predefined roles 43
registering the SPN 55 special predefined roles 43
P upgrading 25
L parameters, for behavior options 53 roles for Windows Server 2008, Active
legacy endpoint policy Directory Lightweight Directory
default authentication method 55 behaviors 51 Services 15
defined 89 chapter 51-54 Running the Web Service, part 60-80
described 9 described 12, 51
encryption for 56 overview 51 S
URL for 28 troubleshooting 63 SDK, for Web Services for Microsoft
light bulb symbol 2 upgrading 25 Dynamics GP 2
logging policy administrator Security, part 38-57
configuring assigning 51 Security Administrator
Dynamics GP service 65 described 51 described 39
Dynamics Security Admin web Policy Administrator role 43 designating users for 39
service 66 policy instances for Microsoft Dynamics Security 34
Dynamics GP service access 65 creating 53 security service, see Dynamics Security
Dynamics Security Admin web deleting 54 Service
service 66 described 51 service host, see Microsoft Dynamics GP
example log 66, 67 editing 52 Service Host
Logging and Auditing, chapter 65-67 port Service Principal Name, see SPN
for Dynamics GP service 28, 34 services, security for 11
M for Microsoft Dynamics Security SOAP
Making Backups, chapter 69-70 Administration service 34 defined 89
management tools predefined described 7
accessing 35 roles 43 SPN, registering 55
installing 33 tasks 41 SQL database, backing up data that stores
prerequisites 33 prerequisites security data 69
requires roles and permission 34 .NET Framework 15 SQL tables, backing up for web services 69
URLs for 34 chapter 15-18 successful access events, logging 65
Management Tools Installation, chapter for web services 15 Superuser role
33-35 functional currency 17 described 43
margin notes 2 ISO currency code 18
92 I N S T A LL AT IO N A N D A D M I N I S T R A T I O N G U I D E
I N D E X
V
validation errors, resolving for Dynamics
GP service 61
verifying web service installation 28
View Company Information, task 41
W
warning symbol 2
WCF
defined 89
described 9
web reference, defined 89
Web Service Architecture, chapter 9-12
Web Service Basics, part 6-12
web services
see also Dynamics GP service
architecture 9
authentication modes 55
backups for 69
benefits 7
configuration files for 62
configuration files to include in
backup 70
configurations 10
defined 89