Process Upgrade Guidance

Certified Associate Developer

I want to know what is the most effective strategy to handle old production processes that were designed with a methodology that involves extensive and long-lasting processes. In addition, we face numerous PRO issues that require quick solutions from the support team. Simultaneously, improvements are being made to extend or enhance the functionality of these processes. However, problems arise when we have to solve an issue that involves the modification of objects that are also being altered in the enhancements and are not yet stable. Another challenge is managing active instances with old versions of the flow; when trying to implement a new version of the process, conflicts can arise due to incompatibility between the old version of the instance and the new version of the process. Appian suggests a method in their documentation, but I find it has several limitations. I am interested to know how they handle these situations in other projects to learn from the best practices applied.

docs.appian.com/.../Process_Upgrade.html

  Discussion posts and replies are publicly visible

Parents
  • 0
    Certified Senior Developer

    Hi Raul,

    In case of dependent problems related to changes, this cannot be solved 100%, but to a certain extent this can be solved

    1.1  You can avoid writing larger expressions in script task or any unattended nodes in process model to expression rules, whenever any issue rises , make sure you deploy only the rule which caused the problem not the process model

    .1.2 Same with interface, divide the interface as much as you can with sub interfaces and sub rules, this will avoid the deployment issues with conflicts.

    1.3 Creating a copy of new interface  _V1._V2 etc and using it in process model will not effect the existing instance of process model, the active instance will use the old interfaces and new one will be picked for new process instances.

    1.4 worst case scenario you may have to deploy PM that is unavoidable, but this practice of breakdown of down code into expression rules as much as you can, will eliminate such conflicts while deployments. 

    1.5 Also you can check with redesign, keeping the process instance active for longer duration is not a right thing,  try redesign using new records features and related actions.

Reply
  • 0
    Certified Senior Developer

    Hi Raul,

    In case of dependent problems related to changes, this cannot be solved 100%, but to a certain extent this can be solved

    1.1  You can avoid writing larger expressions in script task or any unattended nodes in process model to expression rules, whenever any issue rises , make sure you deploy only the rule which caused the problem not the process model

    .1.2 Same with interface, divide the interface as much as you can with sub interfaces and sub rules, this will avoid the deployment issues with conflicts.

    1.3 Creating a copy of new interface  _V1._V2 etc and using it in process model will not effect the existing instance of process model, the active instance will use the old interfaces and new one will be picked for new process instances.

    1.4 worst case scenario you may have to deploy PM that is unavoidable, but this practice of breakdown of down code into expression rules as much as you can, will eliminate such conflicts while deployments. 

    1.5 Also you can check with redesign, keeping the process instance active for longer duration is not a right thing,  try redesign using new records features and related actions.

Children
No Data