Variable Prefixing
6 min
during migration, blueprint may generate more variables in your pad output than existed in your original process this is intentional — it's how blueprint preserves correct behavior in pad's environment why variable prefixing is needed power automate desktop does not support variable scoping all variables are global, meaning two variables with the same name used in different subflows can unintentionally overwrite each other blueprint uses variable prefixing to prevent these collisions and ensure data integrity across subflows, simulating the scoped behavior of the source rpa platform how it works the variable prefix toggle in the export wizard is enabled by default when on, blueprint prepends each variable with an abbreviation derived from its subflow name example subflow process invoices original variable config pad output variable pi config this keeps variables isolated to their subflow context, preventing overlap with identically named variables elsewhere in the flow changing the default behavior variable prefixing can be toggled off if your organization prefers cleaner variable names and accepts the risk of collision navigate to settings > rpa management > migrate expand export wizard options disable variable prefix ⓘ this setting applies as the default for all future exports individual export runs can also override it directly in the export wizard automatic prefixing on collision detection even if prefixing is disabled, blueprint will automatically re enable it when a naming conflict is detected during migration this ensures the output flow won't exhibit unintended behavior due to variable overlap