Skip to main content
SaaS ·
Available on SaaS with FlowX.AI . This feature is live on managed (SaaS) deployments now. Self-hosted deployments will receive it with the next LTS release family.

Overview

Process instance migration moves running instances from the build they started on to a different build of the same process, so a fix or change made in a newer build applies to instances that are already in flight. It is an operational corrective action, alongside updating process variables - you use it to fix forward without asking end users to restart. You can migrate:
  • A single instance - from its contextual menu on the Process instances page.
  • Instances in bulk - all eligible instances on a source build, from the Operations page.
Migrate process instances

Eligibility

Only instances that are still running can be migrated: | UI Flow sessions | UI Flow sessions are not migrated (see Limitations). |

Prerequisites

Migrating process instances is a workspace-level Operations action. The acting user needs the Operations permission in the workspace. The built-in operations_editor (workspace_operations_editor) role grants it, and workspace_admin includes it by default. For the full permission breakdown, see the Roles and permissions matrix and Workspaces access rights.

Migrate a single instance

1

Open the process instance menu

Go to Runtime → Active Process → Process instances, then open the contextual menu (three dots) on the instance you want to migrate and select Migrate.
2

Choose the target build

Select the target build to migrate the instance to. Builds are listed newest first (descending by build creation date).
3

Map unmatched nodes

On the Migration page, review how the instance’s active node maps into the target build. If the active node does not exist in the target build, the token is repositioned per the node mapping rules.
4

Start the migration

Confirm to run the migration. When it completes, the instance runs on the target build and its previously active tokens are marked Migrated (see After migration).

Migrate instances in bulk

Bulk migration moves every eligible instance on a source build to a target build in one action.
1

Open Bulk migrate

Go to Runtime → Operations, open the menu (three dots, top right) and select Bulk migrate.
2

Select source and target builds

In the modal, choose the Source build and the Target build. Both lists are ordered newest first (descending by build creation date). Click Continue.
3

Review the Migration page

The Migration page shows the number of running instances eligible for migration (instances in STARTED or ON HOLD status), the source and target builds (read-only), and the node mapping section.
4

Map unmatched nodes

Resolve any active nodes that do not exist in the target build, per the node mapping rules.
5

Start the migration

Click Start to run the bulk migration.
Keep a single bulk run at or below roughly 10,000 instances. Runs of that size perform acceptably. Substantially larger runs degrade and are not recommended.

Node mapping (when a node is missing)

When an active token sits on a node that does not exist in the target build, the token is repositioned to the previously visited node. Specific node types have additional effects:

After migration

On the Process instance page of a migrated instance:
  • Tokens that were active on the source build are shown with the Migrated status.
  • Tokens created after migration are shown with their current status.
  • Nodes on the canvas are color-coded based on the newly created and active tokens.

Limitations

  • UI Flow sessions are not migrated. Any UI Flow session tied to the instance does not carry over to the target build.
  • No undo of a successful migration. Rollback is automatic only if a migration fails; there is no snapshot restore for a migration that succeeded. To correct a bad migration, fix the target build and migrate the instance again (fix-forward).
  • The parallel gateway itself must still exist in the target build. You can change nodes inside the parallel branches and migrate normally. You cannot migrate onto a build where the parallel gateway nodes themselves (the split and the join) no longer exist.

Process instance

Monitor instance status, tokens, and canvas color coding.

Update process variables

The other in-flight corrective action for running instances.

Roles and permissions matrix

The Operations permission that governs migration.
Last modified on August 20, 2026