How large workflows, child flows, and nesting are scored
Enterprise Nintex workflows can be too large or too nested to move safely as a single cloud flow. Flow Migrator identifies those patterns early so the migration team can choose a split, child-flow, or wave packaging strategy before import.
Large workflow scoring
The action estimate is calculated from the detected source structure plus generated helper actions such as variable initializers. Analyzer-only branch and case rows are removed from the emitted-action estimate so the number is closer to the cloud-flow package that would be generated.
Optional Settings can reduce some of this overhead by consolidating safe read-only initialized variables into a single object variable. That optimization can lower setup-action count and variable count, but it does not remove real business actions, branches, or connector calls.
When the estimate approaches the 500-action platform limit, Flow Migrator recommends treating the workflow as a refactor candidate even if the individual source actions are mostly supported.
- 350+ estimated actions: review the workflow shape.
- 450+ estimated actions: high risk; consider splitting or moving repeated logic into child flows.
- 500+ estimated actions: blocker-level risk for a single cloud flow.
Nesting and branch-depth scoring
The nesting limit applies to generated Power Automate actions. Analyze measures a generated draft when possible; otherwise it shows output depth as pending configuration. Source hierarchy depth alone does not require splitting. Export measures the configured output and blocks it only when nesting exceeds eight levels.
Deep nesting is common in workflows that combine state machines, nested conditions, parallel branches, switch cases, and task outcome handling.
Child workflow dependency scoring
For Nintex Start workflow actions, Flow Migrator reads the target workflow name where available and groups repeated calls by child workflow target. This makes shared reusable workflows visible during analysis.
A portfolio with many parent workflows calling the same child workflow should usually convert that child once and wire the parent flows to it, rather than duplicating the same logic into every parent.
- The limit panel shows total child workflow calls.
- The details show unique child workflow targets and the steps that call them.
- Packaging guidance recommends parent/child solution grouping when dependencies are present.