Sektion 40: LOB Apps (Line-of-Business) vs. Win32 Apps

In der Welt von Microsoft Intune gibt es eine fundamentale Unterscheidung, die über Erfolg oder katastrophales Scheitern eines Software-Rollouts entscheiden kann: Die Wahl zwischen LOB-Apps (Line-of-Business) und Win32-Apps. Für Einsteiger wirkt dies oft wie eine semantische Spielerei – schließlich will man nur, dass die Software auf dem Client landet. Doch unter der Haube arbeiten hier zwei völlig unterschiedliche Architekturen, Deployment-Logiken und Fehlerbehandlungsmethoden.

Wer blind auf den „LOB“-Pfad setzt, landet schnell in der „Installation Failed“-Hölle, ohne jemals ein Log-File zu sehen. Wer die Win32-Welt beherrscht, hat die volle Kontrolle über das System. In dieser Masterclass analysieren wir die technischen Details, die Fallstricke und die strategische Entscheidungshilfe, wann welches Modell zum Einsatz kommt.

Grundkonzepte: Was ist eigentlich was?

LOB-Apps (Line-of-Business)

LOB-Apps sind in Intune primär für „einfache“ Installationen gedacht. Technisch gesehen handelt es sich bei LOB-Apps für Windows fast ausschließlich um MSI-Pakete (.msi) oder MSIX-Pakete. Der Kernaspekt ist: Intune erwartet, dass das Paket „selbsterklärend“ ist. Das bedeutet, dass das MSI-Paket selbst weiß, wie es installiert wird, welche Parameter es benötigt und wie Intune prüfen kann, ob es installiert ist (über den MSI-Produktcode).

Der Upload erfolgt direkt als Datei in das Intune-Portal. Es gibt kein separates Packaging-Tool, keine Wrapper und keine komplexen Installations-Skripte. Intune lädt die Datei herunter und führt den Standard-Windows-Installer-Befehl aus.

Win32-Apps

Win32-Apps sind das „Schweizer Taschenmesser“ des Enterprise-Deployments. Hier wird das Installationsmedium (EXE, MSI, MSIX, Batch, PowerShell) in ein spezielles Container-Format namens .intunewin verpackt. Dieser Prozess erfolgt über das IntuneWinAppUtil.exe Tool.

Im Gegensatz zu LOB-Apps trennt das Win32-Modell den Inhalt (die Dateien) von der Logik (wie wird installiert? wie wird die Installation erkannt?). Die Ausführung erfolgt nicht direkt durch den Windows Installer, sondern durch die Intune Management Extension (IME), einen zusätzlichen Agenten, der auf dem Client läuft und die komplexen Anweisungen des Admins ausführt.

Der direkte Vergleich: Die technische Analyse

Um die Entscheidung zu vereinfachen, müssen wir die Unterschiede in den kritischen Bereichen betrachten:

1. Installation und Ausführung

• LOB: Nutzt den nativen Windows Installer. Sehr limitiert bei der Anpassung. Man kann zwar MSI-Parameter übergeben, aber keine Vor- oder Nacharbeiten (z.B. Registry-Keys setzen, Dienste stoppen) durchführen.
• Win32: Bietet absolute Freiheit. Da man beliebige Befehle angeben kann, ist der Einsatz von Wrapper-Skripten (wie dem PSAppDeployToolkit) möglich. Man kann prüfen, ob ein Prozess läuft, ihn beenden, die App installieren und danach einen Neustart erzwingen oder Konfigurationsdateien kopieren.

2. Die Erkennungsmethode (Detection Rules)

• LOB: Intune nutzt den MSI-Produktcode. Wenn das MSI-Paket installiert ist, gilt die App als „Installed“. Es gibt keine Möglichkeit, eine alternative Erkennung (z.B. eine bestimmte Dateiversion) zu definieren.
• Win32: Hier wählt der Admin. Man kann auf den Produktcode prüfen, aber auch auf die Existenz eines Dateipfads, einen spezifischen Registry-Wert oder ein komplett eigenes PowerShell-Skript nutzen, das einen Exit-Code 0 zurückgibt, wenn die App vorhanden ist.

3. Das Deployment-Verhalten (Der „LOB-Win32-Konflikt“)

Dies ist der gefährlichste Punkt für Administratoren. Es gibt eine bekannte Interaktion zwischen LOB- und Win32-Apps während des Autopilot-Prozesses (ESP – Enrollment Status Page). Wenn beide App-Typen als „Required“ zugewiesen sind, kann es zu einem Timing-Problem kommen, bei dem der Installer der LOB-App den Installer der Win32-App blockiert oder umgekehrt. Microsoft empfiehlt daher dringend, sich für einen Weg zu entscheiden – und dieser Weg ist fast immer Win32.

Praxis-Implementierung: Der Workflow

Szenario A: Die einfache LOB-Installation

Sie haben eine Software vom Hersteller als Software_v1.msi erhalten. Sie benötigen keine speziellen Konfigurationen.

1. Apps → Windows → Add → Line-of-business app.
2. Upload der .msi Datei.
3. Angabe des Command-line Arguments (z.B. /qn für quiet).
4. Zuweisung an die Gruppe.

Szenario B: Die professionelle Win32-Installation

Sie haben eine setup.exe, die zuerst eine Lizenzdatei in den Ordner C:\ProgramData\App kopieren muss und danach einen spezifischen Registry-Key für die Enterprise-Aktivierung benötigt.

Schritt 1: Packaging
Nutzen Sie das IntuneWinAppUtil.exe:

IntuneWinAppUtil.exe -c .\SourceFolder\ -s setup.exe -o .\OutputFolder\

Schritt 2: Das Installations-Skript (deploy.ps1)
Anstatt die EXE direkt zu starten, schreiben wir ein einfaches PowerShell-Skript, das im Paket enthalten ist:

# Kopiere Lizenzdatei
Copy-Item "license.dat" -Destination "C:\ProgramData\App\license.dat" -Force

# Installation der EXE mit Silent-Switch
Start-Process "setup.exe" -ArgumentList "/S /v/qn" -Wait

# Setze Enterprise-Registry-Key
New-ItemProperty -Path "HKLM:\SOFTWARE\MyCompany\App" -Name "LicenseKey" -Value "ABC-123" -PropertyType String -Force

Schritt 3: Konfiguration in Intune

• Install command: powershell.exe -ExecutionPolicy Bypass -File deploy.ps1
• Uninstall command: setup.exe /uninstall /S
• Detection Rule: Registry check auf HKLM:\SOFTWARE\MyCompany\App\Version.

Best Practices: Die Goldene Regel

Wenn Sie sich fragen: „Soll ich LOB oder Win32 nehmen?“, ist die Antwort in 95% der Fälle: Nutzen Sie Win32-Apps.

Warum? Weil Win32-Apps alles können, was LOB-Apps können, aber nicht umgekehrt. Die einzige „Vorteil“ von LOB ist die schnellere Upload-Zeit, da kein Packaging-Tool nötig ist. Dieser Zeitgewinn wird jedoch durch den Support-Aufwand bei Fehlern zunichte gemacht.

Wann LOB trotzdem Sinn macht:

• Sehr kleine Umgebungen mit absolut standardisierten MSI-Paketen.
• Schnelle Tests von MSI-Funktionalitäten ohne Zeit für Packaging.
• Wenn MSIX-Pakete genutzt werden, die nativ über den Store oder LOB-Pfad verteilt werden sollen (obwohl auch hier Win32-Wrapper möglich sind).

Warum Win32 der Standard ist:

• Fehlersuche: Win32-Apps schreiben detaillierte Logs in C:\ProgramData\Microsoft\IntuneManagementExtension\Logs. LOB-Apps sind oft eine „Black Box“.
• Flexibilität: Sie können Abhängigkeiten definieren (App B wird erst installiert, wenn App A fertig ist).
• Zuverlässigkeit: Durch benutzerdefinierte Detection Rules vermeiden Sie „Fake-Installationen“ (Installation meldet Erfolg, App ist aber nicht startbereit).

Troubleshooting: Wenn es nicht funktioniert

LOB-Fehler analysieren

LOB-Apps nutzen den MSI-Standard. Wenn eine Installation fehlschlägt, müssen Sie die Windows Event Logs prüfen oder (wenn möglich) den Installationsbefehl mit einem Log-Switch ergänzen:

/qn /L*V "C:\Windows\Temp\App_Install.log"

Achtung: Intune löscht temporäre Dateien oft schnell, daher ist das Schreiben in ein permanentes Verzeichnis wie C:\Temp ratsam.

Win32-Fehler analysieren (Der Profi-Weg)

Bei Win32-Apps ist die Intune Management Extension (IME) Ihr bester Freund. Gehen Sie auf dem Client zu:

C:\ProgramData\Microsoft\IntuneManagementExtension\Logs

Die Datei IntuneManagementExtension.log enthält jede einzelne Aktion: Vom Check der Detection Rule über den Download des .intunewin Pakets bis hin zum Exit-Code des Installationsbefehls.

Häufige Exit-Codes:

• 0: Erfolg.
• 1603: Allgemeiner MSI-Fehler (oft Berechtigungsprobleme oder bereits installierte Version).
• 3010: Erfolg, aber Neustart erforderlich. (Wichtig: In Intune unter „Return Codes“ definieren, damit die App nicht als „Failed“ markiert wird).

Fazit

LOB-Apps sind der „Fast-Food“-Ansatz der Softwareverteilung: schnell serviert, aber wenig wertvoll und oft problematisch bei der Verdauung. Win32-Apps sind das „Fine-Dining“: Es dauert etwas länger in der Vorbereitung (Packaging), aber das Ergebnis ist präzise, kontrolliert und professionell.

Für jeden IT-Administrator, der eine stabile Enterprise-Umgebung anstrebt, gilt: Standardisieren Sie auf Win32. Die Lernkurve für das Packaging-Tool ist flach, aber der Gewinn an Kontrolle und Transparenz ist massiv. Wer LOB-Apps in einer großen Umgebung mischt, riskiert Konflikte beim Autopilot und frustrierende Fehlersuchen ohne Logs.

In der nächsten Sektion werden wir uns ansehen, wie wir diese Win32-Apps mit fortschrittlichen Strategien wie der Supersedence steuern, um alte Softwareversionen sauber zu ersetzen.

↑ Zur Kursübersicht: Intune-Kurs (alle Sektionen)