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.
August 2026
Android Management API
-
In
enterprises.policieswurden neue Enum-Werte hinzugefügt, um Apps von Anmeldedatenanbietern unter Android 14 und höher zu steuern. Dazu gehörenCREDENTIAL_PROVIDER_DEFAULT_ALLOWED, um Apps mit einem nicht angegebenencredentialProviderPolicystandardmäßig als Anmeldedatenanbieter zuzulassen, undCREDENTIAL_PROVIDER_DISALLOWED, um eine bestimmte App zu blockieren. Außerdem wurde die Erkennung von Apps von Systemanmeldedatenanbietern verbessert, wenncredentialProviderPolicyDefaultaufCREDENTIAL_PROVIDER_DEFAULT_DISALLOWED_EXCEPT_SYSTEMgesetzt ist. - Die Registrierungsstabilität wurde erhöht, damit die Registrierung des Arbeitsprofils nicht fehlschlägt, wenn während der Anmeldung gewechselt wird (z.B. zu einer Authentifizierungs-App).
- Version 1.8.3 des AMAPI SDK wurde veröffentlicht. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
-
Außerdem wurden die folgenden Dokumentationselemente aktualisiert:
- Wir haben die Anleitung zur Gerätebereitstellung um den neuen Abschnitt Ausnahme für vorhandene Registrierungstokens und einen Hinweis unter Anmelde-URL aktualisiert. Damit wird klargestellt, dass Registrierungstokens, die erstellt wurden, bevor eine Organisation die Anforderung „Mit Google authentifizieren“ aktiviert, von Anmeldeaufforderungen ausgenommen sind. Für Tokens, die danach erstellt werden, gelten die Authentifizierungseinstellungen des IT-Administrators.
-
Wir haben klargestellt, dass die angegebene E-Mail-Adresse des Google-Arbeitskontos im Feld
requiredAccountEmailinWorkAccountSetupConfignur aus Kleinbuchstaben bestehen darf. -
Das Feld
preserveFrpinWipeActiongibt jetzt an, dass es sowohl für vollständig verwaltete Geräte als auch für Arbeitsprofile auf unternehmenseigenen Geräten gilt. -
Wir haben den Abschnitt Verloren im Leitfaden zum Verloren-Modus aktualisiert, um klarzustellen, dass Geräte regelmäßige Standort-Updates (über
LostModeLocationEvent) senden, anstatt jede Minute Updates zu senden. Im Leitfaden wird jetzt auch erläutert, dass der Android-Stromsparmodus periodische Standort-Updates verzögern kann.
Juli 2026
Android Management API
- Die Unterstützung für Android 6.0 wurde eingestellt, da die Google Play-Dienste nur noch Android 7.0 und höher unterstützen. 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.
- Es wurde ein Problem behoben, bei dem der Schutz für zurückgesetzte Geräte für Privatnutzer 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 von Administratoren für den Schutz für zurückgesetzte Geräte angegeben waren.
-
Außerdem wurden die folgenden Dokumentationselemente aktualisiert:
- Wir haben eine Anleitung hinzugefügt, in der erklärt wird, wie Sie die Google-Authentifizierung bei der Registrierung erzwingen.
-
Die Richtlinie
persistentPreferredActivitiesenthält jetzt eine Warnung, dass diese Richtlinie unddefaultApplicationSettingsnicht für dieselbe Intent-Domain konfiguriert werden sollten, um unvorhersehbares Verhalten zu vermeiden. Außerdem haben wir den entsprechenden Leitfaden aktualisiert. -
Wir haben in der Dokumentation klargestellt, dass der Parameter
templateIdeiner 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
nearbyNotificationStreamingundnearbyAppStreaminghinzugefügt, um zu steuern, ob Nutzer App-Inhalte und Benachrichtigungen auf Geräte in der Nähe streamen können. Diese spiegeln zwei vorhandene Plattform-APIs wider:setNearbyNotificationStreamingPolicyundsetNearbyAppStreamingPolicy. -
IT-Administratoren können jetzt
googleAuthenticationOptionsinSigninDetailundEnrollmentTokenkonfigurieren, 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.
-
Außerdem wurden die folgenden Dokumentationselemente aktualisiert:
-
Wir haben klargestellt, dass die
NotificationReceiverService-Basisklasse automatisch Sicherheitsmaßnahmen ergreift (siehe den Hinweis unten im verlinkten Abschnitt). - Aktualisierte Anleitung zum Konfigurieren eines MCP-Clients für die Verwendung des MCP-Servers der Android Management API.
-
Wir haben klargestellt, dass die
Mai 2026
Android Management API
- In der Anwendungsberichterstellung werden jetzt SHA-256-Hashes für Signaturzertifikate gemeldet. Das bietet eine höhere Sicherheit als das jetzt eingestellte SHA-1-Hash-Feld. Dies entspricht den neuesten Best Practices für das Android-Ökosystem.
- Die AMAPI verbessert die Handhabung der Richtlinie für den Schutz vor Zurücksetzen auf die Werkseinstellungen (Factory Reset Protection, FRP) auf COPE-Geräten, indem sie den FRP explizit deaktiviert und Kontolisten löscht, wenn keine Admin-E-Mails konfiguriert sind. Dadurch wird verhindert, dass Nutzer nach dem Zurücksetzen des Geräts unerwartet ausgesperrt werden.
April 2026
Android Management API
-
In der AMAPI wurde eine neue Richtlinie hinzugefügt, mit der IT-Administratoren den Autofill-Service deaktivieren können. Die
AutofillPolicyergänzt andere Richtlinien für Anmeldedaten, um den Anmeldedatenspeicher zu deaktivieren. - Version 1.8.0 des AMAPI SDK wurde veröffentlicht. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
- Außerdem wurden die folgenden Dokumentationselemente 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
extensionConfiginApplicationPolicyersetzt.
- Wir haben klargestellt, dass das
XR-Geräteverwaltung
Android Management API
- Die AMAPI unterstützt jetzt Android XR. Weitere Informationen zur XR-Geräteverwaltung
März 2026
Android Management API
-
Wie im Oktober 2025 dokumentiert und in der folgenden
Servicemitteilung kommuniziert, ist der Standardwert für die Richtlinie
enterpriseDisplayNameVisibilityjetztENTERPRISE_DISPLAY_NAME_VISIBLE. Mit dieser Richtlinie wird festgelegt, ob dasenterpriseDisplayNameauf Geräten angezeigt wird, z. B. auf dem Sperrbildschirm unternehmenseigener Geräte. Wenn Sie den Namen des Unternehmens ausblenden möchten, legen Sie die Richtlinie explizit aufENTERPRISE_DISPLAY_NAME_HIDDENfest. - Die EAP-Konfiguration in der offenen Netzwerkkonfiguration 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 Folgendes aktualisiert:
-
networkResetDisabled, um klarzustellen, dass diese Richtlinie nur für vollständig verwaltete Geräte gilt. -
installType.KIOSKundRoleType.KIOSK, um klarzustellen, dass die Nutzersteuerung unter Android 11 und höher für alle Apps nicht zulässig ist. -
screenCaptureDisabledundpersonalUsagePolicies.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
privateDnsSettingsinPolicy.DeviceConnectivityManagementverwalten. Verfügbare Modi inPrivateDnsSettings.privateDnsMode: Nutzerauswahl, automatisch und angegebener Host (nur vollständig verwaltete Geräte). - Die AMAPI unterstützt jetzt eine Vorabversion der Integration mit dem Model Context Protocol (MCP). Dies bietet die Grundlage für EMMs, um KI-gestützte Konversationsschnittstellen mit Lesezugriff-Tools zu erstellen. Weitere Informationen finden Sie in der Dokumentation.
-
Die Dokumentation zu
NetworkInfo.TelephonyInfowurde 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.
- Für von Administratoren hinzugefügte eSIMs sind Telefonieinformationen in allen Verwaltungsmodi auf Geräten mit Android 15 oder höher verfügbar.
-
Die Felder
activationStateundconfigModegelten 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, mit der das Hinzufügen von eSIMs durch Nutzer gesteuert werden kann. Mit dem Feld
userInitiatedAddEsimSettingsDeviceRadioStatekö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 inPolicy.wipeDataFlagsundDeleteDeviceRequest.wipeDataFlagsverwendet 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 wird die Protokollierung für die APIs für Vertrauenssignale von Geräten detaillierter, um die Diagnose von Problemen zu erleichtern. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
- Die Nutzungsbedingungen für die AMAPI wurden aktualisiert, um das AMAPI SDK explizit abzudecken und die Definition von „Kunden“ um die Erstausrüster (OEMs) von Android-Geräten zu erweitern.
-
In den Richtlinien für die zulässige Verwendung wird die Verwendung von
Advertising IDbeim Zugriff auf die Vertrauenssignale des Geräts jetzt ausdrücklich verboten.
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 starten, indem sie das Antragsformular ausfüllen.
-
Die Dokumentation für den Wert
CUSTOMinApplicationPolicy.InstallTypewurde aktualisiert, um die Verwendung zu verdeutlichen. Dazu gehören weitere Details zu den Anforderungen fürApplicationPolicy.signingKeyCertsund zum erwarteten Verhalten, wenn dieinstallTypeeiner Anwendung in oder vonCUSTOMgeändert wird. -
Die Beschreibungen der bestehenden Richtlinien
setUserIconDisabledundshareLocationDisabledwurden zur besseren Verständlichkeit überarbeitet.
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 dann als Standard festgelegt. Nach der Konfiguration verhindert diese Richtlinie, dass Nutzer die Standardeinstellungen der Anwendung ändern, sodass die Unternehmensrichtlinien eingehalten werden. Weitere Informationen
-
Im Mai haben wir eine Richtlinie zur Konfiguration der Einstellung
enterpriseDisplayNameVisibilityeingeführt, mit der Administratoren die Sichtbarkeit vonenterpriseDisplayNameauf dem Gerät steuern können, 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 aufENTERPRISE_DISPLAY_NAME_VISIBLEfestlegen werden. Diese Änderung wird voraussichtlich im Januar 2026 wirksam. - Außerdem wurden die folgenden Dokumentationselemente aktualisiert:
-
Wir haben das Verhalten des Befehls
LOCKauf Geräten mit Arbeitsprofilen genauer beschrieben. -
Wir haben Informationen zu
nonComplianceDetailsfür Änderungen an dermte_policyauf Geräten hinzugefügt, die neu gestartet werden müssen.
-
Wir haben das Verhalten des Befehls
September 2025
Android Management API
-
Wir haben das Konzept der
Anwendungsrollen eingeführt. Dazu gehört Folgendes:
-
COMPANION_APPfür die Offline-Interaktion mit Android Device Policy -
KIOSKfür zweckbestimmte Geräte, die mit Apps verwendet werden sollen, für dieInstallTypealsREQUIRED_FOR_SETUPoderCUSTOMkonfiguriert ist -
MOBILE_THREAT_DEFENSE_ENDPOINT_DETECTION_RESPONSE(MTD/EDR) undSYSTEM_HEALTH_MONITORING-Apps.
ApplicationPolicy.rolesundRoleType. -
- Ein neuer stabiler Release und ein Releasekandidat 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 policymitinstallTypeCUSTOMhinzu. Die Signaturschlüsselzertifikate der Anwendung werden in der ListesigningKeyCertsangegeben. Verwenden Sie die AMAPI SDK-BefehleinstallCustomAppunduninstallCustomApp, um die benutzerdefinierten Anwendungen zu installieren und zu deinstallieren. Weitere Informationen finden Sie in der Dokumentation. -
Wir haben
ApplicationPolicy.signingKeyCertshinzugefügt und ersetzen damit die Verwendung vonExtensionConfig.signingKeyFingerprintsSha256, die jetzt eingestellt wird.ApplicationPolicy.signingKeyCertsmuss festgelegt werden, wenn für die AppinstallTypeaufCUSTOMfestgelegt ist (d.h. eine benutzerdefinierte App) oder wenn für die AppextensionConfigfestgelegt 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:
- Ein aktualisiertes stabiles Release v1.5.0
- Ein neuer Releasekandidat v1.6.0-rc01, der die Funktion zum Verwalten benutzerdefinierter Apps einführt.
Juli 2025
Android Management API
-
Wir haben die
PasswordRequirementsaktualisiert, 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
appFunctionsverwenden, 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.crossProfileAppFunctionskann verwendet werden, um festzulegen, 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:
modifyPolicyApplicationsundremovePolicyApplications. Mit diesen Methoden können Sie Teilmengen von Anwendungen im Feld „Policy applications“ erstellen, aktualisieren und entfernen, ohne alle unveränderten Anwendungen abrufen und anpolicies.patchübergeben zu müssen. -
Ein neuer
WIPE-Befehl wird als Alternative zudevices.deleteeingeführt und kann mitdevices.issueCommandausgelöst werden. Bei dieser Methode werden unternehmenseigene Geräte auf die Werkseinstellungen zurückgesetzt und auf privaten Geräten wird das Arbeitsprofil gelöscht. Nach dem Löschen wird auch der Gerätedatensatz gelöscht.
Wir haben einen neuen Leitfaden veröffentlicht, in dem die verschiedenen Methoden zum Aufheben der Bereitstellung eines Geräts erläutert werden. -
Wir haben das Android Management API SDK (AMAPI SDK) aktualisiert, um das Signal
Device.WorkProfileStatezur Identifizierung des Gerätemanagementstatus einzufügen.
Weitere Informationen finden Sie in den Versionshinweisen zum AMAPI SDK.
Mai 2025
Android Management API
-
Wir haben die neue Richtlinieneinschränkung
apnPolicyzuDeviceConnectivityManagementhinzugefü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
preferentialNetworkServiceSettingswurde inDeviceConnectivityManagementimplementiert, damit IT-Administratoren bevorzugte Netzwerke konfigurieren können. Im FeldpreferentialNetworkIdunter Anwendung können Sie für jede einzelne Anwendung ein bevorzugtes Netzwerk auswählen. Weitere Informationen finden Sie in unserem Leitfaden zum 5G-Network Slicing und in der AOSP-Dokumentation zum 5G-Network Slicing. - Mit dieser Version erhalten IT-Administratoren eine verbesserte eSIM-Verwaltung, mit der sie verwaltete eSIMs auf allen Geräten hinzufügen, entfernen und ansehen können. Administratoren können jetzt Richtlinien für verwaltete eSIMs definieren und festlegen, wie sie sich verhalten sollen, wenn ein Gerät gelöscht wird oder ein Arbeitsprofil nicht mehr den Richtlinien entspricht. So können sie die Kontrolle behalten und die Einhaltung der Organisationsrichtlinien sicherstellen.
-
Mit der neuen Richtlinieneinstellung
enterpriseDisplayNameVisibilitykönnen Administratoren die Sichtbarkeit vonenterpriseDisplayNameauf dem Gerät steuern, z. B. auf dem Sperrbildschirm unternehmenseigener Geräte. Derzeit wird standardmäßig der Name des Unternehmens angezeigt, der bei der Ersteinrichtung des Geräts konfiguriert wurde. Dies wird sich in sechs Monaten (November 2025) ändern. Dann wird standardmäßigENTERPRISE_DISPLAY_NAME_VISIBLEangezeigt.
April 2025
Android Management API
-
Wir haben die neue Richtlinieneinschränkung
bluetoothSharingzuPersonalUsagePoliciesundDeviceConnectivityManagementhinzugefügt, damit IT-Administratoren die Freigabe von Dateien über Bluetooth zulassen oder verbieten können. -
Ein neues
Sicherheitsereignis wird generiert und über eine Pub/Sub-Benachrichtigung in der AMAPI benachrichtigt, wenn das Feld
BackupServiceStatevom Administrator aktiviert oder deaktiviert wird. -
Wir haben in
HardwareInfodas neue FeldEuiccChipInfohinzugefügt, um die EID für unternehmenseigene Geräte zu lesen. Außerdem wurde der neue BefehlREQUEST_DEVICE_INFOhinzugefügt, um die EID von privaten Geräten zu lesen. - Außerdem wurden die folgenden Dokumentationselemente aktualisiert:
- Wir haben das Android Management API SDK (AMAPI SDK) aktualisiert, um die stabile Version von Device Trust from Android Enterprise aufzunehmen. Versionshinweise sind unter https://developers.google.com/android/management/sdk-release-notes verfügbar.
März 2025
Android Management API
- Die Enterprise-Ressource enthält jetzt mehr Details im Feld enterprise type. Sie geben an, ob das Unternehmen Managed Google Play-Konten verwendet (und ob es sich um ein kundeneigenes oder EMM-eigenes Konto handelt) oder ob es sich um eine verwaltete Google-Domain handelt (entweder DNS-verifiziert oder ein per E‑Mail verifiziertes Team). Anhand dieser Informationen können sich EMM-Anbieter auf eine neue Funktion vorbereiten, mit der Unternehmen von Managed Google Play-Konten 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 diese Anleitung zum Erkennen von Arbeitsprofilen hinzugefügt, 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. In den AMAPI SDK-Versionshinweisen finden Sie Informationen zur neuesten verfügbaren Version.
Januar 2025
Android Management API
- EMMs können IT-Administratoren jetzt darauf beschränken, sich mit einer E‑Mail-Adresse aus einer Zulassungsliste von Domainnamen zu registrieren.
- Außerdem wurden die folgenden Dokumentationselemente 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
-
Ab Android 15 können IT-Administratoren jetzt die
privateSpacePolicyverwenden, um die Erstellung eines vertraulichen Profils zuzulassen oder zu verbieten. -
In Android 15 und höher haben wir
WifiRoamingModeinWifiRoamingPolicyeingefü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 Elemente unserer Dokumentation wurden aktualisiert:
-
Die Beschreibung des Felds
keyguardDisableenthält jetzt Informationen zum Verwaltungsmodus. -
Die
securityPosture-Dokumentation enthält jetzt eine Tabelle, in der das entsprechende Play Integrity API-Ergebnis für jedes AM API-Ergebnis aufgeführt ist.
-
Die Beschreibung des Felds
November 2024
Android Management API
-
Nutzer können ihre E-Mail-Adresse während der Kundenregistrierung nicht mehr ändern. Außerdem haben wir die Validierung für
admin_emailbeim Erstellen einer Registrierungs-URL eingeführt. - Verschiedene Elemente unserer Dokumentation wurden aktualisiert:
-
Wir haben die Beschreibung der Richtlinie
addUserDisabledaktualisiert. Bei Geräten, auf denenmanagementModeDEVICE_OWNERist, wird dieses Feld ignoriert und der Nutzer darf niemals Nutzer hinzufügen oder entfernen. -
Wir haben die
ExtensionConfigaktualisiert, um klarzustellen, dass die Ausnahme von Akkubeschränkungen für Android 11 und höher gilt. -
Die Beschreibung von
PermissionPolicywurde aktualisiert. -
Wir haben in der
DelegatedScope-Enumeration verdeutlicht, an wie viele Anwendungen ein Bereich delegiert werden kann.
-
Wir haben die Beschreibung der Richtlinie
Oktober 2024
Android Management API
- Wir haben das Verhalten der Richtlinie
CommonCriteriaModeaktualisiert.
COMMON_CRITERIA_MODE_ENABLEDaktiviert jetzt die kryptografische Integritätsprüfung von Richtlinien und die zusätzliche Validierung von Netzwerkzertifikaten. Das Ergebnis der Richtlinienintegritätsprüfung wird aufPolicySignatureVerificationStatusgesetzt, wennstatusReportingSettings.commonCriteriaModeEnabledauftruegesetzt ist.
Am Verhalten des Standardwerts (COMMON_CRITERIA_MODE_UNSPECIFIED) oder beim expliziten Deaktivieren mitCOMMON_CRITERIA_MODE_DISABLEDändert sich nichts. - Wir haben die Dokumentation für
PERSONAL_USAGE_DISALLOWED_USERLESSaktualisiert, um Entwickler daran zu erinnern, dass diese Änderung vor Januar 2025 erforderlich ist. Wenn diese Änderung nicht vorgenommen wird, kann es sein, dass Nutzer während der Registrierung aufgefordert werden, sich mit Google zu authentifizieren, 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
CrossProfileDataSharingaktualisiert und Details zur einfachen Datenweitergabe ü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 mit
WifiRoamingPolicydie gewünschteWifiRoamingModeauswä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
AssistContentPolicysteuern. - Mit Android 15 wird eine neue Richtlinie zur Steuerung der Phishing-Erkennung von Apps eingeführt.
IT-Administratoren können mit
ContentProtectionPolicyfestlegen, ob die App von der On-Device Abuse Detection (ODAD) auf Phishing-Malware gescannt wird. - Android 15 erweitert die Unterstützung der Einstellungen für
Bildschirmhelligkeit und
Display nach Ablauf des Zeitlimits automatisch ausschalten mithilfe der Richtlinie
DisplaySettingsauf unternehmenseigene Geräte mit einem Arbeitsprofil. 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
ICCIDabfragen, die mit der SIM‑Karte desTelephonyInfoin einemNetworkInfoverknüpft ist. Dies wird auf vollständig verwalteten Geräten unterstützt, wenn das FeldnetworkInfoEnabledinstatusReportingSettingsauftruegesetzt ist. - Verschiedene Elemente 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
DefaultStatusinSigninDetaildokumentiert.
Juli 2024
Android Management API
- Verschiedene Elemente unserer Dokumentation wurden aktualisiert:
- Wir haben den Hinweis in der Dokumentation für
enrollmentToket.createentfernt, dass der Tokeninhalt nicht mehr abgerufen werden kann, da es möglich ist, den Wert des Registrierungstokens mitenrollmentTokens.getabzurufen. - Wir haben die Dokumentation zu
NonComplianceReasonklarer formuliert.
- Wir haben den Hinweis in der Dokumentation für
Juni 2024
Android Management API
- IT-Administratoren können jetzt die Einstellungen für die
Bildschirmhelligkeit und das
automatische Ausschalten des Displays über die Richtlinie
DisplaySettingssteuern. Wird auf vollständig verwalteten Geräten mit Android 9 und höher unterstützt. - Wir haben unsere Dokumentation aktualisiert und darin erklärt, dass Updates für Apps mit größeren Bereitstellungen im Android-Ökosystem auch bei Verwendung von
AUTO_UPDATE_HIGH_PRIORITYbis 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:
Die neueste verfügbare Version finden Sie in den Versionshinweisen zum AMAPI SDK.
Mai 2024
Android Management API
- Die Methoden
getundlistfürenrollmentTokensgeben jetzt die Feldervalue,qrCodeundallowPersonalUsagezurück. - Für vollständig verwaltete Geräte unterstützt die Einstellung
AllowPersonalUsagejetztPERSONAL_USAGE_DISALLOWED_USERLESS. - Unter Android 11 und höher kann mit der neuen
UserControlSettings-Richtlinie angegeben werden, ob die Nutzersteuerung für eine bestimmte App zulässig ist.UserControlSettingsumfasst 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 mit den
Versionshinweisen.
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
- Unter Android 13 und höher haben wir für unternehmenseigene Geräte Einstellungen dafür hinzugefügt, mit welchen WLAN-SSIDs Geräte verbunden werden können. Mit
WifiSsidPolicykönnen IT-Administratoren eine Liste von SSIDs angeben, die einer Zulassungsliste (WIFI_SSID_ALLOWLIST) oder einer Sperrliste (WIFI_SSID_DENYLIST) hinzugefügt werden sollen. - Für unternehmenseigene Geräte haben wir Hardware-IDs (IMEI, MEID und Seriennummer) zu
ProvisioningInfohinzugefü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
InstallConstrainthinzugefügt. IT-Administratoren können die App-Installation anhand bestimmter Kriterien einschränken.
Durch Festlegen voninstallPrioritykönnen IT-Administratoren dafür sorgen, dass wichtige 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 RichtlinieMinimumWifiSecurityLeveljetztENTERPRISE_BIT192_NETWORK_SECURITYunterstützt. Damit lässt sich verhindern, dass Geräte eine Verbindung zu WLANs mit einem niedrigeren Sicherheitsniveau herstellen. - Wir haben die Einstellung
UsbDataAccessaktualisiert, sodass der WertUSB_DATA_ACCESS_UNSPECIFIEDstandardmäßig aufDISALLOW_USB_FILE_TRANSFERfestgelegt ist.
Februar 2024
Android Management API
- Unter Android 9 oder höher können IT-Administratoren jetzt über das Feld
printingPolicyfestlegen, ob das Drucken zulässig ist. - Für Android 14 und höher wird eine neue Richtlinie zur Steuerung von CredentialProvider-Apps hinzugefügt. IT-Administratoren können mit dem Feld
credentialProviderPolicyfestlegen, ob die App als Anmeldedatenanbieter fungieren darf. - Es wird eine neue Richtlinie hinzugefügt, mit der die
Arm Memory Tagging Extension (MTE) auf dem Gerät gesteuert werden kann. Das Feld
MtePolicywird 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
InstallationFailureReasonjetzt zusätzlich zu den Serverfehlern auch Clientfehler. - Bei 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
ClientCertKeyPairAliasin der 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
MinimumWifiSecurityLevelwurde 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 in 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 WLAN-Netzwerken für Unternehmen über die Felder
IdentityundPasswordin Open Network Configuration. Dies wurde bereits vor Android 12 unterstützt.Hinweis:Wenn bei WLANs mit EAP-Authentifizierung per Nutzername/Passwort unter Android 12 oder höher kein Nutzerpasswort angegeben ist und
AutoConnectauftruefestgelegt ist, versucht das Gerät möglicherweise, sich mit einem zufällig generierten Platzhalterpasswort mit dem Netzwerk zu verbinden. Um dies zu vermeiden, wenn das Passwort des Nutzers nicht angegeben wird, setzen SieAutoConnectauffalse. - Lokale Geräteereignisse, die in schneller Folge auftreten, werden zusammengefasst und in einer einzigen
Pub/Sub-Nachricht an EMMs gemeldet.
1Ereignistyp Erwartete Latenz zwischen Ereignis auf dem Gerät und entsprechender EMM-Benachrichtigung1 Bisheriges Verhalten Neues Verhalten Schlüsselbasierte App-Status mit hoher Priorität Sofort, höchstens ein Bericht pro Minute Sofort, höchstens ein Bericht pro Minute Schlüsselbasierte App-Status mit Standardpriorität Zeitplanbasiert Innerhalb einer Minute Anwendungsbezogene Ereignisse während der Bereitstellung für Apps mit Installationsstatus, die vom IT-Administrator definiert wurden2 In andere Bereitstellungsereignisse eingebunden Innerhalb einer Minute zusätzlich zu anderen zugehörigen Bereitstellungsereignissen Anwendungsbezogene Ereignisse nach der Bereitstellung für Apps mit vom IT-Administrator definierten Installationsstatus2 Zeitplanbasiert Innerhalb von 5 Minuten Anwendungsbezogene Ereignisse sowohl während als auch nach der Bereitstellung für Apps mit vom Mitarbeiter definierten Installationsstatus3 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.
2InstallTypeder Apps, die in der Richtlinie durchgesetzt werden:FORCE_INSTALLED,BLOCKED,REQUIRED_FOR_SETUP,PREINSTALLEDundKIOSK.
3InstallTypeder verfügbaren Apps:AVAILABLE,INSTALL_TYPE_UNSPECIFIED.
Oktober 2023
Android Management API
- Apps, die als
SetupActiongestartet wurden, können die Registrierung jetzt kündigen. 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 unterstützt die Android Management API jetzt die folgenden Android 14-Funktionen:
- Der Zugriff auf Kontakte im Arbeitsprofil wird auf Systemanwendungen und private Apps beschränkt, die in
exemptionsToShowWorkContactsInPersonalProfileangegeben 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_SYSTEMinshowWorkContactsInPersonalProfilesorgt dafür, dass nur die Standard-Apps des Geräts für Telefonie, Nachrichten und Kontakte auf geschäftliche Kontakte zugreifen können. In diesem Fall können weder vom Nutzer konfigurierte Telefon-, Nachrichten- und Kontakte-Apps noch andere vom System oder Nutzer installierte private Apps geschäftliche Kontakte abfragen. - Deaktivieren Sie die Verwendung des Ultrabreitband-Funkmoduls auf dem Gerät. Dies ist mit der neuen Richtlinie
deviceRadioState.ultraWidebandStatemöglich. - Die Verwendung von 2G-Mobilfunknetzen blockieren, um die Netzwerksicherheit zu verbessern. Dies wird durch die neue Richtlinie
deviceRadioState.cellularTwoGStateermöglicht. - In Android 14 werden
anpassbare 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, um auch Sperrbildschirm-Verknüpfungen mit der neuen Option
SHORTCUTSzu deaktivieren.
September 2023
Android Management API
- Geräte- und Bereitstellungsinformationen können jetzt optional während der Einrichtung abgerufen werden. So können Entwickler während der Einrichtung gezieltere Richtlinien 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 ausgetauscht werden kann. SigninDetailskönnen jetzt mit einem anpassbarentokenTag-Wert voneinander unterschieden werden.
August 2023
Android Management API
- Einführung des Verloren-Modus für unternehmenseigene Geräte. Im Verloren-Modus können Arbeitgeber ein verlorenes Gerät per Fernzugriff sperren und sichern. Optional können sie eine Nachricht mit Kontaktdaten auf dem Display des Geräts anzeigen lassen, um die Rückgabe 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 Richtlinien für die WLAN-Verwaltung wurden hinzugefügt:
configureWifi– Administratoren können jetzt das Hinzufügen oder Konfigurieren von WLANs deaktivieren.wifiConfigDisabledwird nicht mehr unterstützt.wifiDirectSettings– Mit dieser Richtlinie kann die Konfiguration von Wi-Fi Direct deaktiviert werden.tetheringSettings– Mit dieser Richtlinie kann das WLAN-Tethering oder alle Formen des Tetherings deaktiviert werden.tetheringConfigDisabledwird jetzt nicht mehr unterstützt.wifiState– Mit dieser Richtlinie kann die WLAN-Verbindung auf dem Gerät eines Nutzers erzwungen oder deaktiviert werden.
- Die Freigabe von durch Administratoren konfigurierten WLANs wird ab Android 13 deaktiviert
Juli 2023
Android Management API
- Das Feld
userFacingTypewurde zuApplicationReporthinzugefügt, um anzugeben, ob eine App für Nutzer sichtbar ist. - Grund für Nicht-Compliance hinzugefügt:
ONC_WIFI_INVALID_ENTERPRISE_CONFIG.
Wenn für das WLAN des Unternehmens nichtDomainSuffixMatchfestgelegt ist, wird ein Verstoß mit dem GrundINVALID_VALUEund dem spezifischen GrundONC_WIFI_INVALID_ENTERPRISE_CONFIGgemeldet. - Neue Pub/Sub-Benachrichtigung
EnrollmentCompleteEventhinzugefügt, als Typ vonUsageLogEvent, der veröffentlicht wird, wenn das Gerät die Registrierung abgeschlossen hat. airplaneModeStatewurde indeviceRadioStatehinzugefü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
DomainSuffixMatchin der offenen Netzwerkkonfiguration hinzugefügt, um Unternehmens-WLANs für Android 6+ zu konfigurieren. Unternehmens-WLAN-Konfigurationen ohneDomainSuffixMatchgelten als unsicher und werden von der Plattform abgelehnt. - Die Richtlinieneinstellung
UsbDataAccesswurde hinzugefügt, mit der Administratoren die USB-Datenübertragung vollständig deaktivieren können.usbFileTransferDisabledwurde eingestellt. Verwenden Sie stattdessenUsbDataAccess.
Dezember 2022
Android Management API
-
Die Verwaltungsmöglichkeiten für Arbeitsprofil-Widgets wurden durch zwei neue API-Felder verbessert:
workProfileWidgetsauf Anwendungsebene undworkProfileWidgetsDefaultauf Geräteebene. Damit lässt sich besser steuern, ob eine im Arbeitsprofil ausgeführte App Widgets im übergeordneten Profil, z.B. auf dem Startbildschirm, erstellen kann. Diese Funktion ist standardmäßig nicht zulässig, kann aber mitworkProfileWidgetsundworkProfileWidgetsDefaultauf „Zulässig“ gesetzt werden. Sie wird nur für Arbeitsprofile unterstützt. -
Wir haben die Unterstützung für die Zufallsauswahl von MAC-Adressen beim Konfigurieren von WLANs hinzugefügt. Administratoren können jetzt beim Konfigurieren von WLANs angeben, ob
MACAddressRandomizationModeaufHardwareoderAutomaticfestgelegt werden soll. Diese Einstellung wird auf Geräten mit Betriebssystemversion Android 13 und höher angewendet und gilt für alle Verwaltungsmodi. Wenn aufHardwarefestgelegt, wird die werkseitige MAC‑Adresse für das WLAN konfiguriert. BeiAutomaticist die MAC‑Adresse zufällig. - Verschiedene Elemente unserer Dokumentation wurden aktualisiert:
-
Sicherheitsstatus verstehen wurde erstellt, um die potenziellen Antworten aus
devicePosture- undsecurityRisk-Bewertungen zu verdeutlichen. -
autoUpdateModewurde fürautoUpdatePolicyals empfohlene Alternative bereitgestellt, da die Updatehäufigkeit flexibler ist. -
Wir haben klargestellt, dass
BlockActionundWipeActionauf unternehmenseigene Geräte beschränkt sind. - Die Seite Pub/Sub-Benachrichtigungen wurde aktualisiert, um die Ressourcentypen für verschiedene Benachrichtigungstypen korrekt wiederzugeben.
- Ab Android 13 sind Erweiterungs-Apps von Akkubeschränkungen ausgenommen und werden daher nicht in den eingeschränkten App-Standby-Bucket verschoben.
Oktober 2022
Android Management API
- Verschiedene Elemente unserer Dokumentation wurden aktualisiert:
- Wir empfehlen, pro Gerät eine Richtlinie zu verwenden, um detaillierte Verwaltungsfunktionen 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 Richtlinienaktualisierungen zur Sichtbarkeit von Passwortschritten während der Gerätebereitstellung für unternehmenseigene Geräte gemacht.
- shareLocationDisabled wird für vollständig verwaltete Geräte und private Arbeitsprofile unterstützt.
- Wir haben die Beschreibung zur Verwendung von enterprises.devices.delete und zu den 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 dem DelegatedScope hinzugefügt, um Geräte-App-Richtlinien Zugriff auf die entsprechenden Protokolle 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 Richtlinienanwendung 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 sie vom Gerät unterstützt werden. 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 Application-Ressource wurden alle verfügbaren Felder aus der Products-Ressource der Play EMM API hinzugefügt.
22. Februar 2022
Android Management API
- cameraAccess wurde hinzugefügt, um die Verwendung der Kamera und der Kamera-Ein/Aus-Schaltfläche zu steuern, und microphoneAccess, um die Verwendung des Mikrofons und der Mikrofon-Ein/Aus-Schaltfläche 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
personalApplicationsals nicht verfügbar gekennzeichnet sind, werden jetzt aus dem privaten Profil von unternehmenseigenen Geräten deinstalliert, wenn sie bereits installiert sind, da sie in der ApplicationPolicy für Arbeitsprofile und vollständig verwaltete Geräte enthalten sind.
17. September 2021
Android Management API
-
Sie können jetzt eine App mit
ExtensionConfigals Erweiterungs-App festlegen. Erweiterungs-Apps können direkt mit Android Device Policy kommunizieren und in Zukunft mit allen Verwaltungsfunktionen der Android Management API interagieren. So wird eine lokale Schnittstelle für die Geräteverwaltung ermöglicht, die keine Serververbindung erfordert.- Diese erste Version unterstützt die lokale Ausführung von
Commandsund derzeit nur den BefehlClearAppData. 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.
- Diese erste Version unterstützt die lokale Ausführung von
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
- Zwei neue
AdvancedSecurityOverrideshinzugefü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. googlePlayProtectVerifyAppsaktiviert standardmäßig die App-Überprüfung von Google Play.developerSettingsverhindert standardmäßig, dass Nutzer auf die Entwickleroptionen und den abgesicherten Modus zugreifen können. Diese Funktionen würden sonst das Risiko einer Daten-Exfiltration im Unternehmen bergen.-
ChoosePrivateKeyRuleunterstü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()undgetPrivateKey()aufrufen, ohne zuerstchoosePrivateKeyAlias()aufrufen zu müssen. - Die Android Management API gewährt standardmäßig direkten Zugriff auf die in der Richtlinie angegebenen Schlüssel. Andernfalls wird der Zugriff gewährt, nachdem die angegebene App
choosePrivateKeyAlias()aufgerufen hat. Weitere Informationen finden Sie unterChoosePrivateKeyRule.
Verworfene Produkte/Funktionen
ensureVerifyAppsEnabledwurde eingestellt. Verwenden Sie stattdessengooglePlayProtectVerifyAppsAdvancedSecurityOverrides.- Bestehende API-Nutzer (Google Cloud-Projekte, in denen die Android Management API am 15. April 2021 aktiviert war) können
ensureVerifyAppsEnabledbis Oktober 2021 weiterhin verwenden, sollten aber so bald wie möglich zuAdvancedSecurityOverridesmigrieren. Ab Oktober funktioniertensureVerifyAppsEnablednicht mehr. debuggingFeaturesAllowedundsafeBootDisabledwerden nicht mehr unterstützt. Verwenden Sie stattdessen dendeveloperSettingsAdvancedSecurityOverrides.- Bestehende API-Nutzer (Google Cloud-Projekte, in denen die Android Management API am 15. April 2021 aktiviert war) können
debuggingFeaturesAllowedundsafeBootDisabledbis Oktober 2021 weiterhin verwenden. Es wird jedoch empfohlen,AdvancedSecurityOverridesso bald wie möglich zu verwenden. Im Oktober funktionierendebuggingFeaturesAllowedundsafeBootDisablednicht mehr.
Februar 2021
Android Management API
- Unterstützung für
personalApplicationsfür unternehmenseigene Geräte ab Android 8 hinzugefügt. Die Funktion wird jetzt auf allen unternehmenseigenen Geräten mit einem Arbeitsprofil unterstützt. - Die Telefonnummer des Geräts wird jetzt auf vollständig verwalteten Geräten als Teil der Ressource
Devicegemeldet.
Januar 2021
Android Device Policy
- Kleinere Fehler wurden behoben.
Dezember 2020
Android Management API
-
personalApplicationswurde zuPersonalUsagePolicieshinzugefügt. Auf unternehmenseigenen Geräten kann die IT-Abteilung eine Zulassungs- oder Sperrliste für Apps im privaten Profil festlegen. Diese Funktion ist derzeit nur auf Android 11-Geräten 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
-
AutoDateAndTimeZonewurde hinzugefügt und ersetzt die veraltete EinstellungautoTimeRequired, 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 das Beenden von Anwendungen erzwingen, wenn das Gerät als Kiosk konfiguriert ist. Das ist der Fall, wenn der
InstallTypeeiner Anwendung inApplicationPolicyaufKIOSKfestgelegt ist. - Neue
LocationMode-Einstellungen wurden hinzugefügt, um die Einstellungen für die veraltete Methode zur Standortermittlung zu ersetzen. Auf unternehmenseigenen Geräten kann die IT-Abteilung jetzt zwischen der Erzwingung der Standortermittlung, der Deaktivierung der Standortermittlung oder der Möglichkeit für Nutzer, die Standortermittlung ein- und auszuschalten, wählen. - Unterstützung für
CommonCriteriaModehinzugefügt, eine neue Funktion in Android 11. Kann aktiviert werden, um bestimmte Anforderungen des Common Criteria Mobile Device Fundamentals Protection Profile (MDFPP) zu erfüllen.
Verworfene Produkte/Funktionen
autoTimeRequiredwurde eingestellt, nachdem bestimmte automatische Zeiteinstellungen in Android 11 eingestellt wurden. Verwenden Sie stattdessenAutoDateAndTimeZone.- Die folgenden
LocationMode-Optionen wurden nach ihrer Einstellung in Android 9 eingestellt:HIGH_ACCURACY,SENSORS_ONLY,BATTERY_SAVINGundOFF. Verwenden Sie stattdessenLOCATION_ENFORCED,LOCATION_DISABLEDundLOCATION_USER_CHOICE.
Oktober 2020
Android Device Policy
RELINQUISH_OWNERSHIPwurde als neuer Typ von Gerätebefehl hinzugefügt. Wenn Administratoren ein Arbeitsprofil bereitstellen, können sie die Inhaberschaft unternehmenseigener 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 jetzt und in Zukunft 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 Methodedevices.delete.
August 2020
Android Management API
-
In der Entwicklervorschau von Android 11 wurden Verbesserungen am Arbeitsprofil auf unternehmenseigenen Geräten angekündigt. Die Android Management API unterstützt diese Verbesserungen für Geräte mit Android 8.0+ oder höher. Unternehmen können jetzt Geräte mit Arbeitsprofil als unternehmenseigen kennzeichnen. Dadurch können das Arbeitsprofil, die Nutzungsrichtlinien für die private Nutzung und bestimmte geräteweite Einstellungen verwaltet werden, während die Privatsphäre im privaten Profil gewahrt bleibt.
- Einen allgemeinen Überblick über die Verbesserungen des Arbeitsprofils finden Sie unter Arbeitsprofil: der neue Standard für den Datenschutz von Mitarbeitern.
- Informationen zum Einrichten eines Arbeitsprofils auf einem unternehmenseigenen Gerät finden Sie unter Unternehmenseigene Geräte für die geschäftliche und private Nutzung.
- Ein Beispiel für eine Richtlinie für ein unternehmenseigenes Gerät mit Arbeitsprofil finden Sie unter Geräte mit Arbeitsprofilen.
blockScopewurde zublockActionhinzugefügt. MitblockScopekönnen Sie angeben, ob eine Blockierungsaktion für ein gesamtes unternehmenseigenes Gerät oder nur für das Arbeitsprofil gilt.
connectedWorkAndPersonalAppwurde zuapplicationPolicyhinzugefü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 verbinden, können sie ihre geschäftlichen und privaten Termine zusammen ansehen.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 > Verbundene private und geschäftliche Apps.
Verwenden Sie
connectedWorkAndPersonalApp, um verbundene Apps zuzulassen oder zu verbieten. Wenn Sie einer App erlauben, sich profilübergreifend zu verbinden, hat der Nutzer lediglich die Möglichkeit, die App zu verbinden. Nutzer können die Verbindung zu Apps jederzeit trennen.systemUpdateInfowurde zudeviceshinzugefü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.untrustedAppsPolicykönnen Sie Folgendes tun:- Die Installation nicht vertrauenswürdiger Apps auf dem gesamten Gerät (einschließlich Arbeitsprofilen) blockieren.
- Die Installation nicht vertrauenswürdiger Apps nur in einem Arbeitsprofil blockieren.
- Installation nicht vertrauenswürdiger Apps auf dem gesamten Gerät zulassen.
- Mit
requirePasswordUnlockkann jetzt ein Zeitlimit für die Verwendung von nicht sicheren Methoden zur Aufhebung der Displaysperre (z.B. Fingerabdruck- und Entsperrung per Gesichtserkennung) auf einem Gerät oder Arbeitsprofil erzwungen werden. Nach Ablauf des Zeitlimits muss ein Nutzer eine starke Authentifizierungsmethode (Passwort, PIN, Muster) verwenden, um ein Gerät oder Arbeitsprofil zu entsperren. kioskCustomizationwurde hinzugefügt, um die folgenden System-UI-Funktionen auf Geräten im Kioskmodus aktivieren oder deaktivieren zu können:- Globale Aktionen, die über die Ein/Aus-Taste gestartet werden (siehe
powerButtonActions). - Systeminformationen und Benachrichtigungen (siehe
statusBar). - Startbildschirm- und Übersichtstaste (siehe
systemNavigation) - Statusleiste (siehe
statusBar) - Fehlerdialoge für abgestürzte oder nicht reagierende Apps (siehe
systemErrorWarnings).
- Globale Aktionen, die über die Ein/Aus-Taste gestartet werden (siehe
- Die
freezePeriod-Richtlinie wurde hinzugefügt, um das jährliche Blockieren von Systemupdates während eines bestimmten Zeitraums zu unterstützen. - In
devices.deleteist ein neuer Parameter verfügbar: MitwipeReasonMessagekö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 verworfen markiert.
Für Nutzer, die die Android Management API vor dem 19. Dezember 2019 um 14:00 Uhr GMT aktiviert haben, wird die Richtlinie bis zum 2. Quartal 2020 unterstützt.
Die Richtlinie wird für Nutzer, die die API nach diesem Datum aktiviert haben, nicht unterstützt.
advancedSecurityOverrides.untrustedAppsPolicy ersetzt installUnknownSourcesAllowed.
In der folgenden Tabelle werden die beiden Richtlinien einander zugeordnet. Entwickler sollten ihre Lösungen so schnell wie möglich gemäß der neuen Richtlinie aktualisieren*.
| installUnknownSourcesAllowed | advancedSecurityOverrides.untrustedAppsPolicy |
|---|---|
TRUE |
ALLOW_INSTALL_DEVICE_WIDE |
FALSE |
ALLOW_INSTALL_IN_PERSONAL_PROFILE_ONLYHinweis: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 Gerät mit Arbeitsprofil blockieren möchten, verwenden Sie stattdessen |
untrustedAppsPolicy (DISALLOW_INSTALL) wird nicht angewendet, wenn untrustedAppsPolicy auf UNTRUSTED_APPS_POLICY_UNSPECIFIED festgelegt 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 iFrame von Managed Google Play in Ihrer Konsole aktiviert/deaktiviert werden sollen.
Android Device Policy
- [16. Oktober] Kleinere Fehlerkorrekturen und Leistungsoptimierung.
4. September 2019
Funktionen
- Mit der
policies-Ressource können jetzt geschlossene App-Releases (geschlossene App-Tracks) verteilt werden, sodass Organisationen Vorabveröffentlichungen von Apps testen können. Weitere Informationen finden Sie unter Apps für geschlossene Tests bereitstellen. permittedAccessibilityServiceswurde zupolicieshinzugefügt. Damit können Sie Folgendes tun:- alle Bedienungshilfen, die nicht zum System gehören, auf einem Gerät ablehnen oder
- nur angegebenen 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).securityPosturegibt den Sicherheitsstatus eines Geräts zurück (POSTURE_UNSPECIFIED,SECURE,AT_RISKoderPOTENTIALLY_COMPROMISED), wie von SafetyNet und anderen Prüfungen bewertet, zusammen mit Details zu allen identifizierten Sicherheitsrisiken, 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
statusReportingSettingsaktiviert sein.
2. Juli 2019
Funktionen
- Damit du erkennen kannst, dass eine App über
launchAppinsetupActionsgestartet wird, enthält die Aktivität, die zuerst als Teil der App gestartet wird, jetzt das boolesche Intent-Extracom.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION(auftruegesetzt). Mit diesem Extra kannst du deine App anpassen, je nachdem, ob sie überlaunchAppoder von einem Nutzer gestartet wird.
31. Mai 2019
Wartungsrelease
- Kleinere Fehlerkorrekturen und Leistungsoptimierung.
7. Mai 2019
Funktionen
policyEnforcementRuleswurde hinzugefügt, umcomplianceRuleszu ersetzen, das eingestellt wurde. Weitere Informationen finden Sie oben in der Mitteilung zur Einstellung.- 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 ist auf Geräten nicht mehr sichtbar. 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äterichtlinien“
- Alle Android-Geräte: Play Store App > Geräterichtlinien
16. April 2019
- Android Device Policy ist jetzt in Südkorea verfügbar.
21. März 2019
Funktionen
- Neue Metadaten, einschließlich alternativer Seriennummern, zu
deviceshinzugefügt. - Die Anzahl der Apps mit
installTypeREQUIRED_FOR_SETUPist jetzt auf fünf pro Richtlinie beschränkt. So wird eine bestmögliche Nutzerfreundlichkeit bei der Bereitstellung von Geräten und Arbeitsprofilen gewährleistet.
12. Februar 2019
Nutzererfahrung
- Android Device Policy:Es wurden verbesserte Meldungen zur Nicht-Compliance hinzugefügt, um Nutzern zu helfen, ihre Geräte wieder in einen konformen Zustand zu versetzen, oder sie zu informieren, wenn dies nicht möglich ist.
- Android Device Policy:Nachdem ein Registrierungstoken registriert wurde, werden Nutzer in einem neuen Einrichtungsverfahren durch die Schritte geführt, die gemäß ihrer Geräterichtlinien erforderlich sind, um die Konfiguration ihres Android-Geräts oder Arbeitsprofils abzuschließen.
Abbildung 1. Geführte Einrichtung.
Funktionen
- Neues Feld zu
installTypehinzugefügtREQUIRED_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.
SetupActionwurde zupolicieshinzugefügt. MitSetupActionkö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 unmittelbar nach jedem fehlgeschlagenen Versuch ausgegeben, ein Gerät oder Arbeitsprofil zu entsperren.
Verworfene Produkte/Funktionen
- In
policieswurdewifiConfigsLockdownEnabledverworfen. In der Richtlinie angegebene WLANs können jetzt standardmäßig nicht mehr geändert werden. Wenn Sie sie ändern möchten, setzen SiewifiConfigDisabledauf „false“.
10. Dezember 2018
Funktionen
- Es wurde Unterstützung für Geräte mit Arbeitsprofil für die Bereitstellungsmethode Anmelde-URL hinzugefügt. Inhaber von Geräten mit Arbeitsprofil können sich jetzt mit ihren geschäftlichen Anmeldedaten anmelden, um die Bereitstellung abzuschließen.
Nutzererfahrung
Unterstützung für den dunklen Modus in 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 eine eindeutige
mcmIdzurück, die Siepolicieshinzufügen können. passwordPoliciesundPasswordPolicyScopewurden zupolicieshinzugefügt:- Mit
passwordPolicieswerden die Passwortanforderungen für den angegebenen Bereich (Gerät oder Arbeitsprofil) festgelegt. - Wenn
PasswordPolicyScopenicht angegeben ist, ist der StandardbereichSCOPE_PROFILEfür Geräte mit Arbeitsprofil undSCOPE_DEVICEfür vollständig verwaltete oder zweckbestimmte Geräte. passwordPoliciesüberschreibtpasswordRequirements, wennPasswordPolicyScopenicht angegeben ist (Standard) oderPasswordPolicyScopeauf denselben Bereich wiepasswordRequirementsfestgelegt ist.
- Mit
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 richtlinienkonform angezeigt wurden.
28. August 2018
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 Nutzern einen Link mit Registrierungstoken zur Verfügung.
- Gehen Sie zu Einstellungen > Google > Arbeitsprofil einrichten.
enrollmentTokenswurden neue Felder hinzugefügt.oneTimeOnly: Wenn „true“, läuft das Registrierungstoken nach der ersten Verwendung ab.userAccountIdentifier: Identifiziert ein bestimmtes Managed Google Play-Konto.- Wenn nicht angegeben: Die API erstellt jedes Mal, wenn ein Gerät mit dem Token registriert wird, 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(Lesezugriff) wurde zudeviceshinzugefügt.- Geräte mit Arbeitsprofilen:
managementModeist aufPROFILE_OWNERfestgelegt. - Zweckbestimmte Geräte und vollständig verwaltete Geräte:
managementModeist aufDEVICE_OWNERfestgelegt.
- Geräte mit Arbeitsprofilen:
Aktualisierungen der Ressource policies zur Verbesserung der App-Verwaltungsfunktionen:
- Neues Feld
playStoreModehinzugefü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 in der Richtlinie enthalten sind, sind nicht verfügbar und werden deinstalliert, falls sie zuvor installiert wurden.BLACKLIST: Apps, die der Richtlinie hinzugefügt wurden, sind nicht verfügbar. Alle anderen bei Google Play aufgeführten Apps sind verfügbar.
BLOCKEDwurde als InstallType-Option hinzugefügt, wodurch eine App nicht installiert werden kann. Wenn die App bereits installiert ist, wird sie deinstalliert.- Sie können „installType“
BLOCKEDzusammen mitplayStoreModeBLACKLISTverwenden, um zu verhindern, dass auf einem verwalteten Gerät oder in einem Arbeitsprofil bestimmte Apps installiert werden.
- Sie können „installType“
Nutzererfahrung
- Die Einstellungen der Android Device Policy wurden aktualisiert, um den Geräteeinstellungen zu entsprechen.
12. Juli 2018
Nutzererfahrung
- Die Seiten „Status“ und „Gerätedetails“ in Android Device Policy 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 und Berechtigung:Legen Sie „permissionGrant“ in ApplicationPolicy fest.
- Wenn du ein Gerät auf die Werkseinstellungen zurücksetzt, kannst du mit dem neuen WipeDataFlag Folgendes tun:
WIPE_EXTERNAL_STORAGE: Löschen Sie den externen Speicher des Geräts (z.B. SD-Karten).PRESERVE_RESET_PROTECTION_DATA: Die Daten zum Schutz vor Zurücksetzen auf dem Gerät werden beibehalten. Dieses Flag sorgt dafür, dass nur ein autorisierter Nutzer ein Gerät wiederherstellen kann, wenn es beispielsweise verloren geht. Hinweis: Aktivieren Sie diese Funktion nur, wenn SiefrpAdminEmails[]in der Richtlinie festgelegt haben.
Fehlerkorrekturen
- Ein Problem wurde behoben, bei dem Android Device Policy den Modus „Aufgabe sperren“ beendete, wenn die App im Vordergrund aktualisiert wurde.
25. Mai 2018
Nutzererfahrung
- Anstatt deaktivierte Apps im Launcher auszublenden, werden auf Geräten mit Android 7.0 oder höher Symbole für deaktivierte Apps jetzt grau dargestellt:
Funktionen
policieswurde aktualisiert, um die folgenden Funktionen zur Zertifikatsverwaltung zu unterstützen:- Automatische Gewährung 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 (
disabledauftruesetzen). - Es ist jetzt möglich, System-Apps zu deaktivieren.
- Anwendungsberichte wurden zu
deviceshinzugefü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 zur App. Setzen Sie zum AktivierenapplicationReportsEnabledin der Richtlinie des Geräts auftrue. -
enterpriseswurde aktualisiert und enthält jetzt die Nutzungsbedingungen. Die Nutzungsbedingungen eines Unternehmens werden während der Bereitstellung auf den Geräten angezeigt.
Fehlerkorrekturen
- Der Bereitstellungsablauf wurde aktualisiert, um den Zugriff auf die Einstellungen zu deaktivieren, es sei denn, der Zugriff ist erforderlich, um die Einrichtung abzuschließen (z.B. Erstellen eines Sicherheitscodes).
3. April 2018
Nutzererfahrung
- Das Design von Android Device Policy und der Ablauf der Gerätebereitstellung wurden aktualisiert, um die Nutzerfreundlichkeit insgesamt zu verbessern.
Funktionen
- Unterstützung für Direct Boot hinzugefügt. Damit können Sie Android-Geräte mit Version 7.0 oder höher, die seit dem letzten Neustart nicht entsperrt wurden, per Fernzugriff löschen.
- Der
Ressource
policieswurde eine Einstellung für den Standortmodus hinzugefügt, mit der Sie den Modus für die Standortgenauigkeit auf einem verwalteten Gerät konfigurieren können. - Der Ressource
Commandwurde ein Fehlerantwortfeld hinzugefügt.
Fehlerkorrekturen
- Die bereitgestellte Leistung wurde verbessert.
- Complianceberichte werden jetzt sofort nach der Bereitstellung eines Geräts generiert. Informationen zum Konfigurieren eines Unternehmens für den Erhalt von Compliance-Berichten finden Sie unter Benachrichtigungen zu Details zur Nicht-Compliance 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 über Android-Geräterichtlinien 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 installierte Apps automatisch aktualisiert werden, wenn sie eine bestimmte Mindestversion nicht erfüllen. In
ApplicationPolicy:
- Setzen Sie
installTypeaufFORCE_INSTALLED. - Geben Sie einen
minimumVersionCodean.
- Setzen Sie
- 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 die Funktion „Apps überprüfen“ aktiviert ist (weitere Informationen finden Sie unter DeviceSettings).
Fehlerkorrekturen
- Die
Befehle
RESET_PASSWORDundLOCKfunktionieren jetzt mit Android 8.0 Oreo-Geräten. - Ein Problem wurde behoben, bei dem DeviceSettings nicht ausgefüllt wurde.
- Das 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 beschränkt ein Gerät auf eine Reihe vordefinierter Apps und blockiert den Nutzerzugriff auf die Geräteeinstellungen. Die angegebenen Apps werden auf einer einzelnen Seite in alphabetischer Reihenfolge angezeigt. Wenn du einen Fehler melden oder eine Funktion anfragen möchtest, tippe im Launcher auf das Feedback-Symbol.
- Die Geräteeinrichtung wurde mit einer neuen Wiederholungslogik aktualisiert. Wenn ein Gerät während der Einrichtung neu gestartet wird, wird die Bereitstellung jetzt an der Stelle fortgesetzt, an der sie unterbrochen wurde.
- Die folgenden neuen Richtlinien sind jetzt verfügbar. Vollständige Informationen finden Sie in der API-Referenz:
keyguardDisabledFeaturesaccountTypesWithManagementDisabledinstallAppsDisabledmountPhysicalMediaDisableduninstallAppsDisabledbluetoothContactSharingDisabledshortSupportMessagelongSupportMessagebluetoothConfigDisabledcellBroadcastsConfigDisabledcredentialsConfigDisabledmobileNetworksConfigDisabledtetheringConfigDisabledvpnConfigDisabledcreateWindowsDisablednetworkResetDisabledoutgoingBeamDisabledoutgoingCallsDisabledsmsDisabledusbFileTransferDisabledensureVerifyAppsEnabledpermittedInputMethodsrecommendedGlobalProxysetUserIconDisabledsetWallpaperDisabledalwaysOnVpnPackagedataRoamingDisabledbluetoothDisabled - Das Ziel-SDK von Android-Geräterichtlinien 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 Booten aktivieren möchten, verwenden Sie die Richtlinie
networkEscapeHatchEnabled.