Add documentation and tooling for FullInventory environment variable management in large tenants

[Copilot]

CoE Starter Kit users with large tenants (10,000+ flows) report that the admin_FullInventory environment variable appears locked at "Yes" in the UI, and inventory runs take 20+ hours without completing updates. Root cause: full inventory on 16k+ flows causes timeouts and throttling; environment variable values can become read-only through managed solution layers.

Changes

Documentation

• TROUBLESHOOTING-INVENTORY.md: Comprehensive guide covering environment variable lock resolution (PowerShell/API/UI methods), performance tuning for large tenants, and expected inventory times by scale
• QUICK-REFERENCE-INVENTORY.md: Single-page reference with commands and performance checklist
• SOLUTION-SUMMARY.md: Technical analysis confirming flow update logic is correct; issue is scale-related

Tooling

• Scripts/Update-FullInventoryEnvVar.ps1: PowerShell script to programmatically update environment variable when UI is locked. Validates environment, provides warnings for full inventory on large tenants, includes error handling

Solution Updates

• admin_FullInventory/environmentvariabledefinition.xml: Updated description to warn about large tenant impacts and reference troubleshooting docs
• README.md: Added troubleshooting section linking to new resources

Recommended Configuration for Large Tenants

# Switch to incremental inventory (only processes changed objects)
.\Scripts\Update-FullInventoryEnvVar.ps1 -EnvironmentId "guid" -Value "no"

# Reduce scope: admin_InventoryFilter_DaysToLookBack = 3-5 days
# Enable throttling protection: admin_DelayObjectInventory = "yes"
# Exclude environments: admin_ExcuseFromInventory = "yes"

Expected improvement: 20+ hours → 2-4 hours for 16k flows.

Trade-offs

Incremental inventory only detects flow name changes when the flow is also modified. Workaround: manually flag flows with admin_inventoryme = Yes to force re-inventory.

Original prompt

---

This section details on the original issue you should resolve

<issue_title>[CoE Starter Kit - BUG] [CoE Starter Kit - BUG] FullInventory env var locked and Admin | Sync Template v4 (Flows) not updating flow names in large tenant</issue_title>
<issue_description>### Does this bug already exist in our backlog?

• I have checked and confirm this is a new bug.

Describe the issue

We are using the CoE Starter Kit CenterofExcellenceCoreComponents 4.50.6 in a dedicated CoE environment.
Our tenant currently has more than 16,000 cloud flows.

We have several problems with the Admin | Sync Template v4 (Flows) inventory:

The inventory runs but can take more than 20 hours to complete, and even after long runs the inventory is not accurate or up to date.

Flow names are not updated correctly in the CoE data. When a flow name is changed in the Power Platform environment, the CoE inventory continues to show the old name and does not reflect the new one.

Similar inconsistencies appear with other flow metadata (for example, owner information), so the CoE reports do not represent the real state of the platform.

We tried to follow the official guidance to control inventory scope and Full Inventory, but we hit the following limitation:

The environment variable admin_FullInventory (FullInventory) shows Current Value = Yes, but the control is read‑only/disabled, even though the user has roles System Administrator, System Customizer, Basic User and Approvals User in the CoE environment.

Because the Current Value is locked, we cannot switch FullInventory to No to run incremental inventory only, as recommended in the documentation for large environments.​

We also do not see a straightforward way (from the shipped apps) to manage the Excuse From Inventory flag for environments, so we cannot easily restrict inventory to only some environments.

As a result, in a tenant with ~16k flows:

Admin | Sync Template v4 (Flows) runs for many hours,

inventory data for flows (especially names and owners) is not updated correctly,

and we cannot change the FullInventory environment variable to mitigate the issue.

Questions / requests:

In version 4.50.6, is admin_FullInventory intentionally locked as a read‑only Current Value, or is this a bug?

What is the recommended and supported way to:

change FullInventory from Yes to No in this version, and

limit inventory to a subset of environments,
in a large tenant (16k+ flows) so that flow names and owners are reliably updated?

Thank you for your support.

Expected Behavior

No response

What solution are you experiencing the issue with?

Core

What solution version are you using?

4.50.6

What app or flow are you having the issue with?

Admin | Sync Template v4 (Flows)

What method are you using to get inventory and telemetry?

Cloud flows

Steps To Reproduce

No response

Anything else?

No response</issue_description>

<agent_instructions>Analyze the issue and troubleshoot the issue why FullInventory env var locked and Admin | Sync Template v4 (Flows) not updating flow names in large tenant and provide the solution.</agent_instructions>

Comments on the Issue (you are @copilot in this section)

Custom agent used: CoE Custom Agent
Specialized agent for triaging and fixing issues in the CoE Starter Kit. Always consult the official CoE docs and the team’s SharePoint notes first, then mine prior GitHub issues and the CoE Common Responses playbook.

• Fixes [CoE Starter Kit - BUG] [CoE Starter Kit - BUG] FullInventory env var locked and Admin | Sync Template v4 (Flows) not updating flow names in large tenant #10606

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.