Hinzufügen von Win32-App-Ablösung
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 ist die Ablösung der Ort, an dem Sie etwas aktualisieren oder ersetzen. In Intune können Sie vorhandene Win32-Apps durch neuere Versionen derselben App oder einer völlig anderen Win32-App aktualisieren und ersetzen. Dieser Artikel bietet eine Übersicht über die Ablösungsfunktion.
Wichtig
Ablösung, mit der Sie eine Version einer Win32-App aktualisieren und ersetzen können, ist es derzeit nicht möglich, die Win32-App mit einer App-Abhängigkeit zu ersetzen. Weitere Informationen zu App-Abhängigkeiten finden Sie unter Abhängigkeiten.
Ablösungsbeziehungen können beim Hinzufügen oder Ändern einer Win32-App innerhalb Intune erstellt werden. Mit den Ablösungsschritten können Sie alle Ablösungsbeziehungen im Zusammenhang mit der Win32-App angeben.
Voraussetzungen
App-Ablösung 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-Ablösungs- und Abhängigkeitsbeziehungen mit anderen Apps ist eine Microsoft Intune Berechtigung erforderlich. Die Berechtigung ist in der Kategorie Mobile Apps verfügbar, indem Sie Beziehen auswählen. Ab dem Dienstrelease 2202 benötigen Intune Administratoren diese Berechtigung zum Hinzufügen von Ablösungs- und Abhängigkeits-Apps beim Erstellen oder Bearbeiten einer Win32-App im Microsoft Intune Admin Center. Um diese Berechtigung in Microsoft Intune Admin Center zu finden, wählen Sie Mandantenverwaltungsrollen>>Alle Rollen>Erstellen aus.
Diese Win32-App-Ablösungsberechtigung wird den folgenden integrierten Rollen hinzugefügt:
- Anwendungsmanager
- Schuladministrator
Hinweis
Informationen zum automatischen Aktualisieren einer abgelösten App finden Sie unter Verwenden der automatischen Aktualisierung mit App-Ablösung.
Erstellen einer Ablösungsbeziehung in Intune
Die folgenden Schritte helfen Ihnen beim Erstellen einer Ablösungsbeziehung zwischen Apps:
Melden Sie sich beim Microsoft Intune Admin Center an.
Wählen Sie Apps>Alle Apps und 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 aus.
Wählen Sie im Abschnitt Ablösungdie Option Bearbeiten>Hinzufügen aus, um Apps auszuwählen, die abgelöst werden sollen.
Hinweis
In Intune können sich maximal zehn Knoten in einer Ablösungsbeziehung befinden.
Suchen Sie im Bereich Apps hinzufügen nach den Apps, und wählen Sie sie aus, um die Ablösungsbeziehung anzuwenden. Klicken Sie auf Auswählen, um die Apps zu Ihrer Ablösungsliste hinzuzufügen.
Ändern Sie in der Liste der abgelösten 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, muss möglicherweise die Option Vorherige Version deinstallieren aktiviert werden, um die ältere App zu entfernen und zu ersetzen.
Sobald dieser Schritt abgeschlossen ist, wählen Sie Überprüfen + speichern>Speichern aus.
Wichtig
Ablösung von Apps erhält keine automatische Ausrichtung. Jede App muss über eine explizite Zielbestimmung verfügen, damit sie wirksam wird. Ablösung von Apps, die nicht als Ziel verwendet werden, werden vom Agent ignoriert. Wenn die ablösende App auf ein Gerät mit einer abgelösten App ausgerichtet ist, erfolgt die Ablösung unabhängig davon, ob die abgelöste App als Ziel verwendet wird oder nicht. Weitere Informationen zum Ablösungsverhalten finden Sie in der folgenden Matrix. Dieses Verhalten steht im direkten Gegensatz zu Abhängigkeiten, für die keine Zielgruppenadressierung erforderlich ist. Darüber hinaus zeigen nur Apps, die als Ziel verwendet werden, den Installationsstatus in Microsoft Intune Admin Center an.
Ablösungsverhalten
Eine ablösende App ist eine App, die andere Apps aktualisiert oder ersetzt. Eine abgelöste App ist eine App, die aktualisiert oder ersetzt wird. Das Ablösungsverhalten kann anhand der folgenden Szenarien veranschaulicht werden.
| Szenarien | Zielgruppenadressierung für die erforderliche Absicht | Targeting für verfügbare Absichten |
|---|---|---|
|
Szenario 1: Die abgelöste App ist auf dem Gerät vorhanden, und Vorherige Version deinstallieren ist auf Ja festgelegt. |
Die abgelöste App wird deinstalliert, und die ablösende App wird auf dem Gerät installiert. ANMERKUNG: Auch wenn die abgelöste App nicht als Ziel verwendet wird, wird sie deinstalliert. |
Nur ablösende Apps werden im Unternehmensportal angezeigt und können installiert werden. |
|
Szenario 2: Die abgelöste App ist auf dem Gerät vorhanden, und Vorherige Version deinstallieren ist auf Nein festgelegt. |
Die ablösende App ist auf dem Gerät installiert. Ob die abgelöste App deinstalliert wird oder nicht, hängt vom Installationsprogramm der ablösenden App ab. | Nur ablösende Apps werden im Unternehmensportal angezeigt und können installiert werden. |
|
Szenario 3: Die abgelöste App ist auf dem Gerät nicht vorhanden. |
Die ablösende App ist installiert. | Die neue App wird im Unternehmensportal angezeigt. |
Grundlegendes zu App-Updates im Vergleich zum Ersetzen von Apps in Ablösung
Da eine App über mehrere abgelöste Apps verfügen 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 nicht überprüfen, ob ein bestimmter Win32-App-Ablösungsvorgang ein Update oder ersatz im Unternehmensportal ist. Wenn außerdem mehrere Apps eine App mit verfügbarer Zielbestimmung im Unternehmensportal ersetzen, navigiert die Detailseite der abgelösten App zur App-Seite der ersten ablösenden App, die eingerichtet wurde. Wenn App A beispielsweise durch die Apps B und C ersetzt wird und App B zuerst App A ersetzt, navigiert die Detailseite von App A im Unternehmensportal zu App B.
Anhand des folgenden Szenarios kann veranschaulicht werden, wie die Ablösung 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 ablösende App) aktualisiert die ältere Version der App automatisch 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 deinstallieren deaktiviert. |
| App-Ersetzung | DER IT-Administrator möchte eine App durch eine völlig andere App ersetzen. | Die abgelöste App wird deinstalliert, und die ablösende App wird installiert. Sowohl die Installations- als auch die Deinstallationsaktionen basieren auf der von IT-Experten definierten Befehlszeile zum Installieren/Deinstallieren. | Da die beiden Apps unterschiedlich sind, kann der Administrator die Option Vorherige Version deinstallieren aktivieren, um die ältere App vom Gerät zu deinstallieren. |
Grundlegendes zu direktem App-Update im Vergleich zu Ablösungs-App-Updates
In den folgenden Szenarien sollten Sie die App-Erkennungsregeln überprüfen, nachdem Sie einen der folgenden Updates ausgeführt haben.
| Aktualisierungstyp | Beschreibung und Details aktualisieren |
|---|---|
| Direktes App-Update |
|
| Ablösungs-App-Update |
|
Verstehen von Interaktionen zwischen Abhängigkeiten und Ablösung
Interaktionen zwischen Abhängigkeiten und Ablösung umfassen Folgendes:
- Ablösungs- und Abhängigkeitsbeziehungen können im gleichen App-Untergraphen erstellt werden.
- Die Erzwingung bevorzugt die Ablösung von Abhängigkeiten, aber wenn ein Konfliktzustand vorliegt, meldet Intune dies.
- Spezifisches Beispiel: A ist von B abhängig, C ersetzt B. Ein meldet einen Konfliktzustand.
- Spezifisches Beispiel Nr. 2: A ist von B abhängig, C ersetzt A; C installiert und A wird ersetzt. B bleibt übrig.
- Die Ablösung wird in bestimmten Szenarien nicht durchlaufen.
- Beispiel: A hängt von B und C ab, und B ersetzt C.
Grundlegende Ablösungsbeispiele
Für die Zwecke dieses Dokuments wird davon ausgegangen, dass alle Apps als Ziel (Geräte- oder Benutzerziel) und anwendbar sind.
Legende für Ablösungsbeispielszenarien
| Legende | Definition |
|---|---|
|
A wird von B per App-Update abgelöst. |
|
A wird durch B per App-Ersatz ersetzt. |
|
Ein ist auf dem Gerät vorhanden, vollständig installiert und übergibt die definierten Erkennungsregeln. |
|
Ein ist auf dem Gerät nicht vorhanden. |
Fall- und Lösungslösungsbeispiele
| Fall | Lösung | Hinweise |
|---|---|---|
|
Szenario: Keine der beiden Apps wird auf dem Gerät erkannt. A wird von B per App-Update abgelöst. Ergebnis: Installieren Sie B. |
App-Update bedeutet, dass sich der Administrator entschieden hat, die abgelöste App während der Konfigurationsphase nicht zu deinstallieren. Siehe oben im Ablösungsschritt unter App-Bereitstellung. |
|
Szenario: Nur A wird auf dem Gerät erkannt. A wird von B per App-Update abgelöst. Ergebnis: Installieren Sie B. |
Da sich der Administrator entschieden hat, die vorherige Version während der Konfiguration nicht zu deinstallieren, wird A nicht explizit von Intune deinstalliert. Ein kann basierend auf dem Verhalten des Installationsprogramms von B deinstalliert werden. |
|
Szenario: Nur B wird auf dem Gerät erkannt. A wird von B per App-Update abgelöst. Ergebnis: Nichts. |
Da B bereits auf dem Gerät erkannt wird, wird keine Aktion ausgeführt. |
|
Szenario: Beide Apps werden auf dem Gerät erkannt. A wird von B per App-Update abgelöst. Ergebnis: Nichts. |
Da B bereits auf dem Gerät erkannt wird, wird keine Aktion ausgeführt. Admin bei der Konfiguration die vorherige Version nicht deinstallieren, daher wird A nicht deinstalliert. |
|
Szenario: Keine der Apps wird auf dem Gerät erkannt. A wird durch B per App-Ersatz ersetzt. Ergebnis: Installieren Sie B. |
App-Ersatz bedeutet, dass sich der Administrator während der Konfigurationsphase für die Deinstallation der abgelösten App entschieden hat. Siehe oben im Ablösungsschritt unter App-Bereitstellung. |
|
Szenario: Nur A wird auf dem Gerät erkannt. A wird durch B per App-Ersatz ersetzt. Ergebnis: Deinstallieren Sie A, und installieren Sie dann B. |
A wird deinstalliert, und sobald der Agent erkennt, dass A nicht mehr auf dem Gerät vorhanden ist, installiert er B. Wenn die Erkennung weiterhin A als vorhanden erkennt, installiert der Agent B nicht. Ob B auf dem Gerät installiert ist, hängt davon ab, ob A auf dem Gerät erkannt wird. |
|
Szenario: Nur B wird auf dem Gerät erkannt. A wird durch B per App-Ersatz ersetzt. Ergebnis: Nichts |
Es werden keine Aktionen ausgeführt, 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 B per App-Ersatz ersetzt. Ergebnis: Deinstallieren Sie A. |
Ein wird im Rahmen des App-Ersetzungsprozesses deinstalliert. Die Erkennung einer ersetzten App, nachdem die ersetzende App bereits installiert ist, führt zu einer Korrekturerzwingung. |
Verhalten für verkettete Ablösungsszenarien
Ablösungsketten treten auf, wenn mehrere Apps Teil einer Ablösungsbeziehung sind. Beispielsweise kann ein IT-Administrator App A so konfigurieren, dass sie von App B abgelöst wird, und dann später App B so konfigurieren, dass sie von App C abgelöst 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 verwandte Knoten in der Kette enthalten. Weitere Informationen zu diesem Höchstwert finden Sie unter Ablösungseinschränkungen.
Das Verhalten für Ablösungsketten kann wie folgt zusammengefasst werden:
- Alle Apps in einer Ablösungskette werden durch die ablösende 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. Wenn Sie diese Ablösungsketten überprüfen, gehen Sie davon aus, dass alle Apps als Ziel verwendet werden 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 eine der App-Updates. Ergebnis: Installieren Sie C. |
Da keine der Apps auf dem Gerät vorhanden ist, installieren wir die ablösende App: App C. Die ablösende App bezieht sich auf die App, die alle anderen Apps in der Kette ablöst. |
|
Szenario: Nur die Apps A und C sind auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der App-Updates. Ergebnis: Nichts. |
Da App C bereits auf dem Gerät vorhanden ist und dies ein App-Updateszenario ist, wird App A nicht deinstalliert. |
|
Szenario: Nur App A ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der App-Updates. Ergebnis: Installieren Sie C. |
Installieren Sie App C. App A wird nicht deinstalliert, da es sich um ein App-Updateszenario handelt. Das Installationsprogramm von C kann A entfernen, wobei "entfernen" bedeutet, dass A nicht mehr über seine Erkennungsregeln erkannt wird (aufgrund der Versionserkennung). |
|
Szenario: Nur App C ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der App-Updates. Ergebnis: Nichts. |
Da App C, die ablösende App, bereits auf dem Gerät vorhanden ist und dieser Fall ein App-Updateszenario ist, wird keine Aktion ausgeführt. |
|
Szenario: Keine der Apps ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der Ersetzungen von Apps. Ergebnis: Installieren Sie C. |
Da keine der Apps auf dem Gerät vorhanden ist, installieren Sie die ablösende App App C. |
|
Szenario: Die Apps A und C sind auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der Ersetzungen von Apps. Ergebnis: Deinstallieren Sie A. |
Da App C auf dem Gerät vorhanden ist und dieser Fall ein App-Ersatzszenario ist, deinstallieren Sie App A. |
|
Szenario: Nur App A ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der Ersetzungen von Apps. Ergebnis: Deinstallieren Sie A, und installieren Sie dann C. |
Da es sich bei diesem Fall um ein App-Ersatzszenario handelt, wird App A deinstalliert und App C, die ablösende App, installiert. |
|
Szenario: Nur App C ist auf dem Gerät vorhanden. Die Beziehung zwischen Apps ist eine der Ersetzungen von Apps. Ergebnis: Nichts. |
Da die ablösende App App C auf dem Gerät vorhanden ist und keine der anderen abgelösten Apps vorhanden ist, wird keine Aktion ausgeführt. |
Ablösungseinschränkungen
Es können nur maximal 11 Knoten in einem einzigen Ablösungsdiagramm vorhanden sein. Zu den Knoten gehören die ablösende App, die abgelösten Apps und alle nachfolgenden zugehörigen Apps. Im folgenden Ablösungsdiagramm gibt es insgesamt fünf Knoten. Daher können fünf weitere Knoten erstellt werden, bis die maximale Knotenanzahl erreicht ist.
Andere Ablösungseinschränkungen:
- Azure Virtual Desktop mit mehreren Sitzungen unterstützt nur Ablösungsbeziehungen mit systemkontextbasierten (gerätebasierten) Apps.
- Nur apps, die als Ziel verwendet werden, zeigen den Installationsstatus in Microsoft Intune Admin Center an.
Verwenden der automatischen Aktualisierung mit App-Ablösung
Sie können Win32-Anwendungen automatisch auf dem Gerät eines registrierten Endbenutzers aktualisieren, die über die Unternehmensportal bereitgestellt wurden. Diese Win32-Apps, die als verfügbar bereitgestellt wurden, können automatisch aktualisiert werden, indem sowohl eine Ablösungsbeziehung für die App festgelegt wird als auch Automatische Aktualisierung beim Festlegen der Zuweisung ausgewählt wird. Darüber hinaus muss der Zuweisungstyp Für registrierte Geräte verfügbar sein.
Benutzer, die die abgelöste App aus dem Unternehmensportal installiert haben, erhalten automatisch die ablösende App. Die ablösende automatische Aktualisierung gilt nur für verfügbare Zuweisungen. Das bedeutet, dass Benutzer, die die abgelöste App über die erforderliche Absicht verfügen, die ablösende App nicht erhalten.
Die folgenden Schritte helfen Ihnen beim Erstellen einer automatischen Ablösungsbeziehung zwischen Apps:
Fügen Sie eine Win32-App hinzu, um eine andere Win32-App zu ersetzen, indem Sie die folgenden Schritte ausführen: Erstellen einer Ablösungsbeziehung in Intune
Fügen Sie im Schritt Ablösung die app hinzu, die aktualisiert wird.
Fügen Sie im Schritt Zuweisungen im Abschnitt Für registrierte Geräte verfügbar eine Gruppe von Benutzern oder Geräten hinzu.
Wählen Sie die aktuelle Einstellung für die Gruppe in der Spalte Automatische Aktualisierung aus. Der Bereich Zuweisung 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 Weiter>Erstellen aus, um Ihre Ablösungsbeziehung zu erstellen, um Ihre Win32-App automatisch zu aktualisieren.
Leistung automatisch aktualisieren
Damit der Benutzer das automatische Update für die ablösende App erhält, sind zwei Geräte-Check-Ins für verfügbare Apps erforderlich.
Der erste verfügbare Check-In erfolgt in der Regel zwischen 1 und 8 Stunden nach der Erstellung der Aufgabe. Der zweite verfügbare Check-In erfolgt in der Regel 8 Stunden nach dem ersten Check-In. Die Gesamtzeit für den Empfang der ablösenden App beträgt 8 bis 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 enthalten. Der Benutzer muss auf dem Gerät angemeldet sein, um die ablösende App zu erhalten.
Wenn eine App für eine Gruppe verfügbar ist, die den Benutzer enthält, und der Benutzer die App-Installation über den Unternehmensportal angefordert hat, erstellt Intune eine gerätebasierte Zuweisung, um sowohl die Benutzereinwilligung als auch die interne Zielbestimmung zur Verarbeitung der App während des Check-ins nachzuverfolgen. Diese gerätebasierte Zuweisung wird verwendet, um die App auf den Geräten zu installieren. In Situationen, in denen sich die Zielbestimmung 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 verfügbarer Absicht ausgerichtet:
- Sie entfernen den Benutzer aus der Gruppenmitgliedschaft der Zielgruppe im Microsoft Entra Admin Center.
- Sie haben die Zuweisung für die Zielgruppe entfernt.
- Sie haben die Absicht der App von Verfügbar in etwas anderes geändert. Sie können z. B. 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 festlegen, die automatische Aktualisierung nicht ablöst, da die Benutzereinwilligung entfernt wurde.
Hinweis
Die Absicht "Deinstallieren" hat Vorrang vor der Absicht "Available ".
Wiederholungsverhalten automatisch aktualisieren
Wenn die ablösende App aus irgendeinem Grund nicht automatisch aktualisiert und installiert werden konnte, versuchen Intune es auf unbestimmte Zeit, bis der Benutzer eine Installation der App vom Unternehmensportal anfordert. Wenn der Benutzer die Installation der App anfordert, ändert Intune den Anforderungstyp im Back-End, um anzugeben, dass der Benutzer die Installation von Wiederholungsversuchen anhält.
Szenarien für automatische Updates
Im Folgenden finden Sie spezifische Fälle, in denen App B erstellt wurde, um App A abzulösen.
| Fall | Szenario | Result |
|---|---|---|
| App A ist weiterhin auf dem Gerät vorhanden. | Das Upgrade wird bereits nach dem ersten verfügbaren Einchecken ausgelöst, aber bevor App B auf dem Gerät installiert wird, entfernt der Administrator die Beziehung zwischen App A und App B und macht sie zu unabhängigen Apps. | 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 die automatische Aktualisierung | Das Upgrade wird bereits nach dem ersten verfügbaren Einchecken ausgelöst, aber bevor App B auf dem Gerät installiert wird, ändert der Administrator die Einstellung für die automatische Aktualisierung 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. |
| Deinstallation der abgelösten App nach der Erstellung von ablösenden App-Entitäten | Das Upgrade wird bereits nach dem ersten verfügbaren Einchecken 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 dem 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 in 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 aus dem Unternehmensportal neu installieren, da sie von App B abgelöst wird, können aber versuchen, App B aus dem Unternehmensportal neu zu installieren. |
Einschränkungen:
Änderungen an der Anwendungszuweisung führen dazu, dass die Komponente gelöscht wird, die für die automatische Aktualisierung der App verantwortlich ist.
Diese Komponente kann nicht manuell konfiguriert werden. Sie wird erstellt, nachdem die App über Unternehmensportal durch den Endbenutzer installiert wurde.
Die App-Zuweisung muss vor der Bereitstellung gut durchdacht sein, um Änderungen an der Zuweisung nach der Installation zu vermeiden und das automatische Update letztendlich zu unterbrechen.