Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Nachdem Sie eine Win32-App zu Intune hinzugefügt haben, können Sie Intune verwenden, um eine oder mehrere Ablösungsbeziehungen zwischen Apps zu erstellen. Im Allgemeinen wird beim Ablösen etwas aktualisiert oder ersetzt. In Intune können Sie vorhandene Win32-Apps durch neuere Versionen derselben App oder eine ganz andere Win32-App aktualisieren und ersetzen. Dieser Artikel bietet eine Übersicht über das Feature "Ersetzen".
Wichtig
Die Ablösung, mit der Sie eine Version einer Win32-App aktualisieren und ersetzen können, ermöglicht es derzeit nicht, die Win32-App mit einer App-Abhängigkeit auszutauschen. Weitere Informationen zu App-Abhängigkeiten finden Sie unter Abhängigkeiten.
Ablösungsbeziehungen können erstellt werden, wenn eine Win32-App in Intune hinzugefügt oder geändert wird. Im Schritt "Ablösung" können Sie alle Ablösungsbeziehungen im Zusammenhang mit der Win32-App angeben.
Voraussetzungen
App-Ersetzung kann nur auf Win32-Apps angewendet werden. Weitere Informationen finden Sie unter Hinzufügen einer Win32-App zu Intune.
Zum Erstellen und Bearbeiten von Win32-App-Ersetzungs- und Abhängigkeitsbeziehungen zu anderen Apps ist eine Microsoft Intune Berechtigung erforderlich. Die Berechtigung ist in der Kategorie Mobile Apps verfügbar, indem Sie Beziehen auswählen. Ab der Dienstversion 2202 benötigen Intune-Administratoren diese Berechtigung, um Ablösungs- und Abhängigkeits-Apps hinzuzufügen, wenn sie eine Win32-App im Microsoft Intune Admin Center erstellen oder bearbeiten. Um diese Berechtigung im Microsoft Intune Admin Center zu finden, wählen Sie Mandantenverwaltung>Rollen>Alle Rollen>Erstellen aus.
Diese Win32-App-Ersetzungsberechtigung wird den folgenden integrierten Rollen hinzugefügt:
- Anwendungsmanager
- Schuladministrator
Hinweis
Informationen zum Verwenden der automatischen Aktualisierung zum automatischen Aktualisieren einer ersetzten App finden Sie unter Verwenden der automatischen Aktualisierung mit App-Ersetzung.
Erstellen einer Ablösungsbeziehung in Intune
Die folgenden Schritte helfen Ihnen, eine Ablösungsbeziehung zwischen Apps zu erstellen:
Melden Sie sich beim Microsoft Intune Admin Center an.
Wählen Sie "Apps>: Alle Apps", und wählen Sie dann eine Win32-App aus der Liste aus. Informationen zum Hinzufügen einer Win32-App finden Sie unter Hinzufügen einer Win32-App zu Intune.
Nachdem Sie die vorhandene Win32-App ausgewählt haben, wählen Sie Eigenschaften.
Wählen Sie im Abschnitt "Ablösung" die Option "Bearbeiten>hinzufügen " aus, um Apps auszuwählen, die ersetzt werden sollen.
Hinweis
In Intune können sich maximal zehn Knoten in einer Ablösungsbeziehung befinden.
Suchen Sie die Apps, um die Ablösungsbeziehung anzuwenden, im Bereich "Apps hinzufügen ", und wählen Sie sie aus. Klicken Sie auf Auswählen, um die Apps zu Ihrer Ablösungsliste hinzuzufügen.
Ändern Sie in der Liste der ersetzten Apps die Option Vorherige Version deinstallieren für jede ausgewählte App, um anzugeben, ob ein Deinstallationsbefehl von Intune an jede ausgewählte App gesendet wird. Wenn das Installationsprogramm der aktuellen App die ausgewählte App automatisch aktualisiert, ist es nicht erforderlich, einen Deinstallationsbefehl zu senden. Wenn Sie eine ausgewählte App durch eine andere App ersetzen, kann es erforderlich sein, die Option "Vorherige Version deinstallieren " zu aktivieren, um die ältere App zu entfernen und zu ersetzen.
Sobald dieser Schritt abgeschlossen ist, wählen Sie Überprüfen + speichern>Speichern aus.
Wichtig
Ersetzte Apps erhalten keine automatische Zielgruppenadressierung. Jede App muss über eine explizite Zielgruppenadressierung verfügen, um wirksam zu werden. Ersetzte Apps, die nicht als Ziel verwendet werden, werden vom Agent ignoriert. Wenn die ersetzende App auf ein Gerät mit einer ersetzten App ausgerichtet ist, erfolgt die Ersetzung unabhängig davon, ob für die ersetzte App eine Zielgruppenadressierung möglich ist oder nicht. Weitere Informationen zum Ablösungsverhalten finden Sie in der folgenden Matrix. Dieses Verhalten steht in direktem Gegensatz zu Abhängigkeiten, für die keine Zielgruppenadressierung erforderlich ist. Darüber hinaus werden nur gezielte Apps mit einem Installationsstatus im Microsoft Intune Admin Center angezeigt.
Ablösungsverhalten
Eine abgelöste App ist eine App, die andere Apps aktualisiert oder ersetzt. Eine ersetzte App ist eine App, die aktualisiert oder ersetzt wird.
| Szenarien | Zielgruppen-Targeting für die erforderliche Absicht | Targeting für verfügbare Absicht |
|---|---|---|
|
Szenario 1: Die ersetzte App ist auf dem Gerät vorhanden und die Deinstallation der vorherigen Version ist auf Ja festgelegt. |
Die ersetzte App wird deinstalliert, und die abgelöste App wird auf dem Gerät installiert. HINWEIS: Auch wenn die ersetzte App nicht als Ziel verwendet wird, wird sie deinstalliert. |
Im Unternehmensportal werden nur abgelöste Apps angezeigt und können installiert werden. |
|
Szenario 2: Die ersetzte App ist auf dem Gerät vorhanden und die vorherige Version der Deinstallation ist auf Nein festgelegt. |
Die abgelöste App ist auf dem Gerät installiert. Ob die ersetzte App deinstalliert wird oder nicht, hängt vom Installationsprogramm der ablösenden App ab. | Im Unternehmensportal werden nur abgelöste Apps angezeigt und können installiert werden. |
|
Szenario 3: Die ersetzte App ist auf dem Gerät nicht vorhanden. |
Die abgelöste App wird installiert. | Die neue App wird im Unternehmensportal angezeigt. |
App-Update im Vergleich zum App-Austausch verstehen
Da eine App mehrere ersetzte Apps enthalten kann, ist es möglich, dass eine App eine Reihe von Apps aktualisiert und gleichzeitig eine andere Gruppe von Apps ersetzt.
Hinweis
Endbenutzer können im Unternehmensportal nicht überprüfen, ob ein bestimmter Win32-App-Ersetzungsvorgang ein Update oder ein Ersatz ist. Wenn mehrere Apps eine App mit verfügbarem Zielgruppen-Targeting im Unternehmensportal ersetzen, navigiert die Detailseite der ersetzten App zur App-Seite der ersten ersetzten App, die eingerichtet wurde. Wenn App A beispielsweise durch die Apps B und C ersetzt wird und App B zuerst App A ersetzt, dann navigiert die Detailseite von App A im Unternehmensportal zu App B.
Anhand des folgenden Szenarios lässt sich veranschaulichen, wie die Ersetzung beim Aktualisieren einer App im Vergleich zum Ersetzen einer App angewendet wird.
| Kundenszenario | Beschreibung | Erwartetes Verhalten | Weitere Informationen |
|---|---|---|---|
| App-Update | Der IT-Administrator möchte eine App mit einer neueren Version derselben App aktualisieren. | Das Installationsprogramm der neueren Version der App (die ersetzte App) aktualisiert automatisch die ältere Version der App auf die neuere Version. | Da das Installationsprogramm die Aktualisierung abgeschlossen hat, ist es nicht erforderlich, einen Deinstallationsbefehl an die ältere Version zu senden. Daher ist die vorherige Version zum Deinstallieren deaktiviert. |
| Ersetzte Apps | Der IT-Administrator möchte eine App durch eine völlig andere App ersetzen. | Die ersetzte App wird deinstalliert, und die ersetzte App wird installiert. Sowohl die Installations- als auch die Deinstallationsaktion basieren auf der definierten Installations-/Deinstallationsbefehlszeile des IT-Experten. | Da die beiden Apps unterschiedlich sind, kann der Administrator die Umschaltfläche "Vorherige Version deinstallieren" aktivieren, um die ältere App vom Gerät zu deinstallieren. |
Direkte App-Updates im Vergleich zu App-Updates durch Ablösung verstehen
Überprüfen Sie die App-Erkennungsregeln, nachdem Sie einen der beiden folgenden Aktualisierungstypen ausgeführt haben.
| Aktualisierungstyp | Beschreibung und Details zum Update |
|---|---|
| Direktes App-Update |
|
| Ablösungs-App-Update |
|
Interaktionen zwischen Abhängigkeiten und Ablösung verstehen
- Ersetzungs- und Abhängigkeitsbeziehungen können im selben App-Teilgraphen erstellt werden.
- Bei der Erzwingung wird die Ablösung der Abhängigkeit vorgezogen, aber wenn ein Konfliktzustand vorliegt, meldet Intune diesen.
- Konkretes Beispiel: A hängt von B ab, C ersetzt B. A meldet einen Konfliktzustand.
- Spezifisches Beispiel #2: A hängt von B ab, C ersetzt A; C wird installiert und A wird ersetzt. B geht nach links.
- Die Ablösung wird in bestimmten Szenarien nicht übernommen.
- Beispiel: A hängt von B und C ab, und B ersetzt C.
Beispiele für einfache Ersetzung
Für diese Beispiele wird davon ausgegangen, dass alle Apps gezielt sind (entweder Geräte- oder Benutzeradressierung) und anwendbar sind.
Legende für Beispielszenarien für die Ablösung
| Legende | Definition |
|---|---|
|
A wird über das App-Update durch B ersetzt. |
|
A wird durch eine App-Ersetzung durch B ersetzt. |
|
A ist auf dem Gerät vorhanden, vollständig installiert und erfüllt die definierten Erkennungsregeln. |
|
A ist auf dem Gerät nicht vorhanden. |
Beispiele für die Ersetzung in Fällen und Lösungen
| Fall | Lösung | Hinweise |
|---|---|---|
|
Szenario: Keiner der beiden Apps wird auf dem Gerät erkannt. A wird über das App-Update durch B ersetzt. Ergebnis: Installieren B. |
App-Update bedeutet, dass der Administrator sich entschieden hat, die ersetzte App während der Konfigurationsphase nicht zu deinstallieren. Weitere Informationen finden Sie oben im Schritt "Ablösung" in der App-Bereitstellung. |
|
Szenario: Auf dem Gerät wird nur A erkannt. A wird über das App-Update durch B ersetzt. Ergebnis: Installieren B. |
Da der Administrator die vorherige Version während der Konfiguration nicht deinstalliert hat, wird A von Intune nicht explizit deinstalliert. A kann basierend auf dem Verhalten des Installationsprogramms von B deinstalliert werden. |
|
Szenario: Auf dem Gerät wird nur B erkannt. A wird über das App-Update durch B ersetzt. Ergebnis: Nichts. |
Da B bereits auf dem Gerät erkannt wird, wird keine Maßnahme ergriffen. |
|
Szenario: Beide Apps werden auf dem Gerät erkannt. A wird über das App-Update durch B ersetzt. Ergebnis: Nichts. |
Da B bereits auf dem Gerät erkannt wird, wird keine Maßnahme ergriffen. Der Admin hat sich entschieden, die vorherige Version bei der Konfiguration nicht zu deinstallieren, daher wird A nicht deinstalliert. |
|
Szenario: Auf dem Gerät werden keine der beiden Apps erkannt. A wird durch eine App-Ersetzung durch B ersetzt. Ergebnis: Installieren B. |
App-Austausch bedeutet, dass der Administrator die ersetzte App während der Konfigurationsphase deinstalliert. Weitere Informationen finden Sie oben im Schritt "Ablösung" in der App-Bereitstellung. |
|
Szenario: Auf dem Gerät wird nur A erkannt. A wird durch eine App-Ersetzung durch B ersetzt. Ergebnis: Deinstallieren Sie A, und installieren Sie dann B. |
A wird deinstalliert. Sobald der Agent feststellt, dass A nicht mehr auf dem Gerät vorhanden ist, installiert er B. Wenn die Erkennung weiterhin erkennt, dass A vorhanden ist, wird der Agent B nicht installieren. Ob B auf dem Gerät installiert ist, hängt davon ab, ob A auf dem Gerät erkannt wird. |
|
Szenario: Auf dem Gerät wird nur B erkannt. A wird durch eine App-Ersetzung durch B ersetzt. Ergebnis: Keine |
Es werden keine Maßnahmen ergriffen, da B bereits installiert ist und A nicht auf dem Gerät vorhanden ist. |
|
Szenario: Beide Apps werden auf dem Gerät erkannt. A wird durch eine App-Ersetzung durch B ersetzt. Ergebnis: Deinstallieren Sie A. |
A wird im Rahmen des App-Austauschprozesses deinstalliert. Die Erkennung einer ersetzten App, nachdem die ersetzende App bereits installiert ist, führt zu einer Korrekturerzwingung. |
Verhalten für verkettete Ersetzungsszenarien
Ablösungsketten treten auf, wenn mehrere Apps Teil einer Ablösungsbeziehung sind. Beispielsweise könnte ein IT-Administrator App A so konfigurieren, dass sie von App B abgelöst wird, und später konfigurieren, dass App B von App C ersetzt wird. In diesem Szenario wird eine Ablösungskette zwischen App A, B und C erstellt (wie im ersten Fall unten gezeigt). Ablösungsketten können maximal 10 verknüpfte Knoten in der Kette haben. Weitere Informationen zu diesem Maximum finden Sie unter Einschränkungen für die Ablösung.
Das Verhalten für Ersetzungsketten kann wie folgt zusammengefasst werden:
- Alle Apps in einer Ablösungskette werden durch die ersetzende App der Kette ersetzt. Im obigen Beispiel ist die ablösende App der Kette App C.
Um das Verhalten einer Ablösungskette besser zu verstehen, enthält die folgende Tabelle eine Liste der Fälle und Lösungen. Gehen Sie beim Überprüfen dieser Ablösungsketten davon aus, dass alle Apps zielgerichtet sind und auf das Gerät anwendbar sind.
| Fall | Lösung | Hinweise |
|---|---|---|
|
Szenario: Keine der Apps ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist die des App-Updates. Ergebnis: Install C. |
Da keine der Apps auf dem Gerät vorhanden ist, installieren wir die ersetzende App: App C. Die ersetzende App bezieht sich auf die App, die alle anderen Apps in der Kette ersetzt. |
|
Szenario: Auf dem Gerät sind nur die Apps A und C vorhanden. Die Beziehung zwischen Apps ist die des App-Updates. Ergebnis: Keine. |
Da App C bereits auf dem Gerät vorhanden ist und es sich um ein App-Updateszenario handelt, wird App A nicht deinstalliert. |
|
Szenario: Auf dem Gerät ist nur App A vorhanden. Die Beziehung zwischen Apps ist die des App-Updates. Ergebnis: Install C. |
App C installieren. App A wird nicht deinstalliert, da es sich um ein App-Updateszenario handelt. Das Installationsprogramm von C hat möglicherweise ein Verhalten zum Entfernen von A, wobei "entfernen" bedeutet, dass A (aufgrund der Versionserkennung) nicht mehr über seine Erkennungsregeln erkannt wird. |
|
Szenario: Auf dem Gerät ist nur App C vorhanden. Die Beziehung zwischen Apps ist die des App-Updates. Ergebnis: Keine. |
Da App C, die ersetzende App, bereits auf dem Gerät vorhanden ist und es sich in diesem Fall um ein App-Updateszenario handelt, werden keine Maßnahmen ergriffen. |
|
Szenario: Keine der Apps ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist die des App-Austauschs. Ergebnis: Install C. |
Da keine der Apps auf dem Gerät vorhanden ist, installieren Sie die ersetzende App App C. |
|
Szenario: Auf dem Gerät sind die Apps A und C vorhanden. Die Beziehung zwischen Apps ist die des App-Austauschs. Ergebnis: Deinstallieren Sie A. |
Da App C auf dem Gerät vorhanden ist und es sich in diesem Fall um ein App-Ersatzszenario handelt, deinstallieren Sie App A. |
|
Szenario: Auf dem Gerät ist nur App A vorhanden. Die Beziehung zwischen Apps ist die des App-Austauschs. Ergebnis: Deinstallieren Sie A, und installieren Sie C. |
Da es sich in diesem Fall um ein App-Ersatzszenario handelt, wird App A deinstalliert und App C, die ersetzende App, installiert. |
|
Szenario: Auf dem Gerät ist nur App C vorhanden. Die Beziehung zwischen Apps ist die des App-Austauschs. Ergebnis: Keine. |
Da die ersetzende App, App C, auf dem Gerät vorhanden ist und keine der anderen ersetzten Apps vorhanden ist, werden keine Maßnahmen ergriffen. |
Einschränkungen für die Ablösung
Ein einzelnes Ablösungsdiagramm kann maximal 11 Knoten enthalten. Zu den Knoten gehören die abgelöste App, die abgelösten Apps und alle nachfolgenden verwandten Apps. Im folgenden Diagramm gibt es insgesamt fünf Knoten, sodass fünf weitere Knoten erstellt werden können, bis die maximale Knotenanzahl erreicht ist.
Andere Einschränkungen für die Ersetzung:
- Die Multisession von Azure Virtual Desktop unterstützt nur Ablösungsbeziehungen mit systemkontextbezogenen (gerätebasierten) Apps.
- Nur gezielte Apps werden im Microsoft Intune Admin Center mit dem Installationsstatus angezeigt.
Verwenden automatischer Updates mit App-Ersetzung
Sie können Win32-Anwendungen auf dem Gerät eines registrierten Endbenutzers, die über das Unternehmensportal bereitgestellt wurden, automatisch aktualisieren. Diese Win32-Apps, die als verfügbar bereitgestellt wurden, können automatisch aktualisiert werden, indem sowohl eine Ersetzungsbeziehung für die App festgelegt als auch beim Festlegen der Zuweisung automatische Aktualisierung ausgewählt wird. Darüber hinaus muss der Zuweisungstyp für registrierte Geräte verfügbar sein.
Benutzer, die die ersetzte App über das Unternehmensportal installiert hatten, erhalten automatisch die ersetzte App. Die automatische Ablösungsaktualisierung gilt nur für verfügbare Zuweisungen. Dies bedeutet, dass Benutzer, die über die ersetzte App durch die erforderliche Absicht verfügen, die ersetzende App nicht erhalten.
Die folgenden Schritte helfen Ihnen, eine AutoUpdate-Ablösungsbeziehung zwischen Apps zu erstellen:
Fügen Sie mithilfe der folgenden Schritte eine Win32-App hinzu, um eine andere Win32-App zu ersetzen: Erstellen einer Ablösungsbeziehung in Intune
Fügen Sie im Schritt "Abgelöst" die aktualisierte App hinzu.
Fügen Sie im Schritt Zuweisungen im Abschnitt Verfügbar für registrierte Geräte eine Gruppe von Benutzern oder Geräten hinzu.
Wählen Sie in der Spalte "Automatische Aktualisierung " die aktuelle Einstellung für die Gruppe aus. Der Bereich "Aufgabe bearbeiten " wird angezeigt.
Wählen Sie die Option Automatische Aktualisierung aus.
Wählen Sie "OK " aus, um den Bereich zu schließen.
Wählen Sie "Nächste>Erstellen " aus, um Ihre Ablösungsbeziehung zu erstellen, um Ihre Win32-App automatisch zu aktualisieren.
Leistung der automatischen Aktualisierung
Damit der Benutzer das automatische Update für die abgelöste App erhält, sind zwei Geräte-Check-Ins für verfügbare Apps erforderlich.
Das erste verfügbare Check-in erfolgt in der Regel zwischen 1 und 8 Stunden nach Erstellung der Aufgabe. Der zweite verfügbare Check-in erfolgt in der Regel 8 Stunden nach dem ersten Check-in. Die Gesamtzeit zum Empfangen der abgelösten App beträgt 8-16 Stunden. Im besten Fall ist die Leistung der automatischen Aktualisierung schneller.
Einschränkungen für automatische Updates
Eine Win32-App kann maximal 10 ablösende Apps haben. Der Benutzer muss auf dem Gerät angemeldet sein, um die abgelöste App zu erhalten.
Wenn eine App mit verfügbarer Absicht auf eine Gruppe ausgerichtet ist, die den Benutzer enthält, und der Benutzer die App-Installation über das Unternehmensportal angefordert hat, erstellt Intune eine gerätebasierte Zuweisung, um sowohl die Zustimmung des Benutzers als auch die interne Zielgruppenadressierung nachzuverfolgen, um die App während des Check-ins zu verarbeiten. Diese gerätebasierte Zuweisung wird verwendet, um die App auf den Geräten zu installieren. In Situationen, in denen sich das Zielgruppen-Targeting während des Lebenszyklus der App ändert, können jedoch einige Szenarien auftreten. Wenn Sie eine der folgenden Aktionen ausführen, nachdem die App bereits auf dem Gerät installiert ist, entfernt Intune die Zustimmung des Benutzers, und die App wird nicht mehr mit der verfügbaren Absicht ausgerichtet:
- Sie entfernen den Benutzer aus der Gruppenmitgliedschaft der Zielgruppe im Microsoft Entra Admin Center.
- Sie entfernen die Zuweisung zur Zielgruppe.
- Sie ändern die Absicht der App von "Verfügbar" in etwas anderes. Sie könnten beispielsweise die Absicht in "Deinstallieren" oder "Ausschließen" ändern.
Es ist wichtig zu beachten, dass selbst wenn Sie die App später mit der Absicht "Verfügbar " erneut ausrichten, die Ersetzung durch die automatische Aktualisierung nicht erfolgt, da die Zustimmung des Benutzers aufgehoben wurde.
Hinweis
Die Absicht zum Deinstallieren hat Vorrang vor der Absicht "Verfügbar ".
Wiederholungsverhalten bei automatischer Aktualisierung
Wenn die abgelöste App aus irgendeinem Grund nicht automatisch aktualisiert und installiert werden kann, versucht Intune es auf unbestimmte Zeit, bis der Benutzer eine Installation der App über das Unternehmensportal anfordert. Wenn der Benutzer die Installation der App anfordert, ändert Intune den Anforderungstyp im Back-End, um anzuzeigen, dass der Benutzer installiert hat, und beendet die Fortsetzung der Installationswiederholungen.
Szenarien für automatische Updates
Die folgende Liste beschreibt spezifische Fälle, in denen App B App A ersetzt.
| Fall | Szenario | Result |
|---|---|---|
| App A ist weiterhin auf dem Gerät vorhanden. | Das Upgrade wird bereits nach dem ersten verfügbaren Check-In ausgelöst, aber bevor App B auf dem Gerät installiert wird, entfernt der Administrator die Beziehung zwischen App A und App B, wodurch sie zu unabhängigen Apps werden. | Beim zweiten verfügbaren Check-In werden beide Apps an das Gerät gesendet, und App B wird als unabhängige App installiert. |
| Einstellungsänderungen für automatische Updates | Das Upgrade wird bereits nach dem ersten verfügbaren Check-In ausgelöst, aber bevor App B auf dem Gerät installiert wird, ändert der Administrator die Einstellung für automatische Updates für App B in FALSE. | Beim zweiten verfügbaren Check-In wird App B an das Gerät gesendet, und App A wird mit App B auf dem Gerät aktualisiert. |
| Deinstallieren der ersetzten App nach dem Erstellen der abgelösten App-Entitäten | Das Upgrade wird bereits nach dem ersten verfügbaren Check-In ausgelöst, aber bevor App B auf dem Gerät installiert wird, fordert der Benutzer eine Deinstallation von App A an, und App A wird vom Gerät entfernt. | Beim zweiten verfügbaren Check-In wird App B an das Gerät gesendet, und App A wird mit App B auf dem Gerät aktualisiert. |
| Deinstallieren nach Ablösungsupdate | App A wurde automatisch auf App B aktualisiert, aber App A wurde nicht vom Gerät entfernt. Später fordert der Benutzer eine Deinstallation von App B vom Gerät an, und App B wird erfolgreich deinstalliert. | App A ist weiterhin auf dem Gerät vorhanden. |
| Upgradefehler | Intune versucht, App A automatisch auf App B zu aktualisieren, aber die Installation von App B ist fehlgeschlagen, und App A wurde bereits vom Gerät entfernt. | Benutzer können App A nicht über das Unternehmensportal neu installieren, da sie von App B abgelöst wird, können aber versuchen, App B über das Unternehmensportal neu zu installieren. |
Andere Einschränkungen:
- Bei Änderungen der Anwendungszuweisung wird die Komponente gelöscht, die für die automatische Aktualisierung der App verantwortlich ist.
- Diese Komponente kann nicht manuell konfiguriert werden. Er wird erstellt, wenn die App vom Endbenutzer über das Unternehmensportal installiert wird.
- Studieren Sie App-Zuweisungen vor der Bereitstellung, um zu vermeiden, dass Änderungen an der Zuweisung nach der Installation die automatische Aktualisierung unterbrechen.