Auf dieser Seite werden alle monatlichen Änderungen (neue Funktionen, Fehlerkorrekturen, Updates) an der Android Management API und der Android-Geräterichtlinie zusammengefasst.
Melden Sie sich für die Mailingliste der Android Management API an, um monatliche Updates und Diensthinweise direkt in Ihrem Posteingang zu erhalten.
September 2026
Android Management API
-
In
enterprises.policieswurden Richtlinien hinzugefügt, um die Funktion Aufgabenfortsetzung unter Android 17 QPR1+ zu steuern, einschließlichtaskContinuityHandoffinCrossDevicePolicies(für vollständig verwaltete Geräte und Arbeitsprofile) undtaskContinuityHandoffinPersonalCrossDevicePolicies(für das private Profil auf unternehmenseigenen Geräten mit einem Arbeitsprofil). -
Es wurde eine neue
backupService-Richtlinie (BackupService) für vollständig verwaltete Geräte hinzugefügt. Standardmäßig (BACKUP_SERVICE_DISABLED) ist der Android-Sicherungsdienst deaktiviert und kann vom Nutzer nicht geändert werden. Wenn die Richtlinie aufBACKUP_SERVICE_USER_CHOICEfestgelegt ist, können Nutzer den Sicherungsdienst aktivieren, um Daten auf ein neues vollständig verwaltetes Gerät zu übertragen. - Version 1.8.4 des AMAPI SDK wurde veröffentlicht. Weitere Informationen finden Sie in den Versionshinweisen zum Android Management SDK.
-
Außerdem wurden die folgenden Dokumentationselemente aktualisiert:
-
Die Beschreibungen der Befehle
ADD_ESIMundREMOVE_ESIMinenterprises.devices.issueCommandwurden aktualisiert, um klarzustellen, dassREMOVE_ESIMauf unternehmenseigenen Geräten mit einem Arbeitsprofil, auf denen Android 16 QPR2 oder Android 16 QPR3 ausgeführt wird, nicht unterstützt wird. - Der Leitfaden zum MCP-Server für Android Management wurde mit den neuesten Clientkonfigurationseinstellungen und Beispielen für die Überprüfung aktualisiert.
-
Die Beschreibungen der Befehle
August 2026
Android Management API
-
In
enterprises.policieswurden neue Enum-Werte hinzugefügt, um Apps für Anmeldedatenanbieter unter Android 14 und höher zu steuern. Dazu gehörenCREDENTIAL_PROVIDER_DEFAULT_ALLOWED, damit Apps mit einem nicht angegebenencredentialProviderPolicystandardmäßig als Anmeldedatenanbieter fungieren können, undCREDENTIAL_PROVIDER_DISALLOWED, um eine bestimmte App zu blockieren. Außerdem wurde die Erkennung von System-Apps für Anmeldedatenanbieter 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 zu einer anderen App 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 den Leitfaden zur Gerätebereitstellung um den neuen Abschnitt Ausnahme für vorhandene Registrierungstokens und einen Hinweis unter Anmelde-URL ergänzt. Damit wird klargestellt, dass Registrierungstokens, die erstellt wurden, bevor eine Organisation die Anforderung „Mit Google authentifizieren“ zum ersten Mal aktiviert hat, von Anmeldeaufforderungen ausgenommen sind. Tokens, die danach erstellt werden, unterliegen den Authentifizierungseinstellungen des IT-Administrators.
-
Wir haben klargestellt, dass die im Feld
requiredAccountEmailinWorkAccountSetupConfigangegebene E-Mail-Adresse des Google-Arbeitskontos nur Kleinbuchstaben enthalten 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 regelmäßige Standortupdates möglicherweise verzögert.
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 die Registrierung von Geräten für die Verwaltung nicht blockiert.
- 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 vor Zurücksetzen auf die Werkseinstellungen (Factory Reset Protection, FRP) 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 FRP-Administrator-E-Mail-Adressen 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, mit denen sich steuern lässt, 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 Basisklasse
NotificationReceiverServiceautomatisch Sicherheitsmaßnahmen übernimmt (siehe „Hinweis“ am Ende des verlinkten Abschnitts). - Aktualisierte Anleitung zum Konfigurieren eines MCP-Clients für die Verwendung des MCP-Servers der Android Management API.
-
Wir haben klargestellt, dass die Basisklasse
Mai 2026
Android Management API
- Die AMAPI meldet jetzt SHA-256-Hashes für Signaturzertifikate in der Anwendungsberichterstellung. Das bietet eine bessere Sicherheit als das jetzt veraltete 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 werden unerwartete Sperrungen nach dem Zurücksetzen von Geräten verhindert.
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 Verwaltung von XR-Geräten
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 dieenterpriseDisplayNameauf Geräten angezeigt wird, z. B. auf dem Sperrbildschirm von unternehmenseigenen Geräten. 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 zu erwähnen, 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. Zu den verfügbaren Modi inPrivateDnsSettings.privateDnsModegehören: 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 ist 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. Über das Feld
userInitiatedAddEsimSettingsinDeviceRadioStatekönnen Administratoren festlegen, 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 wurde klargestellt, dass auf Geräten mit Android 16 oder höher verwaltete eSIMs immer gelöscht werden, wenn ein Arbeitsprofil von einem privaten 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 werden detailliertere Protokolle für die APIs für Vertrauenssignale von Geräten hinzugefügt, 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 (Original Equipment Manufacturers, 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 ü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 zur Verwaltung 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, und sorgt so für die Einhaltung der Unternehmensrichtlinien. Weitere Informationen finden Sie in diesem Leitfaden.
-
Im Mai haben wir eine Richtlinie zur Konfiguration der Einstellung
enterpriseDisplayNameVisibilityeingeführt, mit der Administratoren die Sichtbarkeit desenterpriseDisplayNameauf dem Gerät steuern können, z. B. auf dem Sperrbildschirm von unternehmenseigenen Geräten. In dieser Ankündigung haben wir erwähnt, dass wir die Standardeinstellung für diese Richtlinie bald aufENTERPRISE_DISPLAY_NAME_VISIBLEfestlegen werden. Diese Änderung wird voraussichtlich im Januar 2026 wirksam. - Die folgenden Dokumentationselemente wurden ebenfalls 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 dem 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, um die Verwendung vonExtensionConfig.signingKeyFingerprintsSha256zu ersetzen, das jetzt verworfen wurde.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:
- Eine aktualisierte stabile Version 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 im Bereich 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
-
Ab Android 16 können IT-Administratoren jetzt die Richtlinieneinstellung
appFunctionsverwenden, um zu steuern, ob Apps auf dem Gerät (bei vollständig verwalteten Geräten) oder im Arbeitsprofil (bei Geräten mit Arbeitsprofilen) App-Funktionen freigeben 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 „Anwendungen der Richtlinie“ 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. Diese Methode löst bei unternehmenseigenen Geräten das Zurücksetzen auf die Werkseinstellungen und bei privaten Geräten das Löschen des Arbeitsprofils aus. 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) um das Signal
Device.WorkProfileStateerweitert, mit dem der Status der Geräteverwaltung ermittelt werden kann.
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 durch die Richtlinie erzwungenen APNs überschreiben alle anderen von Nutzern konfigurierten APNs. -
Eine neue Richtlinieneinschränkung
preferentialNetworkServiceSettingswurde inDeviceConnectivityManagementimplementiert, damit IT-Administratoren bevorzugte Netzwerke konfigurieren können. Mit dem FeldpreferentialNetworkIdin der Anwendung können Sie ein bevorzugtes Netzwerk für jede einzelne Anwendung auswählen. Weitere Informationen findest du 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. Ab sofort können Administratoren 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 von unternehmenseigenen Geräten. Derzeit wird standardmäßig der Name des Unternehmens angezeigt, der bei der Ersteinrichtung des Geräts konfiguriert wurde. In sechs Monaten (November 2025) ändert sich dies und der Standardwert wird zuENTERPRISE_DISPLAY_NAME_VISIBLE.
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 Sicherheitsprotokollereignis wird generiert und per Pub/Sub-Benachrichtigung in der AMAPI gemeldet, 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 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 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-bestätigt oder ein Team mit bestätigter E‑Mail-Adresse). 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-Administratorkonsole an den Unternehmenstyp anpassen.
Februar 2025
Android Management API
- Wir haben den Leitfaden 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 Releasekandidaten für die APIs für Vertrauenssignale von Geräten hinzugefügt. In den Versionshinweisen zum AMAPI SDK finden Sie Informationen zur aktuellen verfügbaren Version.
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.
- 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 zu erlauben oder zu verbieten. -
Ab Android 15 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
-
Wir verhindern jetzt, dass Nutzer ihre E-Mail-Adresse während der Kundenregistrierung ändern. Außerdem haben wir eine 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 denenmanagementModeaufDEVICE_OWNERgesetzt ist, wird dieses Feld ignoriert und der Nutzer kann keine 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. -
Wir haben die Beschreibung von
PermissionPolicyaktualisiert. -
Wir haben im Enum
DelegatedScopeklargestellt, 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 wenn er explizit mitCOMMON_CRITERIA_MODE_DISABLEDdeaktiviert wird, ä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, wird Nutzern möglicherweise während der Registrierung 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 veröffentlicht: Zeitplan für die Funktion: Verbesserter Registrierungsprozess, Geräteregistrierung und Nutzung auf dem Gerät. - 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 zur Steuerung der WLAN-Roaming-Einstellungen hinzugefügt. 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. - In 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 desTelephonyInfoverknüpft ist, das in einemNetworkInfoenthalten 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 der Wert des Registrierungstokens mitenrollmentTokens.getabgerufen werden kann. - 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, um zu erläutern, 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:
In den Versionshinweisen zum AMAPI SDK finden Sie Informationen zur aktuellen verfügbaren Version.
Mai 2024
Android Management API
- Die Methoden
getundlistfürenrollmentTokensgeben jetzt ausgefüllte Felder fürvalue,qrCodeundallowPersonalUsagezurück. - Für vollständig verwaltete Geräte unterstützt die Einstellung
AllowPersonalUsagejetztPERSONAL_USAGE_DISALLOWED_USERLESS. - Unter Android 11 und höher können Sie mit der neuen Richtlinie
UserControlSettingsfestlegen, ob die Nutzerkontrolle für eine bestimmte App zulässig ist.UserControlSettingsumfasst Nutzeraktionen wie das Beenden und 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 hinzugefügt, mit denen Sie festlegen können, mit welchen WLAN-SSIDs sich Geräte verbinden 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 Hardwarekennungen (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, indem der Sicherheitswert WPA3-Enterprise_192 übergeben wird.
Unter Android 13 oder höher wird in der RichtlinieMinimumWifiSecurityLeveljetztENTERPRISE_BIT192_NETWORK_SECURITYunterstützt. Damit kann sichergestellt werden, dass sich Geräte nicht mit WLANs verbinden, die dieses Sicherheitsniveau nicht erfüllen. - Wir haben die Einstellung
UsbDataAccessaktualisiert, sodass der WertUSB_DATA_ACCESS_UNSPECIFIEDstandardmäßig aufDISALLOW_USB_FILE_TRANSFERgesetzt wird.
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 das Feld
credentialProviderPolicyverwenden, um zu steuern, ob die App als Anbieter von Anmeldedaten fungieren darf. - Es wurde eine neue Richtlinie zur Steuerung der Arm Memory Tagging Extension (MTE) auf dem Gerät hinzugefügt. Das Feld
MtePolicywird auf vollständig verwalteten Geräten und in 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. - Unter Android 12 oder 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 migriert werden, um die Android Management API zu verwenden.
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-Unternehmensnetzwerken über die Felder
IdentityundPasswordin der Open Network Configuration. Dies wurde bereits vor Android 12 unterstützt.Hinweis: Wenn bei WLAN-Netzwerken mit EAP-Authentifizierung per Nutzername/Passwort unter Android 12 oder höher kein Nutzerpasswort angegeben ist und
AutoConnectauftruegesetzt ist, versucht das Gerät möglicherweise, sich mit einem zufällig generierten Platzhalterpasswort mit dem Netzwerk zu verbinden. Wenn Sie das vermeiden möchten, wenn das Passwort des Nutzers nicht angegeben ist, 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 Neue Funktionsweise 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 Ereignisse im Zusammenhang mit der Bereitstellung 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 während und 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 basierend auf kontrollierten Bedingungen. Die tatsächliche Latenz kann je nach Gerät und Umgebungsfaktoren variieren.
2InstallTypeder Apps, die in der Richtlinie erzwungen werden:FORCE_INSTALLED,BLOCKED,REQUIRED_FOR_SETUP,PREINSTALLEDundKIOSK.
3InstallTypeder verfügbaren Apps:AVAILABLE,INSTALL_TYPE_UNSPECIFIED.
Oktober 2023
Android Management API
- Apps, die als
SetupActioneingeführt wurden, können jetzt die Registrierung aufheben. Dadurch wird ein unternehmenseigenes Gerät 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 System- oder vom Nutzer installierte private Apps geschäftliche Kontakte abfragen. - Deaktiviert die Nutzung des Ultrabreitband-Funks auf dem Gerät. Dies ist mit der neuen Richtlinie
deviceRadioState.ultraWidebandStatemöglich. - Die Nutzung von 2G-Mobilfunknetzen blockieren, um die Netzwerksicherheit zu verbessern. Dies wird über die neue Richtlinie
deviceRadioState.cellularTwoGStateangeboten. - Mit Android 14 werden
anpassbare Verknüpfungen auf dem Sperrbildschirm eingeführt.
Die Administratorsteuerung für Sperrbildschirmfunktionen, die Kamera, Entsperrung per Fingerabdruck, Entsperrung per Gesichtserkennung usw. 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 und optional eine Nachricht mit Kontaktdaten auf dem Display des Geräts anzeigen lassen, um die Wiederbeschaffung zu erleichtern.
- Unterstützung für die Delegierung der Zertifikatsauswahl hinzugefügt, die einer App im Namen der anfragenden Apps Zugriff auf die Auswahl von KeyChain-Zertifikaten gewährt.
Weitere Informationen findest du unter
DelegatedScope.CERT_SELECTION. - Zusätzliche Richtlinien für die WLAN-Verwaltung 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 nicht mehr unterstützt.wifiState- Mit dieser Richtlinie kann die WLAN-Funktion auf dem Gerät eines Nutzers erzwungen oder deaktiviert werden.
- Die Freigabe von vom Administrator 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. - Der spezifische Grund für die Nicht-Compliance
ONC_WIFI_INVALID_ENTERPRISE_CONFIGwurde hinzugefügt.
Wenn für das WLAN des Unternehmens nichtDomainSuffixMatchfestgelegt ist, wird die Nichteinhaltung 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 Open Network Configuration hinzugefügt, um Unternehmens-WLANs für Android 6 und höher 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. Bitte verwende 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. Diese ermöglichen eine bessere Kontrolle darüber, 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 Einstellungen für die zufällige MAC-Adressierung beim Konfigurieren von WLANs hinzugefügt. Administratoren können jetzt beim Konfigurieren von WLANs festlegen, ob
MACAddressRandomizationModeaufHardwareoderAutomaticgesetzt wird. Dies gilt für Geräte mit Betriebssystemversion Android 13 und höher und für alle Verwaltungsmodi. Wenn die Richtlinie aufHardwarefestgelegt ist, wird die werkseitige MAC-Adresse für das WLAN konfiguriert. Wenn sie aufAutomaticfestgelegt ist, wird eine zufällige MAC-Adresse verwendet. - 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 es mehr Flexibilität bei der Updatehäufigkeit bietet. -
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 bereitgestellt.
- 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 (vorher 90 Tage).
12. Juli 2022
Android Management API
- Die Werte NETWORK_ACTIVITY_LOGS und SECURITY_LOGS wurden zu DelegatedScope hinzugefügt, um Anwendungen für Geräterichtlinien 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 Administratoren die Anwendungsdaten einer App per Fernzugriff löschen können.
- Registrierungstokens können jetzt mit einer längeren Gültigkeitsdauer als dem bisherigen Maximum von 90 Tagen erstellt werden, nämlich bis zu etwa 10.000 Jahren. 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 zu PasswordPolicies hinzugefügt, damit Administratoren konfigurieren können, 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.
- Alle verfügbaren Felder aus der Play EMM API-Ressource Products wurden der Ressource Application 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 verworfenen Felder cameraDisabled bzw. unmuteMicrophoneDisabled.
15. Februar 2022
AMAPI SDK
- Kleinere Fehlerkorrekturen. Weitere Informationen finden Sie im Google-Maven-Repository.
15. November 2021
Android Device Policy
-
Apps, die in
personalApplicationsals nicht verfügbar markiert 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 eine App jetzt 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, ebenso wie zusätzliche Funktionen für die Erweiterungs-App, mit denen die gesamte Bandbreite der Geräteverwaltungsfunktionen in der Erweiterungs-App verfügbar gemacht werden soll.
- 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. Mit diesen Richtlinien werden standardmäßig die Best Practices für die Sicherheit von Android Enterprise aktiviert. Organisationen können die Standardwerte für erweiterte Anwendungsfälle jedoch überschreiben. googlePlayProtectVerifyAppsaktiviert standardmäßig die App-Überprüfung von Google Play.developerSettingsverhindert standardmäßig, dass Nutzer auf Entwickleroptionen und den abgesicherten Modus zugreifen. Diese Funktionen würden sonst das Risiko einer Daten-Exfiltration in Unternehmen bergen.-
ChoosePrivateKeyRuleunterstützt jetzt die direkte Gewährung bestimmter KeyChain-Schlüssel für 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 stattdessen dengooglePlayProtectVerifyAppsAdvancedSecurityOverrides.- 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 OktoberensureVerifyAppsEnabledfunktioniert nicht mehr. debuggingFeaturesAllowedundsafeBootDisabledwurden verworfen. 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, sollten aber so bald wie möglich aufAdvancedSecurityOverridesumstellen. Ab 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 Benutzeroberfläche für die Bereitstellung
November 2020
Android Management API
AutoDateAndTimeZonewurde hinzugefügt, um die veraltete EinstellungautoTimeRequiredzu ersetzen. Damit lässt sich die automatische Konfiguration von Datum, Uhrzeit und Zeitzone auf einem unternehmenseigenen Gerät 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 veralteten Einstellungen für die Standortermittlungsmethode zu ersetzen. Auf unternehmenseigenen Geräten kann die IT-Abteilung jetzt zwischen der Erzwingung der Standortermittlung, der Deaktivierung der Standortermittlung oder der Erlaubnis 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 in Android 11 bestimmte automatische Zeitsteuerungen 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. Bei der Bereitstellung von Arbeitsprofilen können Administratoren die Eigentümerschaft von unternehmenseigenen Geräten an Mitarbeiter übertragen. Dabei wird das Arbeitsprofil gelöscht und alle Geräterichtlinien werden auf den Werkszustand zurückgesetzt, während private Daten intakt bleiben. Dadurch verliert die IT-Abteilung den Anspruch auf das Eigentum am Gerät, sowohl jetzt als auch in Zukunft. Das Gerät wird nicht mehr automatisch registriert. Wenn Sie ein Gerät auf die Werkseinstellungen zurücksetzen und die Eigentümerschaft beibehalten möchten, 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.
- Eine allgemeine Übersicht über die Verbesserungen am Arbeitsprofil 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.
- Eine Beispielrichtlinie für ein unternehmenseigenes Gerät mit einem 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 Arbeitsprofil und dem privaten Profil eines Geräts herstellen. Durch das Verknüpfen einer App über verschiedene Profile können Sie Ihr Gerät besser nutzen. 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.
Mit
connectedWorkAndPersonalAppkönnen Sie verbundene Apps zulassen oder ablehnen. 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 ist eine neue Richtlinie zum Blockieren nicht vertrauenswürdiger Apps (Apps aus unbekannten Quellen) verfügbar. Verwenden Sie
advancedSecurityOverrides.untrustedAppsPolicyfür Folgendes:- 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 weniger sicheren Methoden zur 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 Richtlinie
freezePeriodwurde 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 veraltet markiert.
Für Nutzer, die die Android Management API vor dem 19. Dezember 2019 um 15:00 Uhr 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 gesamten Gerät mit einem 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 festlegen, welche Funktionen des iFrame von Managed Google Play in Ihrer Konsole aktiviert oder deaktiviert werden sollen.
Android Device Policy
- [16. Oktober] Kleinere Fehlerkorrekturen und Leistungsoptimierung.
4. September 2019
Funktionen
- Die Ressource
policieskann jetzt geschlossene App-Releases (geschlossene App-Tracks) verteilen, 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 die Ergebnisse in Geräteberichten (unter
securityPosture).securityPosturegibt den Sicherheitsstatus eines Geräts (POSTURE_UNSPECIFIED,SECURE,AT_RISKoderPOTENTIALLY_COMPROMISED) zurück, der von SafetyNet und anderen Prüfungen ermittelt wurde, zusammen mit Details zu allen erkannten Sicherheitsrisiken, die Sie über Ihre Verwaltungskonsole mit Kunden teilen können.Wenn Sie diese Funktion für ein Gerät aktivieren möchten, muss in der Richtlinie mindestens ein Feld aus
statusReportingSettingsaktiviert sein.
2. Juli 2019
Funktionen
- Um zu unterscheiden, ob 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 im Hinweis 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äterichtlinien“
- 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, wurden zu
deviceshinzugefügt. - Die Anzahl der Apps mit
installTypeREQUIRED_FOR_SETUPist jetzt auf fünf pro Richtlinie begrenzt. So wird die bestmögliche Nutzerfreundlichkeit bei der Bereitstellung von Geräten und Arbeitsprofilen gewährleistet.
12. Februar 2019
Nutzererfahrung
- Android-Geräterichtlinien: Es wurden verbesserte Benachrichtigungen bei Nichtkonformität 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: Nach der Registrierung eines Registrierungstokens werden Nutzer 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 eine App angeben, die während der Einrichtung gestartet werden soll, damit ein Nutzer sein Gerät weiter konfigurieren kann. Weitere Informationen finden Sie unter App während der Einrichtung starten.- In Unternehmen, in denen Statusberichte aktiviert sind, werden jetzt sofort nach einem fehlgeschlagenen Versuch, ein Gerät oder Arbeitsprofil zu entsperren, neue Geräteberichte erstellt.
Verworfene Produkte/Funktionen
- In
policieswurdewifiConfigsLockdownEnabledverworfen. In der Richtlinie angegebene WLANs können jetzt standardmäßig nicht mehr geändert werden. Wenn Sie sie änderbar machen möchten, setzen SiewifiConfigDisabledauf „false“.
10. Dezember 2018
Funktionen
- Die Bereitstellungsmethode Anmelde-URL unterstützt jetzt auch Geräte mit Arbeitsprofil. 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 Design, 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 werden Nutzer über eine Anmelde-URL aufgefordert, ihre Anmeldedaten einzugeben. So können Sie eine Richtlinie zuweisen und die Geräte der Nutzer anhand ihrer Identität bereitstellen.
- Unterstützung für den Iframe für verwaltete Konfigurationen hinzugefügt, 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 Sie zupolicieshinzufügen können. passwordPoliciesundPasswordPolicyScopewurden zupolicieshinzugefügt:passwordPolicieslegt die Passwortanforderungen für den angegebenen Bereich (Gerät oder Arbeitsprofil) fest.- 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.
20. September 2018
Fehlerkorrekturen
- Es wurde ein Problem behoben, durch das Kioskgeräte nach der Bereitstellung bei einer Teilmenge von Richtlinienkonfigurationen fälschlicherweise als nicht konform 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 einem 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, automatisch ein neues Konto.
- Wenn 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. 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 Android-Geräterichtlinien-Einstellungen wurden an die Geräteeinstellungen angepasst.
12. Juli 2018
Nutzererfahrung
- Die Seiten „Status“ und „Gerätedetails“ in der Android Device Policy wurden zu einer einzigen Seite zusammengeführt.
- Die Benutzeroberfläche für die Einrichtung wurde verbessert und ist jetzt konsistent mit dem Android-Einrichtungsassistenten.
Funktionen
- PermissionGrants auf Richtlinienebene hinzugefügt. Sie können Laufzeitberechtigungen jetzt auf vier Ebenen steuern:
- 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 du ein Gerät auf die Werkseinstellungen zurücksetzt, kannst du mit dem neuen WipeDataFlag Folgendes tun:
WIPE_EXTERNAL_STORAGE: Den externen Speicher des Geräts löschen (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
- Es wurde ein Problem behoben, bei dem Android Device Policy den Modus „gesperrte Aufgabe“ beim Aktualisieren im Vordergrund beendet hat.
25. Mai 2018
Nutzererfahrung
- Anstatt deaktivierte Apps im Launcher auszublenden, werden auf Geräten mit Android 7.0 oder höher jetzt Symbole für deaktivierte Apps in Grau angezeigt:
Funktionen
policieswurde aktualisiert, um die folgenden Zertifikatmanager-Funktionen zu unterstützen:- Automatische Gewährung des Zertifikatszugriffs für Apps.
- Delegieren aller von der Android Device Policy unterstützten Funktionen zur Zertifikatsverwaltung an eine andere App (siehe
CERT_INSTALL).
- Einzelne Apps können jetzt in ApplicationPolicy deaktiviert werden (
disabledauftruesetzen), unabhängig von Compliance-Regeln. - 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 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 der Android Device Policy und der Ablauf der Gerätebereitstellung wurden aktualisiert, um die Nutzerfreundlichkeit insgesamt zu verbessern.
Funktionen
- Unterstützung für Direktstart hinzugefügt, sodass Sie Geräte mit Android 7.0 oder höher, die seit dem letzten Neustart nicht entsperrt wurden, aus der Ferne löschen können.
- Der Ressource
policieswurde die Einstellung 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 Bereitstellungsleistung wurde verbessert.
- Complianceberichte werden jetzt sofort nach der Bereitstellung eines Geräts erstellt. Informationen zum Konfigurieren eines Unternehmens für den Erhalt von Compliance-Berichten finden Sie unter Benachrichtigungen zu 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 ü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, die die automatische Aktualisierung von Apps, deren Installation erzwungen wurde, auslöst, 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 um neue Felder mit Informationen erweitert, die für IT-Administratoren nützlich sein können, z. B. der Name 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_PASSWORDundLOCKfunktionieren jetzt mit Android 8.0 Oreo-Geräten. - Ein Problem wurde behoben, bei dem DeviceSettings nicht ausgefüllt wurden.
- Problem mit der Verarbeitung der Richtlinie
stayOnPluggedModesbehoben.
12. Dezember 2017
Funktionen
- Android Device Policy unterstützt jetzt einen einfachen Kiosk-Launcher, der über die 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 der Bereitstellungsprozess jetzt an der Stelle fortgesetzt, an der er unterbrochen wurde.
- Die folgenden neuen Richtlinien sind jetzt verfügbar. Ausführliche Informationen finden Sie in der API-Referenz:
keyguardDisabledFeaturesaccountTypesWithManagementDisabledinstallAppsDisabledmountPhysicalMediaDisableduninstallAppsDisabledbluetoothContactSharingDisabledshortSupportMessagelongSupportMessagebluetoothConfigDisabledcellBroadcastsConfigDisabledcredentialsConfigDisabledmobileNetworksConfigDisabledtetheringConfigDisabledvpnConfigDisabledcreateWindowsDisablednetworkResetDisabledoutgoingBeamDisabledoutgoingCallsDisabledsmsDisabledusbFileTransferDisabledensureVerifyAppsEnabledpermittedInputMethodsrecommendedGlobalProxysetUserIconDisabledsetWallpaperDisabledalwaysOnVpnPackagedataRoamingDisabledbluetoothDisabled - Das Ziel-SDK von Android-Geräterichtlinien wurde auf Android 8.0 Oreo aktualisiert.
Fehlerkorrekturen
- Es ist jetzt möglich, die Anzeige der Netzwerkauswahl zu überspringen, wenn beim Booten keine Verbindung hergestellt werden kann. Wenn Sie die Netzwerkauswahl beim Booten aktivieren möchten, verwenden Sie die Richtlinie
networkEscapeHatchEnabled.