Skip to main content

Why is it a bad idea to hardcode workflow id in your code?




You might have faced a scenario where you have to trigger workflows or an actions through plugins or JavaScript code. And you might have hard coded the workflow id in your code.

There are few things that I would like you to reconsider before you get tempted to hardcode the workflow id in your code.

Take a workflow name that you have been working lately and replace it on the following fetchxml.

<fetch top="50" >
  <entity name="workflow" >
    <attribute name="versionnumber" />
    <attribute name="name" />
    <filter>
      <condition attribute="name" operator="eq" value="Workflow Name" />
      <condition attribute="statecode" operator="eq" value="1" />
    </filter>
    <order attribute="versionnumber" />
  </entity>
</fetch>

Run the fetchxml using XrmTollbox or just rebuild the query in an Advance Find. After running the query you will notice there are multiple versions that are in active state for the same workflow.

If you think about it  when you deactivate your workflow make changes and activate it back, this action that you have performed is going to create a new version, and remember the old version will still be sitting in active state.

So when you refer a workflow through its id in any of your code, you are running the risk of calling an older version of your workflow.

So the best approach to this issue is:
1.  Query the workflow using its name
2.  Sort your query
3.  Retrieve the latest version of your workflow id

This will insure that you are calling the right version of your workflow.

Comments

Popular posts from this blog

Azure DevOps Fork Repos between two Organization

  Azure DevOps Fork Repos between two Organization This weekend I embarked on a topic a bit foreign to myself, on the surface seemed a bit simple. The idea is to fork my Azure DevOps Repo to a different organization and push changes between them. Bad news DevOps doesn’t allow to fork Repos to a different organization, you have only the capability to fork to a different Projects within the same Organization. I’m pretty much sure there are so many other ways to solve this issue, but this is the one that I found to be easy to implement. Import Repo to the new Organization Remember here you have to generate a personal token to be able to import the Repo you have to be a member of the new organization as well This might take a few minutes depending on the size of your project, once its complete you will receive a confirmation email, or just refresh it after few minutes So far all looks good, you can clone the solution in your new Organization,

Power Platform Tool for Visual Studio 2019/2022

 Power Platform Tool for Visual Studio 2019/2022 We have a new Visual Studio Extension Power Platform Tool.  Creation and deployment of Plugins, Custom Workflows and WebResources is going to be easy and time saving.  This article is going to focus on how to connect to your environment and create your Visual Studio Solution. In a subsequent article I will try to cover on how to Create and deploy your components to your environment. Installation is straight forward go to      Tools→ Manage Extensions→ Search for Power Platform Tools     You will Need Visual Studio 2019 or later version     Subsciption to Pawer App/Dataverse or trial       .Net Framework 4.6.2 Now we will go over how to create a Project and connect it to your Environment Open Visual Studio 2019 →New Project Search for Power Platform Solution Template Add Project Name and Location → Create Click on Start from Dataverse to connect to your environment Enter the following and → Login

How to use Formatted Values in Power Automate Flow Dynamics 365

  How to use Formatted Values in Power Automate Flow Dynamics 365   If you have been working on Power Automate for Dynamics 365 you might have been wandering how you can access a lookup Formatted Value or Option Set formatted values. You can use the following format to access: body(‘{Action Name}’)?[‘{fieldname} @OData.Community.Display.V1. FormattedValue’] You just have to be mindful in Dynamics 365 lookup field name they do not translate to the proper field name, you might have to and an “_” as a prefix and “_value” as a postfix, I will leave that to you.