Quick Answer: Microsoft Intune error 0x87D1041C means the application installer finished with exit code 0 (success), but Intune could not find the application using your detection rule. In most environments, this happens because of a simple version mismatch in the rule (such as requiring version 8.7.7 when the package installs 8.9.8), using the strict “Equals” operator instead of “Greater than or equal to”, or selecting the wrong 32-bit redirection setting. Fix it in the Intune admin center by updating your detection rule to match the real file version or registry path on the client.
What Error 0x87D1041C Looks Like in Production
When you deploy a Win32 application through Intune, the Intune Management Extension (IME) agent runs the installer and checks your detection rule right after the setup process exits. If the rule fails, the deployment is marked as failed even if the software actually installed and works on the device.
In our test lab, we packaged Notepad++ version 8.9.8 and assigned it to Windows devices. Three distinct symptoms appear when the detection rule is misconfigured.
First, the user receives a Windows toast notification reporting that the installation failed, even while the application shortcut is sitting on their desktop:
Windows notification reporting that Notepad++ installation failed under TechEUC software distribution.
Second, checking the Microsoft Intune admin center under Apps > Windows > select your app > Device install status shows status Failed with error code 0x87D1041C and description “The application was not detected after installation completed successfully” across targeted devices (TechEUC-1 and TechEUC-2):
Intune admin center reporting error 0x87D1041C across test devices TechEUC-1 and TechEUC-2.
Third, the Company Portal app shows confusing information. During installation, it shows the progress bar and version 8.9.8:
Company Portal showing Notepad++ version 8.9.8 in the installing state.
As soon as setup finishes and the detection check fails, Company Portal displays a red error banner saying “This app is no longer detected on your device”. But when you open Control Panel > Programs and Features on the client machine, Notepad++ 8.9.8 is clearly installed:
Company Portal reports the app is not detected, even though Notepad++ is present in Programs and Features.
Root Cause Analysis: Checking IntuneManagementExtension.log
To see why Intune failed detection, open the client log file on the affected machine. You do not need to guess what went wrong because the Intune agent logs the exact check it performed.
The installer ran and exited with code 0 (success).
Intune inspected C:\Program Files\Notepad++\notepad++.exe and found file version 8.9.8.0.
The detection rule was configured with Operator Equals and Value 8.7.7.
Because 8.9.8.0 does not equal 8.7.7, Intune concluded applicationDetected: False and produced error code 0x87D1041C.
How to Fix the Detection Rule in Microsoft Intune
In our scenario, someone updated the installation package to Notepad++ version 8.9.8, but the detection rule still required version 8.7.7 with the strict “Equals” operator:
The misconfigured detection rule using Operator Equals with older value 8.7.7.
Follow these steps to fix the rule:
Sign in to the Microsoft Intune admin center (intune.microsoft.com).
Go to Apps > Windows > click your application.
Under Manage, select Properties.
Scroll to Detection rules and click Edit.
Select the existing detection rule to edit it.
Change Operator from Equals to Greater than or equal to.
Update Value to 8.9.8.
Verify that Associated with a 32-bit app on 64-bit clients is set to No for 64-bit applications.
Click OK, then click Review + save and save your changes.
The corrected detection rule using Operator Greater than or equal to with Value 8.9.8.
Pro Tip: Avoid the “Equals” Operator for Version Rules. When software updates itself automatically or when you deploy minor maintenance updates, the file version increments. If your rule uses Equals, the updated version fails detection and flags the computer as non-compliant. Using Greater than or equal to keeps reporting the app as installed even after automatic updates.
Syncing the Client to Verify the Fix
By default, Intune client devices sync policies every 8 hours. To verify the fix immediately without waiting:
On the client machine (TechEUC-1), open Company Portal.
Click Settings (the gear icon in the bottom left).
Click the Sync button under Device sync status.
Alternatively, open the Windows Services console (services.msc), locate the Microsoft Intune Management Extension service, right-click it, and select Restart.
Within a minute, the agent re-runs the detection rule against notepad++.exe. Because 8.9.8.0 is greater than or equal to 8.9.8, detection returns True, and the status updates to Installed in both Company Portal and the Intune admin center.
Other Common Causes of Error 0x87D1041C
If your version numbers match but you still get error 0x87D1041C, check these three common scenarios:
1. 32-Bit vs 64-Bit Registry and Folder Redirection
The Intune Management Extension agent runs as a 32-bit process. On 64-bit Windows, Windows redirects 32-bit queries automatically:
C:\Program Files redirects to C:\Program Files (x86).
HKLM\SOFTWARE redirects to HKLM\SOFTWARE\WOW6432Node.
If you deploy a 64-bit app but set Associated with a 32-bit app on 64-bit clients to Yes, Intune looks in the 32-bit locations where the file or key does not exist. Use the guide below to set this toggle correctly:
Application Type
Install Path on Disk
32-Bit App Toggle
Result
64-Bit Software
C:\Program Files or native registry
No (Correct)
Evaluates native 64-bit path. Success
64-Bit Software
C:\Program Files or native registry
Yes (Incorrect)
Redirects to WOW6432Node. Fails (0x87D1041C)
32-Bit Software
C:\Program Files (x86) or WOW6432Node
Yes (Correct)
Evaluates 32-bit path. Success
32-Bit Software
C:\Program Files (x86) or WOW6432Node
No (Incorrect)
Checks 64-bit path where files are missing. Fails (0x87D1041C)
2. Background Installers Exiting Before Files Finish Writing
Some software installers use a small wrapper executable that unpacks the main setup files, launches a secondary background process, and immediately closes with exit code 0. Because the main launcher closed, Intune immediately checks the detection rule before the background installer has finished copying files. Always check vendor documentation for silent switches that wait for all child processes to complete before exiting.
3. MSI Product Code Changes During Updates
When using MSI detection rules, Intune checks the unique MSI Product Code GUID. While major releases keep the same Upgrade Code, vendors often change the Product Code for minor updates. If you update the installer package but keep the older Product Code in Intune, detection fails. Check the installed application in HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall on a test machine to get the exact Product Code GUID.
Summary Troubleshooting Checklist
Check Item
What to Look For
Correct Setting
Log File
IntuneManagementExtension.log
Look for result of applicationDetected: False right after exit code: 0.
Rule Operator
Version comparison operator
Use Greater than or equal to instead of Equals.
Target Version
Configured value in detection rule
Must match the exact version of the executable or MSI installed on disk.
Architecture Toggle
Associated with a 32-bit app toggle
Set to No for 64-bit software, Yes for 32-bit software.
Client Sync
Company Portal or service restart
Restart Microsoft Intune Management Extension service to verify changes immediately.
Need Enterprise Application Packaging Support?
Managing application packaging and detection rules across thousands of corporate endpoints requires clean standards and consistent testing. If your team is tackling complex Win32 app packaging, Intune migrations, or stubborn deployment errors, TechEUC provides specialized enterprise endpoint engineering. Reach out through our Contact Page to discuss your environment.
FIVERR PRO VERIFIED12+ YRS EXPERIENCE
Atoofa Shaikh
Senior Microsoft 365, EUC & Cloud Endpoint Architect
Need custom Win32 App Packaging, PowerShell Automation, Zero-Touch Intune Autopilot, or SCCM Co-Management for your enterprise or MSP? I specialize in production-grade deployment architectures with zero downtime.
How to Fix Intune Error 0x87D1041C: App Not Detected After Installation [Complete Runbook]
Table of content
Quick Answer: Microsoft Intune error 0x87D1041C means the application installer finished with exit code 0 (success), but Intune could not find the application using your detection rule. In most environments, this happens because of a simple version mismatch in the rule (such as requiring version 8.7.7 when the package installs 8.9.8), using the strict “Equals” operator instead of “Greater than or equal to”, or selecting the wrong 32-bit redirection setting. Fix it in the Intune admin center by updating your detection rule to match the real file version or registry path on the client.
What Error 0x87D1041C Looks Like in Production
When you deploy a Win32 application through Intune, the Intune Management Extension (IME) agent runs the installer and checks your detection rule right after the setup process exits. If the rule fails, the deployment is marked as failed even if the software actually installed and works on the device.
In our test lab, we packaged Notepad++ version 8.9.8 and assigned it to Windows devices. Three distinct symptoms appear when the detection rule is misconfigured.
First, the user receives a Windows toast notification reporting that the installation failed, even while the application shortcut is sitting on their desktop:
Second, checking the Microsoft Intune admin center under Apps > Windows > select your app > Device install status shows status Failed with error code 0x87D1041C and description “The application was not detected after installation completed successfully” across targeted devices (TechEUC-1 and TechEUC-2):
Third, the Company Portal app shows confusing information. During installation, it shows the progress bar and version 8.9.8:
As soon as setup finishes and the detection check fails, Company Portal displays a red error banner saying “This app is no longer detected on your device”. But when you open Control Panel > Programs and Features on the client machine, Notepad++ 8.9.8 is clearly installed:
Root Cause Analysis: Checking IntuneManagementExtension.log
To see why Intune failed detection, open the client log file on the affected machine. You do not need to guess what went wrong because the Intune agent logs the exact check it performed.
The log file is located at:
C:\ProgramData\Microsoft\IntuneManagementExtension\Logs\IntuneManagementExtension.logOpen this log in CMTrace or Notepad and search for the application name or
[Win32App]:Here are the exact log lines from our test endpoint:
The log reveals the exact problem:
C:\Program Files\Notepad++\notepad++.exeand found file version 8.9.8.0.applicationDetected: Falseand produced error code0x87D1041C.How to Fix the Detection Rule in Microsoft Intune
In our scenario, someone updated the installation package to Notepad++ version 8.9.8, but the detection rule still required version 8.7.7 with the strict “Equals” operator:
Follow these steps to fix the rule:
EqualstoGreater than or equal to.8.9.8.Pro Tip: Avoid the “Equals” Operator for Version Rules. When software updates itself automatically or when you deploy minor maintenance updates, the file version increments. If your rule uses
Equals, the updated version fails detection and flags the computer as non-compliant. UsingGreater than or equal tokeeps reporting the app as installed even after automatic updates.Syncing the Client to Verify the Fix
By default, Intune client devices sync policies every 8 hours. To verify the fix immediately without waiting:
Alternatively, open the Windows Services console (
services.msc), locate the Microsoft Intune Management Extension service, right-click it, and select Restart.Within a minute, the agent re-runs the detection rule against
notepad++.exe. Because 8.9.8.0 is greater than or equal to 8.9.8, detection returnsTrue, and the status updates to Installed in both Company Portal and the Intune admin center.Other Common Causes of Error 0x87D1041C
If your version numbers match but you still get error 0x87D1041C, check these three common scenarios:
1. 32-Bit vs 64-Bit Registry and Folder Redirection
The Intune Management Extension agent runs as a 32-bit process. On 64-bit Windows, Windows redirects 32-bit queries automatically:
C:\Program Filesredirects toC:\Program Files (x86).HKLM\SOFTWAREredirects toHKLM\SOFTWARE\WOW6432Node.If you deploy a 64-bit app but set Associated with a 32-bit app on 64-bit clients to Yes, Intune looks in the 32-bit locations where the file or key does not exist. Use the guide below to set this toggle correctly:
C:\Program Filesor native registryC:\Program Filesor native registryWOW6432Node. Fails (0x87D1041C)C:\Program Files (x86)orWOW6432NodeC:\Program Files (x86)orWOW6432Node2. Background Installers Exiting Before Files Finish Writing
Some software installers use a small wrapper executable that unpacks the main setup files, launches a secondary background process, and immediately closes with exit code 0. Because the main launcher closed, Intune immediately checks the detection rule before the background installer has finished copying files. Always check vendor documentation for silent switches that wait for all child processes to complete before exiting.
3. MSI Product Code Changes During Updates
When using MSI detection rules, Intune checks the unique MSI Product Code GUID. While major releases keep the same Upgrade Code, vendors often change the Product Code for minor updates. If you update the installer package but keep the older Product Code in Intune, detection fails. Check the installed application in
HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstallon a test machine to get the exact Product Code GUID.Summary Troubleshooting Checklist
IntuneManagementExtension.logresult of applicationDetected: Falseright afterexit code: 0.Microsoft Intune Management Extensionservice to verify changes immediately.Need Enterprise Application Packaging Support?
Managing application packaging and detection rules across thousands of corporate endpoints requires clean standards and consistent testing. If your team is tackling complex Win32 app packaging, Intune migrations, or stubborn deployment errors, TechEUC provides specialized enterprise endpoint engineering. Reach out through our Contact Page to discuss your environment.
Atoofa Shaikh
Senior Microsoft 365, EUC & Cloud Endpoint Architect
Need custom Win32 App Packaging, PowerShell Automation, Zero-Touch Intune Autopilot, or SCCM Co-Management for your enterprise or MSP? I specialize in production-grade deployment architectures with zero downtime.
Table of content
Subscribe to Blog
Signup to our weekly newsletter
category
Connect with Us
Recommended Posts
How to Configure Windows LAPS in Microsoft Intune: Complete Step-by-Step Guide
How to Fix Intune Error 0x87D1041C: App Not Detected After Installation [Complete Runbook]
How to Set Up Windows Autopilot with Microsoft Intune (Production & Lab Guide)