Tag: CRM 2013

Address Copy Button with CRM 2013 Business Rules and Workflows

The default forms in Dynamics CRM only contain one set of address fields, but most organizations will need to surface at least the Address 2 fields for accounts and contacts to manage the different information for visiting address, mailing address, delivery address, invoicing address or whatever the business scenario.

Sometimes it may be justified to have a bit of redundant information in your CRM database for practical purposes. For example, if you use the Address 2 fields for managing the mailing addresses for accounts where this is separate from the visiting address, it may be easier to have the mailing address fields populated also in scenarios where the values are identical to the visiting address. Otherwise the marketing assistant who is building target groups for mailing campaigns will need to perform some Excel sorcery to pick different address fields for different customers when extracting the data from CRM.

If you’ve bought anything from online stores during the past 10 years, you’ve probably ran into a nice little feature on the checkout or registration forms where the system asks if you’d like to use the address information you entered into your customer profile also as the shipping address for the order. Often times this is presented as a checkbox field that you simply need to tick once, to save you the trouble of re-entering the same data the system already knows.

Wouldn’t this be a nice feature to have also on the CRM account form? Let’s take a look at a form where both Address 1 and Address 2 fields are presented side-by-side. If we would have a “Copy to Address 2?” checkbox that the user could tick after having tabbed through the Address 1 fields and entering data into them, that would be quite an intuitive feature that the users would surely feel right at home with. On the account form it could look like this:

Now that we have our new custom field below the Address 1 fields, next we need to build the functionality for duplicating the field values from Address 1 to Address 2. So, please open you “Javascript for Dummies” textbook from page 47 and… Hey, wait a minute! We’re working with CRM 2013 now that has the great new Business Rules feature for situations like these! Forget what I said about scripts, instead go ahead to the account entity customization menus and add a new Business Rule for this form.

On the “Copy Address 1 to Address 2” Business Rule we’ll set a single condition to monitor the value of our custom chechbox field. If the box is ticked, meaning the field value equals “Yes”, we’ll set the values of each visible Address 2 field on the form to be the same as what’s been entered into the corresponding Address 1 field.

Once we publish our customizations and activate the Business Rule, we can try out the feature in practice. Let’s create a brand new account record to simulate the typical data entry process (although an existing account would work just as well). After we’ve entered the Address 1 information on the left column, the moment we tick on the “Copy to Address 2?” box we’ll see the address fields on the right side get populated with the same values in real time.

Great, we’re all set to move this into production now! Or are we actually? What happens when the user wants to go and edit the field values for Address 2? If we leave the “Copy to Address 2” box ticked, then our Business Rule will keep copying the values over to the Address 2 fields the next time the rule is evaluated. As we’d like to allow the user to leverage this copy feature to initially replicate the fields to Address 2 but perform the necessary changes to those values that are in fact different, such as editing the Street 2 field, we should somehow restrict when our field copy operation is triggered. (more…)

December 1, 2013
Enforcing Business Process Flow Fields with Real-time Workflows

Earlier I demonstrated the new capabilities that Microsoft Dynamics CRM 2013 has introduced for workflow processes: showing error messages with real-time workflows. I covered examples of record assignment, merging duplicate accounts and stopping unwanted updates in the Mobile Express client. This time I’ll take a look at how the error message feature can be leveraged in managing the sales process on opportunity records.

The new Business Process Flows in CRM 2013 provide the possibility of setting fields in a stage as required. This is a nice advancement over the previous platform functionality that only allowed you to set fields as business required per entity, since now we can dynamically control the stage at which we will require the user to input the information onto a form. It’s very typical that a user wouldn’t yet have much details available about a sales opportunity when first entering the information into the CRM system, so it makes total sense to not ask too many questions initially. After all, you can make a field required, but if the user simply doesn’t possess the information asked in it, he or she may just enter dummy data into the field to meet the technical minimum requirements.

Looking at the default opportunity sales process that comes with Dynamics CRM, we have a number of bit fields in the Close stage that indicate tasks the opportunity owner should complete before closing the opportunity. In the Business Process Flow editor we can tick a box and set these fields to be required. What does a required field in the Business Process Flow then mean exactly? It simply means that you can’t move the record forward from that stage until a value is entered in the field. In the case of bit fields (two options) the value should be set to Yes (ID 1) to meet the criteria.

OK, sounds logical, but what about if we’re already in the last stage of the process? How is the requirement level enforced if there are no more stages to move to? The answer is: it’s not. Since the actual closure of an opportunity as Won or Lost is not a stage in the process but rather a change of the record status, Business Process Flow has nothing to do with it. We can observe this behavior by setting a field required in a process stage and then navigating to a test opportunity and attempting to close it as Won. In our example, the File Debrief field has been set as required in the Opportunity Sales Process, but the system still allows the user to close the opportunity without entering data into this field.

“That sounds like an unfortunate gap in the business logic, I guess we’ll need to get a developer to write a plug-in for us to stop the status change operation if required data is missing.” Hold it right there, mister! We’re dealing with Dynamics CRM 2013 here, which means we can build the equivalent feature with a real-time workflow process! No custom code needed for such a simple task, as long as you know how to leverage the new interactive nature of synchronous workflows.

Let’s create a new workflow on the opportunity record and set it to start when the record status changes. We’ll configure it to be run as “after” the event, since we’re interested in capturing the new status value of the record. In the workflow criteria we’ll define that we want our business logic to apply if the opportunity is being set as Won but the File Debrief field has not bee set to Completed. Since this is a real-time workflow, we can add a step where we set the process to be stopped as Cancelled and then define an error message in that step’s properties. This will then be presented to the end user who is triggering the status change event if the workflow criteria is met.

Now, let’s go to our test opportunity, re-open it and attempt to close it without marking the File Debrief field as Completed. When clicking the Close as Won button on the opportunity form command bar we’re presented with the standard, non-customizable Close Opportunity dialog window asking us about the Actual Revenue, Close Date and so on. Since we’re so excited about having won the opportunity we’ve completely forgotten that there were still tasks we needed to complete before we’re allowed to close it off from the sales pipeline.

Once we click OK, a new dialog window is presented: the Business Process Error prompt, along with the error message that we defined in the Stop stage of our workflow process. The opportunity close event is rolled back and we can return to the opportunity form to see what steps of the process we had neglected.

As I mentioned in my previous article about the new business process automation capabilities of CRM 2013, Business Process Flows are essentially a process map that is meant to guide the user through the stages. It cannot actually perform any automated tasks by itself, nor enforce any rules apart from the changing of the stage through the visual business process control at the top of the form. To implement this type of functionality you should look into Business Rules and Real-Time Workflows instead.

November 9, 2013
Using Real-Time Workflows to Show Error Messages
In CRM 2013 we now have the option of setting a workflow to be run synchronously, also known as a real-time workflow. This opens up great new possibilities to leverage workflows in designing automated processes and providing immediate feedback to the end user when CRM data is created or updated. Having the workflow process executed in real-time also provides one additional capability that traditional, asynchronous workflows can’t handle: stopping the transaction from taking place.

Configuring Custom Error Messages

Similar to synchronous plug-ins, real-time workflows can present a Business Process Error dialog to the user when the operation being performed is breaking the rules of the configured business logic. As the real-time workflows execute in the current transaction, they have the power to roll back the changes that the user is trying to perform, whereas an asynchronous workflow could only observe what had already taken place.

How does this work in practice? Let’s explore the feature by setting up a very simple workflow rule to verify the owner of a record, in this case the Project Manager (owner) of a custom Project entity. When creating the workflow we’ve unchecked the “run this workflow in the background (recommended)” checkbox and thus defined it to run in real time. (If you forgot to do this, just reach for the “Convert to a real-time workflow” button on the toolbar, as the form checkbox can’t be edited directly). We’ll attach the workflow to the assign event of the entity.

In the workflow rule criteria we’ll perform a check that the Project Manager has the necessary qualifications for the job. If not, we will stop the workflow and set its status to be Canceled. What’s new compared to CRM 2011 workflows is that we can set a Status Message for the workflow cancellation. Rather than just being a behind the scenes log entry, this text field’s contents will actually be presented to the user if the real-time workflow process is cancelled. This is therefore the place where you should provide instructions on why the cancellation took place and how the user can avoid it.

Let’s activate our workflow, go to an existing project record and attempt to assign it to a less competent CRM project manager, like Teppo:

After we click OK on the assign dialog, a Business Process Error dialog is presented, along with our status message text that explains why the operation cannot be allowed.

The transaction is rolled back, which means the assignment never takes place and our project remains in the hands of a certified professional. CRM workflows save the day!

Here’s a couple of considerations to keep in mind with the above example:
- If I had set the workflow to run Before the assign event, I wouldn’t have received an error. That’s because we would have had a pre-image of the record to work with, in which the change of ownership would not yet have taken place. Having these options available in the workflow editor UI gives more flexibility for defining the business logic, but you should know at least a bit about the underlying Dynamics CRM event execution pipeline to make the most of them.
- If I had simply clicked on the Project Manager (owner) lookup and changed the value, I wouldn’t have received an error in either case. That’s because from the platform’s perspective the assign event is different from the event of updating the owner lookup field. Also note that creating a new record for another user is not an assign event either, so you’ll want to expand the criteria of when the workflow rule is triggered to catch these.
Stopping Unwanted Data Updates

What kind of real life scenarios would then require the system to throw a Business Process Error at the user? Let’s think about a typical CRM implementation where the customer data is integrated with an ERP system. As long as you’re working with prospects that haven’t placed an order yet, there shouldn’t be too many limitations in place in CRM on how you can update the data. Once the account information is transferred to the ERP system for the purpose of order and invoice processing, the need for restricting certain operations on the account records will likely arise.

Let’s assume that we’re identifying the ERP integrated accounts through the Account Number field on the CRM account entity. If the field contains data, then this is a record where updates need to be restricted. By leveraging the new CRM 2013 Business Rules we can configure the fields on the form to be disabled if an account number exist. But what about updates that are not performed as changes of form field values? This is an area the Business Rules can’t touch, but with real-time workflows we may be able to add custom business logic into CRM that would have traditionally required a .NET developer to write plug-ins for us.

As an example, we’d like to ensure that no account records can be deactivated in CRM if they exist in the ERP system. The deactivation might take place through a data management operation like merging duplicate records, in which the master record is left in active status and the child record gets deactivated. We can’t directly trigger the workflow process from the clicking of the Merge button on the account view Command Bar, but we can set our business logic to be run on the status change event. Let us therefore build a new “Stop account merge” real-time workflow rule with the following criteria:

We’re actually performing this after the deactivation has already taken place, but that doesn’t matter, because we’ll still be able to cancel the whole operation. We’ll look for any accounts that have gone through a status change event and are now in an Inactive state. If the account record has an account number, we’ll stop the workflow with status of Canceled and provide a message to the user explaining what are the proper steps to take in getting everything updated correctly both in the CRM and ERP systems.

Let’s try this first on a single account record. When we click on the Deactivate button on the account form’s Command Bar, the Business Process Error dialog is presented to us, along with the message we defined in the workflow. No deactivation can take place, so the account is returned back to active status. More precisely, the account record status never changes, as can be verified from the audit history log (if enabled).

Great, now let’s move on to the Merge scenario and try to combine two active accounts with account numbers into a single account. We’ll select the accounts, click Merge, go through the Merge Records dialog, defy all the instructions given to us by the CRM key user of our organization and attempt to merge two separate ERP accounts in CRM. Once we hit the OK button for the merge to be performed, the Business Process Error dialog jumps to the rescue and stops the operation.

Hey, wait a second, why’s the text in the Business Process Error window different now? “ISV code aborted the operation”, what does that mean? Well, it seems that because we’re not actually performing the status change action directly on the record but rather leverage the built-in Merge Records dialog and its associated business logic for record deactivation, our status message text doesn’t reach that screen. The event itself does “bubble up”, though, so stopping the status change also rolls back the entire transaction and none of the fields on the records being the targets of the merge operation change. That’s the important part, after all.

Complementing Business Rules

Let’s have a look at one more use case for the real-time workflow error messages before I let you get on with your browsing. The previous example covered an event that Business Rules weren’t able to control, due to the fact that they execute only on the entity form. In a CRM & ERP integration scenario you may however need to have the account record fields locked on more places than just the form. Remember that any updates the user would perform through other means, such as Excel export/re-import or a custom client app would not trigger the Business Rules that are essentially just client side scripts on the form. If you build this logic onto the server side as plug-ins or workflows, though, no one can perform an operation that would violate the rules (just ensure there’s always some supported way for performing the necessary updates & don’t block you integrations while creating these gatekeeper workflows).

One built-in form where the Business Rules don’t run is the mobile form. Utilized in both the Mobile Express browser version as well as the mobile apps for Windows Phone, iPhone and Android, these forms offer a limited set of capabilities for reading, creating and updating records. While you can set a field on the mobile forms to be read-only, you can’t build any conditional logic to determine when the field should be locked.

Let’s assume you want to allow people to quickly create and edit accounts through their mobile device, but you also want to lock down the account names on records that have been synchronized to the ERP system. To meet the first requirement you’ll need to leave the field on the form in an editable mode. To stop someone from accidentally overwriting the name of your biggest customer account with “Aasd,abhoignldfiiiiii” or other gibberish when fumbling around with CRM on their tiny little iPhone screens, you could create a real-time workflow to guard these fields from unwanted input. Have it run on the field change events, check whether it’s an ERP account with an account number and then cancel the event if necessary.

Opening up the Mobile Express UI (just append the CRM organization URL with /m/ to access this version) and trying to edit the account name field now gives the same kind of notification as the full browser client. The Business Process Error dialog window doesn’t seem to have any mobile optimized version, but again it gets the basic job done by stopping the update. I didn’t test this on the Dynamics CRM mobile apps, but seeing how at least on Android the app is almost identical to the Mobile Express browser version I’d imagine the experience is similar there as well.

OK, that’s the end of my experiments with real-time workflow process error messages for now. I’m sure that there will continue to be a need for more advanced solutions for controlling user data input that will involve hiding UI components through scripts or enforcing business logic through plug-ins, especially if the transaction volumes are expected to be high. The new workflow capabilities do however provide a quick way to configure custom error prompts and stop unwanted events when experimenting with the design options of your solutions and iterating your way towards the final production system.
November 2, 2013
Getting Your Head Around Dynamics CRM 2013 Processes – Part 2
In the first part of this series we looked at the two new process categories introduced in Dynamics CRM 2013: Business Process Flows and Actions. Now it’s time to dig deeper into new CRM 2013 functionality that will allow you to achieve process automation results in areas where custom code was previously required.

Business Rules: Processes In Disguise

You may have already heard about the new feature in CRM 2013 that promises to free us from writing Javascript to manipulate form fields, called Business Rules. If you’re looking to find them from under the Process Center, though, you’re in the wrong place. Business Rules are a property of the entity and you’ll see them alongside other such components like Charts and Views in the Solution explorer. From this we can already gather that it won’t be possible to move Business Rules across different CRM organizations as individual components like you can do with processes, instead they always travel with their parent entity in the solution files.

Business Rules have the nickname of Portable Business Logic (PBL), so there must be something else that makes them particularly easy to carry around then? The portability actually refers to the way in which the rules can be applied to all the different forms of the entity and also to how they will be carried over to the mobile client application (MoCA) on Windows 8 and iOS tablets. They are however form specific in the sense that you must define what the scope of the Business Rule is: either tied to a particular form of the entity or simply set to run on “all forms”.

What can you use Business Rules for from a process automation perspective? Similar to the Business Process Flow (BPF) process type, Business Rules can be used for guiding the data entry and update tasks by dynamically changing the UI presented to the user, based on the values of other fields on the form. Typically CRM entities end up having far more fields available than what a user is really expected to fill or even view in a particular stage of a business process. Whereas the Business Process Flow can only touch the Process Control shown on the top of the entity form, Business Rules can manipulate any field on the form, setting it either as visible/not visible, required/not required and disabled/enabled. They also have the ability of presenting field specific error messages if a user tries to deviate from the intended process.

Business Rules have a similar type of conditional statement setting as workflow processes do (if/then), but it is quite a lot more limited currently than the workflow editor options. For instance, you can only reference fields from the same entity you’re working on, so setting the requirement level of a contact form field based on the parent account record’s values won’t work. You are also limited to only specifying a single set of conditions that must all be true for the action to run. In order to build an “or” rule to cover multiple alternative conditions you’ll need to save your first Business Rule, then create a copy of it with Save As and have as many concurrent rules as there are options in your “or” statement.

Unlike the Business Process Flow processes that are only able to present fields from the entity, Business Rules can actually update the record as well. The “Set field value” action allows you to input either a static value, copy the value of another field (on the same record) or perform a simple +/-/* calculation with two fields. For an in-depth list of Business Rule capabilities and considerations, look no further than this excellent article by Jesper Osgaard on Understanding Portable Business Logic.

This first release of Business Rules for Dynamics CRM 2013 addresses many of the common scenarios where Javascript has previously been applied on entity forms to make them dynamically adapt to the business logic of an organization. However, there remain some frequently requested features that will still require form scripts to be developed, such as:
- Create dependent optionset fields (filtering available values based on another field)
- Set dynamic default values (“task deadline today+3 days”)
- Show/hide form components other than fields (tabs, sections, subgrids, iFrames, Quick View Forms etc.)
Based on the fact that Business Process Flows are categorized as a process record in CRM 2o13 whereas Business Rules are “only” a component of an entity, should you spend more time designing the Business Process Flow and resort to Business Rules only when you need to tweak some details on the forms? I personally don’t think that the BPF Process Control is necessarily the only right way for implementing guided processes in CRM 2013. For a transactional record with a linear process consisting of several stages with clear boundaries (the sales opportunity scenario) it is surely a natural fit, but in many situations the flexibility provided by the field level configuration of Business Rules can prove to be a more practical approach. At least ask yourself these question before committing to a BPF based design: 1) does it offer some required functionality that Business Rules could not replicate, and 2) can the process data naturally fit into the stages that the Process Control will display?

Real-Time Workflows: Plug-ins For The Analysts

For the past 10 years the Dynamics CRM workflows have been tirelessly performed their tasks behind the scenes, driven by the time slots that the asynchronous service on the CRM server has kindly allocated for them. Originally designed for executing workloads that didn’t have a need to present the results immediately to the same end user who triggered the event, they’ve since been frequently leveraged also in process automation tasks that would have performed much more smoothly with a synchronous execution (also known as “poor man’s plug-ins”). The powerful process automation capabilities presented in the workflow editor would have often been enough to meet the business logic customization requirements, had it not been for that delay in the logic’s execution that demanded the same logic to be replicated in custom code instead.

In CRM 2013 workflows have now been promoted to a 1st class citizen status by adding one tiny switch: “Run this workflow in the background [yes/no]”.

Why is this option of running workflows synchronously so important then? Well, if you’re just using your workflow to send an email notification to someone, there’s precious little difference in whether the action takes place immediately or after one minute. However, if you are updating the current record that the user is currently viewing through the entity form, the fact that you can present the changes right away opens up a whole new world of opportunities for leveraging workflows to guide the business process.

Nowadays when the new CRM 2013 entity form design leans towards a dashboard style of summary views presenting a number of subgrids of child entities, activities or activity feed posts, the need for immediate feedback on the UI applies also to the creation of related records through workflows. If your business process relies on the assignment of tasks to users rather than the “mark completed” checkbox driven style introduced by the new Business Process Flows, the fact that the user will see the process automation in action as he updates the records in CRM will surely help to build confidence in the system’s ability to manage the business process and distribute information to all relevant parties, without the need for manual emails or phone calls to coordinate the work.

From a development perspective, Real-Time Workflows have a similar but likely far more significant impact on the division of labor between the business analyst and the .NET developer than the new CRM 2013 Action processes that we covered in part 1. Synchronous workflow processes can cover many of the common CRM customization scenarios that would have previously required developing a plug-in. While a custom plug-in will naturally still remain far more flexible in terms of its ability to query and manipulate data, the Real-Time Workflows will drive more and more custom code to be developed as Custom Workflow Activities rather than plug-ins.

This is because of the fact that if you can isolate your code into a component that the business analyst can call from a standard workflow process, the configurability of the business process automation functionality will be greatly enhanced as future adjustments to the process can be performed through the CRM UI without touching any code. The development of re-usable components that extend the default capabilities of workflows also lowers the barrier of applying the same custom logic into new processes as the needs of the customer organization evolve.

The less people it takes to solve a business problem through CRM and the shorter the lead time from identifying the problem to deploying the solution is, the more likely it is for the problem to get solved. This is the main reason why increasing the share of configuration tasks over development tasks is so critical for any business information system that needs to adapt to changing business processes and not just fulfill a static set of requirements. If you’ve worked with CRM systems beyond their initial implementation projects, you’ll surely know into which category these systems fall into.

The Growing Business Process Automation Toolkit

If we compare the old and the new world of process automation in Dynamics CRM, we can see that the tools available for no-code configuration of business process management functionality have grown considerably over the past few years:
- CRM 4.0: workflows
- CRM 2011: workflows, dialogs
- CRM 2013: asynchronous workflows, real-time workflows, dialogs, business process flows, business rules, actions
What this means from a system administrator, customizer or business analyst perspective is that if you haven’t yet started to take advantage of the process automation capabilities of Dynamics CRM, you’re really missing out on a significant share of the platform’s potential value to your business. At the same time the growing number of options in CRM can make it seem like an increasingly difficult topic to approach. How do you know which one of the six tools to pick for building a solution to a business problem you’ve identified?

As discussed in part 1 of this article, Business Process Flows are essentially just a map of the process that you present to the end user, but they don’t perform any actions on the data on their own. Since the Action processes are currently only valid for scenarios that involve a developer resource, we can also leave those our when exploring the right tools of how to get started with CRM process automation. That leaves us with four tools to evaluate for their fit to get the job done. I’ve compiled some of the main characteristics of each of them into the following table to help you in the selection process:

You should pay attention to the following constraints of each tool when analyzing their fit for the task at hand:
- Business Rules are the only way to perform actions right after the user updates a field. Workflows will not fire until the save event (which can be 30 seconds away in the new auto-save CRM 2013 organizations).
- Workflows will run even when the records are created or updated through other means than the form (data import, integrated systems). Business Rules are only executed on the form.
- Due to the aforementioned limitation, Business Rules also only ever apply to a single record at a time.
- Workflows can reference data from related entities for read/update. Business Rules can only work with data available directly on the form.
- The special capability of Business Rules includes manipulating the UI (hide/show fields, set requirement level, show alerts). Workflows only deal with the data.
- Dialogs are a manually initiated subset of workflow functionality with a specific Wizard style UI. They also have one special skill: querying data from any entity, not just the directly related ones.
I hope that this article has managed to highlight the new features in Microsoft Dynamics CRM 2013 that can help you build solutions for guiding the user through a business process and automate the related tasks. There is a lot to explore in the latest CRM release in this area and I’m sure we’ll discover many creative ways for applying these new tools in practice as more and more customers move onto the CRM 2013 / Fall ’13 platform.
October 29, 2013
Getting Your Head Around Dynamics CRM 2013 Processes – Part 1
Workflows have always been a central part of the Dynamics CRM product. The typical need for having workflow functionality available in a CRM application has revolved around the sales force automation (SFA) requirements of implementing a sales process with predefined activities to be completed in different stages. As the Dynamics CRM product has evolved and expanded over the years (see this article for the complete timeline of MS CRM history if you’re interested), new capabilities have been added into the workflow engine, expanding the realm of possible use cases where workflows can act as the tool for automating data entry tasks, notifying users of important events or enforcing custom business logic in the various processes that CRM has been put in place to manage in customer organizations.

Initially workflows were purely background processes not intended to be visible to the end users, but in CRM 2011 a new feature called Dialogs was introduced. This enhancement gave us the possibility of building “interactive workflows” with a user interface for both presenting output as well as collecting input from the user. As a result, the terminology in Dynamics CRM was adjusted slightly in the 2011 release, with the new Process concept being used to cover the two subcategories of Workflow Processes and Dialog Processes.

The latest CRM 2013 release takes things even further on the process automation front and introduces several new features that greatly expand the platform capabilities. We’re increasingly moving away from the separation between interactive data entry forms and asynchronous background processes, towards a new reality where the core CRM product offers configuration tools for building applications that adapt to the actions of the users in real time and guide them through the business processes interactively.

Due to this expansion in functionality, the concept of a “Process” in Dynamics CRM has gotten a bit more complex than what it used to be, since a process can nowadays mean so many things. Looking at the Process Center in CRM 2013, when you click the “New” button you’ll now be presented with a selection of 4 different process categories: Action, Business Process Flow, Dialog, Workflow.

While this categorization may be perfectly valid from the platform’s perspective, I’d don’t think this is actually the most logical way to approach the available process automation capabilities of Dynamics CRM 2013. The UI presentation of the process categories ends up grouping together functionalities that are conceptually quite far apart and also leaves out some notable new possibilities that should be considered when building solutions for Dynamics CRM 2013.

In this series of posts I will try to describe how I see the current process management toolkit of Dynamics CRM and provide some guidance on which particular tool to pick up in various customization scenarios. I’ll start off by covering the two new process categories of Business Process Flows and Actions.

Business Process Flows: The Visual Process Map

The one feature that immediately stands out when launching a CRM 2013 environment and navigating to a transactional record like a sales opportunity or a service case is the new Process Control shown on top of the entity forms. This graphical representation of the business process related to the record in question is an awesome way to visualize the stages of a linear process to the end user and it will surely be the single most important feature to increase the utilization of Dynamics CRM 2013 business process automation capabilities in customer environments.

What’s really important to keep in mind, though, is that the Business Process Flow (BPF) process doesn’t provide any process automation functionality in itself. It only allows you to define the stages of the process and the fields to be populated during the stage, but the BPF won’t perform any actions on its own based on the user’s inputs. You can specify that certain fields in a stage are mandatory before the process can move onto the next stage, but you can’t enforce any other consequences. For this you will need the help of other process automation tools in CRM 2013.

Another key consideration for Business Process Flows is that moving between process stages is something the user needs to perform manually. There is nothing in the BPF editor that would allow you set conditional logic like “when fields A, B and C are filled, move the record to Stage 2 of the process”. You can leverage the Dynamics CRM platform for building such automated stage changes, but you’ll need a bit of custom code to achieve it. Refer to this blog post by CRM MVP Scott Durow for more details on how to programmatically manipulate the process and process stage fields.

Business Process Flows are essentially the way how you map out your processes to be presented to the end user. On the customization side they bare more resemblance to the entity form designer rather than the traditional workflow process editor, since you’re mainly configuring what fields to present in which stage, rather than building conditions or defining automatic actions that should take place when the conditions are met. In most scenarios you will find yourself leveraging BPF’s alongside other process types to bring in the automation part of process management.

Actions: Components of Custom Processes

While BPF’s are highly a highly visual component and therefore easy to grasp, the new Actions introduced by CRM 2013 will surely be competing for the most difficult feature for a system customizer to understand in terms of how and when to leverage them. Simply creating a new Action process in CRM won’t give you too many clues on how they are different from the traditional processes and after saving the process you’re left wondering how exactly you would trigger the Action.

In my mind the new CRM 2013 Actions bear a resemblance to a business logic extensibility feature that has been with us since CRM 4.0: Custom Workflow Activities. Rather than being a replacement, Actions are more like the other side of the same coin. Let’s compare the two:
- Custom Workflow Activities can’t be built within CRM but you can leverage them inside a workflow process through the graphical process editor UI.
- Actions are exactly the opposite: you can build them within the CRM process editor but you can’t use them anywhere without custom code.
What this means in practice that in a simple no-code CRM environment the Actions process category won’t be a relevant feature for the system customizer (at least in their current form). In a more complex environment they can provide a new practical method of keeping the organization’s business process logic outside the custom code that is being developed for UI customization and integrations with external applications.

Thinking of a real world scenario for Custom Workflow Activities, if a business analyst is using Dynamics CRM workflow processes to automate a service case SLA management process and wants to configure notifications based on the number of business days that a case record has been open, he won’t be able to achieve this with the built-in workflow date calculation tools. However, he can request a .NET developer to write a Custom Workflow Activity that will perform the required date calculation and then include this as a component in his workflow process. This will allow the actual business logic around SLA management to remain configurable in the workflow process, which means any future changes to how the case record needs to be updated, which person is notified of SLA violations etc. can all be implemented without touching the custom code that’s used only for calculating the number of business days between two dates. Also, since the custom code is isolated inside a Custom Workflow Activity, it can be referenced in any number of workflow processes.

Looking at this scenario from the Actions perspective, let’s say that we have integrated the Dynamics CRM case records into a portal or other custom application that consumes and updates the data in a similar way as the native CRM web client does. All of the entity metadata will be already be available through CRM web services, but with the help of Actions in CRM 2013 we can also expose a piece of our custom business logic to the integrated applications and manage it in one place through the CRM UI. The example that Microsoft has used while explaining Actions is service case escalation, in which the business analyst could configure all of the steps included in the escalation event (activities, case routing, service contract updates etc.) through a single “Escalate” process and the other applications could then call this message defined inside the Action. Input and output parameters can be defined for Actions to allow them to reference the correct CRM records and also provide CRM data back to the original caller.

As we can see from this scenario, just like the Business Process Flows, Actions alone won’t perform any automated tasks inside CRM. They can be used as components in defining automated tasks that are triggered based on an event that came from somewhere else, through the CRM web service. If you’d like to see how Actions might be called from a custom button in CRM through Javascript, have a look at Gareth Tucker’s great blog post on this topic.

The Real Process Automation Tools in CRM 2013

Now that we’ve gotten the two new process categories of Business Process Flow and Actions covered, it’s time for my favorite new features in CRM 2013: Business Rules and Real-Time Workflows. Even though Business Rules aren’t formally categorized as processes in CRM, and Real-Time Workflows are presented as just an extension of the existing workflow processes, in practice these are the features that deliver exactly what a CRM end user would consider as “process automation”, due to the immediate feedback that they can provide.

In the next part of this post I will explore how these new tools compare to the existing Workflow & Dialog features and how they can be combined to deliver a configurable process automation experience that goes beyond what the previous versions of Dynamics CRM had to offer.
October 26, 2013
CRM Rocks Podcast: Discussing the New CRM 2013 Features and User Experience
There’s a large number of great CRM blogs out there, but how many Dynamics CRM podcasts do you know of? Well, here’s one website you should definitely take a look at: CRM Rocks! Markus Erlandsson has started a new podcast series that focuses purely on Microsoft Dynamics CRM topics.

In the first episode Markus interviewed CRM MVP Gustaf Westerlund on the available tools and best practices that any Dynamics CRM developer should be aware of. I had the honor of being guest nr. 2 on CRM Rocks and got to share my thoughts and observations on the latest and so far the greatest release, CRM 2013. Click here to access the podcast recording in MP3 format.

Some of the topics that Markus and me discuss during the podcast include:
- The new UI: how will the new form design impact the user experience and what requirements does it impose on system customizers.
- Business Process Flows: how are they different from the other process types and what do they mean in practice for the management of tasks related to business processes such as sales opportunity management.
- Business Rules and Actions: what are the new options for code-free CRM configuration and where do we still need .NET developer resources.
- No more ribbon: are we missing out on past functionality or are we actually better off in the end.
- A world without popup windows: why is CRM now easier to learn for new users.
- One CRM platform, many CRM applications: what the extended client support for mobile devices means for CRM usage scenarios.
- Auto save = no more “post buttons”: why you need to be careful when upgrading your custom business logic stored in scripts and plugins.
I personally enjoyed the discussion a lot and if anyone has 55 minutes to spare on listening to my ramblings on CRM 2013 then I hope you manage to get something out of it, too!
October 17, 2013
Setting up a Microsoft Dynamics CRM 2013 development server on Windows Azure

First the great news: Microsoft Dynamics CRM 2013 has been officially released today, on October 8th 2013! Not only can you sign up for a brand new Fall ’13 trial environment in CRM Online but you can also download the on-premises bits for the RTM release (build number 06.00.0000.0809). Here are the download links:

Microsoft Dynamics CRM Server 2013
http://www.microsoft.com/en-us/download/details.aspx?id=40341

Microsoft Dynamics CRM 2013 Language Packs
http://www.microsoft.com/en-us/download/details.aspx?id=40340

Microsoft Dynamics CRM 2013 Email Router
http://www.microsoft.com/en-us/download/details.aspx?id=40342

Microsoft Dynamics CRM 2013 Report Authoring Extension (with SQL Server Data Tools support)
http://www.microsoft.com/en-us/download/details.aspx?id=40343

Microsoft Dynamics CRM 2013 for Microsoft Office Outlook (Outlook Client)
http://www.microsoft.com/en-us/download/details.aspx?id=40344

Microsoft Dynamics CRM 2013 List Component for Microsoft SharePoint Server 2010 and Microsoft SharePoint Server 2013 (for multiple browsers)
http://www.microsoft.com/en-us/download/details.aspx?id=40345

Servers in the cloud

Now then, what should we do with these shiny new CRM 2013 bits? If you haven’t got any spare hardware lying around but you do have an active MSDN subscription, then why not leverage the subscriber benefits and set up a development/test server in Windows Azure? It’s easy, it’s fast, and if you have the MSDN credits, it’s also FREE!

The discounted rates for MSDN subscribers make it up to 97% cheaper to run a virtual machine on Azure compared to the standard rates, leaving the cost at only $0.06 per hour for a VM (small instance). Combine this with the fact that Azure VM’s are nowadays charged by the minute and they incur no charges when the VM is stopped, you can stretch a few $ worth of Azure credits for quite a long period of testing. If you haven’t yet looked into the MSDN benefits, go and read this article on Scott Guthrie’s blog for all the details.

Not only does MSDN provide you with free credits to spend on your favorite Azure service, you can also leverage the MSDN usage rights for software running on a Windows Azure virtual machine. For a great review of the licensing options for setting up Dynamics CRM development and test environments by using MSDN, look no further than this recent blog post by Leon Tribe.

Preparing a development server for CRM 2013

While you can’t just directly provision an Azure VM image pre-configured with CRM 2013 (at least not yet), you can skip a few steps by starting with an image from the Azure VM Gallery that comes with SQL Server 2012. You will need to setup Active Directory and IIS before starting the CRM 2013 server installation, which requires a set of clicks and a couple of reboots.

To make this process faster, I decided to take notes of the steps needed in installing the required components for CRM 2013 and share them with anyone who’s interested in doing the same. So, here’s a 50 slide presentation with screenshots of the configuration tasks and options to install a working CRM 2013 dev/test/demo server on a Windows Azure VM:

Do take note of this fact before proceeding any further: this is NOT the “how to” of deploying a live CRM 2013 server. These are the minimum steps needed to get the Dynamics CRM server installation process to complete without errors – nothing more. When considering setting up a proper test and production environment, the first thing you need to do is read the Microsoft Dynamics CRM 2013 Implementation Guide.

For taking CRM 2013 on a casual test drive and seeing what your current CRM 2011 organization looks like when imported into the latest server version, the steps outlined in the presentation are all you need to get started. I’ve timed the process and the last time it took around 1.5 hours from provisioning a new VM from the Azure Gallery to having a fully working test instance of CRM 2013 in the cloud. Not quite the couple of minutes that spinning up a new CRM Online organization takes, but short enough to set up an ad-hoc test environment for development and configuration tasks that are more easily accomplished with full CRM server and SQL database access.

October 8, 2013
History of Microsoft’s CRM Software

I recently read the news that Siebel had turned 20 years. Man, that is a respectable age for a CRM software product! Although its market share may have peaked 10 years ago already and today the discussion on the future of Siebel is now circling around the question of when will the last Siebel instance be turned off, you still have to the give credit to the CRM software grandfather. Here’s how Denis Pombriant puts it in his “Siebel at 20” article:

“In many ways, though, Siebel still is the market. Go into a Global 2000 company and you will see a Siebel system; today Salesforce users might flank that system’s users too. For many of these companies, Siebel is a workhorse system that has been through some of the wars and continues to be serviceable.”

Inspired by this, I decided to compile a few pieces of history around Microsoft’s CRM product, to provide some context on where it originates from and how the platform has developed over the years. After all, with the first version having been released in 2003, Dynamics CRM has also now reached the 10 years milestone. I’ve personally worked with Microsoft’s CRM only starting from 2005, but the story starts from much earlier than that. I’ve had to do a bit of software archaeology in digging up the events that took place before my first encounter with CRM 3.0, so not all the details may be accurate and you’re more than welcome to add your comments at the end to fill in the blanks.

Alright then, let’s step onto the timeline and start our journey towards CRM 2013 right from the beginning.

Before CRM

A common belief that circulates out there in the wild is that CRM is just another product that Microsoft has bought and integrated into its business software portfolio, like the ERP products Great Plains, Axapta and Navision (nowadays Dynamics GP, AX and NAV). Well, that’s not entirely true, but we can trace back the origins of CRM to the year 2000 and a product by the name iCommunicate.net. Here’s an article taken from IThell.com:

iCommunicate.net – the first IThell.com Halo Award winner!

Without a doubt, this is the winner as the coolest (and most helpful) new product of the expo and is the first product to be awarded the Halo Award for providing a solution that can truly help folks in IT by making it easier than ever before to cost-effectively manage customers, customer solutions and resolve customer problems. iCommunicate.net is a web based, out sourced solution (ASP) for CRM with a tremendous feature set and a great pricing model.

In 2001 Microsoft acquired iCommunicate, which had 10 employees at the time. The developers behind iCommunicate.NET moved to Redmond and started developing a modern, web based CRM application together with Microsoft’s team. Aaron Elder, the lead developer of iCommunicate, shares many wonderful bits of information about the project in his MSDN blog posts. Here’s an enlightening quote on what the starting point was for developing Microsoft CRM:

When I first joined the team the “application” was literally a mess, this of course was “ok” because at the time the application was referred to only as the “reference app”. The application that you all know and dare I say love, was originally only going to be an MSDN example of what you could build on top of the CRM Platform!

There are not many screenshots of iCommunicate.NET available anymore and I’ve only managed to save these two from Google’s cache. According to Aaron, the Microsoft CRM 1.0 UI was simply a logical evolution of the UI he designed for iCommunicate.NET, so perhaps this is one of the more concrete heritages carried over from the pre-Microsoft era of the CRM product.

Version 1

Here’s the press release that marked the birth of Microsoft CRM: Microsoft announces new customer relationship management solution. Notice how Microsoft bCentral is one of the online services mentioned as a CRM solution. This service hosted by XO Communications apparently offered some basic contact management and email campaign functionality aimed at the SMB market.

Microsoft CRM 1.0 was released in January 2003, with the official name being the catchy “Microsoft Business Solutions Customer Relationship Management 1.0”. Here’s a screenshot of the home page that the system offered to the users for a quick glance of the open activities, alongside a Quick Create menu and an announcements list. The navigation bar at the bottom of the screen offered the familiar modules of Workplace, Sales and Service. The reports of CRM 1.0 were not built on SQL Server functionality yet but instead leveraged the well known Crystal Reports product (which was later acquired by Business Objects, which in turn was bought by SAP).

Although it wasn’t possible to perform any advanced customization tasks on CRM in a supported manner, such as adding new entities, the Microsoft partners were already at the time finding good business in filling the gaps of CRM 1.2. Still, everyone was really putting their hopes on CRM 2.0 being an easier product to sell to customers, with more built-in features and improved reliability.

V2/3.0 and The Birth of XRM

What was first called Microsoft CRM 2.0 and later Microsoft CRM 2005 became vaporware, as after being delayed a few times the version was never released. In the meantime, Microsoft had revealed information about an ambitious initiative called Project Green in 2003, which aimed to to combine all the business products (CRM, Great Plains, Axapta, Navision, Salomon) onto a single code base. It wasn’t until 2007 that the project was announced as dead & buried, with each of the ERP products remaining separate platforms for the foreseeable future and CRM naturally carrying on with its own roadmap for primarily managing the customer facing interactions instead of financial transactions.

Microsoft CRM 3.0 was released in December 2005. Or more precisely, Microsoft Dynamics CRM 3.0, as the Dynamics brand was launched in September 2005 to harmonize Microsoft’s ERP and CRM product offering. So even though we didn’t get a Microsoft Business Framework (MBF), at least product names were all aligned under the Dynamics umbrella. This branding update didn’t quite manage to cover all corners of the application and the name “Microsoft CRM” or “MSCRM” in short still carries on today as popular nickname for the product.

The UI of v3.0 introduced the navigation paradigm that has been largely carried onward to the current CRM 2011 version. Imitating the Outlook modules, the product now had a “Wunderbar” in the bottom left corner of the screen, including the new Marketing module that introduced basic campaign management functionality into the core CRM offering.

Most importantly, with CRM 3.0 it was now possible to create brand new custom entities to expand the default data model to cover whatever business domain that the customer was working in. The term “XRM” was introduced into the Microsoft corporate lingo to describe these new scenarios for eXtended Relationship Management. A whitepaper from 2008 titled “Microsoft Dynamics CRM as a Business Application Platform” written by Jason Hunt and Aaron Elder, the original architects of the platform, goes into great depth on why Dynamics CRM should not be considered as “just CRM” but something much more formidable and powerful. (more…)

September 25, 2013
Your Essential Toolkit for Microsoft Dynamics CRM

You can do a lot with the configuration and customization toolkit that Microsoft Dynamics CRM offers. With the SDK and some lines of custom code, you can do almost anything. There in between lies the territory where the Dynamics CRM community is helping its members manage some of the commonly required tasks without the need for .NET developer resources. This is done through a wealth of wonderful, free tools that make it easier for anyone working with Dynamics CRM to access the power of the platform without getting their hands dirty in tweaking XML files or learning the right SDK calls.

Many of the tools listed here are a permanent fixture I take along with me to any consulting gig, while some are new entrants to the list. If you’ve been actively reading up the posts on various popular CRM blogs, you may well recognize most of them. However, while I personally spend far too much time on social media channels, I realize that not everyone in the industry has the luxury for such a lifestyle and may have therefore missed out on some tools that could have saved them hours worth of work. Therefore, I decided to compile a “Best Of” post to highlight the 10 tools no CRM consultant should be without. (For anyone wanting to stay on top of the latest tools and solutions I come across, you can either subscribe to my Dynamics CRM Links RSS feed or follow the Surviving CRM page on Google+.)

CRM 2011 User Settings Utility

Download from CodePlex.

When setting up new user accounts in your Dynamics CRM organization, wouldn’t it be nice if the system administrator could set their personal settings to match the policies of the organization as well as the likely preferences of the user in question? Things like Time Zone, Records per Page, Advanced Find mode, default home page etc. can be easily configured for users in bulk with the CRM 2011 User Settings Utility by Amreek Singh.

One particular pet peeve of mine related to the default configuration of Dynamics CRM is that new contact records are automatically created from tracked email sender or recipient addresses not found in the database. Well, with this tool you can stop the users from unintentionally populating your database with partially filled contact records not associated to their proper parent accounts by simply configuring the setting to “No” for all users. Beats having to send everyone instructions by email on how to check their CRM profile settings, doesn’t it?

Universal Settings

Download from Sonoma Partners website.

It’s not only the user settings that may require you to pop the hood open on your CRM instance. There is a number of Organization Settings as well as Deployment Settings that can be used to either overcome limitations or alter the default behavior of Dynamics CRM. For example, if you’d like to be able to export all of your contacts records from CRM to Excel and not just the first 10,000 then you’ll be happy to know that changing the MaxRecordsForExportToExcel parameter is a breeze with Universal Settings, no matter if you have an on-premises or CRM Online environment.

Another handy limit you can adjust with the tool is AggregateQueryRecordLimit, which will allow your charts to summarize more than 50,000 records at a time, instead of seeing “the maximum record limit is exceeded” errors. Also very handy if you wish to work with more than 50,000 marketing list members in your campaign target group. Unfortunately this tweak is not available for CRM Online, though, as the setting resides in the deployment table rather than the organization table, which is the only one you can update in the cloud.

XrmToolbox

Download from CodePlex.

We’re now stepping into the world of “Mr. CRM Tools” himself, a.k.a. Tanguy Touzard. His awesome Toolbox for Dynamics CRM 2011 is a collection of the various tools developed over the years to help make Dynamics CRM administration and customization more efficient and enjoyable. By downloading the Toolbox you’ll get a number of great tools, but just to ensure you understand why you need them, let me give a quick intro to my favorite ones.

Sitemap editor

Adjusting the CRM main page navigation (a.k.a. sitemap) is something that you should always perform after you’ve determined what are the entities your different user groups (sales, marketing, etc.) will need to access and what is the logical arrangement of them in the navigation. Trust me, the right answer is not “the order in which the entities were created” nor “alphabetical”. There’s a number of free sitemap editor tools out there, but since XrmToolbox is such a powerhouse, it makes a lot of sense to use the the same tool that you’ll be using for other tasks in the same organization, as you’ll only need to configure the connection parameters once.

Re-arrange, add, hide, group, rename, do basically whatever you want with the CRM menus with this editor without ever seeing a trace of the solution XML file contents.

Easy Translator

The latest addition to XrmToolbox is something every CRM admin from a non-English speaking country can surely appreciate. Since most of us still prefer to use the English base language setting in Dynamics CRM due to the awkward terminology of our native language translations in the customization UI (and any potential technical compatibility quirks that come with it), working with the “export/import labels for translation” process is all too familiar to us. Hunting down those strings in the unstructured output file isn’t very pleasant, which is where Easy Translator comes in handy. You’ll get a nicely arranged Excel with just the types of labels you’ve selected for export, which reduces the amount of trial & error in translating fields, values and form labels to the language of your choice. (more…)

August 21, 2013
Dynamics CRM 2013 Finally Revealed
There were a couple of announcements made regarding the upcoming version upgrade of Microsoft Dynamics CRM (previously known as “Orion”) during the World Partner Conference 2013 event (WPC13) three weeks ago: 1) it was named as “Microsoft Dynamics CRM 2013 / Microsoft Dynamics CRM Online Fall ’13 (depending on your deployment model) and 2) the client licensing model was unified between Online and on-premises to consist of Professional, Basic and Essential license tiers. The CRM related sessions also presented several interesting facts about where Dynamics CRM is heading (see my WPC13 recaps of Day 1, Day 2 and Day 3 if you missed them), but all in all they were more about the product roadmap rather than detailed features of the next release.

Today, on July 31st, Microsoft held the Dynamics CRM Training Blitz Day for all its partners. The sessions were split into two tracks, but for most of this blog’s audience I’m sure the track “Technical Overview for Application Consultants, Presales Consultants and Developers” was the preferred choice. The sessions presented by the Redmond allstars Eric Boocock and Girish Raja consisted of the following topics:
- Reimagined User Experience in Microsoft Dynamics CRM 2013
- Process Agility in Microsoft Dynamics CRM 2013
- Microsoft Dynamics CRM 2013 Mobile Client Application
- Yammer Integration in Microsoft Dynamics CRM 2013
- Outlook Client and Exchange Sync in Microsoft Dynamics CRM 2013
- Microsoft Online Portal Administration in Microsoft Dynamics CRM 2013
- Upgrade Process in Microsoft Dynamics CRM 2013
- Business Rules with Dynamics CRM
- Client Extensibility in Microsoft Dynamics CRM 2013
- Extensibility on the Server and Cloud with Dynamics CRM
- Microsoft Dynamics CRM as a Platform for Business Apps
If you’re a Microsoft partner and have access to the event site, you really need to schedule some time for going through the recordings and other content available, because this is effectively the “What’s new in Microsoft Dynamics CRM 2013” training kit that summarizes the new and updated features of the product you’ll be working with from Q4 onwards.

Although this was a partner event, it was declared “free to tweet” and resulted in a wealth of content being shared over on Twitter. I collected the most interesting content related to new features of CRM 2013 onto a Storify post that you can view below, to get a quick overview of what was announced in the Blitz event.

There will surely be more material made available to Dynamics CRM customers shortly, so that they’ll have a better understanding of what it means when they see the update notifications in their existing CRM Online instances. If I’d have to summarize the CRM 2013 release highlights in five bullet points, they would be:
- The new UI that was previewed in the “public beta” of the Polaris release looks like a worthy successor to the previous forms & ribbons. The impact to user adoption and differentiation from competing CRM products is potentially huge, while the feared breaking changes to existing customizations may not be as big as the initial reaction might have suggested (things will break, of course, but I don’t foresee a catastrophe).
- Business rules and synchronous workflows are the real killer feature of CRM 2013, since they expand the no-code capabilities of the product immensely. They will surely not cover all the common customization scenarios in the first release, but they point the way towards a declarative future where custom development efforts can be targeted to where they are really needed, meaning system integrations.
- The mobility story with responsive design and “write once” business logic is far beyond what the “CRM Anywhere” path announced in February 2012 (and later cancelled) would have allowed to achieve.
- Server side sync is long overdue and many organizations will surely be happy to replace the email router with this solution. Tracking individual items will still require Outlook, though. And while we’re at it, the new UI in Outlook client with its popups and hidden global navigation doesn’t look all that hot, but friends of Outlook and CRM 2011 may disagree with me.
- Acquisitions of Yammer, Marketing Pilot and NetBreeze will play a significant role in the future of the product, but CRM 2o13 is still very early days for this feature set. It’s loosely coupled services like this which will surely make the most of the rapid release cadence of CRM Online (twice a year), so keep an eye on them.
As with most new things, there’s a great deal of excitement I have towards the CRM 2o13 release based on what I’ve seen, and at the same time a healthy sense of fear on “is it all really going to work”. Lucky for us, we can now seek validation for the excitement and relieve our fears by ~~downloading the beta for Microsoft Dynamics CRM that has been posted on Microsoft Connect today~~ patiently waiting for a public beta to become available (if ever). Yes, the beta link shared by the CRM team previously was apparently not meant to be made available publicly, so you’ll still need wait for a while to get your hands on the latest version of Dynamics CRM.

When will the actual Dynamics CRM 2013 product be released then? Many sources are pointing to The Partner Connections Event starting on October 20th as being the official launch event. Also many CRM Online customers have already received information on their organizations having been scheduled for updates to take place during Q4 2013, so I think it’s safe to assume this to be the time frame for general availability of the next version of Dynamics CRM.
July 31, 2013