Versionshinweise

Wichtiger Hinweis :

Es kann mehrere Wochen dauern, bis bestimmte Funktionen für alle Nutzer eingeführt sind.

Auf dieser Seite werden alle Änderungen (neue Funktionen, Fehlerkorrekturen, Updates) an der Android Management API und der Android Device Policy pro Monat zusammengefasst.

Melden Sie sich für die Mailingliste der Android Management API an, um monatliche Updates und Servicehinweise direkt in Ihrem Posteingang zu erhalten.

---

Juli 2026

Android Management API

• Die Unterstützung für Android 6.0 wurde eingestellt, was mit der Unterstützung von Google Play-Diensten für Android 7.0 und höher übereinstimmt. Geräte mit Android 6.0 erhalten keine Updates für die Android Management API. Dadurch wird nicht verhindert, dass Geräte für die Verwaltung registriert werden.
• Version 1.8.2 des AMAPI SDK wurde veröffentlicht. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
• Ein Problem wurde behoben, durch das der Schutz für zurückgesetzte Geräte für private Nutzer nach dem Zurücksetzen auf die Werkseinstellungen unerwartet auf unternehmenseigenen Geräten ausgelöst werden konnte, auch wenn in der Geräterichtlinie keine E‑Mail-Adressen für die FRP-Administration angegeben waren.
• Auch die Dokumentation wurde aktualisiert:
  • Wir haben eine Anleitung hinzugefügt, in der erklärt wird, wie Sie die Google-Authentifizierung bei der Registrierung erzwingen.
  • Die Richtlinie persistentPreferredActivities enthält jetzt eine Warnung, dass diese Richtlinie und defaultApplicationSettings nicht für dieselbe Intent-Domain konfiguriert werden sollten, um unvorhersehbares Verhalten zu vermeiden. Wir haben auch den entsprechenden Leitfaden aktualisiert.
  • Wir haben in der Dokumentation klargestellt, dass der Parameter templateId einer Vorlage für verwaltete Konfigurationen ein numerischer String sein muss, der nur Ziffern enthält.
  • Die Kurzanleitung enthält jetzt eine Anleitung zum Generieren eines eigenen OAuth-Clients beim Einrichten der Android Management API.

Juni 2026

Android Management API

• Wir haben Richtlinien für nearbyNotificationStreaming und nearbyAppStreaming hinzugefügt, um zu steuern, ob Nutzer App-Inhalte und Benachrichtigungen auf nahegelegene Geräte streamen können. Sie spiegeln zwei vorhandene Plattform-APIs: setNearbyNotificationStreamingPolicy und setNearbyAppStreamingPolicy.
• IT-Administratoren können jetzt googleAuthenticationOptions in SigninDetail und EnrollmentToken konfigurieren, um festzulegen, ob sich Nutzer bei der Registrierung mit Google authentifizieren müssen.
• Version 1.8.1 des AMAPI SDK wurde veröffentlicht. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
• Auch die Dokumentation wurde aktualisiert:
  • Wir haben klargestellt, dass die NotificationReceiverService-Basisklasse automatisch Sicherheitsmaßnahmen übernimmt (siehe den Hinweis unten im verlinkten Abschnitt).
  • Aktualisierte Anleitung zum Konfigurieren eines MCP-Clients für die Verwendung des Android Management API-MCP-Servers.

Mai 2026

Android Management API

• In AMAPI werden jetzt SHA-256-Hashes für Signaturzertifikate in Anwendungsberichten gemeldet. Das bietet eine höhere Sicherheit als das jetzt eingestellte SHA-1-Hash-Feld. Das entspricht den neuesten Best Practices für das Android-Ökosystem.
• AMAPI verbessert die Verarbeitung von Richtlinien für den Schutz vor Zurücksetzen auf COPE-Geräten, indem der Schutz vor Zurücksetzen explizit deaktiviert und Kontolisten gelöscht werden, wenn keine Administrator-E-Mail-Adressen konfiguriert sind. So werden unerwartete Sperrungen nach dem Zurücksetzen des Geräts verhindert.

April 2026

Android Management API

• AMAPI hat eine neue Richtlinie hinzugefügt, mit der der IT-Administrator den Autofill-Service deaktivieren kann. Die AutofillPolicy ergänzt andere Anmeldedatenrichtlinien, indem sie das Speichern von Anmeldedaten deaktiviert.
• Version 1.8.0 des AMAPI SDK wurde veröffentlicht. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
• Auch die Dokumentation wurde aktualisiert:
  • Wir haben klargestellt, dass das provisioningInfo-Objekt bis zu 24 Stunden nach der Gerätebereitstellung verfügbar ist.
  • Wir haben festgestellt, dass die Funktion Anwendungsrollen das Feld extensionConfig in ApplicationPolicy ersetzt.

XR-Geräteverwaltung

Android Management API

• AMAPI unterstützt jetzt Android XR. Weitere Informationen zur Verwaltung von XR-Geräten

März 2026

Android Management API

• Wie in Oktober 2025 dokumentiert und in der folgenden Dienstankündigung mitgeteilt, ist der Standardwert für die Richtlinie enterpriseDisplayNameVisibility jetzt ENTERPRISE_DISPLAY_NAME_VISIBLE. Mit dieser Richtlinie wird festgelegt, ob das enterpriseDisplayName auf Geräten angezeigt wird, z. B. auf dem Sperrbildschirm unternehmenseigener Geräte. Wenn Sie den Namen des Unternehmens ausblenden möchten, müssen Sie die Richtlinie explizit auf ENTERPRISE_DISPLAY_NAME_HIDDEN festlegen.
• Die EAP-Konfiguration in Open Network Configuration wurde aktualisiert und unterstützt jetzt EAP-PWD als äußere EAP-Methode. Eine vollständige Liste der unterstützten Funktionen finden Sie in der Dokumentation.
• Wir haben die Dokumentation für folgende Produkte aktualisiert:
  • networkResetDisabled, um klarzustellen, dass diese Richtlinie nur für vollständig verwaltete Geräte gilt.
  • installType.KIOSK und die RoleType.KIOSK, um klarzustellen, dass die Nutzersteuerung unter Android 11 und höher für alle Apps nicht zulässig ist.
  • screenCaptureDisabled und personalUsagePolicies.screenCaptureDisabled, um darauf hinzuweisen, dass diese Einstellung auch Circle to Search blockiert.

Februar 2026

Android Management API

• Auf unternehmenseigenen Geräten mit Android 10 und höher können IT-Administratoren jetzt privates DNS über das neue Feld privateDnsSettings in Policy.DeviceConnectivityManagement verwalten. Die verfügbaren Modi in PrivateDnsSettings.privateDnsMode sind: Nutzerauswahl, automatisch und angegebener Host (nur vollständig verwaltete Geräte).
• AMAPI unterstützt jetzt eine Vorschau der Integration mit dem Model Context Protocol (MCP). Dies bildet die Grundlage für EMMs, um KI-basierte dialogorientierte Benutzeroberflächen mit schreibgeschützten Tools zu erstellen. Weitere Informationen finden Sie in der Dokumentation.
• Die Dokumentation für NetworkInfo.TelephonyInfo wurde aktualisiert, um die Unterstützung für verschiedene Gerätetypen zu verdeutlichen:
  • Allgemeine Telefonieinformationen sind für alle SIM-Karten auf vollständig verwalteten Geräten (Android 6 oder höher) verfügbar.
  • Bei vom Administrator hinzugefügten eSIMs sind Telefonieinformationen in allen Verwaltungsmodi unter Android 15 und höher verfügbar.
  • Die Felder activationState und configMode gelten nur für eSIMs auf Geräten mit Android 15 und höher.

Januar 2026

Android Management API

• Wir haben eine neue Richtlinie hinzugefügt, um das Hinzufügen von eSIMs durch Nutzer zu steuern. Mit dem Feld userInitiatedAddEsimSettings in DeviceRadioState können Administratoren angeben, ob der Nutzer eSIM-Profile auf unternehmenseigenen Geräten mit Android 15 und höher hinzufügen darf.
• Die Dokumentation für das Flag WIPE_ESIMS, das in Policy.wipeDataFlags und DeleteDeviceRequest.wipeDataFlags verwendet wird, wurde aktualisiert. Es wird nun klargestellt, dass verwaltete eSIMs auf Geräten mit Android 16 oder höher immer gelöscht werden, wenn ein Arbeitsprofil von einem nutzereigenen Gerät entfernt wird, unabhängig davon, ob dieses Flag gesetzt ist.
• Version 1.7.1 des AMAPI SDK wurde veröffentlicht. In dieser Version wurde die detaillierte Protokollierung für die APIs für Gerätezertifikate verbessert, um die Diagnose von Problemen zu erleichtern. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
• Die AMAPI-Nutzungsbedingungen wurden aktualisiert, um das AMAPI SDK explizit abzudecken und die Definition von „Kunden“ um die Originalgerätehersteller (OEMs) von Android-Geräten zu erweitern.
• Die Richtlinien zur zulässigen Verwendung verbieten jetzt ausdrücklich die Verwendung von Advertising ID beim Zugriff auf die Gerätevertrauenssignale.

November 2025

Android Management API

• Ab dem 1. November 2025 ist für die Geräteregistrierung über die Android Management API eine Android Enterprise-Registrierung und -Genehmigung erforderlich. Entwickler können diesen Prozess einleiten, indem sie das Antragsformular ausfüllen.
• Die Dokumentation für den Wert CUSTOM in ApplicationPolicy.InstallType wurde aktualisiert, um die Verwendung zu verdeutlichen. Dazu gehören weitere Details zu den Anforderungen für ApplicationPolicy.signingKeyCerts und zum erwarteten Verhalten beim Ändern des installType einer Anwendung in CUSTOM oder umgekehrt.
• Die Beschreibungen der bestehenden Richtlinien setUserIconDisabled und shareLocationDisabled wurden überarbeitet, um sie verständlicher zu machen.

Android Management API SDK

• Version 1.7.0 des AMAPI SDK wurde im November veröffentlicht. Diese SDK-Version unterstützt den Befehl REQUEST_DEVICE_INFO. Ausführliche Informationen finden Sie in den Versionshinweisen zum AMAPI SDK.

Oktober 2025

Android Management API

• Wir haben eine neue Richtlinie zum Verwalten von Standardanwendungen auf Geräten hinzugefügt. Administratoren können für jeden App-Typ eine priorisierte Liste von Anwendungen konfigurieren. Die erste installierte und qualifizierte App auf dem Gerät wird als Standard festgelegt. Nach der Konfiguration verhindert diese Richtlinie, dass Nutzer die Standardanwendungseinstellungen ändern, sodass die Unternehmensrichtlinien eingehalten werden. Weitere Informationen finden Sie in diesem Leitfaden.
• Im Mai haben wir eine Richtlinie zur Konfiguration der Einstellung enterpriseDisplayNameVisibility eingeführt. Damit können Administratoren die Sichtbarkeit von enterpriseDisplayName auf dem Gerät steuern, z. B. auf dem Sperrbildschirm unternehmenseigener Geräte. In dieser Ankündigung haben wir erwähnt, dass wir die Standardeinstellung für diese Richtlinieneinstellung bald auf ENTERPRISE_DISPLAY_NAME_VISIBLE festlegen werden. Diese Änderung wird voraussichtlich im Januar 2026 in Kraft treten.
• Auch die Dokumentation wurde aktualisiert:
  • Wir haben das Verhalten des Befehls LOCK auf Geräten mit Arbeitsprofilen genauer beschrieben.
  • Wir haben Informationen zu nonComplianceDetails für Änderungen an der mte_policy auf Geräten hinzugefügt, die auf einen Neustart warten.

September 2025

Android Management API

• Wir haben das Konzept der Anwendungsrollen eingeführt. Dazu gehört Folgendes:
  • COMPANION_APP für die Offline-Interaktion mit Android Device Policy
  • KIOSK für zweckbestimmte Gerätefunktionen, die mit Apps verwendet werden, die InstallType als REQUIRED_FOR_SETUP oder CUSTOM konfiguriert haben
  • MOBILE_THREAT_DEFENSE_ENDPOINT_DETECTION_RESPONSE (MTD/EDR) und SYSTEM_HEALTH_MONITORING-Apps.
  Diese Arten von Apps sind von den Einschränkungen für Stromverbrauch und Hintergrundausführung sowie von der Einstellung und dem Ruhezustand unter Android 14 und höher ausgenommen. Die Nutzersteuerung ist unter Android 11 und höher standardmäßig nicht zulässig. Weitere Informationen finden Sie in der Dokumentation zu ApplicationPolicy.roles und RoleType.
• Eine neue stabile Version und ein Release-Kandidat des AMAPI SDK sind verfügbar. Weitere Informationen zu den Inhalten dieser Versionen finden Sie in den Versionshinweisen.

August 2025

Android Management API

• Wir unterstützen jetzt die Installation von Anwendungen mit AMAPI SDK 1.6.0-rc01 und höher. Wenn Sie eine Anwendung installieren möchten, fügen Sie sie der application policy mit installType CUSTOM hinzu. Die Zertifikate für den Signaturschlüssel der Anwendung werden in der Liste signingKeyCerts angegeben. Verwenden Sie das AMAPI SDK, um die Befehle installCustomApp und uninstallCustomApp zum Installieren und Deinstallieren der benutzerdefinierten Anwendungen auszugeben. Weitere Informationen finden Sie in der Dokumentation.
• Wir haben ApplicationPolicy.signingKeyCerts hinzugefügt und ersetzen damit die Verwendung von ExtensionConfig.signingKeyFingerprintsSha256, das jetzt veraltet ist. ApplicationPolicy.signingKeyCerts muss festgelegt werden, wenn für die App installType auf CUSTOM festgelegt ist (d.h. eine benutzerdefinierte App) oder wenn für die App extensionConfig festgelegt ist (d.h. eine Erweiterungs-App) und sie nicht im Google Play Store verfügbar ist. Weitere Informationen finden Sie in der Dokumentation.
• Für das AMAPI SDK haben wir Folgendes veröffentlicht:
  • Eine aktualisierte stabile Version v1.5.0
  • Ein neuer Release-Kandidat v1.6.0-rc01, in dem die Funktion zum Verwalten benutzerdefinierter Apps eingeführt wird.

Juli 2025

Android Management API

• Wir haben die PasswordRequirements aktualisiert, um komplexitätsbasierte Anforderungen an den Umfang des Arbeitsprofils zu ermöglichen. Es wurde ein neuer Leitfaden veröffentlicht, in dem die Interaktion von komplexitätsbasierten und nicht komplexitätsbasierten Passworteinstellungen erläutert wird.

Juni 2025

Android Management API

• Bei Android 16 und höher können IT‑Administratoren jetzt die Richtlinieneinstellung appFunctions verwenden, um festzulegen, ob Apps auf dem Gerät (bei vollständig verwalteten Geräten) oder im Arbeitsprofil (bei Geräten mit Arbeitsprofilen) App-Funktionen offenlegen dürfen. Mit crossProfileAppFunctionskann gesteuert werden, ob Apps im privaten Profil App-Funktionen aufrufen können, die von Apps im Arbeitsprofil bereitgestellt werden.
• Wir haben der Android Management API zwei neue Methoden hinzugefügt: modifyPolicyApplications und removePolicyApplications. Mit diesen Methoden lassen sich Teilmengen von Anwendungen im Feld „Policy applications“ erstellen, aktualisieren und entfernen, ohne dass alle unveränderten Anwendungen abgerufen und an policies.patch übergeben werden müssen.
• Ein neuer WIPE-Befehl wird als Alternative zu devices.delete eingeführt und kann mit devices.issueCommand ausgelöst werden. Bei dieser Methode werden unternehmenseigene Geräte auf die Werkseinstellungen zurückgesetzt und bei privaten Geräten wird das Arbeitsprofil gelöscht. Nach dem Zurücksetzen oder Löschen wird auch der Geräteeintrag gelöscht.
  Wir haben einen neuen Leitfaden veröffentlicht, in dem die verschiedenen Methoden zum Aufheben der Bereitstellung eines Geräts beschrieben werden.
• Wir haben das Android Management API SDK (AMAPI SDK) aktualisiert, um das Device.WorkProfileState-Signal zur Identifizierung des Gerätemanagementstatus einzuschließen.
  Weitere Informationen finden Sie in den AMAPI SDK-Versionshinweisen.

Mai 2025

Android Management API

• Wir haben eine neue Richtlinieneinschränkung apnPolicy bis DeviceConnectivityManagement hinzugefügt, damit IT-Administratoren Zugangspunkte (APNs) auf Geräten konfigurieren können. Die von der Richtlinie erzwungenen APNs überschreiben alle anderen von Nutzern konfigurierten APNs.
• Eine neue Richtlinieneinschränkung preferentialNetworkServiceSettings wurde in DeviceConnectivityManagement implementiert, damit IT-Administratoren bevorzugte Netzwerke konfigurieren können. Mit dem Feld preferentialNetworkId in der Application (Anwendung) können Sie für jede einzelne Anwendung ein bevorzugtes Netzwerk auswählen. Weitere Informationen finden Sie in unserem Leitfaden 5G-Network Slicing und in der AOSP-Dokumentation zu 5G-Network Slicing.
• Dieses Release bietet IT-Administratoren eine verbesserte eSIM-Verwaltung, mit der sie verwaltete eSIMs auf allen Geräten hinzufügen, entfernen und anzeigen können. Administratoren können jetzt Richtlinien für verwaltete eSIMs definieren und ihr Verhalten festlegen, wenn ein Gerät gelöscht wird oder ein Arbeitsprofil nicht mehr den Richtlinien entspricht. So können sie die Kontrolle und die Einhaltung der Organisationsrichtlinien sicherstellen.
• Mit der neuen Richtlinieneinstellung enterpriseDisplayNameVisibility können Administratoren die Sichtbarkeit von enterpriseDisplayName auf dem Gerät steuern, z. B. auf dem Sperrbildschirm unternehmenseigener Geräte. Derzeit wird standardmäßig der Unternehmensname angezeigt, der bei der Ersteinrichtung des Geräts konfiguriert wurde. Das ändert sich jedoch in sechs Monaten (November 2025). Dann wird standardmäßig ENTERPRISE_DISPLAY_NAME_VISIBLE angezeigt.

April 2025

Android Management API

• Wir haben die neue Richtlinieneinschränkung bluetoothSharing für PersonalUsagePolicies und DeviceConnectivityManagement hinzugefügt, damit IT-Administratoren die Freigabe von Dateien über Bluetooth zulassen oder verbieten können.
• Ein neues Sicherheitslog-Ereignis wird generiert und über eine Pub/Sub-Benachrichtigung in der AMAPI benachrichtigt, wenn das Feld BackupServiceState vom Administrator aktiviert oder deaktiviert wird.
• Wir haben in HardwareInfo das neue Feld EuiccChipInfo hinzugefügt, um die EID für unternehmenseigene Geräte zu lesen. Außerdem wurde der neue Befehl REQUEST_DEVICE_INFO hinzugefügt, um die EID von privaten Geräten zu lesen.
• Auch die Dokumentation wurde aktualisiert:
  • Wir haben das Android Management API SDK (AMAPI SDK) aktualisiert, um die stabile Version von Device Trust from Android Enterprise einzuschließen. Versionshinweise finden Sie unter https://developers.google.com/android/management/sdk-release-notes.

März 2025

Android Management API

• Die Enterprise-Ressource enthält jetzt mehr Details im Feld enterprise type. Sie geben an, ob das Unternehmen Konten für Managed Google Play verwendet (und ob es sich um ein Konto handelt, das dem Kunden oder dem EMM gehört) oder ob es sich um eine verwaltete Google-Domain handelt (entweder DNS-bestätigt oder ein Team mit bestätigter E-Mail-Adresse). Anhand dieser Informationen können EMMs sich auf eine bevorstehende Funktion vorbereiten, mit der Unternehmen von Kontogruppen für Managed Google Play auf verwaltete Google-Domains umstellen können. So können sie die IT-Admin-Konsole an den Unternehmenstyp anpassen.

Februar 2025

Android Management API

• Wir haben diesen Leitfaden hinzugefügt, in dem beschrieben wird, wie Sie Arbeitsprofile erkennen, die von der Android Device Policy App verwaltet werden.
• Wir haben das Android Management API SDK (AMAPI SDK) aktualisiert und den ersten Release-Kandidaten für die APIs für Vertrauenssignale für Geräte hinzugefügt. Die neueste verfügbare Version finden Sie in den Versionshinweisen zum AMAPI SDK.

Januar 2025

Android Management API

• EMMs können jetzt festlegen, dass sich IT‑Administratoren nur mit einer E‑Mail-Adresse aus einer Zulassungsliste von Domainnamen registrieren können.
• Auch die Dokumentation wurde aktualisiert:
  • Der Leitfaden für Web-Apps wurde aktualisiert, um zu verdeutlichen, wie der vom Nutzer ausgewählte Standardbrowser mit Anzeigeeinstellungen wie Vollbild oder minimaler Benutzeroberfläche interagiert. Der Browser unterstützt diese Attribute möglicherweise nicht. IT-Administratoren sind dafür verantwortlich, die Kompatibilität des Browsers mit den Einstellungen der Web-App zu testen, bevor sie ihn für Nutzer bereitstellen.

Dezember 2024

Android Management API

• Bei Android 15 und höher können IT-Administratoren jetzt das privateSpacePolicy verwenden, um die Erstellung eines vertraulichen Profils zuzulassen oder zu verbieten.
• In Android 15 und höher haben wir WifiRoamingMode in WifiRoamingPolicy eingeführt. Damit können IT-Administratoren das WLAN-Roaming für bestimmte SSIDs auf vollständig verwalteten Geräten und in Arbeitsprofilen auf unternehmenseigenen Geräten deaktivieren.
• Verschiedene Teile unserer Dokumentation wurden aktualisiert:
  • Die Beschreibung des Felds keyguardDisable enthält jetzt Informationen zum Verwaltungsmodus.
  • Die Dokumentation zur securityPosture enthält jetzt eine Tabelle, in der das entsprechende Play Integrity API-Ergebnis für jedes AM API-Ergebnis aufgeführt ist.

November 2024

Android Management API

• Wir verhindern jetzt, dass Nutzer ihre E‑Mail-Adresse während der Registrierung ändern. Außerdem haben wir die Validierung für admin_email beim Erstellen einer Registrierungs-URL eingeführt.
• Verschiedene Teile unserer Dokumentation wurden aktualisiert:
  • Wir haben die Beschreibung für die addUserDisabled-Richtlinie aktualisiert. Bei Geräten, auf denen managementMode DEVICE_OWNER ist, wird dieses Feld ignoriert und der Nutzer darf niemals Nutzer hinzufügen oder entfernen.
  • Wir haben die ExtensionConfig aktualisiert, um zu verdeutlichen, dass die Ausnahme von Akkubeschränkungen für Android 11 und höher gilt.
  • Wir haben die Beschreibung von PermissionPolicy aktualisiert.
  • Wir haben in der DelegatedScope-Enumeration verdeutlicht, an wie viele Anwendungen ein Bereich delegiert werden kann.

Oktober 2024

Android Management API

• Wir haben das Verhalten der Richtlinie CommonCriteriaMode aktualisiert.
  COMMON_CRITERIA_MODE_ENABLED aktiviert jetzt die kryptografische Überprüfung der Richtlinienintegrität und die zusätzliche Validierung von Netzwerkzertifikaten. Das Ergebnis der Richtlinienintegritätsprüfung wird auf PolicySignatureVerificationStatus gesetzt, wenn statusReportingSettings.commonCriteriaModeEnabled auf true gesetzt ist.
  Am Verhalten des Standardwerts (COMMON_CRITERIA_MODE_UNSPECIFIED) oder beim expliziten Deaktivieren mit COMMON_CRITERIA_MODE_DISABLED ändert sich nichts.
• Wir haben die Dokumentation für PERSONAL_USAGE_DISALLOWED_USERLESS aktualisiert, um Entwickler daran zu erinnern, dass diese Änderung vor Januar 2025 erforderlich ist. Wenn diese Änderung nicht vorgenommen wird, wird Nutzern während der Registrierung möglicherweise die Aufforderung Mit Google authentifizieren angezeigt, wenn ihr IT-Administrator diese Funktion aktiviert hat.
  Der vollständige Zeitplan für diese Funktion ist im Android Enterprise-Partner-Portal verfügbar: Feature Timeline: Improved sign-up flow, device enrollment, and on-device experiences.
• Wir haben die Dokumentation für CrossProfileDataSharing aktualisiert und Details zur einfachen Datenfreigabe über Intents hinzugefügt.

September 2024

Android Management API

Die Android Management API unterstützt jetzt die folgenden Android 15-Funktionen:

• Für Android 15 und höher wurde eine neue Richtlinie hinzugefügt, mit der die WLAN-Roaming-Einstellungen gesteuert werden können. IT‑Administratoren können über WifiRoamingPolicy WifiRoamingMode auswählen. Wird auf vollständig verwalteten Geräten und in Arbeitsprofilen auf unternehmenseigenen Geräten unterstützt.

Android 15-Release

Android Management API

Die Android Management API unterstützt jetzt die folgenden Android 15-Funktionen:

• Mit Android 15 wird eine neue Richtlinie zur Steuerung von Circle to Search eingeführt. IT-Administratoren können diese Funktion über AssistContentPolicy steuern.
• In Android 15 wird eine neue Richtlinie eingeführt, mit der die Phishing-Erkennung von Apps gesteuert werden kann. IT-Administratoren können mit ContentProtectionPolicy festlegen, ob die App von On Device Abuse Detection (ODAD) auf Phishing-Malware gescannt wird.
  Hinweis:Nutzer können diese Einstellung nicht in den Einstellungen auf Geräten mit einem Arbeitsprofil sehen. Dieses Problem wird in einem späteren Plattformrelease behoben.
• In Android 15 wird die Unterstützung der Einstellungen für Bildschirmhelligkeit und Zeitlimit für das automatische Ausschalten des Displays mithilfe der Richtlinie DisplaySettings auf unternehmenseigene Geräte mit einem Arbeitsprofil ausgeweitet. Diese Einstellung war bisher nur auf vollständig verwalteten Geräten verfügbar.

August 2024

Android Management API

• Unter Android 13 und höher können IT‑Administratoren jetzt die ICCID abfragen, die mit der SIM‑Karte des TelephonyInfo in einem NetworkInfo verknüpft ist. Dies wird auf vollständig verwalteten Geräten unterstützt, wenn das Feld networkInfoEnabled in statusReportingSettings auf true gesetzt ist.
• Verschiedene Teile unserer Dokumentation wurden aktualisiert:
  • Wir haben die Dokumentation für den Common Criteria-Modus aktualisiert, um klarzustellen, dass er nur auf unternehmenseigenen Geräten mit Android 11 oder höher unterstützt wird.
  • Wir haben das optionale Feld DefaultStatus in SigninDetail dokumentiert.

Juli 2024

Android Management API

• Verschiedene Teile unserer Dokumentation wurden aktualisiert:
  • Wir haben den Hinweis in der Dokumentation für enrollmentToket.create entfernt, dass der Tokeninhalt nicht mehr abgerufen werden kann, da der Wert des Registrierungstokens mit enrollmentTokens.get abgerufen werden kann.
  • Wir haben die Dokumentation zu NonComplianceReason klarer formuliert.

Juni 2024

Android Management API

• IT‑Administratoren können jetzt die Einstellungen für die Bildschirmhelligkeit und das Display nach Ablauf des Zeitlimits automatisch ausschalten mit der Richtlinie DisplaySettings steuern. Wird auf vollständig verwalteten Geräten mit Android 9 und höher unterstützt.
• Wir haben unsere Dokumentation aktualisiert, um zu erläutern, dass Updates für Apps mit größeren Bereitstellungen im Android-Ökosystem auch bei Verwendung von AUTO_UPDATE_HIGH_PRIORITY bis zu 24 Stunden dauern können.
• Wir haben das Android Management API SDK (AMAPI SDK) aktualisiert, um die verschiedenen Anwendungsfälle zu erläutern, die diese Bibliothek (ursprünglich als Extensibility SDK bezeichnet) jetzt unterstützt. Die aktualisierte Dokumentation umfasst Folgendes:
  • Bibliothek einbinden
  • Erweiterungs-Apps und lokale Befehle
  • DPC-Migration

  Die neueste verfügbare Version finden Sie in den Versionshinweisen zum AMAPI SDK.

Mai 2024

Android Management API

• Die Methoden get und list für enrollmentTokens geben jetzt die Felder value, qrCode und allowPersonalUsage zurück.
• Bei vollständig verwalteten Geräten unterstützt die Einstellung AllowPersonalUsage jetzt PERSONAL_USAGE_DISALLOWED_USERLESS.
• Unter Android 11 und höher kann mit der neuen Richtlinie UserControlSettings angegeben werden, ob die Nutzersteuerung für eine bestimmte App zulässig ist. UserControlSettings umfasst Nutzeraktionen wie das Erzwingen des Beendens und das Löschen von App-Daten.
• Version 1.1.5 des AMAPI SDK ist jetzt verfügbar. Weitere Informationen finden Sie auf der Seite Versionshinweise.

  Hinweis:Wir empfehlen dringend, immer die neueste verfügbare Version der Bibliothek zu verwenden, um von den verfügbaren Fehlerkorrekturen und Verbesserungen zu profitieren.

April 2024

Android Management API

• Auf unternehmenseigenen Geräten mit Android 13 und höher haben wir Einstellungen dafür hinzugefügt, mit welchen WLAN-SSIDs Geräte verbunden werden können. WifiSsidPolicy IT-Administratoren können eine Liste von SSIDs angeben, die einer Zulassungsliste ( WIFI_SSID_ALLOWLIST) oder einer Sperrliste ( WIFI_SSID_DENYLIST) hinzugefügt werden sollen.
• Bei unternehmenseigenen Geräten haben wir Hardwarekennzeichnungen (IMEI, MEID und Seriennummer) zu ProvisioningInfo hinzugefügt, auf die EMMs jetzt während der Geräteeinrichtung über die Anmelde-URL zugreifen können.

März 2024

Android Management API

• Wir haben zusätzliche Einstellungen für die App-Installation mit InstallConstraint hinzugefügt. IT-Administratoren können die App-Installation anhand bestimmter Kriterien einschränken.
  Durch Festlegen von installPriority> können IT-Administratoren dafür sorgen, dass kritische Apps zuerst installiert werden.
• Unter Android 10 und höher unterstützt AMAPI die Konfiguration von 192-Bit-Unternehmensnetzwerken in openNetworkConfiguration durch Übergabe des Sicherheitswerts WPA3-Enterprise_192.
  Unter Android 13 und höher wird in der Richtlinie MinimumWifiSecurityLevel jetzt ENTERPRISE_BIT192_NETWORK_SECURITY unterstützt. Diese Option kann verwendet werden, um sicherzustellen, dass Geräte keine Verbindung zu WLANs unter diesem Sicherheitsniveau herstellen.
• Wir haben die Einstellung UsbDataAccess aktualisiert, sodass der Wert USB_DATA_ACCESS_UNSPECIFIED standardmäßig auf DISALLOW_USB_FILE_TRANSFER festgelegt ist.

Februar 2024

Android Management API

• Unter Android 9 und höher können IT-Administratoren jetzt mit dem Feld printingPolicy festlegen, ob das Drucken zulässig ist.
• Für Android 14 und höher wurde eine neue Richtlinie hinzugefügt, um CredentialProvider-Apps zu steuern. IT-Administratoren können mit dem Feld credentialProviderPolicy festlegen, ob die App als Anmeldedatenanbieter fungieren darf.
• Es wurde eine neue Richtlinie hinzugefügt, mit der die Arm Memory Tagging Extension (MTE) auf dem Gerät gesteuert werden kann. Das Feld MtePolicy wird auf vollständig verwalteten Geräten und Arbeitsprofilen auf unternehmenseigenen Geräten mit Android 14 und höher unterstützt.
• Wir haben die Art und Weise aktualisiert, wie die AM API Fehler im Zusammenhang mit Installationen empfängt, die von IT-Administratoren ausgelöst werden. Infolge dieser Migration enthält das Feld InstallationFailureReason jetzt auch Clientfehler (zusätzlich zu den Serverfehlern).
• Unter Android 12 und höher können IT-Administratoren ein auf dem Gerät installiertes Schlüsselpaar für die WLAN-Authentifizierung im Unternehmen verwenden. Weitere Informationen finden Sie im neuen Feld ClientCertKeyPairAlias in Open Network Configuration (ONC) und in unserem Leitfaden zur Netzwerkkonfiguration.

Januar 2024

Android Management API

• Geräte, die von Ihrem benutzerdefinierten DPC verwaltet werden, können jetzt nahtlos zur Verwendung der Android Management API migriert werden.

Dezember 2023

Android Management API

• MinimumWifiSecurityLevel wurde hinzugefügt, um die verschiedenen Mindestsicherheitsstufen zu definieren, die für die Verbindung mit WLANs erforderlich sind. Wird auf vollständig verwalteten Geräten und Arbeitsprofilen auf unternehmenseigenen Geräten mit Android 13 und höher unterstützt.

November 2023

Android Management API

• Android 12 und höher unterstützt jetzt die passwortlose Konfiguration von Unternehmens-WLANs mit den Feldern Identity und Password in der Open Network Configuration. Dies wurde bereits vor Android 12 unterstützt.

  Hinweis:Bei Android 12 und höher kann es bei WLANs mit EAP-Authentifizierung über Benutzername/Passwort vorkommen, dass das Gerät versucht, sich mit einem zufällig generierten Platzhalterpasswort mit dem Netzwerk zu verbinden, wenn das Nutzerpasswort nicht angegeben ist und AutoConnect auf true festgelegt ist. Um dies zu vermeiden, wenn das Passwort des Nutzers nicht angegeben wird, setzen Sie AutoConnect auf false.

• Lokale Geräteereignisse, die in schneller Folge auftreten, werden in einer einzelnen Pub/Sub-Nachricht an EMMs gemeldet.

  Ereignistyp	Erwartete Latenz zwischen On-Device-Ereignis und entsprechender EMM-Benachrichtigung^1
  	Bisheriges Verhalten	Neues Verhalten
  Hohe Priorität App-Status mit Schlüssel	Sofort, höchstens ein Bericht pro Minute	Sofort, höchstens ein Bericht pro Minute
  Standardpriorität App-Status mit Schlüssel	Zeitplanbasiert	Innerhalb einer Minute
  Anwendungsbezogene Ereignisse während der Bereitstellung für Apps mit vom IT-Administrator definierten Installationsstatus^2	In andere bereitstellungsbezogene Ereignisse eingebunden	Innerhalb einer Minute nach anderen zugehörigen Bereitstellungsereignissen
  Anwendungsbezogene Ereignisse nach der Bereitstellung für Apps mit vom IT-Administrator definierten Installationsstatus^2	Zeitplanbasiert	Innerhalb von 5 Minuten
  Anwendungsbezogene Ereignisse sowohl während als auch nach der Bereitstellung für Apps mit Installationsstatus, die vom Mitarbeiter definiert werden^3	Zeitplanbasiert	Innerhalb von 60 Minuten
  Andere App-Ereignisse auf dem Gerät	Zeitplanbasiert	Innerhalb von 60 Minuten

  ¹ Best-Effort-Ziele unter kontrollierten Umständen. Die tatsächliche Latenz kann je nach Gerät und Umgebungsfaktoren variieren.
  ² InstallType der in der Richtlinie durchgesetzten Apps: FORCE_INSTALLED, BLOCKED, REQUIRED_FOR_SETUP, PREINSTALLED und KIOSK.
  ³ InstallType der verfügbaren Apps: AVAILABLE, INSTALL_TYPE_UNSPECIFIED.

Oktober 2023

Android Management API

• Apps, die als SetupAction gestartet wurden, können die Registrierung jetzt abbrechen. Dadurch wird ein unternehmenseigenes Gerät auf die Werkseinstellungen zurückgesetzt oder das Arbeitsprofil auf einem privaten Gerät gelöscht.

Android 14-Release

Android Management API

Mit der Veröffentlichung von Android 14 werden in der Android Management API jetzt die folgenden Android 14-Funktionen unterstützt:

• Den Zugriff auf Kontakte im Arbeitsprofil auf Systemanwendungen und private Apps beschränken, die in exemptionsToShowWorkContactsInPersonalProfile angegeben sind. Der Zugriff auf Kontakte im Arbeitsprofil kann jetzt für alle privaten Apps, ausgewählte private Apps oder keine privaten Apps aktiviert werden.

  Die neue Option  SHOW_WORK_CONTACTS_IN_PERSONAL_PROFILE_DISALLOWED_EXCEPT_SYSTEM showWorkContactsInPersonalProfile sorgt dafür, dass nur die Standard-Apps des Geräts für Telefon, Messages und Kontakte auf geschäftliche Kontakte zugreifen können. In diesem Fall können weder die vom Nutzer konfigurierten Telefon-, Nachrichten- und Kontakte-Apps noch andere vom System oder vom Nutzer installierte private Apps Arbeitskontakte abfragen.

• Deaktivieren Sie die Verwendung des Ultrabreitband-Funkmoduls auf dem Gerät. Dies kann mit der neuen Richtlinie deviceRadioState.ultraWidebandState erreicht werden.
• Die Verwendung von 2G-Mobilfunkverbindungen wird blockiert, wodurch die Netzwerksicherheit verbessert wird. Dies wird über die neue Richtlinie deviceRadioState.cellularTwoGState angeboten.
• Mit Android 14 werden benutzerdefinierte Verknüpfungen auf dem Sperrbildschirm eingeführt.

  Die Administratorsteuerung für Sperrbildschirmfunktionen, die unter anderem die Kamera, die Entsperrung per Fingerabdruck und die Entsperrung per Gesichtserkennung umfasst, wurde erweitert. Mit der neuen Option SHORTCUTS können jetzt auch Sperrbildschirm-Verknüpfungen deaktiviert werden.

September 2023

Android Management API

• Geräte- und Bereitstellungsinformationen können jetzt optional während der Einrichtung abgerufen werden. So können Entwickler gezieltere Richtlinien während der Einrichtung erstellen oder Geräte nach den angegebenen Attributen filtern. Die Anmelde-URL enthält jetzt den Parameter provisioningInfo, der mit der neuen Methode provisioningInfo get gegen die entsprechenden Gerätedetails eingetauscht werden kann.
• SigninDetails können jetzt anhand eines anpassbaren tokenTag-Werts voneinander unterschieden werden.

August 2023

Android Management API

• Der Verloren-Modus wurde für unternehmenseigene Geräte eingeführt. Im Verloren-Modus können Arbeitgeber ein verloren gegangenes Gerät per Fernzugriff sperren und schützen. Optional kann auf dem Gerätebildschirm eine Nachricht mit Kontaktdaten angezeigt werden, um die Rückgabe des Geräts zu erleichtern.
• Unterstützung für die Delegierung der Zertifikatsauswahl hinzugefügt, wodurch eine App im Namen anfragender Apps auf die Auswahl von KeyChain-Zertifikaten zugreifen kann. Weitere Informationen finden Sie unter DelegatedScope.CERT_SELECTION.
• Zusätzliche WLAN-Verwaltungsrichtlinien hinzugefügt:
  • configureWifi – Administratoren können jetzt das Hinzufügen oder Konfigurieren von WLANs deaktivieren. wifiConfigDisabled wurde eingestellt.
  • wifiDirectSettings – Mit dieser Richtlinie kann die Konfiguration von WiFi Direct deaktiviert werden.
  • tetheringSettings – Mit dieser Richtlinie kann die WLAN-Tethering-Funktion oder jede Form von Tethering deaktiviert werden. tetheringConfigDisabled wurde eingestellt.
  • wifiState – Mit dieser Richtlinie kann WLAN auf dem Gerät eines Nutzers erzwungen aktiviert oder deaktiviert werden.
• Das Teilen von vom Administrator konfigurierten WLANs wird ab Android 13 deaktiviert

Juli 2023

Android Management API

• Das Feld userFacingType wurde zu ApplicationReport hinzugefügt, um anzugeben, ob eine App für Nutzer bestimmt ist.
• Es wurde ein ONC_WIFI_INVALID_ENTERPRISE_CONFIG-spezifischer Grund für die Nichteinhaltung hinzugefügt.
  Nichtkonformität mit Grund INVALID_VALUE und spezifischer Grund ONC_WIFI_INVALID_ENTERPRISE_CONFIG werden gemeldet, wenn für das WLAN des Unternehmens nicht DomainSuffixMatch festgelegt ist.
• Neue Pub/Sub-Benachrichtigung EnrollmentCompleteEvent hinzugefügt, als Typ von UsageLogEvent, die veröffentlicht wird, wenn die Registrierung des Geräts abgeschlossen ist.
• airplaneModeState wurde in deviceRadioState hinzugefügt, um den aktuellen Status des Flugmodus zu steuern und festzulegen, ob der Nutzer ihn aktivieren oder deaktivieren kann. Standardmäßig darf der Nutzer den Flugmodus aktivieren oder deaktivieren. Wird auf vollständig verwalteten Geräten und Arbeitsprofilen auf unternehmenseigenen Geräten mit Android 9 und höher unterstützt.

Juni 2023

Android Management API

• Unterstützung für das Feld DomainSuffixMatch in Open Network Configuration (Netzwerkkonfiguration öffnen) wurde hinzugefügt, um Unternehmens-WLANs für Android 6 und höher zu konfigurieren. Unternehmens-WLAN-Konfigurationen ohne DomainSuffixMatch gelten als unsicher und werden von der Plattform abgelehnt.
• Es wurde eine UsbDataAccess-Richtlinieneinstellung hinzugefügt, mit der Administratoren die USB-Datenübertragung vollständig deaktivieren können. usbFileTransferDisabled wurde eingestellt. Verwenden Sie stattdessen UsbDataAccess.

Dezember 2022

Android Management API

• Die Verwaltungsfunktionen für Arbeitsprofil-Widgets wurden durch zwei neue API-Felder verbessert: workProfileWidgets auf Anwendungsebene und workProfileWidgetsDefault auf Geräteebene. Damit lässt sich besser steuern, ob eine im Arbeitsprofil ausgeführte Anwendung Widgets im übergeordneten Profil, z.B. auf dem Startbildschirm, erstellen kann. Diese Funktion ist standardmäßig nicht zulässig, kann aber mit workProfileWidgets und workProfileWidgetsDefault auf „zulässig“ gesetzt werden. Sie wird nur für Arbeitsprofile unterstützt.
• Wir haben Unterstützung für das Festlegen von Einstellungen für die MAC-Adressrandomisierung beim Konfigurieren von WLANs hinzugefügt. Administratoren können jetzt beim Konfigurieren von WLAN-Netzwerken festlegen, ob MACAddressRandomizationMode auf Hardware oder Automatic gesetzt wird. Diese Einstellung gilt für Geräte mit Android 13 und höher und für alle Verwaltungsmodi. Wenn der Wert auf Hardware festgelegt ist, wird die werkseitige MAC-Adresse für das WLAN konfiguriert. Bei Automatic ist die MAC-Adresse zufällig.
• Verschiedene Elemente unserer Dokumentation wurden aktualisiert:
• Sicherheitsstatus wurde erstellt, um Klarheit über die potenziellen Antworten aus devicePosture- und securityRisk-Bewertungen zu schaffen.
• autoUpdateMode wurde für autoUpdatePolicy als empfohlene Alternative bereitgestellt, da die Updatehäufigkeit flexibler ist.
• Wir haben klargestellt, dass BlockAction und WipeAction auf unternehmenseigene Geräte beschränkt sind.
• Die Seite „Pub/Sub-Benachrichtigungen“ wurde aktualisiert, um die Ressourcentypen für die verschiedenen Benachrichtigungstypen korrekt wiederzugeben.
• Unter Android 13 und höher sind Erweiterungs-Apps von Akkubeschränkungen ausgenommen und werden daher nicht in den App Standby Bucket mit Einschränkungen aufgenommen.

Oktober 2022

Android Management API

• Verschiedene Elemente unserer Dokumentation wurden aktualisiert:
• Wir empfehlen, eine Richtlinie pro Gerät zu verwenden, um eine detaillierte Verwaltung auf Geräteebene zu ermöglichen.
• Damit FreezePeriods wie erwartet funktionieren, darf die Richtlinie für Systemupdates nicht auf SYSTEM_UPDATE_TYPE_UNSPECIFIED. festgelegt sein.
• Es wurden zusätzliche Vorschläge für Richtlinienupdates zur Sichtbarkeit von Passwortschritten während der Gerätebereitstellung unternehmenseigener Geräte hinzugefügt.
• shareLocationDisabled wird für vollständig verwaltete Geräte und private Arbeitsprofile unterstützt.
• Wir haben die Beschreibung der Verwendung von enterprises.devices.delete und der Auswirkungen auf die Gerätesichtbarkeit aktualisiert.
• Die maximale Gültigkeitsdauer von Registrierungstokens beträgt jetzt 10.000 Jahre. Zuvor waren es 90 Tage.

12. Juli 2022

Android Management API

• Die Werte NETWORK_ACTIVITY_LOGS und SECURITY_LOGS wurden DelegatedScope hinzugefügt, um Geräte-App-Richtlinien Zugriff auf die entsprechenden Logs zu gewähren.

14. Juni 2022

Android Management API

• specificNonComplianceReason und specificNonComplianceContext wurden zu NonComplianceDetail hinzugefügt, um detaillierten Kontext für Fehler bei der Anwendung von Richtlinien bereitzustellen.

6. Juni 2022

Android Management API

• Es wurde ein Befehl hinzugefügt, mit dem der Administrator die Anwendungsdaten einer App remote löschen kann.
• Registrierungstokens können jetzt mit einer längeren Gültigkeitsdauer als dem bisherigen Maximum von 90 Tagen erstellt werden, bis zu etwa 10.000 Jahre. Registrierungstokens, die länger als 90 Tage gültig sind, haben eine Länge von 24 Zeichen. Tokens, die 90 Tage oder weniger gültig sind, haben weiterhin 20 Zeichen.

24. Mai 2022

Android Management API

• Hardwaregestützte Sicherheitsfunktionen wie die Schlüsselattestierung werden jetzt bei der Bewertung der Geräteintegrität verwendet, sofern das Gerät sie unterstützt. Dadurch wird die Systemintegrität bestmöglich geschützt. Bei Geräten, die diese Prüfungen nicht bestehen oder solche hardwaregestützten Sicherheitsfunktionen nicht unterstützen, wird das neue SecurityRisk HARDWARE_BACKED_EVALUATION_FAILED gemeldet.

16. Mai 2022

Android Management API

• unifiedLockSettings wurde in PasswordPolicies hinzugefügt, damit der Administrator konfigurieren kann, ob für das Arbeitsprofil eine separate Sperre erforderlich ist.

25. März 2022

Android Management API

• alwaysOnVpnLockdownExemption wurde hinzugefügt, um anzugeben, welche Apps von der Einstellung AlwaysOnVpnPackage ausgenommen werden sollen.
• Der Anwendungsressource wurden alle verfügbaren Felder aus der Play EMM API-Ressource Products hinzugefügt.

22. Februar 2022

Android Management API

• cameraAccess wurde hinzugefügt, um die Verwendung der Kamera und der Ein/Aus-Schaltfläche für die Kamera zu steuern, und microphoneAccess, um die Verwendung des Mikrofons und der Ein/Aus-Schaltfläche für das Mikrofon zu steuern. Diese Felder ersetzen die neu eingestellten Felder cameraDisabled und unmuteMicrophoneDisabled.

15. Februar 2022

AMAPI SDK

• Kleinere Fehlerkorrekturen. Weitere Informationen finden Sie im Maven-Repository von Google.

15. November 2021

Android Device Policy

• Apps, die in personalApplications als nicht verfügbar gekennzeichnet sind, werden jetzt aus dem privaten Profil unternehmenseigener Geräte deinstalliert, sofern sie bereits installiert sind. Das entspricht der ApplicationPolicy für Arbeitsprofile und vollständig verwaltete Geräte.

17. September 2021

Android Management API

• Sie können jetzt eine App mit ExtensionConfig als Erweiterungs-App festlegen. Erweiterungs-Apps können direkt mit Android Device Policy kommunizieren und künftig mit allen Verwaltungsfunktionen interagieren, die in der Android Management API angeboten werden. So wird eine lokale Schnittstelle zur Verwaltung des Geräts ermöglicht, für die keine Serververbindung erforderlich ist.
  • Diese erste Version unterstützt die lokale Ausführung von Commands und derzeit nur den Befehl ClearAppData. Weitere Informationen finden Sie im Integrationsleitfaden für Erweiterbarkeit.
  • Die verbleibenden Befehle werden im Laufe der Zeit hinzugefügt. Außerdem werden zusätzliche Funktionen für Erweiterungs-Apps hinzugefügt, um die Vielfalt der Geräteverwaltungsfunktionen in der Erweiterungs-App zu nutzen.

30. Juni 2021

Android Device Policy

• Kleinere Fehler wurden behoben.

2. Juni 2021

Android Device Policy

• Kleinere Fehler wurden behoben.

5. Mai 2021

Android Device Policy

• Kleinere Fehler wurden behoben.

6. April 2021

Android Device Policy

• Kleinere Fehler wurden behoben.

März 2021

Android Management API

• Es wurden zwei neue AdvancedSecurityOverrides hinzugefügt. Diese Richtlinien ermöglichen standardmäßig die Sicherheits-Best Practices von Android Enterprise, während Organisationen die Standardwerte für erweiterte Anwendungsfälle überschreiben können.
• googlePlayProtectVerifyApps aktiviert standardmäßig die App-Überprüfung von Google Play.
• developerSettings verhindert standardmäßig den Zugriff von Nutzern auf Entwickleroptionen und den abgesicherten Modus. Andernfalls würde das Risiko einer Exfiltration von Unternehmensdaten bestehen.
Um die Migration zu den neuen Standardverhalten zu erleichtern, werden die Standardwerte für diese Richtlinien für bestehende API-Nutzer (Google Cloud-Projekte, für die die Android Management API am 15. April 2021 aktiviert war) erst ab Oktober 2021 erzwungen. Bis dahin müssen bestehende API-Nutzer explizit einen gewünschten Wert festlegen, um die neuen Richtlinien zu verwenden.
• ChoosePrivateKeyRule unterstützt jetzt die direkte Zuweisung bestimmter KeyChain-Schlüssel an verwaltete Apps.
• Dadurch können die Ziel-Apps auf die angegebenen Schlüssel zugreifen, indem sie getCertificateChain() und getPrivateKey() aufrufen, ohne zuerst choosePrivateKeyAlias() aufrufen zu müssen.
• Standardmäßig gewährt die Android Management API direkten Zugriff auf die in der Richtlinie angegebenen Schlüssel. Andernfalls wird der Zugriff erst gewährt, nachdem die angegebene App choosePrivateKeyAlias() aufgerufen hat. Weitere Informationen finden Sie unter ChoosePrivateKeyRule.

Verworfene Produkte/Funktionen

• ensureVerifyAppsEnabled wurde eingestellt. Verwenden Sie stattdessen googlePlayProtectVerifyApps AdvancedSecurityOverrides.
• Bestehende API-Nutzer (Google Cloud-Projekte mit aktivierter Android Management API ab dem 15. April 2021) können ensureVerifyAppsEnabled bis Oktober 2021 weiterhin verwenden, sollten aber so bald wie möglich zu AdvancedSecurityOverrides migrieren. Ab Oktober ensureVerifyAppsEnabled funktioniert nicht mehr.
• debuggingFeaturesAllowed und safeBootDisabled wurden eingestellt. Verwenden Sie stattdessen developerSettings AdvancedSecurityOverrides.
• Vorhandene API-Nutzer (Google Cloud-Projekte mit aktivierter Android Management API am 15. April 2021) können debuggingFeaturesAllowed und safeBootDisabled bis Oktober 2021 weiterhin verwenden. Wir empfehlen jedoch, so bald wie möglich AdvancedSecurityOverrides zu verwenden. Im Oktober funktionieren debuggingFeaturesAllowed und safeBootDisabled nicht mehr.

Februar 2021

Android Management API

• personalApplications-Unterstützung für unternehmenseigene Geräte ab Android 8 hinzugefügt. Die Funktion wird jetzt auf allen unternehmenseigenen Geräten mit Arbeitsprofil unterstützt.
• Die Telefonnummer des Geräts wird jetzt auf vollständig verwalteten Geräten als Teil der Device-Ressource gemeldet.

Januar 2021

Android Device Policy

• Kleinere Fehler wurden behoben.

Dezember 2020

Android Management API

• personalApplications wurde zu PersonalUsagePolicies hinzugefügt. Auf unternehmenseigenen Geräten kann die IT-Abteilung eine Zulassungs- oder Sperrliste für Anwendungen im privaten Profil festlegen. Diese Funktion ist derzeit nur auf Geräten mit Android 11 verfügbar, wird aber in einer zukünftigen Version auf Android 8 zurückportiert.

Android Device Policy

• Kleinere Aktualisierungen der Bereitstellungs-UI

  

November 2020

Android Management API

• AutoDateAndTimeZone wurde hinzugefügt und ersetzt das eingestellte autoTimeRequired, um die automatische Konfiguration von Datum, Uhrzeit und Zeitzone auf einem unternehmenseigenen Gerät zu steuern.
• Ab Android 11 können Nutzer keine App-Daten mehr löschen oder Anwendungen erzwingen, wenn das Gerät als Kiosk konfiguriert ist. Das heißt, wenn InstallType einer Anwendung in ApplicationPolicy auf KIOSK festgelegt ist.
• Es wurden neue LocationMode-Einstellungen hinzugefügt, um die Einstellungen für die eingestellte Methode zur Standorterkennung zu ersetzen. Auf unternehmenseigenen Geräten kann die IT-Abteilung jetzt auswählen, ob der Standort erzwungen, deaktiviert oder Nutzern erlaubt werden soll, den Standort zu aktivieren und zu deaktivieren.
• Unterstützung für CommonCriteriaMode, eine neue Funktion in Android 11, wurde hinzugefügt. Kann aktiviert werden, um bestimmte Anforderungen des Common Criteria Mobile Device Fundamentals Protection Profile (MDFPP) zu erfüllen.

Verworfene Produkte/Funktionen

• autoTimeRequired ist jetzt veraltet, nachdem bestimmte automatische Zeitsteuerungselemente in Android 11 eingestellt wurden. Verwenden Sie stattdessen AutoDateAndTimeZone.
• Die folgenden LocationMode-Optionen sind jetzt veraltet, da sie in Android 9 eingestellt wurden: HIGH_ACCURACY, SENSORS_ONLY, BATTERY_SAVING und OFF. Verwenden Sie stattdessen LOCATION_ENFORCED, LOCATION_DISABLED und LOCATION_USER_CHOICE.

Oktober 2020

Android Device Policy

• RELINQUISH_OWNERSHIP wurde als neuer Typ von Gerätebefehl hinzugefügt. Wenn Administratoren ein Arbeitsprofil bereitstellen, können sie die Eigentumsrechte für unternehmenseigene Geräte an Mitarbeiter übertragen. Dabei wird das Arbeitsprofil gelöscht und alle Geräterichtlinien werden auf den Werkszustand zurückgesetzt, während die privaten Daten erhalten bleiben. Dadurch verliert die IT-Abteilung das Eigentum an dem Gerät und sollte nicht erwarten, dass das Gerät neu registriert wird. Wenn Sie ein Gerät auf die Werkseinstellungen zurücksetzen möchten, ohne die Inhaberschaft zu verlieren, verwenden Sie stattdessen die Methode devices.delete.

August 2020

Android Management API

• Verbesserungen am Arbeitsprofil auf unternehmenseigenen Geräten wurden in der Android 11 Developer Preview angekündigt. Die Android Management API unterstützt diese Verbesserungen für Geräte mit Android 8.0+ oder höher. Unternehmen können Geräte mit Arbeitsprofil jetzt als unternehmenseigen kennzeichnen. So können sie das Arbeitsprofil eines Geräts, Richtlinien für die private Nutzung und bestimmte geräteübergreifende Einstellungen verwalten und gleichzeitig den Datenschutz im privaten Profil wahren.

  • Einen allgemeinen Überblick über die Verbesserungen des Arbeitsprofils finden Sie unter Arbeitsprofil: der neue Standard für den Datenschutz von Mitarbeitern.
  • Hier erfahren Sie, wie Sie ein Arbeitsprofil auf einem unternehmenseigenen Gerät einrichten.
  • Eine Beispielrichtlinie für ein unternehmenseigenes Gerät mit Arbeitsprofil finden Sie unter Geräte mit Arbeitsprofilen.
  • blockScope wurde zu blockAction hinzugefügt. Mit blockScope können Sie angeben, ob eine Blockierungsaktion für ein gesamtes unternehmenseigenes Gerät oder nur für das Arbeitsprofil gilt.

• connectedWorkAndPersonalApp wurde zu applicationPolicy hinzugefügt. Ab Android 11 können einige wichtige Apps eine Verbindung zwischen dem Arbeits- und dem privaten Profil eines Geräts herstellen. Durch das Verknüpfen einer App über verschiedene Profile können Sie Nutzern eine einheitlichere Nutzung ermöglichen. Wenn Nutzer beispielsweise eine Kalender-App verknüpfen, können sie ihre geschäftlichen und privaten Termine zusammen sehen.

  Einige Apps, z. B. die Google Suche, sind möglicherweise standardmäßig mit dem Gerät verknüpft. Eine Liste der verbundenen Apps auf einem Gerät finden Sie unter Einstellungen > Datenschutz > Verknüpfte private und geschäftliche Apps.

  Mit connectedWorkAndPersonalApp können Sie verbundene Apps zulassen oder nicht zulassen. Wenn eine App profilübergreifend verbunden werden darf, hat der Nutzer nur die Option, die App zu verbinden. Nutzer können die Verbindung zu Apps jederzeit trennen.

• systemUpdateInfo wurde devices hinzugefügt, um Informationen zu ausstehenden Systemupdates zu melden.

Juli 2020

Android Device Policy

• [23. Juli] Kleinere Fehlerkorrekturen

Juni 2020

Android Device Policy

• [17. Juni] Kleinere Fehlerkorrekturen.

Mai 2020

Android Device Policy

• [12. Mai] Kleinere Fehlerkorrekturen.

April 2020

Android Device Policy

• [14. April] Kleinere Fehlerkorrekturen.

März 2020

Android Device Policy

• [16. März] Kleinere Fehlerkorrekturen.

Februar 2020

Android Device Policy

• [24. Februar] Kleinere Fehlerkorrekturen.

Januar 2020

Android Device Policy

• [15. Januar] Kleinere Fehlerkorrekturen.

Dezember 2019

Android Management API

• Es gibt eine neue Richtlinie zum Blockieren nicht vertrauenswürdiger Apps (Apps aus unbekannten Quellen). Mit advancedSecurityOverrides.untrustedAppsPolicy können Sie Folgendes tun:
  • Installation nicht vertrauenswürdiger Apps geräteübergreifend blockieren (einschließlich Arbeitsprofile).
  • Installation nicht vertrauenswürdiger Apps nur in einem Arbeitsprofil blockieren
  • Installation nicht vertrauenswürdiger Apps auf dem gesamten Gerät zulassen.
  advancedSecurityOverrides.untrustedAppsPolicy ersetzt installUnknownSourcesAllowed, das jetzt eingestellt wird. Weitere Informationen finden Sie im Abschnitt Einstellung unten.
• Mit requirePasswordUnlock kann jetzt ein Zeitlimit für die Zulassung von nicht sicheren Methoden zur Aufhebung der Displaysperre (z.B. Fingerabdruck- und Gesichtserkennung) auf einem Gerät oder Arbeitsprofil erzwungen werden. Nach Ablauf des Zeitlimits muss ein Nutzer eine starke Form der Authentifizierung (Passwort, PIN, Muster) verwenden, um ein Gerät oder Arbeitsprofil zu entsperren.
• kioskCustomization hinzugefügt, um die Möglichkeit zu unterstützen, die folgenden System-UI-Funktionen auf Geräten im Kioskmodus zu aktivieren oder zu deaktivieren:
  • Globale Aktionen, die über den Ein/Aus-Button gestartet werden (siehe powerButtonActions).
  • Systeminformationen und Benachrichtigungen (siehe statusBar).
  • Schaltflächen für Startbildschirm und Übersicht (siehe systemNavigation).
  • Statusleiste (siehe statusBar).
  • Fehlerdialogfelder für abgestürzte oder nicht reagierende Apps (siehe systemErrorWarnings).
• Die Richtlinie freezePeriod wurde hinzugefügt, um das Blockieren von Systemupdates jährlich über einen bestimmten Zeitraum zu unterstützen.
• In devices.delete ist ein neuer Parameter verfügbar: Mit wipeReasonMessage können Sie eine kurze Nachricht angeben, die einem Nutzer angezeigt wird, bevor das Arbeitsprofil von seinem privaten Gerät gelöscht wird.

Verworfene Produkte/Funktionen

installUnknownSourcesAllowed ist jetzt als eingestellt markiert. Der Support für die Richtlinie wird bis zum 2. Quartal 2020 für Nutzer fortgesetzt, die die Android Management API vor dem 19. Dezember 2019 um 14:00 Uhr GMT aktiviert haben. Die Richtlinie wird nicht für Nutzer unterstützt, die die API nach diesem Datum aktiviert haben.

advancedSecurityOverrides.untrustedAppsPolicy ersetzt installUnknownSourcesAllowed. In der Tabelle unten finden Sie eine Zuordnung zwischen den beiden Richtlinien. Entwickler sollten ihre Lösungen so schnell wie möglich an die neue Richtlinie anpassen*.

installUnknownSourcesAllowed	advancedSecurityOverrides.untrustedAppsPolicy
TRUE	ALLOW_INSTALL_DEVICE_WIDE
FALSE	ALLOW_INSTALL_IN_PERSONAL_PROFILE_ONLY Hinweis:Gilt für alle Gerätetypen (Arbeitsprofile und vollständig verwaltete Geräte). Da vollständig verwaltete Geräte kein privates Profil haben, werden nicht vertrauenswürdige Apps auf dem gesamten Gerät blockiert. Wenn Sie nicht vertrauenswürdige Apps auf einem gesamten Gerät mit Arbeitsprofil blockieren möchten, verwenden Sie stattdessen DISALLOW_INSTALL.

*Für Nutzer, die die Android Management API vor dem 19. Dezember 2019 um 14:00 Uhr GMT aktiviert haben: Der Standardwert von untrustedAppsPolicy (DISALLOW_INSTALL) wird nicht angewendet, wenn untrustedAppsPolicy auf UNTRUSTED_APPS_POLICY_UNSPECIFIED gesetzt ist oder die Richtlinie nicht angegeben ist. Wenn Sie nicht vertrauenswürdige Apps auf einem gesamten Gerät blockieren möchten, müssen Sie die Richtlinie explizit auf DISALLOW_INSTALL festlegen.

November 2019

Android Device Policy

• [27. November] Kleinere Fehlerkorrekturen.

Oktober 2019

Android Management API

• Mit den neuen IframeFeature-Optionen können Sie angeben, welche Funktionen des iFrames von Managed Google Play in Ihrer Konsole aktiviert bzw. deaktiviert werden sollen.

Android Device Policy

• [16. Oktober] Kleinere Fehlerkorrekturen und Leistungsoptimierung.

4. September 2019

Funktionen

• Mit der Ressource policies können jetzt geschlossene App-Releases (geschlossene App-Tracks) verteilt werden, sodass Organisationen Vorabversionen von Apps testen können. Weitere Informationen finden Sie unter Apps für geschlossene Tests bereitstellen.
• permittedAccessibilityServices wurde zu policies hinzugefügt. Damit können Sie Folgendes tun:
  • alle Bedienungshilfen, die nicht zum System gehören, auf einem Gerät nicht zulassen oder
  • nur bestimmten Apps Zugriff auf diese Dienste gewähren.

6. August 2019

Funktionen

• Die Android Management API bewertet jetzt die Sicherheit eines Geräts und meldet Ergebnisse in Geräteberichten (unter securityPosture). securityPosture gibt den Sicherheitsstatus eines Geräts zurück (POSTURE_UNSPECIFIED, SECURE, AT_RISK oder POTENTIALLY_COMPROMISED), der von SafetyNet und anderen Prüfungen ermittelt wurde. Außerdem werden Details zu allen ermittelten Sicherheitsrisiken zurückgegeben, die Sie über Ihre Verwaltungskonsole an Kunden weitergeben können.

  Damit diese Funktion für ein Gerät aktiviert werden kann, muss in der zugehörigen Richtlinie mindestens ein Feld aus statusReportingSettings aktiviert sein.

2. Juli 2019

Funktionen

• Um zu unterscheiden, ob eine App über launchApp in setupActions gestartet wird, enthält die Aktivität, die zuerst als Teil der App gestartet wird, jetzt das boolesche Intent-Extra com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (auf true gesetzt). Mit diesem Extra können Sie Ihre App anpassen, je nachdem, ob sie über launchApp oder von einem Nutzer gestartet wird.

31. Mai 2019

Wartungsrelease

• Kleinere Fehlerkorrekturen und Leistungsoptimierung.

7. Mai 2019

complianceRules wird jetzt eingestellt, aber bis zum späten 2. Quartal/frühen 3. Quartal 2019 weiterhin unterstützt, damit EMMs ihre Richtlinien aktualisieren können. Um Unterbrechungen Ihrer Implementierung zu vermeiden, ersetzen Sie Richtlinien, die complianceRules enthalten, durch policyEnforcementRules. Verwenden Sie dazu die neue Compliancelogik, die unter Richtlinien-Compliance beschrieben wird.

Funktionen

• policyEnforcementRules wurde hinzugefügt, um complianceRules zu ersetzen, das eingestellt wurde. Weitere Informationen finden Sie im oben stehenden Hinweis zur Einstellung.
• Es wurden neue APIs zum Erstellen und Bearbeiten von Web-Apps hinzugefügt. Weitere Informationen finden Sie unter Web-Apps unterstützen.

Nutzererfahrung

Android Device Policy:Das Symbol der App wird auf Geräten nicht mehr angezeigt. Nutzer können die Richtlinienseite, die zuvor über das Symbol aufgerufen wurde, weiterhin aufrufen:

• Vollständig verwaltete Geräte: „Einstellungen“ > „Google“ > „Geräterichtlinie“
• Geräte mit Arbeitsprofilen: „Einstellungen“ > „Google“ > „Arbeit“ > „Geräterichtlinie“
• Alle Geräte: Google Play Store App > Android Device Policy

16. April 2019

• Die Android Device Policy ist jetzt in Südkorea verfügbar.

21. März 2019

Funktionen

• Wir haben neue Metadaten, einschließlich alternativer Seriennummern, zu devices hinzugefügt.
• Die Anzahl der Apps mit installType REQUIRED_FOR_SETUP ist jetzt auf fünf pro Richtlinie begrenzt. So wird eine bestmögliche Nutzererfahrung bei der Bereitstellung von Geräten und Arbeitsprofilen gewährleistet.

12. Februar 2019

Nutzererfahrung

• Android Device Policy:Es wurden verbesserte Meldungen zu Richtlinienverstößen hinzugefügt, damit Nutzer ihre Geräte wieder in einen richtlinienkonformen Zustand versetzen können. Außerdem werden sie informiert, wenn dies nicht möglich ist.
• Android Device Policy:Nachdem ein Registrierungstoken registriert wurde, werden Nutzer in einer neuen Einrichtungsanleitung durch die Schritte geführt, die gemäß ihrer Richtlinie erforderlich sind, um die Konfiguration ihres Geräts oder Arbeitsprofils abzuschließen.

  

  Abbildung 1. Geführte Einrichtung.

Funktionen

• Neues Feld zu installType hinzugefügt
  • REQUIRED_FOR_SETUP: Wenn „true“, muss die App installiert werden, bevor die Einrichtung des Geräts oder Arbeitsprofils abgeschlossen ist. Hinweis:Wenn die App aus irgendeinem Grund nicht installiert ist (z.B. Inkompatibilität, geografische Verfügbarkeit, schlechte Netzwerkverbindung), wird die Einrichtung nicht abgeschlossen.
• SetupAction wurde zu policies hinzugefügt. Mit SetupAction können Sie festlegen, dass eine App während der Einrichtung gestartet wird, damit ein Nutzer sein Gerät weiter konfigurieren kann. Weitere Informationen finden Sie unter App während der Einrichtung starten.
• Für Unternehmen, für die Statusberichte aktiviert sind, werden neue Geräteberichte jetzt sofort nach einem fehlgeschlagenen Versuch ausgegeben, ein Gerät oder Arbeitsprofil zu entsperren.

Verworfene Produkte/Funktionen

• In policies wurde wifiConfigsLockdownEnabled eingestellt. Die in der Richtlinie angegebenen WLANs können jetzt standardmäßig nicht mehr geändert werden. Wenn Sie sie ändern möchten, setzen Sie wifiConfigDisabled auf „false“.

10. Dezember 2018

Funktionen

• Unterstützung für Geräte mit Arbeitsprofil für die Bereitstellungsmethode Anmelde-URL hinzugefügt. Geräteinhaber mit Arbeitsprofil können sich jetzt mit ihren Unternehmensanmeldedaten anmelden, um die Bereitstellung abzuschließen.

Nutzererfahrung

• Unterstützung für den dunklen Modus in der Android Device Policy hinzugefügt Der dunkle Modus ist ein Displaydesign, das in Android 9 Pie verfügbar ist. Es kann unter Einstellungen > Display > Erweitert > Gerätedesign > Dunkel aktiviert werden.

  

  Abbildung 1. (L) Normaler Anzeigemodus (R) Dunkler Modus

2. November 2018

Funktionen

• Für vollständig verwaltete Geräte ist eine neue Registrierungsmethode verfügbar. Bei dieser Methode wird eine Anmelde-URL verwendet, über die Nutzer aufgefordert werden, ihre Anmeldedaten einzugeben. So können Sie eine Richtlinie zuweisen und die Geräte der Nutzer basierend auf ihrer Identität bereitstellen.
• Unterstützung für das iFrame für verwaltete Konfigurationen hinzugefügt. Das ist eine Benutzeroberfläche, die Sie Ihrer Konsole hinzufügen können, damit IT-Administratoren verwaltete Konfigurationen festlegen und speichern können. Der iFrame gibt für jede gespeicherte Konfiguration ein eindeutiges mcmId zurück, das Sie policies hinzufügen können.
• passwordPolicies und PasswordPolicyScope wurden zu policies hinzugefügt:
  • Mit passwordPolicies werden die Passwortanforderungen für den angegebenen Bereich (Gerät oder Arbeitsprofil) festgelegt.
  • Wenn PasswordPolicyScope nicht angegeben ist, ist der Standardbereich SCOPE_PROFILE für Geräte mit Arbeitsprofil und SCOPE_DEVICE für vollständig verwaltete oder dedizierte Geräte.
  • passwordPolicies überschreibt passwordRequirements, wenn PasswordPolicyScope nicht angegeben ist (Standard) oder PasswordPolicyScope auf denselben Bereich wie passwordRequirements festgelegt ist.

20. September 2018

Fehlerkorrekturen

• Es wurde ein Problem behoben, bei dem Kioskgeräte nach der Bereitstellung für eine Teilmenge von Richtlinienkonfigurationen fälschlicherweise als nicht konform angezeigt wurden.

28. August 2018

Mit diesem Release werden in der Android Management API jetzt die Lösungssets Arbeitsprofil und vollständig verwaltetes Gerät unterstützt. Weitere Informationen zu Lösungssets finden Sie unter Lösung entwickeln.

Funktionen

Updates zur Unterstützung der Bereitstellung und Verwaltung von Arbeitsprofilen und vollständig verwalteten Geräten:

• Für Arbeitsprofile sind neue Bereitstellungsmethoden verfügbar:
  • Stellen Sie den Nutzern einen Registrierungstoken-Link zur Verfügung.
  • Gehen Sie zu den Einstellungen > Google > Arbeitsprofil einrichten.
• enrollmentTokens wurden neue Felder hinzugefügt.
  • oneTimeOnly: Bei „true“ läuft das Registrierungstoken nach der ersten Verwendung ab.
  • userAccountIdentifier: Gibt ein bestimmtes verwaltetes Google Play-Konto an.
    • Nicht angegeben: Die API erstellt bei jeder Registrierung eines Geräts mit dem Token im Hintergrund ein neues Konto.
    • Falls angegeben: Die API verwendet das angegebene Konto jedes Mal, wenn ein Gerät mit dem Token registriert wird. Sie können dasselbe Konto für mehrere Tokens angeben. Weitere Informationen finden Sie unter Nutzer angeben.
• managementMode (schreibgeschützt) wurde zu devices hinzugefügt.
  • Geräte mit Arbeitsprofilen: managementMode ist auf PROFILE_OWNER festgelegt.
  • Zweckbestimmte Geräte und vollständig verwaltete Geräte: managementMode ist auf DEVICE_OWNER festgelegt.

Aktualisierungen der policies-Ressource zur Verbesserung der App-Verwaltungsfunktionen:

• Das neue Feld playStoreMode wurde hinzugefügt.
  • WHITELIST (Standard): Nur Apps, die der Richtlinie hinzugefügt wurden, sind im Arbeitsprofil oder auf dem verwalteten Gerät verfügbar. Alle Apps, die nicht den Richtlinien entsprechen, sind nicht verfügbar und werden deinstalliert, wenn sie zuvor installiert waren.
  • BLACKLIST: Apps, die der Richtlinie hinzugefügt wurden, sind nicht verfügbar. Alle anderen bei Google Play aufgeführten Apps sind verfügbar.
• BLOCKED wurde als InstallType-Option hinzugefügt. Dadurch kann eine App nicht installiert werden. Wenn die App bereits installiert ist, wird sie deinstalliert.
  • Sie können „installType“ BLOCKED zusammen mit playStoreMode BLACKLIST verwenden, um zu verhindern, dass auf einem verwalteten Gerät oder in einem Arbeitsprofil bestimmte Apps installiert werden.

Nutzererfahrung

• Die Einstellungen der Android Device Policy App wurden aktualisiert, um den Geräteeinstellungen zu entsprechen.

12. Juli 2018

Nutzererfahrung

• Die Status- und Gerätedetailseiten in der Android Device Policy App wurden zu einer einzigen Seite zusammengeführt.
• Die Benutzeroberfläche für die Einrichtung wurde an den Android-Einrichtungsassistenten angepasst.

Funktionen

• PermissionGrants auf Richtlinienebene hinzugefügt. Sie können Laufzeitberechtigungen jetzt auf vier Ebenen verwalten:
  • Global, für alle Apps:Legen Sie „defaultPermissionPolicy“ auf Richtlinienebene fest.
  • Pro Berechtigung für alle Apps:Legen Sie „permissionGrant“ auf Richtlinienebene fest.
  • Pro App für alle Berechtigungen:Legen Sie „defaultPermissionPolicy“ in ApplicationPolicy fest.
  • Pro App, pro Berechtigung:Legen Sie „permissionGrant“ in ApplicationPolicy fest.
• Wenn Sie ein Gerät auf die Werkseinstellungen zurücksetzen, können Sie mit dem neuen WipeDataFlag Folgendes tun:
  • WIPE_EXTERNAL_STORAGE: Löscht den externen Speicher des Geräts (z.B. SD-Karten).
  • PRESERVE_RESET_PROTECTION_DATA: Daten zum Schutz für zurückgesetzte Geräte auf dem Gerät speichern. Dieses Flag sorgt dafür, dass nur ein autorisierter Nutzer ein Gerät wiederherstellen kann, wenn es beispielsweise verloren gegangen ist. Hinweis:Aktivieren Sie diese Funktion nur, wenn Sie frpAdminEmails[] in der Richtlinie festgelegt haben.

Fehlerkorrekturen

• Ein Problem wurde behoben, durch das Android Device Policy den Modus „Aufgabe sperren“ beendete, wenn im Vordergrund aktualisiert wurde.

25. Mai 2018

Nutzererfahrung

• Auf Geräten mit Android 7.0 und höher werden Symbole für deaktivierte Apps nicht mehr im Launcher ausgeblendet, sondern grau dargestellt:
  

  

Funktionen

• policies wurde aktualisiert und unterstützt jetzt die folgenden Funktionen für die Zertifikatsverwaltung:
  • Automatisches Gewähren des Zertifikatszugriffs für Apps.
  • Delegieren aller Zertifikatsverwaltungsfunktionen, die von der Android Device Policy unterstützt werden, an eine andere App (siehe CERT_INSTALL).
• Einzelne Apps können jetzt unabhängig von Compliance-Regeln in ApplicationPolicy deaktiviert werden (disabled auf true setzen).
• System-Apps können jetzt deaktiviert werden.
• Anwendungsberichte wurden zu devices hinzugefügt. Für jede verwaltete App, die auf einem Gerät installiert ist, enthält der Bericht den Paketnamen, die Version, die Installationsquelle und andere detaillierte Informationen der App. Setzen Sie applicationReportsEnabled in der Richtlinie des Geräts auf true, um die Funktion zu aktivieren.
• enterprises wurde aktualisiert und enthält jetzt die Nutzungsbedingungen. Die Nutzungsbedingungen eines Unternehmens werden auf Geräten während der Bereitstellung angezeigt.

Fehlerkorrekturen

• Der Nutzerverwaltungsablauf wurde aktualisiert, um den Zugriff auf Einstellungen zu deaktivieren, es sei denn, der Zugriff ist für die Einrichtung erforderlich (z.B. zum Erstellen eines Sicherheitscodes).

3. April 2018

Nutzererfahrung

• Das Design der Android Device Policy App und der Gerätebereitstellung wurde aktualisiert, um die Nutzerfreundlichkeit insgesamt zu verbessern.

Funktionen

• Unterstützung für Direct Boot hinzugefügt. Damit können Sie Android-Geräte mit Android 7.0 oder höher per Remotezugriff löschen, die seit dem letzten Neustart nicht entsperrt wurden.
• Der policies-Ressource wurde die Einstellung Standortmodus hinzugefügt, mit der Sie den Modus für die Standortgenauigkeit auf einem verwalteten Gerät konfigurieren können.
• Der Ressource Command wurde ein Fehlerantwortfeld hinzugefügt.

Fehlerkorrekturen

• Die Bereitstellungsleistung wurde verbessert.
• Complianceberichte werden jetzt sofort nach der Bereitstellung eines Geräts generiert. Informationen zum Konfigurieren eines Unternehmens, damit es Compliance-Berichte erhält, finden Sie unter Benachrichtigungen mit Details zur Nichteinhaltung erhalten.

Bekannte Probleme

• Die Einstellungen für den Sperrbildschirm stürzen auf LG-Geräten mit Android 8.0 oder höher (z.B. LG V30) ab, die von der Android Device Policy verwaltet werden.

14. Februar 2018

Nutzererfahrung

• Der Validierungstext für das Feld „code“ wurde aktualisiert. Er wird angezeigt, wenn ein Nutzer einen QR-Code manuell eingibt, um ein Gerät zu registrieren.

Funktionen

• Sie können jetzt eine Richtlinie festlegen, mit der automatisch Updates für zwangsinstallierte Apps ausgelöst werden, wenn sie eine bestimmte Mindestversion nicht erfüllen. In ApplicationPolicy:
  • Setzen Sie installType auf FORCE_INSTALLED.
  • Geben Sie eine minimumVersionCode an.
• Die Ressource Geräte wurde mit neuen Feldern aktualisiert, die Informationen enthalten, die für IT-Administratoren nützlich sein können, z. B. den Namen des Mobilfunkanbieters des Geräts (weitere Informationen finden Sie unter NetworkInfo), ob das Gerät verschlüsselt ist und ob „Apps überprüfen“ aktiviert ist (weitere Informationen finden Sie unter DeviceSettings).

Fehlerkorrekturen

• Die Befehle RESET_PASSWORD und LOCK funktionieren jetzt auf Geräten mit Android 8.0 Oreo.
• Ein Problem wurde behoben, bei dem DeviceSettings nicht ausgefüllt wurde.
• Ein Problem mit der Verarbeitung der stayOnPluggedModes-Richtlinie wurde behoben.

12. Dezember 2017

Funktionen

• Android Device Policy unterstützt jetzt einen einfachen Kiosk-Launcher , der über eine Richtlinie aktiviert werden kann. Der Launcher schränkt die Nutzung eines Geräts auf eine Reihe vordefinierter Apps ein und blockiert den Nutzerzugriff auf die Geräteeinstellungen. Die angegebenen Apps werden auf einer einzigen Seite in alphabetischer Reihenfolge angezeigt. Wenn Sie einen Fehler melden oder eine Funktion anfordern möchten, tippen Sie im Launcher auf das Feedbacksymbol.
• Die Geräteeinrichtung wurde mit einer neuen Wiederholungslogik aktualisiert. Wenn ein Gerät während der Einrichtung neu gestartet wird, wird der Bereitstellungsprozess jetzt an der Stelle fortgesetzt, an der er unterbrochen wurde.
• Die folgenden neuen Richtlinien sind jetzt verfügbar. Weitere Informationen finden Sie in der API-Referenz:

  keyguardDisabledFeatures	accountTypesWithManagementDisabled
  installAppsDisabled	mountPhysicalMediaDisabled
  uninstallAppsDisabled	bluetoothContactSharingDisabled
  shortSupportMessage	longSupportMessage
  bluetoothConfigDisabled	cellBroadcastsConfigDisabled
  credentialsConfigDisabled	mobileNetworksConfigDisabled
  tetheringConfigDisabled	vpnConfigDisabled
  createWindowsDisabled	networkResetDisabled
  outgoingBeamDisabled	outgoingCallsDisabled
  smsDisabled	usbFileTransferDisabled
  ensureVerifyAppsEnabled	permittedInputMethods
  recommendedGlobalProxy	setUserIconDisabled
  setWallpaperDisabled	alwaysOnVpnPackage
  dataRoamingDisabled	bluetoothDisabled

• Das Ziel-SDK der Android Device Policy wurde auf Android 8.0 Oreo aktualisiert.

Fehlerkorrekturen

• Die Netzwerkauswahl kann jetzt übersprungen werden, wenn beim Starten keine Verbindung hergestellt werden kann. Wenn Sie die Netzwerkauswahl beim Start aktivieren möchten, verwenden Sie die Richtlinie networkEscapeHatchEnabled.