I will go through the process of creating a basic plugin today using the CRM 2013 Developer Toolkit and CRM 2013 Online, which in my case is a trail.
I created a video to go through creating a simple plugin, which I recommend you watching but I have also go through the steps in a blog post because you might want to reference the steps later without watching the video (e.g. YouTube might be blocked at work). I would also add there is a lot more explanation in the video than on the blog post.
CRM 2013 – Create a simple plugin in CRM 2013 using the CRM Development Toolkit
I would recommend looking at the CRM 2013 SDK because it is very useful and documents what all the options available. The reason I made this blog post and Hosk’s CRM Dev YouTube channel is The CRM 2013 SDK is a great resource but can be a little bit difficult to get started with but hopefully with the blog post and the video I will make it easier for you.
This video will a bit of plugin theory (the blog will just contain the steps to create and deploy the plugin) and I will try and explain what we are doing and practical because I will go through the process of creating and deploying the plugin, step by step.
You should have already watched these videos and are at the stage where you have CRM 2013 Developer Toolkit setup and pointing at your CRM 2013 organisation. If not watch the videos below
Created your CRM 2013 Trial
Blog Setup the CRM 2013 Developer Toolkit
Video step by step guide to setting up the CRM 2013 Developer Toolkit
Blog – Setup and understand Solutions
Video - CRM 2013 – Understanding Solutions and how they work in CRM 2013
Now it’s time to create a very simple plugin
Open Visual studio, you should have already setup the Visual Studio Developer toolkit, I created a package as shown in the picture below
This will Create a package, I removed the workflow project so I am just left with CrmPackage and Plugins projects
The important files above are the
This RegisterFile.crmregister is a file which holds the plugin registration data any plugins created in your CrmPackage. The details are then used to deploy plugins to CRM
This is a default file created by the CRM 2013 Development Toolkit. When you create a plugin, it will extend the Plugin class and use it as a base. The Plugin class uses the IPlugin interface and has the important Execute methods which all CRM plugins must have and this is the main method called.
Make sure you connected to the correct CRM organisation and you have specified the correct Solution, so when you deploy your plugin it will be included in the correct solution.
You can check this by going to
Tools –> Connect to Dynamics CRM Server
Press the Log on button and then you will be able to select an organisation value and a solution
To create a plugin open the CRM Explorer
Right click and choose Create Plugin
The Create plugin screen will be displayed.
Below I am creating a plugin to run on the update of the account entity
The Create Plug-in dialog box appears with the fields in the following table. This information was taken from the CRM 2013 SDK
After you have finished selecting the choices for the plugin and press the OK button, a new file called PreAccountUpdate.cs will be created in the Plugin project. This will extend the Plugin class (a class created by the CRM 2013 Development Toolkit) and there will be a section for you to put in the code you want to execute in the plugin.
The Development Toolkit will also update the RegisterFile.crmregister adding a new line for the account plugin you have added. Warning if you have this file checked into source control it might not editable and you will get an error because the Development Toolkit will try to update the RegisterFile.crmregister but won’t be able to because it’s read only.
You will notice the guid values in the RegisterFile.crmregister are all 0000, this because proper guid values will be created when you register the plugin in CRM, at the moment the plugin does not exist in CRM yet. Below is the RegisterFile with the plugin that has been deployed so the guids have values.
<?xml version="1.0" encoding="utf-8"?>
<Register xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/crm/2011/tools/pluginregistration">
<Solution Assembly="HoskCRMDev2013.Plugins.dll" Id="df794508-c1ba-e311-9d03-d89d6765d360" IsolationMode="Sandbox" SourceType="Database">
<Plugin Description="Plug-in to PreAccountUpdate" FriendlyName="PreAccountUpdate" Name="HoskCRMDev2013.Plugins.PreAccountUpdate" Id="e2794508-c1ba-e311-9d03-d89d6765d360" TypeName="HoskCRMDev2013.Plugins.PreAccountUpdate">
<Step CustomConfiguration="" Name="PreAccountUpdate" Description="Pre-Operation of Account Update" Id="d507df0f-c2ba-e311-bb7d-d89d6763fc38" MessageName="Update" Mode="Synchronous" PrimaryEntityName="account" Rank="1" SecureConfiguration="" Stage="PreInsideTransaction" SupportedDeployment="ServerOnly">
All plugins in CRM 2013 must be signed. You do this by
Right Clicking the Plugin Project
Go to the Signing Tab
tick the Sign Assembly checkbox
look up an existing Key or create a new one
You don’t need to set a password if you don’t want to
save the changes and close the Plugin Properties page
I am creating a very simple plugin, all it does it update the Description field on the account form when the account update is triggered, which will be 30 seconds because this will be triggered by the CRM 2013 autosave feature.
If the Description has been changed we overwrite it and if it hasn’t we add the description field
I am going to write this value
"HOSK CRM DEV FIRST PLUGIN HAS RUN AND UPDATED THE DESCRIPTION"
// <copyright file="PreAccountUpdate.cs" company="Microsoft">
// Copyright (c) 2014 All Rights Reserved
// <date>4/3/2014 12:04:45 AM</date>
// <summary>Implements the PreAccountUpdate Plugin.</summary>
// This code was generated by a tool.
// Runtime Version:4.0.30319.1
/// PreAccountUpdate Plugin.
/// Fires when the following attributes are updated:
/// All Attributes
public class PreAccountUpdate: Plugin
/// Initializes a new instance of the <see cref="PreAccountUpdate"/> class.
base.RegisteredEvents.Add(new Tuple<int, string, string, Action<LocalPluginContext>>(20, "Update", "account", new Action<LocalPluginContext>(ExecutePreAccountUpdate)));
// Note : you can register for more events here if this plugin is not specific to an individual entity and message combination.
// You may also need to update your RegisterFile.crmregister plug-in registration file to reflect any change.
/// Executes the plug-in.
/// <param name="localContext">The <see cref="LocalPluginContext"/> which contains the
/// <see cref="IPluginExecutionContext"/>,
/// <see cref="IOrganizationService"/>
/// and <see cref="ITracingService"/>
/// For improved performance, Microsoft Dynamics CRM caches plug-in instances.
/// The plug-in’s Execute method should be written to be stateless as the constructor
/// is not called for every invocation of the plug-in. Also, multiple system threads
/// could execute the plug-in at the same time. All per invocation state information
/// is stored in the context. This means that you should not use global variables in plug-ins.
protected void ExecutePreAccountUpdate(LocalPluginContext localContext)
if (localContext == null)
throw new ArgumentNullException("localContext");
// TODO: Implement your custom Plug-in business logic.
// Obtain the execution context from the service provider.
IPluginExecutionContext context = localContext.PluginExecutionContext;
IOrganizationService service = localContext.OrganizationService;
// The InputParameters collection contains all the data passed in the message request.
if (context.InputParameters.Contains("Target") &&
context.InputParameters["Target"] is Entity)
// Obtain the target entity from the input parmameters.
Entity entity = (Entity)context.InputParameters["Target"];
if (entity.LogicalName == "account")
string entityDescription = "HOSK CRM DEV FIRST PLUGIN HAS RUN AND UPDATED THE DESCRIPTION";
//string entityDescription = (string)entity.Attributes["description"];
//entityDescription = "HOSK CRM DEV FIRST PLUGIN HAS RUN AND UPDATED THE DESCRIPTION";
entity.Attributes["description"] = entityDescription;
//entityDescription = "HOSK CRM DEV FIRST PLUGIN HAS RUN AND UPDATED THE DESCRIPTION";
catch (FaultException ex)
throw new InvalidPluginExecutionException("An error occurred in the plug-in.", ex);
Now you have finished writing the code, it’s time to deploy the plugin in CRM. Your user will need to be a CRM Administrator. If you are deploying plugins which are not in sandbox Isolation mode then you will also need to be a Deployment Administator.
As I am deploying to CRM 2013 online then the plugin has to be only a CRM Administrator because the plugin has to be in sandbox isolation mode.
Right Click on CrmPackage
Press the Deploy button
You will either get an error or it will have worked. Often when it has worked it will inform you the RegisterFile.crmregister file has changed, this is CRM 2013 Developer Toolkit updating the file with Guid’s for the plugins.
Check the plugin has been registered in the CRM organisation\database by looking at the CRM Explorer and checking in the Plug-in Assemblies section, you should see your new plugin highlighted in green
You can also check by opening your Solution and looking in the plugin assembles section.
I hope you subscribe to Hosk’s CRM Dev youtube channel where I will be going through the lots of different ares of CRM 2013 Development, this is useful for people who are starting out CRM Development, Developers who haven’t used CRM 2013 yet or just CRM Developers.
I am also studying for the MB2-703 – CRM 2013 Customization and Configuration exam and have a playlist with those videos