Versionshinweise

Dezember 2020

Android Management API

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

Android Device Policy

• Kleinere Änderungen an der Bereitstellungs-UI

  

November 2020

Android Management API

• Es wurde AutoDateAndTimeZone hinzugefügt, um die automatische Datums-, Uhrzeit- und Zeitzonenkonfiguration auf einem unternehmenseigenen Gerät zu steuern. Es ersetzt das eingestellte autoTimeRequired.
• Ab Android 11 können Nutzer keine App-Daten mehr löschen oder Apps mehr erzwingen, wenn das Gerät als Kioskgerät konfiguriert ist, d. h. wenn die InstallType einer App in ApplicationPolicy auf KIOSK gesetzt ist.
• Neue Steuerelemente für LocationMode wurden hinzugefügt, um eingestellte Steuerelemente für die Standorterkennungsmethode zu ersetzen. Auf unternehmenseigenen Geräten kann die IT-Abteilung jetzt festlegen, ob die Standortermittlung erzwungen, deaktiviert oder ob Nutzer die Standortermittlung selbst aktivieren und deaktivieren dürfen.
• Unterstützung für CommonCriteriaMode, eine neue Funktion in Android 11, hinzugefügt. Kann aktiviert werden, um bestimmte Anforderungen des Common Criteria Mobile Device Fundamentals Protection Profile (MDFPP) zu erfüllen.

Verworfene Produkte/Funktionen

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

Oktober 2020

Android Device Policy

• RELINQUISH_OWNERSHIP wurde als neuer Gerätebefehl hinzugefügt. Bei der Bereitstellung eines Arbeitsprofils können Administratoren die Eigentumsrechte für unternehmenseigene Geräte an Mitarbeiter übertragen, das Arbeitsprofil löschen und alle Geräterichtlinien auf die Werkseinstellungen zurücksetzen, während persönliche Daten intakt bleiben. Dadurch verliert die IT-Abteilung den Anspruch auf das Eigentum am Gerät – jetzt und in Zukunft – und sollte nicht davon ausgehen, dass das Gerät noch einmal registriert wird. Wenn Sie ein Gerät auf die Werkseinstellungen zurücksetzen möchten, ohne dass die Eigentumsrechte verloren gehen, verwenden Sie stattdessen die Methode devices.delete.

August 2020

Android Management API

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

  • Eine allgemeine Übersicht über die Verbesserungen am Arbeitsprofil finden Sie unter Arbeitsprofil: Der neue Standard für den Datenschutz von Mitarbeitern.
  • Im Hilfeartikel Unternehmenseigene Geräte für geschäftliche und private Nutzung erfahren Sie, wie Sie ein Arbeitsprofil auf einem unternehmenseigenen Gerät einrichten.
  • Eine Beispielrichtlinie für ein unternehmenseigenes Gerät mit Arbeitsprofil finden Sie unter Geräte mit Arbeitsprofilen.
  • blockScope wurde zu blockAction hinzugefügt. Mit blockScope können Sie angeben, ob eine Sperraktion auf ein gesamtes unternehmenseigenes Gerät oder nur auf das Arbeitsprofil angewendet werden soll.

• connectedWorkAndPersonalApp wurde zu applicationPolicy hinzugefügt. Ab Android 11 können einige wichtige Apps eine Verbindung zwischen dem Arbeitsprofil und dem privaten Profil eines Geräts herstellen. Wenn Sie eine App über mehrere Profile hinweg verknüpfen, können Nutzer die App einheitlicher nutzen. Wenn Sie beispielsweise eine Kalender-App verknüpfen, können Nutzer ihre geschäftlichen und privaten Termine zusammen sehen.

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

  Mit connectedWorkAndPersonalApp kannst du verbundene Apps zulassen oder nicht zulassen. Wenn Sie einer App erlauben, eine profilübergreifende Verbindung herzustellen, hat der Nutzer nur die Möglichkeit, die App zu verbinden. Nutzer können die Verknüpfung mit Apps jederzeit aufheben.

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

Juli 2020

Android Device Policy

• [23. Juli] Kleinere Fehlerkorrekturen

Juni 2020

Android Device Policy

• [17. Juni] Kleinere Fehlerkorrekturen.

Mai 2020

Android Device Policy

• [12. Mai] Kleinere Fehlerkorrekturen.

April 2020

Android Device Policy

• [14. April] Kleinere Fehlerkorrekturen.

März 2020

Android Device Policy

• [16. März] Kleinere Fehlerkorrekturen.

Februar 2020

Android Device Policy

• [24. Februar] Kleinere Fehlerkorrekturen.

Januar 2020

Android Device Policy

• [15. Januar] Kleinere Fehlerkorrekturen.

Dezember 2019

Android Management API

• Eine neue Richtlinie zum Blockieren nicht vertrauenswürdiger Apps (Apps aus unbekannten Quellen) ist verfügbar. Mit advancedSecurityOverrides.untrustedAppsPolicy können Sie Folgendes tun:
  • Blockieren Sie die Installation nicht vertrauenswürdiger Apps auf Geräteebene (einschließlich Arbeitsprofile).
  • Blockieren Sie die Installation nicht vertrauenswürdiger Apps nur in einem Arbeitsprofil.
  • Auf dem gesamten Gerät installierte nicht vertrauenswürdige Apps zulassen.
• Mit requirePasswordUnlock kann jetzt für ein Gerät oder Arbeitsprofil ein Zeitlimit für die Verwendung weniger sicherer Displaysperren (z.B. Entsperrung per Fingerabdruck und Gesichtserkennung) erzwungen werden. Nach Ablauf des Zeitlimits müssen Nutzer eine starke Form der Authentifizierung (Passwort, PIN, Muster) verwenden, um ein Gerät oder Arbeitsprofil zu entsperren.
• kioskCustomization wurde hinzugefügt, um die folgenden Funktionen der System-UI auf Geräten im Kioskmodus zu aktivieren oder zu deaktivieren:
  • Globale Aktionen, die über die Ein‑/Aus-Taste gestartet werden (siehe powerButtonActions)
  • Systeminformationen und Benachrichtigungen (siehe statusBar)
  • Schaltflächen „Startseite“ und „Übersicht“ (siehe systemNavigation)
  • Statusleiste (siehe statusBar).
  • Fehlerdialogfelder für abgestürzte oder nicht reagierende Apps (siehe systemErrorWarnings)
• Die Richtlinie freezePeriod wurde hinzugefügt, um das Blockieren von Systemupdates jährlich während eines bestimmten Sperrzeitraums zu unterstützen.
• In devices.delete ist ein neuer Parameter verfügbar: Mit wipeReasonMessage können Sie eine kurze Nachricht angeben, die einem Nutzer angezeigt wird, bevor das Arbeitsprofil von seinem privaten Gerät gelöscht wird.

Verworfene Produkte/Funktionen

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

advancedSecurityOverrides.untrustedAppsPolicy ersetzt installUnknownSourcesAllowed. Die folgende Tabelle zeigt die Zuordnung zwischen den beiden Richtlinien. Entwickler sollten ihre Lösungen so schnell wie möglich mit der neuen Richtlinie aktualisieren*.

November 2019

Android Device Policy

• [27. November] Kleinere Fehlerkorrekturen.

Oktober 2019

Android Management API

• Mit den neuen Optionen IframeFeature können Sie festlegen, welche Funktionen des Managed Google Play-iFrames in der Konsole aktiviert oder deaktiviert werden sollen.

Android Device Policy

• [16. Oktober] Kleinere Fehlerkorrekturen und Leistungsoptimierung.

4. September 2019

Funktionen

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

6. August 2019

Funktionen

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

  Wenn Sie diese Funktion für ein Gerät aktivieren möchten, muss in der entsprechenden Richtlinie mindestens ein Feld aus statusReportingSettings aktiviert sein.

2. Juli 2019

Funktionen

• Um zu unterscheiden, dass eine App in setupActions über launchApp gestartet wird, enthält die Aktivität, die zuerst als Teil der App gestartet wird, jetzt den zusätzlichen booleschen Intent com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (festgelegt auf true). Mit diesem zusätzlichen Wert können Sie Ihre Anwendung je nachdem, ob sie von launchApp oder von einem Nutzer gestartet wurde, anpassen.

31. Mai 2019

Wartungsrelease

• Kleinere Fehlerkorrekturen und Leistungsoptimierung.

7. Mai 2019

Funktionen

• policyEnforcementRules wurde hinzugefügt, um complianceRules zu ersetzen, das eingestellt wurde. Weitere Informationen finden Sie in der Mitteilung zur Einstellung oben.
• Es wurden neue APIs zum Erstellen und Bearbeiten von Webanwendungen 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äterichtlinie
• Alle Geräte: Google Play Store App > Richtlinie für Android-Geräte

16. April 2019

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

21. März 2019

Funktionen

• Es wurden neue Metadaten, einschließlich alternativer Seriennummern, zu devices hinzugefügt.
• Die Anzahl der Apps mit installType REQUIRED_FOR_SETUP ist jetzt auf fünf pro Richtlinie begrenzt. So soll die Nutzerfreundlichkeit bei der Bereitstellung von Geräten und Arbeitsprofilen optimiert werden.

12. Februar 2019

Nutzererfahrung

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

  

Funktionen

• Neues Feld zu installType hinzugefügt
  • REQUIRED_FOR_SETUP: Wenn diese Option aktiviert ist, 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, regionale Verfügbarkeit, schlechte Netzwerkverbindung), wird die Einrichtung nicht abgeschlossen.
• SetupAction wurde zu policies hinzugefügt. Mit SetupAction können Sie eine App angeben, die während der Einrichtung gestartet wird, damit der Nutzer sein Gerät weiter konfigurieren kann. Weitere Informationen finden Sie unter App während der Einrichtung starten.
• Bei Unternehmen, für die 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 policies wurde wifiConfigsLockdownEnabled eingestellt. WLANs, die in der Richtlinie angegeben sind, können jetzt standardmäßig nicht mehr geändert werden. Wenn sie geändert werden sollen, setzen Sie wifiConfigDisabled auf „false“.

10. Dezember 2018

Funktionen

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

Nutzererfahrung

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

  

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 zur Eingabe ihrer Anmeldedaten aufgefordert. So können Sie eine Richtlinie zuweisen und die Geräte der Nutzer basierend auf ihrer Identität bereitstellen.
• Der iFrame für verwaltete Konfigurationen wird jetzt unterstützt. Dies ist eine UI, die Sie der 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 mcmId zurück, die Sie zu policies hinzufügen können.
• passwordPolicies und PasswordPolicyScope wurden policies hinzugefügt:
  • passwordPolicies legt die Passwortanforderungen für den angegebenen Bereich (Gerät oder Arbeitsprofil) fest.
  • Wenn PasswordPolicyScope nicht angegeben ist, ist der Standardbereich für Geräte mit Arbeitsprofil SCOPE_PROFILE und für vollständig verwaltete oder zweckbestimmte Geräte SCOPE_DEVICE.
  • passwordPolicies überschreibt passwordRequirements, wenn PasswordPolicyScope nicht angegeben ist (Standard) oder auf denselben Bereich wie passwordRequirements festgelegt ist.PasswordPolicyScope

20. September 2018

Fehlerkorrekturen

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

28. August 2018

Funktionen

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

• Für Arbeitsprofile sind neue Bereitstellungsmethoden verfügbar:
  • Geben Sie den Nutzern einen Link zum Registrierungstoken an.
  • Gehen Sie zu Einstellungen > Google > Arbeitsprofil einrichten.
• enrollmentTokens wurden neue Felder hinzugefügt.
  • oneTimeOnly: Wenn „true“, läuft das Registrierungstoken nach seiner ersten Verwendung ab.
  • userAccountIdentifier: Identifiziert ein bestimmtes Managed Play Store-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 jedes Mal das angegebene Konto, 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 (nur Lesezugriff) wurde zu devices hinzugefügt.
  • Geräte mit Arbeitsprofilen: managementMode ist auf PROFILE_OWNER gesetzt.
  • Geräte mit zweckbestimmter Verwaltung und vollständig verwaltete Geräte: managementMode ist auf DEVICE_OWNER festgelegt.

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

• Neues Feld "playStoreMode" hinzugefügt.
  • WHITELIST (Standardeinstellung): 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 aufgeführt sind, sind nicht verfügbar und werden deinstalliert, wenn sie zuvor installiert waren.
  • BLACKLIST: Der Richtlinie hinzugefügte Apps sind nicht verfügbar. Alle anderen in Google Play aufgeführten Apps sind verfügbar.
• BLOCKED wurde als Option für InstallType hinzugefügt, wodurch eine App nicht installiert werden kann. Wenn die App bereits installiert ist, wird sie deinstalliert.
  • Sie können „installType“ BLOCKED zusammen mit playStoreMode BLACKLIST verwenden, um zu verhindern, dass auf einem verwalteten Gerät oder in einem Arbeitsprofil bestimmte Apps installiert werden.

Nutzererfahrung

• Die Android Device Policy-Einstellungen wurden aktualisiert, damit sie den Geräteeinstellungen entsprechen.

12. Juli 2018

Nutzererfahrung

• Die Seiten „Status“ und „Gerätedetails“ in der Android-Geräterichtlinie wurden zu einer einzigen Seite zusammengeführt.
• Verbesserte Konsistenz der Benutzeroberfläche für die Einrichtung mit dem Android-Einrichtungsassistenten.

Funktionen

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

Fehlerkorrekturen

• Das Problem, dass Android Device Policy den Sperrmodus für Aufgaben beendet, wenn im Vordergrund ein Update ausgeführt wird, wurde behoben.

25. Mai 2018

Nutzererfahrung

• Anstatt deaktivierte Apps im Launcher auszublenden, werden auf Geräten mit Android 7.0 und höher die Symbole für deaktivierte Apps jetzt ausgegraut angezeigt:
  

  

Funktionen

• policies wurde aktualisiert, um die folgenden Funktionen zur Zertifikatsverwaltung zu unterstützen:
  • Automatische Gewährung des Zertifikatszugriffs für Apps.
  • Alle von der Android Device Policy unterstützten Funktionen zur Zertifikatsverwaltung an eine andere App delegieren (siehe CERT_INSTALL).
• Einzelne Apps können jetzt unabhängig von den Compliance-Regeln in ApplicationPolicy deaktiviert werden (disabled auf true setzen).
• Es ist jetzt möglich, System-Apps zu deaktivieren.
• Anwendungsberichte wurden zu devices hinzugefügt. Für jede verwaltete App, die auf einem Gerät installiert ist, werden im Bericht der Paketname, die Version, die Installationsquelle und andere Details zurückgegeben. Wenn Sie die Funktion aktivieren möchten, setzen Sie in der Richtlinie des Geräts applicationReportsEnabled auf true.
• enterprises wurde um Nutzungsbedingungen aktualisiert. Die Nutzungsbedingungen eines Unternehmens werden während der Bereitstellung auf den Geräten angezeigt.

Fehlerkorrekturen

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

3. April 2018

Nutzererfahrung

• Das Design der Android Device Policy und des Gerätebereitstellungsablaufs wurden aktualisiert, um die Nutzerfreundlichkeit insgesamt zu verbessern.

Funktionen

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

Fehlerkorrekturen

• Die Bereitstellungsleistung wurde verbessert.
• Complianceberichte werden jetzt sofort nach der Bereitstellung eines Geräts generiert. Informationen zum Konfigurieren eines Unternehmens, um Compliance-Berichte zu erhalten, finden Sie unter Detaillierte Benachrichtigungen zu Verstößen 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 die Android-Geräterichtlinie 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 erzwungen installierte Apps automatisch aktualisiert werden, wenn sie nicht die angegebene Mindestversion erfüllen. Führen Sie unter ApplicationPolicy folgende Schritte aus:
  • Setzen Sie installType auf FORCE_INSTALLED.
  • Geben Sie eine minimumVersionCode an.
• Die Ressource Devices wurde um neue Felder mit Informationen ergänzt, die für IT-Administratoren nützlich sein können, z. B. der Name des Mobilfunkanbieters (weitere Informationen finden Sie unter NetworkInfo), ob das Gerät verschlüsselt ist und ob die Funktion „Apps prüfen“ aktiviert ist (weitere Informationen finden Sie unter DeviceSettings).

Fehlerkorrekturen

• Die Befehle RESET_PASSWORD und LOCK funktionieren jetzt auch auf Geräten mit Android 8.0 Oreo.
• Ein Problem wurde behoben, durch das DeviceSettings nicht ausgefüllt wurde.
• Problem mit der Verarbeitung von stayOnPluggedModes-Richtlinien behoben.

12. Dezember 2017

Funktionen

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

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

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

Fehlerkorrekturen

• Es ist jetzt möglich, die Netzwerkauswahl zu überspringen, wenn beim Start keine Verbindung hergestellt werden kann. Verwenden Sie die Richtlinie networkEscapeHatchEnabled, um die Netzwerkauswahl beim Starten zu aktivieren.