Author: Michel Veha

Migrating 2,300 Applications to Microsoft Intune

Intune Migration Project – It is not an easy task – especially when working with a mix of PSADT (Powershell AppDeploy Toolkit) and CMD based packages, along with custom requirements like naming, branding, and package structure.  

With the IntuneWin Bulk Conversion feature, we transformed a complex migration into a smooth and efficient process. The tool automated the conversion of diverse package types and included advanced testing capabilities to identify and resolve potential issues early. This ensured the seamless transition of every application into the Intune environment. 

The Apptimized team undertook a large-scale project involving the migration of 2300 applications to Microsoft Intune. The migration involved a combination of PSADT-based and CMD-based packages. 

Managing such a large volume of applications with varying packaging methods required a solution that could efficiently handle these complexities. 

Our IntuneWin Bulk Conversion feature was the ideal solution to address these challenges from the start. It automatically handled both PSADT-based- and CMD-based packages, easily converting them into the required IntuneWin format. It also supported other packaging types, ensuring all applications were processed without any issues. 

Beyond handling the packaging diversity, the project required custom configurations, including custom naming conventions, branding, and package structures. Our feature implemented these customizations quickly, ensuring that the outcome will meet all specified requirements. 

Some of the source packages had installation or uninstallation issues, which were identified early in the process using the testing module integrated into the IntuneWin Bulk Conversion feature. The module flagged these packages automatically, allowing us to address and resolve them efficiently. This ensured that the migration process remained smooth and on track. 

By using the full capabilities of the IntuneWin Bulk Conversion feature, the project was completed successfully, with all 2300 applications migrated without disruption. This achievement demonstrates the efficiency and reliability of our solution in handling complex migrations, enabling seamless transitions to modern platforms like Intune. 

If you’re planning a migration to Microsoft Intune, our proven IntuneWin Bulk Conversion feature can simplify and optimize the process. 

Author

Michel Veha

More News from Apptimized

Packaging Pitfalls, Part 13: Handling Custom Exit Codes in Application Packaging

One of the more confusing situations in enterprise software deployment…

White-Label-Option für die beste Anwendungslogistiklösung mit Apptimized

Apptimized ist offen für Partnerschaften, deshalb bieten wir für unsere…

Apptimized now delivers MSIX packages

Latest Microsoft packaging format supported Apptimized is pleased to announce…

White-Label-Option für die beste Anwendungslogistiklösung mit Apptimized

Apptimized ist offen für Partnerschaften, deshalb bieten wir für unsere Wiederverkäufer den White-Label-Service an.

Haben Sie Kunden für Softwarepaketierung oder das Testen von Anwendungen, die deren Kompatibilität ermitteln müssen? Dann hilft Ihnen die White-Labeling-Option von Apptimized, Ihren Kunden diese Informationen zur Verfügung zu stellen, ohne eine eigene Lösung von Grund auf neu erstellen zu müssen.

Apptimized White Labeling ist eine Möglichkeit, gebrauchsfertige Lösungen zu “mieten”, die auf dem Markt gefragt sind und die Sie anpassen können, um sie unter Ihrem eigenen Markennamen zu verkaufen. Mit dieser Option entfernen Sie vollständig jede Erwähnung des Entwicklungsunternehmens und ändern das Endprodukt vollständig, damit es wie Ihr eigenes aussieht. Die Anpassung des Dashboards in Apptimized ist in 2 Blöcke unterteilt: die visuelle Komponente und die Sicherheit.

Wie funktioniert die apptimisierte White-Label-Lösung in der Praxis?

Nach der Projektregistrierung erhalten Sie Zugriff auf die White-Labeling-Einstellungen (siehe Schema)

Anwendbares Whitelabeling für die Anwendungslogistik

Wenden Sie Ihr Branding an

Fügen Sie Ihren Markenlink hinzu, der Ihre Kunden ohne Umleitung in das URL-Feld zu unserem Dashboard führt. Verwenden Sie erweiterte Anmeldefunktionen mit Microsoft- oder LinkedIn-Konten.

Unterstützen Sie Ihre Kunden

Jeder Schritt des Projekts, unabhängig von der Lösung, wird sorgfältig dokumentiert und oben im Dashboard angezeigt. Sie können jedoch einen Link zu Ihrer Dokumentation herunterladen, damit Kunden mehr über die Tools erfahren können. Außerdem unterstützt Apptimized 24/5 den Live-Chat für Kunden. Diese Option kann jedoch bei Bedarf ausgeblendet werden.

Vergessen Sie typische Schrittnamen

Wählen Sie die Namen der Schritte aus, die für Sie oder Ihre Kunden am bequemsten sind. Sie müssen nicht mehr den vertrauten Ermittlungsschritt zum Dokumentieren Ihrer Verpackungsanforderung verwenden, den Paketierungsschritt für das Anwendungspaketierungstool mit der Möglichkeit, den MSIX-Konverter oder den Anwendungspaketierungsdienst oder den Testschritt zu verwenden, um mit Tests fortzufahren und Testdokumentation zu erstellen.

Anwendbares Whitelabeling für das MSI-Verpackungstool

Passen Sie Ihr Dashboard an

Wählen Sie Farben, die zu Ihrem Branding passen, damit sich das Logo natürlicher in das Gesamtbild der Website einfügt. Darüber hinaus ist es möglich, den Footer zu ändern oder ganz auszublenden, wenn Sie dort keine zusätzlichen Informationen anzeigen möchten.

Angewandte White-Label-Lösung auf dem Markt für Anwendungsverpackung und Logistik

Ändern von E-Mail-Vorlagen

Um E-Mails im Namen Ihres Unternehmens zu versenden, wählen Sie die entsprechende Vorlage aus und nehmen Sie direkt eine Änderung am Nachrichtentext oder dessen Aussehen vor.

Dieser Funktionsumfang ermöglicht es Ihnen, das standardmäßige Apptimized-Dashboard vollständig an Ihr eigenes Branding anzupassen. Im Ergebnis erhalten unsere Partner und ihre Vertriebsteams die besten Lösungen im Bereich der Anwendungslogistik.

Für eine Demonstration von Apptimized White Labeling oder für weitere Informationen kontaktieren Sie uns hier oder rufen Sie uns unter +49 0 331 979918 an.

Author

Michel Veha

More News from Apptimized

PSAppDeployToolkit v4 in Apptimized Care

Earlier, the release of PSAppDeployToolkit v4 introduced significant improvements for…

Remote manage application packages in a few clicks with Apptimized SCCM connector

Apptimized has extended the functionalities to interact with Microsoft SCCM – a system management…

Packaging Pitfalls, Part 2: Broken Detection Rules After Auto-Patching

In modern environments managed by Intune, detection rules are essential…

Packaging Pitfalls, Part 2: Broken Detection Rules After Auto-Patching

In modern environments managed by Intune, detection rules are essential for reliable application deployment. But what happens when those rules stop working – not because of a packaging error, but because the app silently updated itself?

Welcome to a common yet frustrating issue: broken detection logic caused by automatic patching in application lifecycle management.

Intune Detection Rules - Broken Detection Logic caused by Automatic Patching and how to fix and avoid

The Problem

You package an application like Google Chrome and define a detection rule that checks for a specific file version — for example:

C:\Program Files\Google\Chrome\Application\chrome.exe = 114.0.5735.91

It’s deployed, tested, and verified. Everything works.

Then, two weeks later, there is a software update available by the vendor and Chrome silently updates to version 114.0.5735.150. In many cases, these auto-updates are applied under the user context or via background services that don’t require admin approval. However, when updates are incomplete or system-wide components change, administrator permissions may be required — which further complicates packaging and detection. Your detection rule fails — Intune no longer sees the app as “installed.” It tries to reinstall, fails or loops, and triggers alerts or user disruption.

This happens frequently with:

  • Chrome, Zoom, Slack, Adobe products
  • Apps with built-in auto-updaters
  • Devices not enrolled in centralized patch management

Why It Happens

Detection rules rely on consistency — typically:

  • A file version (e.g., chrome.exe = 114.0.5735.91)
  • A registry value
  • An MSI product code

But when an application updates outside your control:

  • The version no longer matches
  • The registry key changes (or disappears)
  • The MSI GUID becomes invalid

How to Avoid It

1. Control Updates Centrally

Use a patch management solution like Apptimized Care to control when and how apps are updated. Block built-in updaters when possible.

2. Use More Flexible Detection Logic

Instead of relying on exact versioning, use script-based detection with PowerShell. For example, in PSADT:

Get-ItemProperty -Path "HKLM:\Software\Wow6432Node\Apptimized\[PackageName]" -ErrorAction SilentlyContinue | Where { $_.IsInstalled -eq 1 }

This logic checks whether the application is marked as installed, regardless of version, using a custom registry key set during packaging.

✅ Third Party Patches and Packages delivered via Apptimized Care include this robust detection logic by default, reducing the risk of detection failures due to automatic patching or version drift.

3. Test Patching Impact

Always test how patching affects your detection logic before wide deployment. Some apps maintain structure across versions — others don’t.

4. Revisit Detection Rules After Major Vendor Updates

If you know a vendor like Zoom or Chrome just rolled out a new build, double-check your affected detection rules.

How Apptimized Helps with Intune Detection Rules

Apptimized doesn’t just create reliable packages — we ensure they remain manageable over time. With Apptimized Care, we combine controlled patch delivery and smart packaging, so your detection rules don’t break after a silent update.

Tired of fixing broken detection rules? Let Apptimized bring order to your patching and packaging.

Author

Stefan Lang

More News from Apptimized

Packaging Pitfalls Part 1: How To Fix MSI Error 1603 – Fatal Error During Installation

MSI Error 1603 is one of the most common, vague and…

Custom vs. Standard - Your Application Packaging Needs Covered

From automated patching to custom application packaging – we’ve got…