> ## Documentation Index
> Fetch the complete documentation index at: https://docs.langdock.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Enterprise-Guide für Langdock Desktop

> Verteile die Langdock Desktop-App mit Intune, Configuration Manager, Gruppenrichtlinien, Matrix42 Empirum, ACMP, baramundi, Jamf oder Kandji auf verwaltete Windows- und Mac-Geräte.

## Die Desktop-App verteilen

Als IT-Admin kannst du die [Desktop-App](/de/using-langdock/desktop-app/introduction) auf verwalteten Geräten installieren. So finden alle Langdock im Startmenü oder im Ordner Programme, ohne die App selbst zu installieren. Nutze das, wenn du Langdock für eine ganze Abteilung ausrollen, Versionen unter IT-Kontrolle halten oder Berechtigungen schon vor dem ersten Start freigeben willst.

## Welche Datei brauche ich?

| Tool | Datei |
| - | - |
| [Intune](#intune) | Intune-Win32-Paket (`.intunewin`) |
| [Configuration Manager (SCCM)](#sccm) | MSIX oder Deployment-Kit (`.zip`) |
| [Gruppenrichtlinien](#gruppenrichtlinien) | Deployment-Kit (`.zip`) |
| [Andere Tools](#andere-tools) | Deployment-Kit (`.zip`) |
| [Jamf, Kandji oder ein anderes macOS-MDM](#macos) | DMG |

<Warning>
  Verteile die normale `Langdock Setup.exe` nicht über ein MDM. Sie installiert nur für einen User. Führt dein MDM sie als SYSTEM aus, bekommen deine User die App also nicht. Nutze für verwaltete Windows-Installationen die MSIX-Pakete auf dieser Seite.
</Warning>

## Windows

* **Windows-Version**: Benötigt 64-Bit-Windows 10 ab Version 1809. Automatische Updates brauchen Windows 10 ab Version 2004. Auf älteren Versionen aktualisiert sich die App nicht selbst. Verteile jedes neue Release dann über dein MDM.
* **Sideloading**: Langdock kommt nicht aus dem Microsoft Store. Windows muss also Apps aus anderen Quellen erlauben. Seit Windows 10 Version 2004 ist das standardmäßig an. Auf älteren Versionen oder wenn deine Organisation es abgeschaltet hat, aktiviere die Richtlinie `AllowAllTrustedApps`, in den Gruppenrichtlinien **Allow all trusted apps to install**.
* **AppLocker**: Nur nötig, wenn du **Packaged app Rules** erzwingst. Leg eine Herausgeberregel an und wähle Langdock auf einem Referenzgerät aus. AppLocker trägt Herausgeber und Paketnamen selbst ein.

Windows installiert MSIX-Pakete pro User. Jeder Tab stellt Langdock für das ganze Gerät bereit. So bekommen alle User die App bei ihrer nächsten Anmeldung, auch Standard-User. Wähle den Tab für dein Tool:

<Tabs>
  <Tab title="Intune" id="intune">
    Mit dem fertigen Win32-Paket installierst du Langdock für alle User eines Geräts.

    <CardGroup cols={2}>
      <Card title="Intune-Win32-Paket (x64)" icon="microsoft" href="https://desktop.langdock.com/global/stable/download/win-intunewin-x64">
        `.intunewin` für die meisten Windows-PCs
      </Card>

      <Card title="Intune-Win32-Paket (ARM64)" icon="microsoft" href="https://desktop.langdock.com/global/stable/download/win-intunewin-arm64">
        `.intunewin` für Windows-PCs mit ARM
      </Card>
    </CardGroup>

    <Accordion title="Was steckt im Intune-Paket?">
      Die `.intunewin` enthält die signierte Langdock-MSIX mit Skripten für Installation und Deinstallation. Intune stellt Langdock für alle User des Geräts bereit, auch für Standard-User, und installiert die App nicht neu, nachdem sie sich selbst aktualisiert hat. Willst du selbst paketieren? Lade die reine MSIX für [x64](https://desktop.langdock.com/global/stable/download/win-msix-x64) oder [ARM64](https://desktop.langdock.com/global/stable/download/win-msix-arm64) herunter.
    </Accordion>

    <Tip>
      Zum Testen auf einem Gerät führst du `Add-AppxPackage -Path .\Langdock-x64.msix` aus. Das installiert nur für den angemeldeten User.
    </Tip>

    <Steps>
      <Step title="App hinzufügen">
        Gehe im Intune Admin Center zu **Apps** > **Windows** > **Add**, wähle **Windows app (Win32)** und lade die `.intunewin` hoch. Mehr dazu in Microsofts Anleitung zu [Win32-Apps in Intune](https://learn.microsoft.com/de-de/intune/app-management/deployment/add-win32).
      </Step>

      <Step title="App-Informationen ausfüllen">
        **Name** ist aus dem Paket vorausgefüllt. Für die übrigen Felder kannst du diese Werte nutzen:

        | Feld | Wert |
        | - | - |
        | Description | Langdock unifies the entire AI landscape in a single, intuitive desktop application. |
        | Publisher | Langdock GmbH |
        | Developer | Langdock GmbH |
        | App Version | Die Version des Pakets, zum Beispiel `1.0.9.0` |
        | Category | Productivity |
        | Logo | Optional. Es erscheint nur im Unternehmensportal. [Langdock-Logo herunterladen](/images/langdock-desktop-logo.png) (PNG). |
      </Step>

      <Step title="Programm festlegen">
        Setze **Install command** auf `Deploy.cmd Install`, **Uninstall command** auf `Deploy.cmd Uninstall` und **Install behavior** auf **System**. Die Return Codes sind `0` Erfolg, `3010` Soft Reboot und `1` Fehler.
      </Step>

      <Step title="Anforderungen festlegen">
        Setze **Check operating system architecture** auf **Yes**. Leg für jedes Paket eine eigene App an:

        | Paket | Architektur | Minimales Betriebssystem |
        | - | - | - |
        | x64 | Nur **x64** | **Windows 10 1809** |
        | ARM64 | Nur **ARM64** | **Windows 10 1809** |

        Wähle nie x86, denn es gibt keinen 32-Bit-Build. Wenn du auf automatische Updates setzt, wähle stattdessen **Windows 10 2004**.

        <Note>
          Du willst nur eine App? Wähle beim x64-Paket **x64** und **ARM64** aus und lass das ARM64-Paket weg. ARM-Geräte führen Langdock dann über die x64-Emulation von Windows 11 aus, was langsamer ist. Empfohlen bleibt eine App pro Architektur. Verteile nie beide Pakete auf dasselbe ARM-Gerät.
        </Note>
      </Step>

      <Step title="Erkennungsregel festlegen">
        Nach der Installation prüft Intune, ob Langdock auf dem Gerät ist. Findet Intune die App nicht, meldet es die Installation als fehlgeschlagen und versucht es erneut. Die eingebauten Datei- und Registry-Regeln passen hier nicht. Der Installationsordner der MSIX und ihre Registry-Einträge enthalten die Version, und die ändert sich mit jedem Selbst-Update. Das Erkennungsskript prüft stattdessen das bereitgestellte Paket anhand seines Namens. So funktioniert es für jede Version.

        Führe diesen Befehl in einem PowerShell-Fenster aus. Du brauchst keine Admin-Rechte; die Datei wird als `Detect-Langdock.ps1` auf deinem Desktop gespeichert.

        ```powershell theme={null}
        $path = Join-Path ([Environment]::GetFolderPath('Desktop')) 'Detect-Langdock.ps1'
        Set-Content -Path $path -Encoding ASCII -Value @'
        if (Get-AppxProvisionedPackage -Online | Where-Object DisplayName -eq 'com.langdock.desktop.msix') { 'Installed' }
        '@
        "Saved $path"
        ```

        Wähle unter **Detection rules** die Option **Use a custom detection script** und lade `Detect-Langdock.ps1` hoch. Setze **Run script as 32-bit process on 64-bit clients** und **Enforce script signature check** auf **No**.

        Du willst das Skript nicht selbst erstellen? Lade das Deployment-Kit für [x64](https://desktop.langdock.com/global/stable/download/win-msix-kit-x64) oder [ARM64](https://desktop.langdock.com/global/stable/download/win-msix-kit-arm64) herunter und lade dessen `Deploy.ps1` als Erkennungsskript hoch. Es prüft auf die Version des Kits oder neuer.

        <Note>
          **[Automatische Updates](/de/admin/desktop-app/updates#automatische-updates-abschalten) abgeschaltet?** Erstelle das Skript stattdessen mit diesem Befehl. Setze `$MinVersion` auf die Version, die du hochlädst. Erhöhe den Wert jedes Mal, wenn du eine neue Version in dieselbe App hochlädst, oder leg die neue Version als neue App mit **Supersedence** an.

          ```powershell theme={null}
          $path = Join-Path ([Environment]::GetFolderPath('Desktop')) 'Detect-Langdock.ps1'
          Set-Content -Path $path -Encoding ASCII -Value @'
          $MinVersion = [version]'1.0.9.0'
          $pkg = Get-AppxProvisionedPackage -Online | Where-Object DisplayName -eq 'com.langdock.desktop.msix'
          if ($pkg | Where-Object { [version]$_.Version -ge $MinVersion }) { 'Installed' }
          '@
          "Saved $path"
          ```
        </Note>

        <Accordion title="Was steht im Erkennungsskript?">
          Das Skript gibt `Installed` aus, wenn Langdock auf dem Gerät bereitgestellt ist. Intune wertet eine Ausgabe zusammen mit Exit-Code `0` als erkannt. Ohne Ausgabe gilt Langdock als nicht installiert.

          ```powershell theme={null}
          if (Get-AppxProvisionedPackage -Online | Where-Object DisplayName -eq 'com.langdock.desktop.msix') { 'Installed' }
          ```

          Mit `$MinVersion` gibt es `Installed` nur für diese Version oder neuer aus:

          ```powershell theme={null}
          $MinVersion = [version]'1.0.9.0'
          $pkg = Get-AppxProvisionedPackage -Online | Where-Object DisplayName -eq 'com.langdock.desktop.msix'
          if ($pkg | Where-Object { [version]$_.Version -ge $MinVersion }) { 'Installed' }
          ```
        </Accordion>
      </Step>

      <Step title="App zuweisen">
        Weise die App als **Required** einer Gerätegruppe zu. Starte mit einer Pilotgruppe.
      </Step>
    </Steps>

    <Accordion title="Alternative: die reine MSIX verteilen">
      Nutze das, wenn du ohne `.intunewin` und ohne Erkennungsskript arbeiten willst und die Versionen selbst steuerst.

      Lade die MSIX für [x64](https://desktop.langdock.com/global/stable/download/win-msix-x64) oder [ARM64](https://desktop.langdock.com/global/stable/download/win-msix-arm64) als **Line-of-business app** hoch. Weise sie als **Required** einer Gerätegruppe zu und ändere **Install Context** auf **Device**. Intune stellt Langdock dann für alle User bereit.

      [Schalte vorher die automatischen Updates ab](/de/admin/desktop-app/updates#automatische-updates-abschalten). Die eingebaute Erkennung von Intune erwartet die Version, die du hochgeladen hast. Jede neue Version lädst du selbst in die App hoch.
    </Accordion>
  </Tab>

  <Tab title="Configuration Manager (SCCM)" id="sccm">
    Leg eine Anwendung an, die Langdock für alle User eines Geräts installiert. Du kannst die MSIX direkt oder das Deployment-Kit nutzen.

    <CardGroup cols={2}>
      <Card title="Windows MSIX (x64)" icon="windows" href="https://desktop.langdock.com/global/stable/download/win-msix-x64">
        Die meisten Windows-PCs
      </Card>

      <Card title="Windows MSIX (ARM64)" icon="windows" href="https://desktop.langdock.com/global/stable/download/win-msix-arm64">
        Windows-PCs mit ARM
      </Card>

      <Card title="Deployment-Kit (x64)" icon="file-zipper" href="https://desktop.langdock.com/global/stable/download/win-msix-kit-x64">
        `.zip` für die meisten Windows-PCs
      </Card>

      <Card title="Deployment-Kit (ARM64)" icon="file-zipper" href="https://desktop.langdock.com/global/stable/download/win-msix-kit-arm64">
        `.zip` für Windows-PCs mit ARM
      </Card>
    </CardGroup>

    * **Windows-App-Paket**: Leg aus der `.msix` eine Anwendung vom Typ **Windows app package (\*.appx, \*.appxbundle, \*.msix, \*.msixbundle)** an und wähle **Provision this application for all users on the device**. Siehe Microsofts Anleitung zu [Windows-Anwendungen im Configuration Manager](https://learn.microsoft.com/de-de/intune/configmgr/apps/get-started/creating-windows-applications).
    * **Script Installer mit dem Kit**: Nutze den entpackten Kit-Ordner als Inhaltsquelle. Setze den Installationsbefehl auf `Deploy.cmd Install`, den Deinstallationsbefehl auf `Deploy.cmd Uninstall` und das Installationsverhalten auf die Installation für das System. Nutze `Detect-ConfigMgr.ps1` als Erkennungsskript in 64-Bit-Windows-PowerShell.

    Aktualisiert sich Langdock selbst, nutze den Script Installer. Seine Erkennung akzeptiert die verteilte Version oder eine neuere.
  </Tab>

  <Tab title="Gruppenrichtlinien" id="gruppenrichtlinien">
    Installiere Langdock für alle User der domänengebundenen Geräte, auf die ein GPO zielt.

    <CardGroup cols={2}>
      <Card title="Deployment-Kit (x64)" icon="file-zipper" href="https://desktop.langdock.com/global/stable/download/win-msix-kit-x64">
        `.zip` für die meisten Windows-PCs
      </Card>

      <Card title="Deployment-Kit (ARM64)" icon="file-zipper" href="https://desktop.langdock.com/global/stable/download/win-msix-kit-arm64">
        `.zip` für Windows-PCs mit ARM
      </Card>
    </CardGroup>

    Leg den entpackten Kit-Ordner auf eine schreibgeschützte Freigabe, die die Computerkonten lesen können. Füge `Deploy.cmd Install` als Computer-Startskript unter **Computer Configuration** > **Windows Settings** > **Scripts** > **Startup** hinzu. Liegt die Freigabe im Netzwerk, aktiviere das Warten auf das Netzwerk beim Start.

    Zum Entfernen ersetzt du den Befehl im Startskript durch `Deploy.cmd Uninstall`. Nur das Startskript zu entfernen, deinstalliert Langdock nicht. Nutze nicht die alte Softwareinstallation der Gruppenrichtlinien.
  </Tab>

  <Tab title="Andere Tools" id="andere-tools">
    Nutze das für Matrix42 Empirum, ACMP, baramundi oder eigene Skripte.

    <CardGroup cols={2}>
      <Card title="Windows MSIX (x64)" icon="windows" href="https://desktop.langdock.com/global/stable/download/win-msix-x64">
        Die meisten Windows-PCs
      </Card>

      <Card title="Windows MSIX (ARM64)" icon="windows" href="https://desktop.langdock.com/global/stable/download/win-msix-arm64">
        Windows-PCs mit ARM
      </Card>

      <Card title="Deployment-Kit (x64)" icon="file-zipper" href="https://desktop.langdock.com/global/stable/download/win-msix-kit-x64">
        `.zip` für die meisten Windows-PCs
      </Card>

      <Card title="Deployment-Kit (ARM64)" icon="file-zipper" href="https://desktop.langdock.com/global/stable/download/win-msix-kit-arm64">
        `.zip` für Windows-PCs mit ARM
      </Card>
    </CardGroup>

    Führe einen dieser Befehle als SYSTEM aus:

    ```powershell theme={null}
    # PowerShell
    Add-AppxProvisionedPackage -Online -PackagePath .\Langdock-x64.msix -SkipLicense -Regions all

    # DISM
    DISM /Online /Add-ProvisionedAppxPackage /PackagePath:.\Langdock-x64.msix /SkipLicense /Region:all

    # Deployment-Kit, mit Deinstallation und Erkennung
    Deploy.cmd Install
    ```

    Nutze das Deployment-Kit, wenn dein Tool Deinstallation und Erkennung braucht. `Deploy.cmd Uninstall` schließt Langdock in jeder Sitzung und entfernt die App für alle User.

    Ohne Kit nutzt du diese Befehle als SYSTEM für Erkennung und Deinstallation. Ersetze `1.0.9.0` durch die Version, die du verteilt hast, und beende Langdock vor der Deinstallation in jeder Sitzung:

    ```powershell theme={null}
    # Erkennung: installiert, wenn diese Version oder eine neuere bereitgestellt ist
    $deployed = [version]'1.0.9.0'
    if (Get-AppxProvisionedPackage -Online | Where-Object { $_.DisplayName -eq 'com.langdock.desktop.msix' -and [version]$_.Version -ge $deployed }) { 'Installed'; exit 0 } else { exit 1 }

    # Deinstallation für alle User
    Get-AppxProvisionedPackage -Online | Where-Object DisplayName -eq 'com.langdock.desktop.msix' | Remove-AppxProvisionedPackage -Online
    Get-AppxPackage -AllUsers -Name 'com.langdock.desktop.msix' | Remove-AppxPackage -AllUsers
    ```

    * **Matrix42 Empirum** ab 25.0 mit UEM Agent ab 2503.2.2: Erstelle mit dem Package Wizard ein PowerShell-Paket mit dem entpackten Kit, eines pro Architektur. Ordne in `Setup.ps1` `-Command Install` und `-Command Uninstall` den Befehlen `Deploy.cmd Install` und `Deploy.cmd Uninstall` zu und gib deren Exit-Code zurück. Aktiviere **External installation program** und weise das Paket den Computern zu.
    * **ACMP**: Kopiere das entpackte Kit mit einem Client Command auf den Client und führe `Deploy.cmd Install` im Systemkontext aus.
    * **baramundi**: Führe `Deploy.cmd Install` aus dem entpackten Kit als lokales Systemkonto aus.
  </Tab>
</Tabs>

Windows installiert jede MSIX nach `C:\Program Files\WindowsApps`. Diesen Ort kannst du nicht ändern.

### Netzwerkanforderungen

Die Desktop-App lädt dieselbe Langdock-Web-App wie dein Browser. Erlaube also dieselben Domains, die du für Langdock im Browser erlaubst. Außerdem braucht sie:

| Domain | Wofür |
| - | - |
| `app.langdock.com` | HTTPS und ein WebSocket (`wss://`) für die Transkription |
| `desktop.langdock.com` | HTTPS für Downloads und Selbst-Updates. Nicht nötig, wenn Updates abgeschaltet sind |

Die App nutzt die Proxy-Einstellungen von Windows, auch PAC-Dateien.

### Geteilte Geräte und VDI

Jeder User bekommt eine eigene Kopie von Langdock mit eigener Anmeldung und eigenen App-Daten. Updates laufen pro User. Verschiedene User auf einem Gerät können also eine Zeit lang unterschiedliche Versionen haben.

Auf nicht-persistenten VDI stellst du Langdock im Basis-Image (Golden Image) bereit, mit dem deine virtuellen Desktops starten. [Schalte automatische Updates](/de/admin/desktop-app/updates#automatische-updates-abschalten) im Basis-Image ebenfalls ab. Für jede neue Langdock-Version aktualisierst du das Basis-Image und rollst es aus. Die App-Daten pro User liegen in `%LOCALAPPDATA%\Packages\com.langdock.desktop.msix_b9czaxkzpqt8m`. Nimm diesen Ordner in deinen Profilcontainer auf, sonst müssen sich alle in jeder Sitzung neu anmelden. Langdock ist auf Windows-Multi-Session-Hosts und Remote Desktop Session Hosts noch nicht validiert.

### Mikrofonzugriff

Wenn Langdock das Mikrofon zum ersten Mal nutzt, fragt Windows jeden User einmal, ob Langdock auf das Mikrofon zugreifen darf. Um den Zugriff vorab freizugeben, konfigurierst du die Richtlinie `LetAppsAccessMicrophone` über den Intune Settings Catalog oder die Gruppenrichtlinie **Let Windows apps access the microphone**. Trag den Paketfamiliennamen von Langdock in die Liste der erzwungen erlaubten Apps ein:

```text theme={null}
com.langdock.desktop.msix_b9czaxkzpqt8m
```

### Inventar und Deinstallation

Langdock erscheint unter **Einstellungen** > **Apps**, nicht unter Programme und Features oder im klassischen Uninstall-Registrierungsschlüssel. Um zu prüfen, welche Geräte die App haben, nutzt du die Erkennungsskripte des Kits oder diese Befehle in einer PowerShell mit Administratorrechten:

```powershell theme={null}
Get-AppxProvisionedPackage -Online | Where-Object DisplayName -eq 'com.langdock.desktop.msix'
Get-AppxPackage -AllUsers -Name 'com.langdock.desktop.msix'
```

`Deploy.cmd Uninstall` als SYSTEM entfernt Langdock für alle User. `Remove-AppxPackage` entfernt nur die Installation des aktuellen Users. Windows löscht die App-Daten jedes Users zusammen mit dem Paket. Gesetzte Richtlinienschlüssel bleiben erhalten.

## macOS

<Steps>
  <Step title="DMG verteilen (erforderlich)">
    Die DMG ist signiert und notarisiert. Sie läuft auf Macs mit Apple Silicon und Intel.

    <CardGroup cols={2}>
      <Card title="macOS DMG" icon="apple" href="https://desktop.langdock.com/global/stable/download/mac">
        Macs mit Apple Silicon und Intel
      </Card>
    </CardGroup>

    * **Intune**: Füge eine **macOS app (DMG)** hinzu.
    * **Jamf Pro und Kandji**: Lade die DMG als eigene App hoch, die `Langdock.app` nach `/Applications` installiert.
  </Step>

  <Step title="Konfigurationsprofil hinzufügen (optional)">
    Ein Profil brauchst du nur, um automatische Updates abzuschalten. Es setzt den Boolean `disableAutoUpdates` in der Domain `com.langdock.desktop` auf `true`. Langdock sucht dann weder nach Updates noch lädt es welche herunter, und du verteilst jede neue Version selbst.

    Verteile die Einstellung über dein MDM: **Application & Custom Settings** in Jamf Pro, eine Einstellungsdatei (Preference file) in Intune oder ein eigenes Profil (Custom Profile) in Kandji. Ein eigenes `defaults write` des Users wird ignoriert. Die Einstellung greift nach einem Neustart von Langdock.

    <Note>
      Langdock in `/Applications` gehört root. Standard-User können es deshalb ohne Admin-Rechte nicht aktualisieren. Setze auf diesen Macs `disableAutoUpdates` und verteile jedes Update selbst.
    </Note>

    <Accordion title="Beispiel-Konfigurationsprofil (Langdock.mobileconfig)">
      ```xml theme={null}
      <?xml version="1.0" encoding="UTF-8"?>
      <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
      <plist version="1.0">
      <dict>
      	<key>PayloadContent</key>
      	<array>
      		<dict>
      			<key>PayloadDisplayName</key>
      			<string>Langdock update policy</string>
      			<key>PayloadIdentifier</key>
      			<string>com.langdock.desktop.enterprise.preferences</string>
      			<key>PayloadType</key>
      			<string>com.langdock.desktop</string>
      			<key>PayloadUUID</key>
      			<string>05F1376A-91D7-4B5D-AAA6-0456948B9451</string>
      			<key>PayloadVersion</key>
      			<integer>1</integer>
      			<key>disableAutoUpdates</key>
      			<true/>
      		</dict>
      	</array>
      	<key>PayloadDescription</key>
      	<string>Update policy for Langdock.</string>
      	<key>PayloadDisplayName</key>
      	<string>Langdock</string>
      	<key>PayloadIdentifier</key>
      	<string>com.langdock.desktop.enterprise</string>
      	<key>PayloadScope</key>
      	<string>System</string>
      	<key>PayloadType</key>
      	<string>Configuration</string>
      	<key>PayloadUUID</key>
      	<string>B0B5353E-512F-4325-9695-0D8D1B267DDB</string>
      	<key>PayloadVersion</key>
      	<integer>1</integer>
      </dict>
      </plist>
      ```
    </Accordion>
  </Step>
</Steps>

<Note>
  User erlauben den Mikrofonzugriff bei der ersten macOS-Abfrage. Dafür brauchen sie keine Admin-Rechte. Für die Bedienungshilfen (Diktat-Tastenkürzel und Pausieren von Medien) muss auf Macs mit Standard-Usern einmalig ein Admin in den **Systemeinstellungen** zustimmen.
</Note>

## Automatische Updates

Die Desktop-App aktualisiert sich standardmäßig selbst. Willst du jede Version über dein MDM verteilen, schalte automatische Updates mit der Richtlinie `disableAutoUpdates` ab. Leg dich vor dem Rollout auf einen Weg fest, damit sich Updater und MDM nicht in die Quere kommen. Siehe [Desktop-App-Updates verwalten](/de/admin/desktop-app/updates).

## Fehlerbehebung

<AccordionGroup>
  <Accordion title="0x87D1041C: Intune erkennt die App nach der Installation nicht">
    Das Erkennungsskript findet Langdock nicht. Lade das Erkennungsskript aus den Intune-Schritten als `.ps1`-Datei hoch und setze **Run script as 32-bit process on 64-bit clients** auf **No**.
  </Accordion>

  <Accordion title="0x80073CFF oder 0x80073D01: Windows blockiert die Installation per Richtlinie">
    Sideloading oder eine Installationsrichtlinie blockiert das Paket. Erlaube auf dem Gerät das Sideloading vertrauenswürdiger Apps und prüfe AppLocker oder WDAC.
  </Accordion>

  <Accordion title="0x80073D06 oder 0x80073CF3: Eine neuere Version ist schon installiert">
    Windows installiert keine ältere Version über eine neuere. Verteile die aktuelle Version, oder entferne Langdock zuerst, wenn du ein Rollback brauchst.
  </Accordion>

  <Accordion title="0x80073D02: Das Paket wird gerade verwendet">
    Windows kann ein laufendes Paket nicht ersetzen. `Deploy.cmd Uninstall` schließt Langdock vorher. Bei Updates, die du selbst verteilst, bitte alle, Langdock zu beenden, und versuch es erneut.
  </Accordion>

  <Accordion title="0x800B0109 oder 0x800B010A: Der Signatur wird nicht vertraut">
    Das Gerät kann die Zertifikatskette nicht aufbauen. Prüfe, ob die GlobalSign Code Signing Root R45 im vertrauenswürdigen Stammzertifikatspeicher des Computers liegt. Windows fügt sie normalerweise über die automatischen Stammzertifikat-Updates hinzu.
  </Accordion>

  <Accordion title="Exit-Code 1 von Deploy.cmd">
    Das Kit ist fehlgeschlagen und hat den Grund in seine Fehlerausgabe geschrieben. Häufige Ursachen: Die Kit-Dateien stammen aus verschiedenen Versionen („The MSIX does not match this deployment script"), oder es lief nicht als SYSTEM oder Administrator in 64-Bit-PowerShell. Starte `Deploy.cmd` statt `Deploy.ps1` direkt aufzurufen.
  </Accordion>

  <Accordion title="Intune zeigt Installed, aber niemand sieht Langdock">
    Die Bereitstellung registriert die App bei der nächsten Anmeldung. Bestehende User melden sich einmal ab und wieder an.
  </Accordion>

  <Accordion title="AppLocker blockiert Langdock oder die Skripte">
    Leg die Regel unter **Packaged app Rules** für Langdock an. Die Kit-Skripte fallen außerdem unter **Script Rules**. Blockierungen findest du in den AppLocker-Ereignisprotokollen `Packaged app-Deployment`, `Packaged app-Execution` und `MSI and Script`.
  </Accordion>

  <Accordion title="Intune liefert die App nicht aus">
    Win32-Apps können bis zu etwa einer Stunde brauchen. Schneller geht es mit **Synchronisieren** im Unternehmensportal unter **Einstellungen** oder mit einem Neustart des Diensts **Microsoft Intune Management Extension**.
  </Accordion>

  <Accordion title="Wo liegen die Logs?">
    * **Intune**: `C:\ProgramData\Microsoft\IntuneManagementExtension\Logs`, vor allem `AppWorkload.log` und `IntuneManagementExtension.log`.
    * **Paketinstallationen**: in der Ereignisanzeige unter **Anwendungs- und Dienstprotokolle** > **Microsoft** > **Windows** > **AppXDeployment-Server** > **Microsoft-Windows-AppXDeploymentServer/Operational**.
    * **Langdock-App**: `main.log` in `%LOCALAPPDATA%\Packages\com.langdock.desktop.msix_b9czaxkzpqt8m\LocalCache\Roaming\com.langdock.desktop.msix\logs` für jeden User.
  </Accordion>
</AccordionGroup>

## FAQ

<AccordionGroup>
  <Accordion title="Gibt es einen MSI-Installer?">
    Nein. Langdock gibt es als MSIX. Intune, Configuration Manager, Matrix42 Empirum, ACMP, baramundi und Startskripte der Gruppenrichtlinien können sie still und geräteweit verteilen. MSIX-Apps haben keinen MSI-Produktcode und keinen Uninstall-Registrierungsschlüssel. Nutze also die Erkennungsskripte des Kits oder `Get-AppxProvisionedPackage` statt einer MSI-basierten Erkennung.
  </Accordion>

  <Accordion title="Gibt es Langdock im Microsoft Store?">
    Nein. Lade die MSIX von dieser Seite herunter. Die Geräte brauchen keinen Zugriff auf den Microsoft Store.
  </Accordion>

  <Accordion title="Wie verteile ich mit ACMP, baramundi oder Matrix42 Empirum?">
    Führe `Add-AppxProvisionedPackage` oder `Deploy.cmd Install` als SYSTEM aus, so wie andere Installationsbefehle in deinem Tool. Für Empirum folgst du den Schritten für Matrix42 Empirum im Tab **Andere Tools** unter [Windows](#windows). In ACMP kopierst du das entpackte Kit mit einem Client Command auf den Client und führst `Deploy.cmd Install` im Systemkontext aus.
  </Accordion>

  <Accordion title="Brauchen die User Administratorrechte?">
    Nein. Bei einer geräteweiten Verteilung bekommen Standard-User Langdock bei der Anmeldung ohne Administratorrechte. Nur die Bereitstellung selbst braucht SYSTEM- oder Administratorrechte. Schränken deine Richtlinien App-Installationen durch Standard-User ein, [schalte automatische Updates ab](/de/admin/desktop-app/updates#automatische-updates-abschalten) und verteile jede Version über dein MDM.
  </Accordion>

  <Accordion title="Kann ich die Mikrofonabfrage vorab freigeben?">
    Ja. Siehe [Mikrofonzugriff](#mikrofonzugriff). Ohne die Richtlinie beantwortet jeder User die Windows-Abfrage einmal.
  </Accordion>

  <Accordion title="Muss ich jedes Update selbst verpacken?">
    Nur wenn dein MDM die Versionen verwaltet. Verwaltet [Langdock die Versionen](/de/admin/desktop-app/updates), verteilst du einmal, und Langdock aktualisiert sich selbst. Windows installiert keine ältere Version über eine neuere. Für ein Rollback entfernst du Langdock und verteilst die ältere Version.
  </Accordion>

  <Accordion title="Was passiert mit der persönlichen Installation per Langdock Setup.exe?">
    Beide können auf einem Gerät installiert sein. Es sind getrennte Apps mit eigener Anmeldung. Langdock entfernt die EXE-Installation nicht. Deinstalliere sie unter **Einstellungen** > **Apps**, wenn du ganz auf die MSIX umstellst.
  </Accordion>

  <Accordion title="Funktioniert das für Dedicated Deployments?">
    Noch nicht. Die MSIX auf dieser Seite verbindet sich mit Langdock Cloud unter `app.langdock.com`. Desktop-Apps für Dedicated Deployments gibt es noch nicht.
  </Accordion>
</AccordionGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.