Skip to main content

Practical guide

Roll out Intune policies to customer tenants

Roll out Intune policies to customer tenants with Sync by selecting a source, choosing targets and reviewing every target against its live state before approval. Sync runs one way, only when you start it, with up to 25 policies per run. Keep backup storage available in each target so rollback can run.

Can I reuse policies through the Intune admin center?

Microsoft documents JSON export and import for Settings Catalog policies. That provides a practical way to transfer individual configurations. An MSP still needs a procedure for recording which source policy belongs to which customer policy, reviewing local differences and checking each import result.

This guide focuses on distributing a maintained standard across customer tenants. For a single transfer, read the policy-copy guide. For a broader customer transition, use the tenant migration guide. Configuration rollout should have a separate approval from device enrollment or migration.

How do I roll out Intune policies to customer tenants?

1. Identify the approved source tenant and the policies that form this rollout. Record the customer scope and the reason for the change. Connect the tenants and confirm their license coverage: MSP supports several targets and every participating tenant needs MSP. Pro supports Sync between the two tenants of its license.

2. Open Sync and choose the Source tenant. Select Settings Catalog, Compliance, Endpoint security or Device configuration. Tick the policies you intend to distribute, using no more than 25 in one sync. Split larger standards into batches with a clear order and a record of their results.

3. Choose the customer targets and select Review N tenants. TenuVault reads every target before anything is written. Check the proposed Create, Update, Skip, No change or Blocked result separately for each customer. A policy with a matching name is not automatically linked to the source.

What should I review before approval?

Check the same-name warning carefully on the first rollout. Sync remembers policies it previously wrote, so a later run updates those linked policies. An unrelated policy with the same name can cause a duplicate on an initial sync. Resolve that ambiguity before approving the customer change.

Assignments are not synced. Newly created policies are unassigned and existing policies keep their assignments. Secret values masked by Intune are not synced either. Review the warnings and acknowledge secrets where required, then plan how the customer administrator will enter those values and verify targeting.

Leave Back up first selected. Each target backup must cover every policy type the sync changes. A failed backup or insufficient scope stops writes in that target. Check that every target has configured backup storage before treating the rollout as recoverable.

What happens after I start Sync?

4. Approve the reviewed sync and inspect each target result. A failure in one target does not stop or undo another target. Record which policies were verified, failed or left out. Use Details to inspect the target change set and its pre-change evidence before deciding on a retry.

5. If a customer needs reversal, open Details and Preview rollback. Rollback requires backup storage and takes a backup first. Skipping the initial backup does not remove that requirement. Saved pre-change versions are kept on this device, so include the operating computer in your recovery planning.

Later source edits reach customers only through another reviewed sync. There is no automatic schedule or background enforcement. Sync also does not delete target policies, so removing a policy from the standard needs a separate customer change decision.

How do I try it on my tenant?

Start with one approved, unassigned policy and one customer test tenant. Record the proposed action, run the sync with backup first and check the result in Intune. Reopen the workflow to inspect its linked status, then practice the rollback before expanding the rollout. Keep the result with the customer change record.

Read the technical guides

Product scope reviewed . Check your installed release and the current plan table before using a workflow.

Frequently asked questions

Does Sync continuously enforce the source?

No. It runs only when started. Later source edits need another review and approval before a new sync writes them.

Can I copy assignments with Sync?

No. New policies are unassigned and existing policies retain their assignments. Plan and review customer targeting separately.

Can I roll back without target backup storage?

No. Rollback requires storage in that tenant and takes a backup first. Configure it before approving a rollout you expect to reverse.