Skip to content

Commit 3f4a9e6

Browse files
authored
Update device-compliance-get-started.md
Added a note per Microsoft submitter's information. Might have to check with PG on the accuracy. Per issue#https://github.com/MicrosoftDocs/memdocs/issues/3044
1 parent b5fd417 commit 3f4a9e6

1 file changed

Lines changed: 4 additions & 0 deletions

File tree

memdocs/intune/protect/device-compliance-get-started.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -171,6 +171,10 @@ The following table describes how noncompliant settings are managed when a compl
171171
| **Maximum OS version** | - **Android 4.0 and later**: Quarantined<br>- **Samsung Knox Standard 4.0 and later**: Quarantined<br>- **Android Enterprise**: Quarantined<br><br>- **iOS 8.0 and later**: Quarantined<br>- **macOS 10.11 and later**: Quarantined<br><br>- **Windows 8.1 and later**: Quarantined |
172172
| **Windows health attestation** | - **Android 4.0 and later**: Not applicable<br>- **Samsung Knox Standard 4.0 and later**: Not applicable<br>- **Android Enterprise**: Not applicable<br><br>- **iOS 8.0 and later**: Not applicable<br>- **macOS 10.11 and later**: Not applicable<br><br>- **Windows 10/11**: Quarantined<br>- **Windows 8.1 and later**: Quarantined |
173173

174+
175+
> [!NOTE]
176+
> The Company Portal enters the enrollment remediation flow when the user logs into CP and the device has not successfully checked in with Intune in 30+ days (or the device is noncompliant due to a "Lost contact" compliance reason). In this flow, we attempt to initiate a checkin one more time. If that still does not succeed, then we issue a retire command to allow the user to re-enroll the device manually.
177+
174178
---------------------------
175179

176180
## Next steps

0 commit comments

Comments
 (0)