Breaking news from around the world
Get the Bing + MSN extension
Now Available in Community - MBAS 2019 Presentation Videos
Catch the most popular sessions on demand and learn how Dynamics 365, Power BI, PowerApps, Microsoft Flow, and Excel are powering major transformations around the globe. | View Gallery
2019 release wave 2 Discover the latest updates to Dynamics 365Release overview guides and videos Release Plan | Early Access Availability
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance TechTalks | Customer Engagement TechTalks | Talent TechTalks | Upcoming TechTalks
One of the exciting new features of Microsoft Dynamics CRM 2013 is Business Process Flows. This feature provides many benefits including:
After using this feature, I was left with a few questions.
Set the Default View for a Business Process Flow Step/Field
For the following example, let’s say you want to configure the opportunity’s account field to use a custom default view named Active Customer Accounts. Configuring this on the form is easy. You simply 1) open the form editor, 2) double click on the “Account” field, and 3) select the new view.
However, this change does not affect the corresponding field/stage in the business process flow. The business process flow stage still uses the Account Lookup View.
var defaultView = Xrm.Page.getControl (“parentaccountid”) .getDefaultView();
Xrm.Page.getControl (“header_process_parentaccountid”) .setDefaultView(defaultView);
Conditionally Require a Business Process Flow Step/Field?
Xrm.Page.getControl (“header_process_parentaccountid”) .setRequiredLevel (“required”);
Using the code above, the form has unexpected behavior. The step becomes required when saving the form. Normally, a required step does not restrict the form from saving. Also, if you click the Next Step button twice, you can move the process forward without filling in the required field/step.
As a rule of thumb, you should move the business logic (e.g. conditionally required fields, conditionally visible fields, etc.) from the business process flow to the form. The business process flow should be viewed as a categorized checklist.
Add the Business Process Flow to a View
Dynamics CRM Tip of the Day #46 states only one tracking method should be utilized – either the “old” sales stage field or the new business process flow. The blog provides several valid arguments for the stance. If you opt for business process flows, you may want to add the process and current stage/step into your views. When an entity is enabled for business process flows, two fields are automatically added to entity: 1) processid and 2) stageid. When these two fields are added to a view, only the GUIDs are displayed.
Instead of selecting the processid or stageid fields, select the Process Stage (Process Stage) record type. Using the Process Stage record, you have the option of selecting the Process Stage Name field or Stage Category field.
Unfortunately, the process name (e.g. Opportunity Sales Process) cannot be displayed in the view since it is related to the Process Stage record. This is only a concern if your organization has multiple business process flows defined for the same entity. However, you can include the process in the view’s filtering criteria:
If you need troubleshooting support for Microsoft Dynamics CRM 2013, McGladrey offers a full range of services from implementation and optimization to development and support. Contact our professionals for more information on our services at 855.437.7202 or email@example.com.
Read more articles on the new release of Microsoft Dynamics CRM 2013.
By Stephen Campbell – Microsoft Dynamics CRM partner in New Jersey
The post Working with Business Process Flows in Microsoft Dynamics CRM 2013 appeared first on Microsoft Dynamics CRM Professionals.
Business Applications communities