This article explains why a Flow Orchestration approval step configured with an assignee type of User, Group, or Queue cannot be deployed or included in a managed package, and how to adjust the configuration so the orchestration can be deployed successfully across orgs.
When an Approval Designer creates an approval step in a Flow Orchestration and selects an assignee type of User, Group, or Queue (including Public Groups), the orchestration can be saved and activated successfully in the source org. However, when the same orchestration is deployed to another org or included in a managed package, deployment fails with the warning: “You can't package an orchestration that contains a step with assignee type set to User, Group, or Queue.”
This limitation exists because Salesforce does not allow hard-coded User, Group, or Queue record IDs inside a packaged orchestration. These IDs are not portable across orgs, and even Public Groups are treated as Group-based references under this restriction. As a result, any orchestration step that directly references these assignee types becomes non-deployable in managed packages.
Reconfigure each blocked approval step to use the Resource assignee type with a text variable that holds the username, Group API name, or Queue API name at runtime. The Resource assignee type replaces the older User Resource, Group Resource, and Queue Resource types and is the only assignee model supported for deployment and packaging.
Note: This restriction is by design in Flow Orchestration. A Public Group is treated as a Group, so selecting a Public Group as the assignee type also triggers the warning. Storing the API name (DeveloperName) in a text resource — not the 15- or 18-character record ID — is the supported pattern, because API names are portable across orgs while record IDs are not.
005385087

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.