Create a custom workflow activity
Applies To: Microsoft Dynamics CRM 2013, Microsoft Dynamics CRM Online
This topic describes how to create a custom workflow activity and register it for use in Microsoft Dynamics CRM 2013 and Microsoft Dynamics CRM Online. For Microsoft Dynamics CRM Online, custom workflow activities can only be registered to execute in the sandbox (partial trust). For more information about the sandbox and partial trust, see Plug-in isolation, trusts, and statistics.
|The Developer Toolkit for Microsoft Dynamics CRM 2013 and Microsoft Dynamics CRM Online provides a streamlined experience for development of custom workflow activities. For more information, see Create and deploy workflow libraries using the Developer Toolkit.|
Required software and assemblies
To develop Windows Workflow Foundation 4 custom activities, you must develop them on Microsoft .NET Framework 4. If you plan to register your custom workflow activities with Microsoft Dynamics CRM Online, you must build them using the Microsoft .NET Framework 4 PU3 (platform update 3) or a later revision. A best practice is to simply make sure your .NET Framework 4 installation is up to date with any released Windows Update patches in the 4.0.x series. Microsoft .NET Framework 4.5 is not currently supported.
The following assemblies must be added as references in your project. They can be found in the
SDK\Bin folder of the Microsoft Dynamics CRM SDK. Download the Microsoft Dynamics CRM SDK package.
Use the CodeActivity workflow base class
To create a custom workflow activity, create a class that inherits from the CodeActivity workflow base class. This class is available in the System.Activities namespace. Activities that inherit from the CodeActivity class can override the Execute method to produce custom functionality.
Start Microsoft Visual Studio.
On the File menu, click New, and then click Project.
In the New Project dialog box, select Workflow under Visual C# in the Installed Templates pane, and then select Activity Library.
Specify a name and location for the solution, and then click OK.
Navigate to the Project menu and select Properties. On the Application tab, specify .NET Framework 4 as the target framework.
Add references to the
Delete the Activity1.xaml file in the project.
Add a class file (.cs) to the project. In Solution Explorer, right-click the project, select Add, and then click Class. In the Add New Item dialog box, type a name for the class, and then click Add.
Open the class file, and add the following using directives:
Make the class inherit from the CodeActivity class and give it a public access modifier as shown here:
Add functionality to the class by adding an Execute method:
For more information, see Add metadata to a custom workflow activity.
Specify input and output parameters. For more information, see Add metadata to a custom workflow activity.
In the project properties, under the Signing tab, select Sign the assembly and provide a key file name. Custom workflow activity (and plug-in) assemblies must be signed.
Compile the project to create an assembly (.dll).
To view a code sample that demonstrates how to create a custom workflow activity, see Sample: Create a custom workflow activity.
|For improved performance, Microsoft Dynamics CRM caches custom workflow activity instances. The custom workflow activity’s Execute method should be written to be stateless because the constructor is not called for every invocation of the custom workflow activity. Also, multiple system threads could execute the custom workflow activity at the same time. All per invocation state information is stored in the context, so it is not recommended to use global variables or member variables to pass data from one invocation to the next.|
Specify the name and group name for a custom workflow activity
When you register a custom workflow activity assembly, specify the name and group name. The name property specifies the name of the workflow activity. The group name property specifies the name of the submenu added to the main menu in the Microsoft Dynamics CRM process designer. These properties link the custom workflow activity with the Microsoft Dynamics CRM process designer, so that the custom activity name will appear in the user interface.
To specify the name and group name for a custom workflow activity, use the PluginType.Name and PluginType.WorkflowActivityGroupName attributes when you register the custom workflow activity assembly. For more information about registering custom workflow activities, see Register and use a custom workflow activity assembly. If the PluginType.Name and PluginType.WorkflowActivityGroupName attributes are set to null, the custom activity is hidden from the Microsoft Dynamics CRM workflow designer and is only accessible from XAML workflows.
If you are using the Plug-in Registration tool to register the custom workflow activity assembly, you can specify appropriate values in the Name and WorkflowActivityGroupName boxes, under the Editable region. For more information about using the Plug-in Registration tool, see Walkthrough: Register a plug-in using the plug-in registration tool.
After this custom workflow activity is registered, you can use it from the Microsoft Dynamics CRM process designer for workflows or dialogs. For more information, see Register and use a custom workflow activity assembly.
TasksSample: Create a custom workflow activity
Sample: Azure aware custom workflow activity
ConceptsCreate and deploy workflow libraries using the Developer Toolkit
Add metadata to a custom workflow activity
Use the IOrganization web service in a custom workflow activity
Other ResourcesCustom workflow activities (workflow assemblies)
Windows Workflow Foundation 4 Base Activity Classes
Microsoft Dynamics CRM 2013 and Microsoft Dynamics CRM Online
Send comments about this topic to Microsoft.
© 2014 Microsoft Corporation. All rights reserved.