Policies keep getting applied and reverted on devices – what could cause this?Solved

Participant
Discussion
11 hours ago Mar 19, 2026

Hi, I’m facing an issue where a few devices seem to switch between configurations. For example, a restriction gets applied and then reverted after some time. It looks like two policies are conflicting and the device keeps toggling between them. 

Has anyone seen this kind of “policy flipping” behavior? 

Replies (4)

Marked SolutionPending Review
Participant
9 hours ago Mar 19, 2026
Marked SolutionPending Review

Yes, we had this happen when a device was part of multiple dynamic groups. It kept moving between groups, and each group had a different policy applied. 

You might want to check if your group conditions are causing frequent reassignment. 

Marked SolutionPending Review
Participant
8 hours ago Mar 19, 2026
Marked SolutionPending Review

That could be it. We are using dynamic groups based on device properties, so it’s possible they’re changing frequently. 

Is there a way to stabilize this? 

Marked SolutionPending Review
Hexnode Expert
5 hours ago Mar 19, 2026
Marked SolutionPending Review

Hey @han , what you’re describing is typically caused by overlapping policies or frequent group membership changes. In Hexnode UEM, a built-in enforcement mechanism ensures that the device eventually aligns with the correct policy state. 

Here are a few things you can check: 

  • Dynamic Groups: 

Ensure that the device is not rapidly switching between groups due to fluctuating conditions. 

  • Conflicting Policies: 

Review policies assigned at both device and user levels to identify overlapping settings. 

  • Local Restrictions: 

In some cases, OS-level settings (like local parental controls) can override or interfere with applied configurations. 

  • Sync Delays: 

If a newer policy hasn’t fully synced, an older one might temporarily take effect. 

For troubleshooting: 

  • Check the Action History on the device for conflict-related logs 

  • Use Clear All Policies and reapply the required policies to reset the state if needed 

If required, you can also define priority policies to ensure specific configurations always take precedence. 

Marked SolutionPending Review
Participant
4 hours ago Mar 19, 2026
Marked SolutionPending Review

Thanks for this!

Save