Separate service and client evidence in Intune feature-update reports

Source facts

Intune feature-update reports combine Windows Update service events with separately collected client data. Initial Update State values come from the service and are replaced when client data becomes available. Service events typically arrive within an hour without client data collection. Client information requires that collection to be configured and is batch-refreshed every eight hours. Microsoft Learn.

Applicability

Use this distinction when an Intune feature-update report appears to stop at an offer stage. Identify which evidence stream supplied the displayed state before diagnosing a stalled installation.

DSE recommendation

Keep service-offer processing and client-installation observations separate in the support record. Check approved data-collection configuration and timestamps before treating absent client detail as a device failure. Avoid assuming the typical service arrival time is a guaranteed deadline for client telemetry.

Verification

Follow a representative device from the service offer through actual installation, comparing the report’s Last Event Time and Last Scan Time with device evidence. Record when client detail becomes available and whether collection was enabled. Escalate a discrepancy with the relevant source and observation time, rather than repeatedly recreating the update policy. Retain installation evidence independently when reporting remains incomplete.

Official references

Microsoft Learn: Reports for Windows Feature Update Policies.