Informacje o wersjach

Ważne: udostępnienie niektórych funkcji wszystkim użytkownikom może potrwać kilka tygodni.

Na tej stronie znajdziesz podsumowanie wszystkich zmian (nowych funkcji, poprawek błędów, aktualizacji) w interfejsie Android Management API i aplikacji Android Device Policy z każdego miesiąca.

Zapisz się na listę mailingową interfejsu Android Management API, aby otrzymywać co miesiąc aktualności i powiadomienia o usługach bezpośrednio na swoją skrzynkę odbiorczą.

---

Kwiecień 2026 r.

Android Management API

• AMAPI dodał nową zasadę, która umożliwia administratorowi IT wyłączenie usługi autouzupełniania. AutofillPolicy uzupełnia inne zasady dotyczące danych logowania w zakresie wyłączania przechowywania danych logowania.
• Opublikowaliśmy pakiet AMAPI SDK w wersji 1.8.0. Szczegółowe informacje znajdziesz w  informacjach o wersji pakietu Android Management SDK.
• Zaktualizowaliśmy też te dokumenty:
  • Wyjaśniliśmy, że obiekt provisioningInfo jest dostępny do 24 godzin po obsłudze administracyjnej urządzenia.
  • Zauważyliśmy, że funkcja role aplikacji zastępuje pole extensionConfig w ApplicationPolicy.

Zarządzanie urządzeniami z XR

Android Management API

• AMAPI obsługuje teraz Androida XR. Dowiedz się więcej o zarządzaniu urządzeniami z XR.

Marzec 2026 r.

Android Management API

• Zgodnie z dokumentacją z  października 2025 r. i informacjami zawartymi w tym ogłoszeniu o usłudze domyślna wartość zasady enterpriseDisplayNameVisibility to teraz ENTERPRISE_DISPLAY_NAME_VISIBLE. Ta zasada określa, czy enterpriseDisplayName ma być wyświetlany na urządzeniach, np. na ekranie blokady urządzeń należących do firmy. Aby ukryć nazwę przedsiębiorstwa, ustaw zasadę na ENTERPRISE_DISPLAY_NAME_HIDDEN.
• Zaktualizowano konfigurację EAP w sekcji Konfiguracja otwartej sieci, dodając obsługę EAP-PWD jako zewnętrznej metody EAP. Pełną listę obsługiwanych funkcji znajdziesz w dokumentacji.
• Zaktualizowaliśmy dokumentację dotyczącą:
  • networkResetDisabled – aby wyjaśnić, że te zasady dotyczą tylko w pełni zarządzanych urządzeń.
  • installType.KIOSK i  RoleType.KIOSK, aby wyjaśnić, że na urządzeniach z Androidem 11 lub nowszym użytkownik nie może kontrolować dostępu do danych w przypadku żadnej aplikacji.
  • screenCaptureDisabled i personalUsagePolicies.screenCaptureDisabled, aby wspomnieć, że to ustawienie blokuje też funkcję „Zaznacz, aby wyszukać”.

Luty 2026 r.

Android Management API

• Na urządzeniach należących do firmy z Androidem 10 lub nowszym administratorzy IT mogą teraz zarządzać prywatnym DNS za pomocą nowego pola privateDnsSettings w ramach Policy.DeviceConnectivityManagement. Dostępne tryby w  PrivateDnsSettings.privateDnsMode to: wybór użytkownika, automatyczny i określony host (tylko urządzenia w pełni zarządzane).
• AMAPI obsługuje teraz wersję testową integracji z protokołem Model Context Protocol (MCP). Dzięki temu dostawcy EMM mogą tworzyć oparte na AI interfejsy konwersacyjne przy użyciu narzędzi tylko do odczytu. Aby dowiedzieć się więcej, zapoznaj się z dokumentacją.
• Zaktualizowaliśmy dokumentację NetworkInfo.TelephonyInfo, aby wyjaśnić obsługę różnych typów urządzeń:
  • Ogólne informacje o telefonii są dostępne w przypadku wszystkich kart SIM na w pełni zarządzanych urządzeniach (Android 6 lub nowszy).
  • W przypadku kart eSIM dodanych przez administratora informacje o telefonii są dostępne we wszystkich trybach zarządzania na urządzeniach z Androidem 15 lub nowszym.
  • Pola activationState i configMode mają zastosowanie tylko w przypadku kart eSIM na urządzeniach z Androidem 15 lub nowszym.

Styczeń 2026

Android Management API

• Dodaliśmy nową zasadę, która umożliwia kontrolowanie dodawania karty eSIM inicjowanego przez użytkownika. Pole userInitiatedAddEsimSettings w ramach DeviceRadioState umożliwia administratorom określenie, czy użytkownik może dodawać profile eSIM na urządzeniach należących do firmy z Androidem 15 lub nowszym.
• Zaktualizowaliśmy dokumentację flagi WIPE_ESIMS używanej w  Policy.wipeDataFlags i  DeleteDeviceRequest.wipeDataFlags, aby wyjaśnić, że w przypadku urządzeń z Androidem 16 lub nowszym zarządzane karty eSIM są zawsze czyszczone po usunięciu profilu służbowego z urządzenia należącego do użytkownika, niezależnie od tego, czy ta flaga jest ustawiona.
• Wydano wersję 1.7.1 pakietu AMAPI SDK. Ta wersja zawiera bardziej szczegółowe logowanie interfejsów API wskaźnika zaufania urządzenia, co ułatwia diagnozowanie problemów. Więcej informacji znajdziesz w  informacjach o wersji pakietu Android Management SDK.
• Zaktualizowaliśmy Warunki korzystania z usługi AMAPI, aby wyraźnie obejmowały pakiet SDK AMAPI i rozszerzały definicję „Klientów” o producentów oryginalnego sprzętu (OEM) urządzeń z Androidem.
• Wytyczne dotyczące dopuszczalnego użytkowania wyraźnie zabraniają teraz używania Advertising ID podczas uzyskiwania dostępu do sygnałów zaufania urządzenia.

Listopad 2025 r.

Android Management API

• Od 1 listopada 2025 r. rejestracja urządzeń w interfejsie Android Management API będzie wymagać rejestracji i zatwierdzenia w Androidzie Enterprise. Deweloperzy mogą rozpocząć ten proces, wypełniając formularz zgłoszeniowy.
• Zaktualizowaliśmy dokumentację wartości CUSTOM w ApplicationPolicy.InstallType, aby wyjaśnić jej użycie. Zawiera on więcej informacji o wymaganiach dotyczących ApplicationPolicy.signingKeyCerts oraz oczekiwanym zachowaniu podczas zmiany wartości installType aplikacji na CUSTOM lub z CUSTOM na installType.
• Opisy dotychczasowych zasad setUserIconDisabled i shareLocationDisabled zostały doprecyzowane, aby były bardziej przejrzyste.

Android Management API SDK

• W listopadzie opublikowaliśmy wersję 1.7.0 pakietu SDK AMAPI. Ta wersja pakietu SDK obsługuje polecenie REQUEST_DEVICE_INFO. Szczegółowe informacje znajdziesz w  informacjach o wersji pakietu AMAPI SDK.

Październik 2025 r.

Android Management API

• Dodaliśmy nowe zasady zarządzania aplikacjami domyślnymi na urządzeniach. Administratorzy mogą skonfigurować listę aplikacji z określonym priorytetem dla każdego typu aplikacji. Pierwsza zainstalowana i spełniająca wymagania aplikacja na urządzeniu zostanie ustawiona jako domyślna. Po skonfigurowaniu te zasady uniemożliwiają użytkownikom zmianę domyślnych ustawień aplikacji, co zapewnia zgodność z zasadami firmy. Więcej informacji znajdziesz w tym przewodniku.
• W maju wprowadziliśmy zasadę konfigurowania ustawienia enterpriseDisplayNameVisibility, która umożliwia administratorom kontrolowanie widoczności enterpriseDisplayName na urządzeniu, np. na ekranie blokady urządzeń należących do firmy. W tym ogłoszeniu wspomnieliśmy, że wkrótce ustawimy domyślną wartość tego ustawienia zasad na ENTERPRISE_DISPLAY_NAME_VISIBLE. Ta zmiana ma zostać wprowadzona w styczniu 2026 r.
• Zaktualizowaliśmy też te dokumenty:
  • Wyjaśniliśmy działanie polecenia LOCK na urządzeniach z profilami służbowymi.
  • Dodaliśmy informacje o nonComplianceDetails w przypadku zmian mte_policy na urządzeniach oczekujących na ponowne uruchomienie.

Wrzesień 2025 r.

Android Management API

• Wprowadziliśmy pojęcie ról aplikacji. Obejmuje to:
  • COMPANION_APP do interakcji offline z Android Device Policy
  • KIOSK w przypadku środowisk na urządzeniach specjalnych, które mają być używane z aplikacjami, w których InstallType jest skonfigurowane jako REQUIRED_FOR_SETUP lub CUSTOM
  • MOBILE_THREAT_DEFENSE_ENDPOINT_DETECTION_RESPONSE (MTD/EDR) i aplikacje SYSTEM_HEALTH_MONITORING.
  Te typy aplikacji są zwolnione z ograniczeń dotyczących zasilania i wykonywania w tle, zawieszenia i hibernacji na urządzeniach z Androidem 14 i nowszym. Kontrola użytkownika jest domyślnie niedozwolona na urządzeniach z Androidem 11 i nowszymi wersjami. Więcej informacji znajdziesz w dokumentacji ApplicationPolicy.roles i RoleType.
• Dostępne są nowa stabilna wersja i wersja kandydująca do publikacji pakietu SDK AMAPI. Szczegółowe informacje o tym, co zawierają te wersje, znajdziesz w  informacjach o wersji.

Sierpień 2025 r.

Android Management API

• Obecnie obsługujemy instalowanie aplikacji za pomocą pakietu AMAPI SDK w wersji 1.6.0-rc01 i nowszych. Aby zainstalować aplikację, dodaj ją do application policy z  installType CUSTOM, a certyfikaty klucza podpisywania aplikacji są określone na liście signingKeyCerts. Za pomocą pakietu AMAPI SDK wydaj polecenia installCustomApp i  uninstallCustomApp, aby zainstalować i odinstalować aplikacje niestandardowe. Więcej informacji znajdziesz w dokumentacji.
• Dodaliśmy ApplicationPolicy.signingKeyCerts, zastępując użycie ExtensionConfig.signingKeyFingerprintsSha256, które zostało wycofane. ApplicationPolicy.signingKeyCerts musi być ustawiony, gdy aplikacja ma ustawioną wartość installType na CUSTOM (czyli jest aplikacją niestandardową) lub gdy aplikacja ma ustawioną wartość extensionConfig (czyli jest aplikacją rozszerzającą) i nie jest dostępna w Sklepie Play. Aby dowiedzieć się więcej, zapoznaj się z dokumentacją.
• W przypadku pakietu AMAPI SDK udostępniliśmy:
  • Zaktualizowana wersja stabilna 1.5.0
  • Nowa wersja kandydująca do publikacji v1.6.0-rc01, która wprowadza funkcję zarządzania aplikacjami niestandardowymi.

Lipiec 2025 r.

Android Management API

• Zaktualizowaliśmy PasswordRequirements, aby umożliwić stosowanie wymagań opartych na złożoności w zakresie profilu służbowego. Opublikowaliśmy nowy przewodnik, w którym wyjaśniamy, jak działają ustawienia haseł oparte na złożoności i nieoparte na niej.

Czerwiec 2025 r.

Android Management API

• W przypadku Androida 16 i nowszych administratorzy IT mogą teraz używać ustawienia zasad appFunctions, aby kontrolować, czy aplikacje na urządzeniu (w przypadku w pełni zarządzanych urządzeń) lub w profilu służbowym (w przypadku urządzeń z profilami służbowymi) mogą udostępniać funkcje aplikacji. crossProfileAppFunctionsmoże służyć do określania, czy aplikacje w profilu osobistym mogą wywoływać funkcje aplikacji w profilu służbowym.
• Dodaliśmy do Android Management API 2 nowe metody: modifyPolicyApplications i  removePolicyApplications. Te metody umożliwiają tworzenie, aktualizowanie i usuwanie podzbiorów aplikacji w polu Aplikacje objęte zasadami bez konieczności pobierania i przekazywania do policies.patch wszystkich aplikacji, które pozostają niezmienione.
• Wprowadzamy nowe polecenie WIPE jako alternatywę dla polecenia devices.delete. Można je wywołać za pomocą polecenia devices.issueCommand. Ta metoda powoduje przywrócenie ustawień fabrycznych na urządzeniach należących do firmy i usunięcie profilu służbowego na urządzeniach osobistych. Po wyczyszczeniu lub usunięciu urządzenia jego rekord również zostanie usunięty.
  Opublikowaliśmy nowy przewodnik, w którym wyjaśniamy różne metody wycofywania urządzeń.
• Zaktualizowaliśmy pakiet SDK Android Management API (AMAPI SDK), aby zawierał sygnał Device.WorkProfileState, który pozwala określić stan zarządzania urządzeniem.
  Więcej informacji znajdziesz w  informacjach o wersji pakietu AMAPI SDK.

Maj 2025 r.

Android Management API

• Dodaliśmy nowe ograniczenie zasad apnPolicy, aby DeviceConnectivityManagement umożliwić administratorom IT konfigurowanie nazw punktów dostępu (APN) na urządzeniach. Punkty dostępu wymuszone przez zasadę zastąpią wszystkie inne punkty dostępu skonfigurowane przez użytkowników.
• Wprowadziliśmy nowe ograniczenie zasad preferentialNetworkServiceSettings, które umożliwia administratorom IT konfigurowanie preferowanych sieci.DeviceConnectivityManagement Pole preferentialNetworkId w  Application może służyć do wyboru preferowanej sieci dla każdej aplikacji. Więcej informacji znajdziesz w naszym przewodniku dotyczącym dzielenia sieci 5G oraz w dokumentacji AOSP dotyczącej dzielenia sieci 5G.
• Ta wersja zapewnia administratorom IT ulepszone zarządzanie kartami eSIM, umożliwiając im dodawanie, usuwanie i  wyświetlanie zarządzanych kart eSIM na wszystkich urządzeniach. Od teraz administratorzy mogą definiować zasady dotyczące zarządzanych kart eSIM, określając ich działanie w przypadku wyczyszczenia urządzenia lub niezgodności profilu służbowego z zasadami. Zapewnia to kontrolę i zgodność z zasadami organizacji.
• Nowe ustawienie zasad enterpriseDisplayNameVisibility umożliwia administratorom kontrolowanie widoczności enterpriseDisplayName na urządzeniu, np. na ekranie blokady urządzeń należących do firmy. Obecnie domyślnie wyświetlana jest nazwa firmy skonfigurowana podczas początkowej konfiguracji urządzenia, ale za 6 miesięcy (w listopadzie 2025 r.) to się zmieni i domyślnie będzie wyświetlana wartość ENTERPRISE_DISPLAY_NAME_VISIBLE.

Kwiecień 2025 r.

Android Management API

• Dodaliśmy nowe ograniczenie zasad bluetoothSharing w przypadku PersonalUsagePolicies i DeviceConnectivityManagement, aby umożliwić administratorom IT zezwalanie na udostępnianie plików za pomocą Bluetootha lub blokowanie tej funkcji.
• Gdy administrator włączy lub wyłączy pole BackupServiceState, w AMAPI zostanie wygenerowane nowe zdarzenie z dziennika zabezpieczeń i powiadomienie Pub/Sub.
• W HardwareInfo dodaliśmy nowe pole EuiccChipInfo, które umożliwia odczytywanie identyfikatora EID na urządzeniach należących do firmy, a także nowe polecenie REQUEST_DEVICE_INFO, które umożliwia odczytywanie identyfikatora EID na urządzeniach należących do użytkowników.
• Zaktualizowaliśmy też te dokumenty:
  • Zaktualizowaliśmy pakiet SDK Android Management API (AMAPI SDK), aby uwzględnić stabilną wersję funkcji Device Trust od Android Enterprise. Informacje o wersji są dostępne na stronie https://developers.google.com/android/management/sdk-release-notes

Marzec 2025 r.

Android Management API

• Zasób Enterprise zawiera teraz więcej szczegółów w polu typ przedsiębiorstwa. Określają, czy firma korzysta z  kont zarządzanego Sklepu Google Play (i czy jest to konto należące do klienta czy do dostawcy usług EMM), czy z  domeny zarządzanej przez Google (zweryfikowanej za pomocą DNS lub zespołu zweryfikowanego za pomocą adresu e-mail). Te informacje pomogą dostawcom usług EMM przygotować się na nadchodzącą funkcję, która umożliwi firmom przejście z kont zarządzanego Sklepu Google Play na zarządzane domeny Google. Dzięki temu będą mogły dostosować konsolę administracyjną IT do typu firmy.

Luty 2025 r.

Android Management API

• Dodaliśmy przewodnik po wykrywaniu profili służbowych zarządzanych przez aplikację Android Device Policy.
• Zaktualizowaliśmy pakiet SDK interfejsu Android Management API (AMAPI SDK), aby uwzględnić pierwszą wersję kandydującą do publikacji interfejsów API wskaźnika zaufania urządzenia. Najnowszą dostępną wersję znajdziesz w  informacjach o wersji pakietu SDK AMAPI.

Styczeń 2025 r.

Android Management API

• Usługi EMM mogą teraz ograniczyć możliwość rejestracji administratora IT do używania adresu e-mail z  listy dozwolonych nazw domen.
• Zaktualizowaliśmy też te dokumenty:
  • Zaktualizowaliśmy przewodnik po aplikacjach internetowych, aby wyjaśnić, jak wybrana przez użytkownika domyślna przeglądarka wchodzi w interakcję z ustawieniami wyświetlania, takimi jak pełny ekran czy minimalny interfejs. Przeglądarka może obsługiwać te atrybuty lub nie. Administratorzy IT są odpowiedzialni za przetestowanie zgodności przeglądarki z ustawieniami aplikacji internetowych przed wdrożeniem jej na kontach użytkowników.

Grudzień 2024 r.

Android Management API

• W przypadku Androida 15 i nowszych administratorzy IT mogą teraz używać ustawienia privateSpacePolicy, aby zezwalać na tworzenie przestrzeni prywatnej lub je blokować.
• W Androidzie 15 i nowszych wersjach wprowadziliśmy WifiRoamingMode w  WifiRoamingPolicy, co umożliwia administratorom IT wyłączanie roamingu Wi-Fi w przypadku konkretnych identyfikatorów SSID na urządzeniach w pełni zarządzanych oraz na profilach służbowych na urządzeniach należących do firmy.
• Zaktualizowaliśmy różne elementy naszej dokumentacji:
  • Opis pola keyguardDisable zawiera teraz informacje o trybie zarządzania.
  • Dokumentacja securityPosture zawiera teraz tabelę, która pokazuje odpowiednią ocenę Play Integrity API dla każdej oceny interfejsu AM API.

Listopad 2024

Android Management API

• Uniemożliwiamy teraz użytkownikom zmianę adresu e-mail podczas rejestracji klientów. Wprowadziliśmy też weryfikację admin_email podczas tworzenia adresu URL rejestracji.
• Zaktualizowaliśmy różne elementy naszej dokumentacji:
  • Zaktualizowaliśmy opis zasad addUserDisabled. W przypadku urządzeń, na których managementMode jest DEVICE_OWNER, to pole jest ignorowane, a użytkownik nigdy nie może dodawać ani usuwać użytkowników.
  • Zaktualizowaliśmy ExtensionConfig, aby doprecyzować, że zwolnienie z ograniczeń dotyczących baterii dotyczy Androida 11 i nowszych wersji.
  • Zaktualizowaliśmy opis PermissionPolicy.
  • W wyliczeniu DelegatedScope dodaliśmy wyjaśnienie, do ilu aplikacji można delegować zakres.

Październik 2024 r.

Android Management API

• Zmieniliśmy działanie zasady CommonCriteriaMode.
  Zasada COMMON_CRITERIA_MODE_ENABLED będzie teraz włączać sprawdzanie integralności zasad kryptograficznych i dodatkową weryfikację certyfikatów sieciowych. Wynik sprawdzania integralności zasad jest ustawiany na PolicySignatureVerificationStatus, jeśli zasada statusReportingSettings.commonCriteriaModeEnabled ma wartość true.
  Nie ma zmian w działaniu wartości domyślnej (COMMON_CRITERIA_MODE_UNSPECIFIED) ani w przypadku jej jawnego wyłączenia za pomocą wartości COMMON_CRITERIA_MODE_DISABLED.
• Zaktualizowaliśmy dokumentację dotyczącą PERSONAL_USAGE_DISALLOWED_USERLESS, aby przypomnieć deweloperom, że ta zmiana jest konieczna przed styczniem 2025 r. Jeśli ta zmiana zostanie pominięta, użytkownicy mogą napotkać komunikat „Uwierzytelnij za pomocą Google” podczas rejestracji, gdy administrator IT włączy tę funkcję.
  Pełny harmonogram tej funkcji jest opublikowany w portalu dla partnerów Androida Enterprise: Harmonogram funkcji: ulepszony proces rejestracji, rejestracja urządzeń i funkcje na urządzeniu.
• Zaktualizowaliśmy dokumentację CrossProfileDataSharing, aby uwzględnić szczegóły prostego udostępniania danych za pomocą intencji.

Wrzesień 2024 r.

Android Management API

Interfejs Android Management API obsługuje teraz te funkcje Androida 15:

• W przypadku Androida 15 i nowszych wersji dodaliśmy nowe zasady, które umożliwiają kontrolowanie ustawień roamingu Wi-Fi. Administratorzy IT mogą używać WifiRoamingPolicy, aby wybrać odpowiedni WifiRoamingMode. Obsługiwane na urządzeniach w pełni zarządzanych i profilach służbowych na urządzeniach należących do firmy.

Wprowadzenie Androida 15

Android Management API

Interfejs Android Management API obsługuje teraz te funkcje Androida 15:

• W Androidzie 15 wprowadziliśmy nowe zasady, które umożliwiają kontrolowanie funkcji . Administratorzy IT mogą używać zasady AssistContentPolicy do kontrolowania tej funkcji.
• Android 15 wprowadza nową zasadę kontroli wykrywania phishingu w aplikacjach. Administratorzy IT mogą używać ContentProtectionPolicy, aby określić, czy aplikacja jest skanowana przez wykrywanie nadużyć na urządzeniu (ODAD) pod kątem złośliwego oprogramowania do phishingu.
  Uwaga: użytkownicy nie mogą zobaczyć tego ustawienia w ustawieniach na urządzeniach z profilem służbowym. Zostanie to poprawione w późniejszej wersji platformy.
• Android 15 rozszerza obsługę ustawień jasności ekranu i  czasu oczekiwania za pomocą zasady DisplaySettings na urządzeniach należących do firmy z profilem służbowym. To ustawienie było wcześniej dostępne tylko na urządzeniach w pełni zarządzanych.

Sierpień 2024 r.

Android Management API

• Na urządzeniach z Androidem 13 lub nowszym administratorzy IT mogą teraz wysyłać zapytania o  ICCID powiązany z kartą SIM TelephonyInfo dołączoną do NetworkInfo. Jest to obsługiwane na w pełni zarządzanych urządzeniach, gdy pole networkInfoEnabled w  statusReportingSettings ma wartość true.
• Zaktualizowaliśmy różne elementy naszej dokumentacji:
  • Zaktualizowaliśmy dokumentację trybu Common Criteria, aby wyjaśnić, że jest on obsługiwany tylko na należących do firmy urządzeniach z Androidem 11 lub nowszym.
  • Pole opcjonalne zostało opisane w  DefaultStatus w  SigninDetail.

Lipiec 2024 r.

Android Management API

• Zaktualizowaliśmy różne elementy naszej dokumentacji:
  • Usunęliśmy z dokumentacji elementu enrollmentToket.create notatkę o tym, że nie można już pobrać zawartości tokena, ponieważ wartość tokena rejestracji można uzyskać za pomocą elementu enrollmentTokens.get.
  • Uściśliliśmy dokumentację NonComplianceReason.

Czerwiec 2024 r.

Android Management API

• Administratorzy IT mogą teraz kontrolować ustawienia jasności ekranu i  automatycznego wygaszania za pomocą zasady DisplaySettings. Obsługiwane na urządzeniach w pełni zarządzanych z Androidem 9 lub nowszym.
• Zaktualizowaliśmy dokumentację, aby wyjaśnić, że nawet w przypadku korzystania z  AUTO_UPDATE_HIGH_PRIORITY aktualizacje aplikacji z większą liczbą wdrożeń w ekosystemie Androida mogą potrwać do 24 godzin.
• Zaktualizowaliśmy pakiet SDK interfejsu Android Management API (AMAPI SDK), aby wyjaśnić różne przypadki użycia, które obsługuje teraz ta biblioteka (pierwotnie znana jako Extensibility SDK). Zaktualizowana dokumentacja obejmuje:
  • Jak zintegrować bibliotekę
  • Aplikacje rozszerzające i polecenia lokalne
  • Migracja DPC

  Najnowszą dostępną wersję znajdziesz w  informacjach o wersji pakietu SDK AMAPI.

Maj 2024 r.

Android Management API

• Metody get i  list dla enrollmentTokens zwracają teraz wypełnione pola value, qrCode i  allowPersonalUsage.
• W przypadku urządzeń w pełni zarządzanych ustawienie AllowPersonalUsage obsługuje teraz PERSONAL_USAGE_DISALLOWED_USERLESS.
• W Androidzie 11 lub nowszym nowe zasady UserControlSettings umożliwiają określenie, czy użytkownik może kontrolować daną aplikację. UserControlSettings obejmuje działania użytkownika, takie jak wymuszenie zatrzymania i wyczyszczenie danych aplikacji.
• Dostępna jest już wersja 1.1.5 pakietu AMAPI SDK. Dodatkowe informacje znajdziesz na stronie z informacjami o wersji.

  Uwaga: zdecydowanie zalecamy korzystanie z najnowszej dostępnej wersji biblioteki, aby korzystać z dostępnych poprawek błędów i ulepszeń.

Kwiecień 2024 r.

Android Management API

• W przypadku urządzeń należących do firmy z Androidem 13 lub nowszym dodaliśmy ustawienia określające, z jakimi identyfikatorami SSID sieci Wi-Fi mogą łączyć się urządzenia. Za pomocą WifiSsidPolicy administratorzy IT mogą określić listę identyfikatorów SSID, które mają zostać dodane do listy dozwolonych ( WIFI_SSID_ALLOWLIST) lub listy zablokowanych ( WIFI_SSID_DENYLIST).
• W przypadku urządzeń należących do firmy dodaliśmy identyfikatory sprzętowe (IMEI, MEID i numer seryjny) do ProvisioningInfo, do których platformy EMM mogą teraz uzyskiwać dostęp podczas konfigurowania urządzenia za pomocą adresu URL logowania.

Marzec 2024 r.

Android Management API

• Dodaliśmy dodatkowe ustawienia sterujące instalacją aplikacji za pomocą InstallConstraint. Administratorzy IT mogą ograniczać instalację aplikacji na podstawie określonych kryteriów.
  Ustawiając installPriority, administratorzy IT mogą mieć pewność, że najważniejsze aplikacje zostaną zainstalowane w pierwszej kolejności.
• Na Androidzie 10 i nowszych interfejs AMAPI obsługuje konfigurowanie sieci korporacyjnych 192-bitowych w funkcji openNetworkConfiguration przez przekazywanie wartości zabezpieczeń WPA3-Enterprise_192.
  Na Androidzie 13 i nowszych w zasadach MinimumWifiSecurityLevel obsługujemy teraz ENTERPRISE_BIT192_NETWORK_SECURITY, które można wykorzystać, aby uniemożliwić urządzeniom łączenie się z sieciami Wi-Fi o niższym poziomie bezpieczeństwa.
• Zaktualizowaliśmy ustawienie UsbDataAccess, tak aby wartość USB_DATA_ACCESS_UNSPECIFIED była domyślnie ustawiona na DISALLOW_USB_FILE_TRANSFER.

Luty 2024 r.

Android Management API

• W Androidzie 9 i nowszych wersjach administratorzy IT mogą teraz określać, czy drukowanie jest dozwolone, za pomocą pola printingPolicy.
• W przypadku Androida 14 i nowszych wersji dodano nowe zasady, które umożliwiają kontrolowanie aplikacji CredentialProvider. Administratorzy IT mogą używać pola credentialProviderPolicy, aby określić, czy aplikacja może działać jako dostawca danych logowania.
• Dodano nowe zasady, które umożliwiają kontrolowanie rozszerzenia Arm Memory Tagging Extension (MTE) na urządzeniu. Pole MtePolicy jest obsługiwane na urządzeniach w pełni zarządzanych i profilach służbowych na urządzeniach należących do firmy z Androidem 14 lub nowszym.
• Zmieniliśmy sposób, w jaki interfejs AM API otrzymuje błędy związane z instalacjami wywoływanymi przez administratorów IT. W wyniku tej migracji pole InstallationFailureReason zawiera teraz również błędy klienta (oprócz błędów serwera).
• W przypadku Androida 12 i nowszych wersji administratorzy IT mogą używać pary kluczy zainstalowanej na urządzeniu do uwierzytelniania w firmowej sieci Wi-Fi. Więcej informacji znajdziesz w nowym polu ClientCertKeyPairAlias w artykule Open Network Configuration (ONC) oraz w  naszym przewodniku po konfiguracji sieci.

Styczeń 2024 r.

Android Management API

• Urządzenia zarządzane przez niestandardowy kontroler zasad dotyczących urządzeń (DPC) można teraz bezproblemowo migrować, aby korzystały z Android Management API.

Grudzień 2023 r.

Android Management API

• Dodano MinimumWifiSecurityLevel aby określić różne minimalne poziomy zabezpieczeń wymagane do łączenia się z sieciami Wi-Fi. Obsługiwane na w pełni zarządzanych urządzeniach i profilach służbowych na urządzeniach należących do firmy z Androidem 13 lub nowszym.

Listopad 2023 r.

Android Management API

• Android 12 i nowsze wersje obsługują teraz konfigurację bezhasłowej sieci Wi-Fi dla firm za pomocą pól Identity i Password w otwartej konfiguracji sieci. Było to już obsługiwane przed Androidem 12.

  Uwaga: w przypadku sieci Wi-Fi z uwierzytelnianiem EAP z użyciem nazwy użytkownika i hasła na urządzeniach z Androidem 12 lub nowszym, jeśli hasło użytkownika nie zostanie podane, a wartość parametru AutoConnect będzie ustawiona na true, urządzenie może spróbować połączyć się z siecią za pomocą losowo wygenerowanego hasła zastępczego. Aby tego uniknąć, gdy hasło użytkownika nie zostanie podane, ustaw wartość parametru AutoConnect na false.

• Zdarzenia na urządzeniu lokalnym, które występują w szybkiej kolejności, są łączone w pakiety i wysyłane do systemów EMM w postaci pojedynczej wiadomości Pub/Sub.

  Typ wydarzenia	Oczekiwany czas oczekiwania między zdarzeniem na urządzeniu a odpowiednim powiadomieniem EMM^1
  	Poprzednie działanie	Nowe działanie
  Wysoki priorytet stany aplikacji z kluczem	Natychmiastowe, maksymalnie 1 raport na minutę	Natychmiastowe, maksymalnie 1 raport na minutę
  Standardowy priorytet stany aplikacji z kluczem	Zależne od harmonogramu	W ciągu minuty
  Zdarzenia związane z aplikacją podczas udostępniania aplikacji, w przypadku których stany instalacji są zdefiniowane przez administratora IT^2	zintegrowane z innymi wydarzeniami związanymi z wdrażaniem,	W ciągu minuty od innych powiązanych zdarzeń związanych z udostępnianiem
  Zdarzenia związane z aplikacją po udostępnieniu w przypadku aplikacji, których stany instalacji są zdefiniowane przez administratora IT^2	Zależne od harmonogramu	W ciągu 5 minut
  Zdarzenia związane z aplikacjami podczas i po aprowizacji w przypadku aplikacji, których stany instalacji są zdefiniowane przez pracownika^3	Zależne od harmonogramu	W ciągu 60 minut
  Inne zdarzenia w aplikacji na urządzeniu	Zależne od harmonogramu	W ciągu 60 minut

  ¹ Docelowe wartości osiągane w kontrolowanych warunkach. Rzeczywiste opóźnienie może się różnić w zależności od różnych czynników związanych z urządzeniem i środowiskiem.
  ² InstallType aplikacji objętych zasadami: FORCE_INSTALLED, BLOCKED, REQUIRED_FOR_SETUP, PREINSTALLED i KIOSK.
  ³ InstallType dostępnych aplikacji: AVAILABLE, INSTALL_TYPE_UNSPECIFIED.

Październik 2023 r.

Android Management API

• Aplikacje uruchomione jako SetupAction mogą teraz anulować rejestrację. Spowoduje to przywrócenie ustawień fabrycznych urządzenia należącego do firmy lub usunięcie profilu służbowego na urządzeniu osobistym.

Wprowadzenie Androida 14

Android Management API

Wraz z  wprowadzeniem Androida 14 interfejs Android Management API obsługuje teraz te funkcje Androida 14:

• Ograniczanie dostępu do kontaktów w profilu służbowym do aplikacji systemowych i aplikacji osobistych określonych w  exemptionsToShowWorkContactsInPersonalProfile. Dostęp do kontaktów w profilu służbowym można teraz włączyć dla wszystkich aplikacji osobistych, wybranych aplikacji osobistych lub żadnych aplikacji osobistych.

  Aby ułatwić korzystanie z tej funkcji, nowa opcja SHOW_WORK_CONTACTS_IN_PERSONAL_PROFILE_DISALLOWED_EXCEPT_SYSTEM w  showWorkContactsInPersonalProfile zapewnia, że jedynymi aplikacjami osobistymi, które mają dostęp do kontaktów służbowych, są domyślne aplikacje Telefon, Wiadomości i Kontakty. W tym przypadku ani aplikacje Telefon, Wiadomości i Kontakty skonfigurowane przez użytkownika, ani żadne inne aplikacje osobiste zainstalowane przez użytkownika lub system nie będą mogły wysyłać zapytań o kontakty służbowe.

• Wyłączanie korzystania z radia ultraszerokopasmowego na urządzeniu. Możesz to zrobić za pomocą nowych zasad deviceRadioState.ultraWidebandState.
• blokować korzystanie z sieci komórkowych 2G, co zwiększa bezpieczeństwo sieci; Jest ona oferowana w ramach nowych zasad deviceRadioState.cellularTwoGState.
• W Androidzie 14 wprowadziliśmy skróty ekranu blokady, które można dostosowywać.

  Funkcja ustawień administratora ekranu blokady, która obejmuje aparat, odblokowywanie odciskiem palca, rozpoznawanie twarzy itp., została rozszerzona o możliwość wyłączania skrótów na ekranie blokady za pomocą nowej opcji SHORTCUTS.

Wrzesień 2023 r.

Android Management API

• Podczas konfiguracji można teraz opcjonalnie pobierać informacje o urządzeniu i jego udostępnianiu, co pozwala deweloperom tworzyć bardziej precyzyjne zasady podczas konfiguracji lub filtrować urządzenia według podanych atrybutów. Adres URL logowania będzie teraz zawierać parametr provisioningInfo, który można wymienić na odpowiednie szczegóły urządzenia za pomocą nowej metody provisioningInfo get.
• SigninDetails można teraz odróżnić od siebie za pomocą dostosowywanej wartości tokenTag.

Sierpień 2023 r.

Android Management API

• Wprowadzono tryb utraconego urządzenia w przypadku urządzeń należących do firmy. Tryb utraconego urządzenia umożliwia pracodawcom zdalne blokowanie i zabezpieczanie utraconego urządzenia oraz opcjonalne wyświetlanie na ekranie urządzenia wiadomości z informacjami kontaktowymi, aby ułatwić odzyskanie urządzenia.
• Dodano obsługę delegowania wyboru certyfikatów, która przyznaje aplikacji dostęp do wyboru certyfikatów KeyChain w imieniu aplikacji wysyłających żądanie. Więcej informacji znajdziesz w DelegatedScope.CERT_SELECTION.
• Dodaliśmy dodatkowe zasady zarządzania Wi-Fi:
  • configureWifi – administratorzy mogą teraz wyłączyć dodawanie i konfigurowanie sieci Wi-Fi. wifiConfigDisabled jest teraz wycofane.
  • wifiDirectSettings – Za pomocą tej zasady można wyłączyć konfigurowanie Wi-Fi Direct.
  • tetheringSettings – za pomocą tej zasady można wyłączyć tethering przez Wi-Fi lub wszystkie formy tetheringu. Zasada tetheringConfigDisabled jest obecnie wycofana.
  • wifiState – za pomocą tej zasady można wymuszać włączanie i wyłączanie Wi-Fi na urządzeniu użytkownika.
• Udostępnianie sieci Wi-Fi skonfigurowanych przez administratora zostanie wyłączone na urządzeniach z Androidem 13 lub nowszym.

Lipiec 2023 r.

Android Management API

• Dodano pole userFacingType do elementu ApplicationReport, aby sygnalizować, czy aplikacja jest przeznaczona dla użytkowników.
• Dodano ONC_WIFI_INVALID_ENTERPRISE_CONFIG konkretny powód niezgodności.
  Niezgodność z zasadami z powodu INVALID_VALUE i konkretnego powodu ONC_WIFI_INVALID_ENTERPRISE_CONFIG jest zgłaszana, jeśli firmowa sieć Wi-Fi nie ma ustawionego parametru DomainSuffixMatch.
• Dodano nowe powiadomienie Pub/Sub EnrollmentCompleteEvent jako typ UsageLogEvent, które jest publikowane, gdy urządzenie zakończy rejestrację.
• Dodano airplaneModeState w deviceRadioState, aby kontrolować bieżący stan trybu samolotowego i określać, czy użytkownik może go włączać i wyłączać. Domyślnie użytkownik może włączać i wyłączać tryb samolotowy. Ta funkcja jest obsługiwana na w pełni zarządzanych urządzeniach i profilach służbowych na urządzeniach należących do firmy z Androidem 9 lub nowszym.

Czerwiec 2023 r.

Android Management API

• Dodano obsługę pola DomainSuffixMatch w otwartej konfiguracji sieci, aby skonfigurować sieci Wi-Fi dla firm na urządzeniach z Androidem 6 lub nowszym. Konfiguracje sieci Wi-Fi dla firm bez pola DomainSuffixMatch są uznawane za niebezpieczne i będą odrzucane przez platformę.
• Dodano ustawienie zasady UsbDataAccess, które umożliwia administratorom całkowite wyłączenie przesyłania danych przez USB. Zasada usbFileTransferDisabled została wycofana. Zamiast niej używaj zasady UsbDataAccess.

Grudzień 2022 r.

Android Management API

• Ulepszyliśmy funkcje zarządzania widżetami profilu służbowego, dodając 2 nowe pola interfejsu API: workProfileWidgets na poziomie aplikacji i workProfileWidgetsDefault na poziomie urządzenia. Zapewniają one większą kontrolę nad tym, czy aplikacja działająca w profilu służbowym może tworzyć widżety w profilu nadrzędnym, np. na ekranie głównym. Ta funkcja jest domyślnie niedozwolona, ale można ją zezwolić za pomocą ustawień workProfileWidgets i workProfileWidgetsDefault. Jest ona obsługiwana tylko w przypadku profili służbowych.
• Dodaliśmy obsługę ustawień losowego generowania adresu MAC podczas konfigurowania sieci Wi-Fi. Administratorzy mogą teraz określać, czy podczas konfigurowania sieci Wi-Fi wartość MACAddressRandomizationMode ma być ustawiona na Hardware czy Automatic. Ustawienie to obowiązuje na urządzeniach z Androidem 13 lub nowszym i dotyczy wszystkich trybów zarządzania. Jeśli ustawisz Hardware, fabryczny adres MAC zostanie skonfigurowany w sieci Wi-Fi, a jeśli ustawisz Automatic, adres MAC będzie losowy.
• Zaktualizowaliśmy różne elementy naszej dokumentacji:
• Understanding Security Posture (Poznaj stan zabezpieczeń) to dokument, który wyjaśnia potencjalne odpowiedzi na podstawie ocen devicePosture i securityRisk.
• autoUpdateMode został podany jako zalecana alternatywa dla autoUpdatePolicy ze względu na większą elastyczność w zakresie częstotliwości aktualizacji.
• Wyjaśniliśmy, że funkcje BlockAction i WipeAction są ograniczone do urządzeń należących do firmy.
• Strona powiadomień Pub/Sub została zaktualizowana, aby dokładnie odzwierciedlać typy zasobów dla różnych typów powiadomień.
• W przypadku Androida 13 i nowszych aplikacje rozszerzające są zwolnione z ograniczeń dotyczących baterii, więc nie będą umieszczane w ograniczonym zasobniku czuwania aplikacji.

Październik 2022 r.

Android Management API

• Zaktualizowaliśmy różne elementy naszej dokumentacji:
• Zalecamy stosowanie 1 zasady na urządzenie, aby umożliwić szczegółowe zarządzanie na poziomie urządzenia.
• Aby funkcja FreezePeriods działała zgodnie z oczekiwaniami, zasady aktualizacji systemu nie mogą być ustawione jako SYSTEM_UPDATE_TYPE_UNSPECIFIED..
• Dodaliśmy sugestie dotyczące aktualizacji zasad związanych z widocznością kroków dotyczących hasła podczas obsługi administracyjnej urządzeń należących do firmy.
• Wartość shareLocationDisabled jest obsługiwana na w pełni zarządzanych urządzeniach i osobistych profilach służbowych.
• Zaktualizowaliśmy opis użycia metody enterprises.devices.delete i jej wpływu na widoczność urządzenia.
• Maksymalny czas trwania tokena rejestracji wynosi teraz 10 000 lat, a wcześniej było to 90 dni.

12 lipca 2022 r.

Android Management API

• Dodano wartości NETWORK_ACTIVITY_LOGS i SECURITY_LOGS do parametru DelegatedScope, aby przyznać aplikacjom zasad dotyczących urządzeń dostęp do odpowiednich dzienników.

14 czerwca 2022 r.

Android Management API

• Dodaliśmy do elementu NonComplianceDetail pola specificNonComplianceReason i specificNonComplianceContext, aby zapewnić szczegółowy kontekst błędów związanych z stosowaniem zasad.

6 czerwca 2022 r.

Android Management API

• Dodaliśmy polecenie, które umożliwia administratorowi zdalne wyczyszczenie danych aplikacji.
• Tokeny rejestracji można teraz tworzyć z dłuższym okresem ważności niż poprzedni maksymalny okres 90 dni, nawet do około 10 tys. lat. Tokeny rejestracji, które są ważne dłużej niż 90 dni, będą miały długość 24 znaków, a tokeny ważne przez 90 dni lub krócej będą nadal miały 20 znaków.

24 maja 2022 r.

Android Management API

• Funkcje zabezpieczeń obsługiwane sprzętowo, takie jak atestacja klucza, będą teraz używane do oceny integralności urządzenia, jeśli jest to obsługiwane przez urządzenie. Zapewnia to silną gwarancję integralności systemu. Urządzenia, które nie przejdą tych ocen lub nie obsługują takich funkcji zabezpieczeń opartych na sprzęcie, zgłoszą nowe ryzyko HARDWARE_BACKED_EVALUATION_FAILED SecurityRisk.

16 maja 2022 r.

Android Management API

• Dodano pole unifiedLockSettings w sekcji PasswordPolicies, aby umożliwić administratorowi skonfigurowanie, czy profil służbowy wymaga osobnej blokady.

25 marca 2022 r.

Android Management API

• Dodano ustawienie alwaysOnVpnLockdownExemption, aby określić, które aplikacje powinny być wyłączone z ustawienia AlwaysOnVpnPackage.
• Dodano wszystkie dostępne pola z zasobu Products interfejsu Play EMM API do zasobu Application.

22 lutego 2022 r.

Android Management API

• Dodano właściwość cameraAccess, która umożliwia kontrolowanie używania aparatu i przełącznika aparatu, oraz właściwość microphoneAccess, która umożliwia kontrolowanie używania mikrofonu i przełącznika mikrofonu. Te pola zastępują wycofane niedawno pola cameraDisabled i unmuteMicrophoneDisabled.

15 lutego 2022 r.

AMAPI SDK

• Naprawiono drobne błędy. Więcej informacji znajdziesz w repozytorium Maven Google.

15 listopada 2021 r.

Android Device Policy

• Aplikacje oznaczone jako niedostępne w personalApplications zostaną odinstalowane z profilu osobistego na urządzeniach należących do firmy, jeśli są już zainstalowane, tak jak w ApplicationPolicy w przypadku profilu służbowego i urządzeń w pełni zarządzanych.

17 września 2021 r.

Android Management API

• Możesz teraz oznaczyć aplikację jako aplikację rozszerzającą za pomocą elementu ExtensionConfig. Aplikacje rozszerzeń mogą komunikować się bezpośrednio z aplikacją Android Device Policy, a w przyszłości będą mogły korzystać z pełnego zestawu funkcji zarządzania oferowanych w interfejsie Android Management API, co umożliwi lokalny interfejs do zarządzania urządzeniem, który nie wymaga połączenia z serwerem.
  • Ta wstępna wersja obsługuje lokalne wykonywanie Commands i obecnie tylko polecenie ClearAppData. Więcej informacji znajdziesz w przewodniku po integracji z rozszerzeniami.
  • Pozostałe polecenia będą dodawane z czasem, podobnie jak dodatkowe funkcje aplikacji rozszerzenia, które mają na celu udostępnienie aplikacji rozszerzenia szerokiego zakresu funkcji zarządzania urządzeniami.

30 czerwca 2021 r.

Android Device Policy

• Poprawione drobne błędy.

2 czerwca 2021 r.

Android Device Policy

• Poprawione drobne błędy.

5 maja 2021 r.

Android Device Policy

• Poprawione drobne błędy.

6 kwietnia 2021 r.

Android Device Policy

• Poprawione drobne błędy.

Marzec 2021 r.

Android Management API

• Dodano 2 nowe AdvancedSecurityOverrides. Te zasady domyślnie włączają najlepsze praktyki bezpieczeństwa Androida Enterprise, a jednocześnie umożliwiają organizacjom zastępowanie wartości domyślnych w przypadku zaawansowanych zastosowań.
• googlePlayProtectVerifyApps domyślnie włącza weryfikację aplikacji w Google Play.
• developerSettings domyślnie uniemożliwia użytkownikom dostęp do opcji programisty i trybu awaryjnego, które w innych okolicznościach mogłyby stwarzać ryzyko wydobycia danych firmowych.
Aby ułatwić przejście na nowe domyślne zachowania, domyślne wartości tych zasad nie będą egzekwowane w przypadku obecnych użytkowników interfejsu API (projektów Google Cloud z włączonym interfejsem Android Management API przed 15 kwietnia 2021 r.) do października 2021 r. Do tego czasu obecni użytkownicy interfejsu API muszą wyraźnie ustawić żądaną wartość, aby korzystać z nowych zasad.
• ChoosePrivateKeyRule umożliwia teraz bezpośrednie przyznawanie określonych kluczy KeyChain zarządzanym aplikacjom.
• Umożliwia to docelowym aplikacjom dostęp do określonych kluczy przez wywołanie funkcji getCertificateChain() i getPrivateKey() bez konieczności wcześniejszego wywołania funkcji choosePrivateKeyAlias().
• Interfejs Android Management API domyślnie przyznaje bezpośredni dostęp do kluczy określonych w zasadach, ale w innych przypadkach przyznaje dostęp po wywołaniu przez określoną aplikację funkcji choosePrivateKeyAlias(). Więcej informacji znajdziesz w sekcji ChoosePrivateKeyRule.

Elementy wycofane

• ensureVerifyAppsEnabled zostało wycofane. Zamiast niego użyj googlePlayProtectVerifyApps AdvancedSecurityOverrides.
• Obecni użytkownicy interfejsu API (projekty Google Cloud z włączonym interfejsem Android Management API od 15 kwietnia 2021 r.) mogą nadal korzystać z ensureVerifyAppsEnabled do października 2021 r., ale zachęcamy ich do jak najszybszego przejścia na AdvancedSecurityOverrides. W październiku ensureVerifyAppsEnabled przestanie działać.
• debuggingFeaturesAllowed i safeBootDisabled zostały wycofane. Zamiast nich używaj developerSettings AdvancedSecurityOverrides.
• Obecni użytkownicy interfejsu API (projekty Google Cloud z włączonym interfejsem Android Management API od 15 kwietnia 2021 r.) mogą nadal korzystać z debuggingFeaturesAllowed i safeBootDisabled do października 2021 r., ale zachęcamy ich do jak najszybszego przejścia na AdvancedSecurityOverrides. W październiku debuggingFeaturesAllowed i safeBootDisabled przestaną działać.

Luty 2021 r.

Android Management API

• Dodano personalApplications obsługę urządzeń należących do firmy od Androida 8. Ta funkcja jest teraz obsługiwana na wszystkich urządzeniach należących do firmy z profilem służbowym.
• Numer telefonu urządzenia jest teraz raportowany na urządzeniach w pełni zarządzanych w ramach zasobu Device.

Styczeń 2021 r.

Android Device Policy

• Poprawione drobne błędy.

Grudzień 2020 r.

Android Management API

• Dodano personalApplications do PersonalUsagePolicies. Na urządzeniach należących do firmy dział IT może określić listę dozwolonych lub zablokowanych aplikacji w profilu osobistym. Ta funkcja jest obecnie dostępna tylko na urządzeniach z Androidem 11, ale w przyszłości zostanie przeniesiona na Androida 8.

Android Device Policy

• Drobne aktualizacje interfejsu udostępniania.

  

Listopad 2020 r.

Android Management API

• Dodaliśmy AutoDateAndTimeZone, który zastępuje wycofany autoTimeRequired, aby kontrolować automatyczną konfigurację daty, godziny i strefy czasowej na urządzeniu należącym do firmy.
• Od Androida 11 użytkownicy nie mogą już czyścić danych aplikacji ani wymuszać zatrzymania aplikacji, gdy urządzenie jest skonfigurowane jako kiosk (czyli gdy InstallType jednej z aplikacji w ApplicationPolicy jest ustawione na KIOSK).
• Dodano nowe elementy sterujące LocationMode, które zastępują wycofane elementy sterujące metodą wykrywania lokalizacji. Na urządzeniach należących do firmy dział IT może teraz wybrać, czy chce wymuszać lokalizację, wyłączać ją czy zezwalać użytkownikom na włączanie i wyłączanie lokalizacji.
• Dodano obsługę CommonCriteriaMode, nowej funkcji w Androidzie 11. Można ją włączyć, aby spełnić określone wymagania profilu ochrony podstawowych funkcji urządzenia mobilnego w ramach kryteriów wspólnych (MDFPP).

Elementy wycofane

• autoTimeRequired zostało wycofane po wycofaniu w Androidzie 11 określonych elementów sterujących automatycznym czasem. Użyj w zamian formatu AutoDateAndTimeZone.
• Te opcje LocationMode zostały wycofane po wycofaniu ich w Androidzie 9: HIGH_ACCURACY, SENSORS_ONLY, BATTERY_SAVING i OFF. Zamiast niej używaj interfejsów LOCATION_ENFORCED, LOCATION_DISABLED i LOCATION_USER_CHOICE.

Październik 2020 r.

Android Device Policy

• Dodano RELINQUISH_OWNERSHIP jako nowy typ polecenia urządzenia. Podczas wdrażania profilu służbowego administratorzy mogą przekazać pracownikom własność urządzeń należących do firmy, wyczyścić profil służbowy i przywrócić ustawienia fabryczne wszystkich zasad dotyczących urządzenia, pozostawiając nienaruszone dane osobiste. W ten sposób dział IT traci prawo własności do urządzenia teraz i w przyszłości i nie powinien oczekiwać ponownej rejestracji urządzenia. Aby przywrócić ustawienia fabryczne urządzenia, zachowując jego własność, użyj metody devices.delete.

Sierpień 2020 r.

Android Management API

• Ulepszenia dotyczące profilu służbowego na urządzeniach należących do firmy zostały ogłoszone w wersji zapoznawczej Androida 11. Interfejs Android Management API obsługuje te ulepszenia na urządzeniach z Androidem 8.0 lub nowszym. Firmy mogą teraz oznaczać urządzenia z profilem służbowym jako należące do firmy, co umożliwia zarządzanie profilem służbowym urządzenia, zasadami dotyczącymi użytku osobistego i niektórymi ustawieniami obejmującymi całe urządzenie, przy jednoczesnym zachowaniu prywatności w profilu osobistym.

  • Ogólne informacje o ulepszeniach profilu służbowego znajdziesz w artykule Profil służbowy: nowy standard ochrony prywatności pracowników.
  • Więcej informacji o konfigurowaniu profilu służbowego na urządzeniu należącym do firmy znajdziesz w artykule Urządzenia należące do firmy do użytku służbowego i osobistego.
  • Przykładowe zasady dotyczące urządzenia należącego do firmy z profilem służbowym znajdziesz w sekcji Urządzenia z profilami służbowymi.
  • Dodano blockScope do blockAction. Użyj blockScope, aby określić, czy działanie blokowania ma być stosowane do całego urządzenia należącego do firmy, czy tylko do jego profilu służbowego.

• Dodano connectedWorkAndPersonalApp do applicationPolicy. Od Androida 11 niektóre podstawowe aplikacje mogą łączyć się między profilami służbowym i osobistym na urządzeniu. Połączenie aplikacji z różnych profili może zapewnić użytkownikom bardziej spójne działanie. Na przykład gdy połączą aplikację kalendarza, użytkownicy mogą jednocześnie wyświetlać wydarzenia służbowe i osobiste.

  Niektóre aplikacje (np. wyszukiwarka Google) mogą być domyślnie połączone na urządzeniach. Lista połączonych aplikacji na urządzeniu jest dostępna w sekcji Ustawienia > Prywatność > Połączone aplikacje służbowe i osobiste.

  Użyj connectedWorkAndPersonalApp, aby zezwolić na połączone aplikacje lub im zabronić. Zezwolenie aplikacji na łączenie się między profilami daje użytkownikowi tylko możliwość połączenia aplikacji. Użytkownicy mogą w każdej chwili odłączyć aplikacje.

• Dodano systemUpdateInfo do devices, aby zgłaszać informacje o oczekujących aktualizacjach systemu.

Lipiec 2020 r.

Android Device Policy

• [23 lipca] Drobne poprawki błędów

cze 2020

Android Device Policy

• [17 czerwca] Drobne poprawki błędów.

Maj 2020

Android Device Policy

• [12 maja] Drobne poprawki błędów.

Kwiecień 2020 r.

Android Device Policy

• [14 kwietnia] Drobne poprawki błędów.

Marzec 2020 r.

Android Device Policy

• [16 marca] Drobne poprawki błędów.

Luty 2020 r.

Android Device Policy

• [24 lutego] Drobne poprawki błędów.

Styczeń 2020 r.

Android Device Policy

• [15 stycznia] Drobne poprawki błędów.

Grudzień 2019 r.

Android Management API

• Dostępne są nowe zasady blokowania niezaufanych aplikacji (aplikacji z nieznanych źródeł). Użyj advancedSecurityOverrides.untrustedAppsPolicy, aby:
  • Blokowanie instalowania niezaufanych aplikacji na całym urządzeniu (w tym w profilach służbowych).
  • Blokuj instalowanie niezaufanych aplikacji tylko w profilu służbowym.
  • Zezwalaj na instalowanie niezaufanych aplikacji na całym urządzeniu.
  advancedSecurityOverrides.untrustedAppsPolicy zastępuje installUnknownSourcesAllowed, która została wycofana. Więcej informacji znajdziesz w sekcji Wycofania poniżej.
• Na urządzeniu lub w profilu służbowym można teraz wymusić okres oczekiwania na zezwolenie na używanie metod blokady ekranu o niskim poziomie bezpieczeństwa (np. odblokowywanie odciskiem palca i rozpoznawanie twarzy) za pomocą requirePasswordUnlock. Po upływie czasu oczekiwania użytkownik musi użyć silnej formy uwierzytelniania (hasła, kodu PIN lub wzoru), aby odblokować urządzenie lub profil służbowy.
• Dodaliśmy element kioskCustomization, aby umożliwić włączanie i wyłączanie tych funkcji interfejsu systemu na urządzeniach w trybie kiosku:
  • Działania globalne uruchamiane za pomocą przycisku zasilania (patrz powerButtonActions).
  • Informacje systemowe i powiadomienia (patrz statusBar).
  • Przyciski ekranu głównego i przeglądu (patrz systemNavigation).
  • Pasek stanu (patrz statusBar).
  • Okna błędów w przypadku awarii lub braku odpowiedzi aplikacji (patrz systemErrorWarnings).
• Dodano zasadę freezePeriod, która umożliwia blokowanie aktualizacji systemu co roku w określonym okresie blokady.
• W devices.delete dostępny jest nowy parametr: wipeReasonMessage umożliwia określenie krótkiej wiadomości, która będzie wyświetlana użytkownikowi przed wyczyszczeniem profilu służbowego na jego urządzeniu osobistym.

Elementy wycofane

installUnknownSourcesAllowed jest teraz oznaczona jako wycofana. Obsługa tej zasady będzie kontynuowana do II kwartału 2020 r. w przypadku użytkowników, którzy włączyli interfejs Android Management API przed 19 grudnia 2019 r. o godzinie 14:00 GMT. Zasada nie jest obsługiwana w przypadku użytkowników, którzy włączyli interfejs API po tej dacie.

advancedSecurityOverrides.untrustedAppsPolicy zastępuje installUnknownSourcesAllowed. W tabeli poniżej znajdziesz mapowanie między tymi 2 zasadami. Deweloperzy powinni jak najszybciej* zaktualizować swoje rozwiązania zgodnie z nowymi zasadami.

installUnknownSourcesAllowed	advancedSecurityOverrides.untrustedAppsPolicy
TRUE	ALLOW_INSTALL_DEVICE_WIDE
FALSE	ALLOW_INSTALL_IN_PERSONAL_PROFILE_ONLY Uwaga: dotyczy wszystkich typów urządzeń (profili służbowych i w pełni zarządzanych). Urządzenia w pełni zarządzane nie mają profilu osobistego, dlatego niezaufane aplikacje są blokowane na całym urządzeniu. Aby zablokować niezaufane aplikacje na całym urządzeniu z profilem służbowym, użyj ustawienia DISALLOW_INSTALL.

*W przypadku użytkowników, którzy włączyli interfejs Android Management API przed 14:00 GMT 19 grudnia 2019 r.: wartość domyślna untrustedAppsPolicy (DISALLOW_INSTALL) nie jest stosowana, jeśli untrustedAppsPolicy jest ustawiona na UNTRUSTED_APPS_POLICY_UNSPECIFIED lub jeśli zasada nie jest określona. Aby zablokować niezaufane aplikacje na całym urządzeniu, musisz wyraźnie ustawić zasadę na DISALLOW_INSTALL.

Listopad 2019 r.

Android Device Policy

• [27 listopada] Drobne poprawki błędów.

Październik 2019 r.

Android Management API

• Nowe opcje IframeFeature umożliwiają określenie, które funkcje elementu iframe zarządzanego Sklepu Google Play mają być włączone lub wyłączone w konsoli.

Android Device Policy

• [16 października] Drobne poprawki błędów i optymalizacja wydajności.

4 września 2019 r.

Funkcje

• Zasób policies może teraz rozpowszechniać zamknięte wersje aplikacji (zamknięte ścieżki aplikacji), co umożliwia organizacjom testowanie przedpremierowych wersji aplikacji. Szczegółowe informacje znajdziesz w sekcji Rozpowszechnianie aplikacji na potrzeby testów zamkniętych.
• Dodano permittedAccessibilityServices do policies, co można wykorzystać do:
  • zablokować wszystkie usługi ułatwień dostępu inne niż systemowe na urządzeniu;
  • zezwalaj na dostęp do tych usług tylko określonym aplikacjom.

6 sierpnia 2019 r.

Funkcje

• Interfejs Android Management API ocenia teraz bezpieczeństwo urządzenia i przekazuje wyniki w raportach o urządzeniach (w sekcji securityPosture). securityPosture zwraca stan bezpieczeństwa urządzenia (POSTURE_UNSPECIFIED, SECURE, AT_RISK lub POTENTIALLY_COMPROMISED) oceniony przez SafetyNet i inne kontrole, a także szczegóły zidentyfikowanych zagrożeń bezpieczeństwa, które możesz udostępniać klientom za pomocą konsoli zarządzania.

  Aby włączyć tę funkcję na urządzeniu, upewnij się, że w zasadach urządzenia włączone jest co najmniej 1 pole z statusReportingSettings.

2 lipca 2019 r.

Funkcje

• Aby odróżnić aplikację uruchamianą z launchApp od aplikacji uruchamianej przez użytkownika, aktywność, która jest uruchamiana jako pierwsza w ramach aplikacji, zawiera teraz dodatkowy parametr logiczny intencji com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (ustawiony na true). Ten dodatkowy parametr umożliwia dostosowanie aplikacji w zależności od tego, czy jest ona uruchamiana z launchApp, czy przez użytkownika.setupActions

31 maja 2019 r.

Wersja konserwacyjna

• Drobne poprawki błędów i optymalizacja działania.

7 maja 2019 r.

complianceRules zostało wycofane, ale będzie nadal obsługiwane do końca II kwartału lub początku III kwartału 2019 r., aby umożliwić dostawcom platformy EMM aktualizację zasad. Aby uniknąć zakłócenia działania implementacji, zastąp zasady zawierające complianceRules zasadami policyEnforcementRules z użyciem nowej logiki zgodności opisanej w sekcji Zgodność z zasadami.

Funkcje

• Dodano policyEnforcementRules, aby zastąpić complianceRules, które zostało wycofane. Więcej informacji znajdziesz w powyższym ogłoszeniu o wycofaniu funkcji.
• Dodano nowe interfejsy API do tworzenia i edytowania aplikacji internetowych. Więcej informacji znajdziesz w artykule Obsługa aplikacji internetowych.

Interfejs użytkownika

Android Device Policy: ikona aplikacji nie jest już widoczna na urządzeniach. Użytkownicy nadal mogą wyświetlać stronę zasad, która została wcześniej otwarta przez ikonę:

• W pełni zarządzane urządzenia: Ustawienia > Google > Zasady dotyczące urządzenia
• Urządzenia z profilami służbowymi: Ustawienia > Google > Praca > Zasady dotyczące urządzenia
• Wszystkie urządzenia: aplikacja Sklep Google Play > Android Device Policy

16 kwietnia 2019 r.

• Usługa Android Device Policy jest teraz dostępna w Korei Południowej.

21 marca 2019 r.

Funkcje

• Dodano nowe metadane, w tym alternatywne numery seryjne, do devices.
• Liczba aplikacji z installType REQUIRED_FOR_SETUP jest teraz ograniczona do 5 na zasadę. Ma to na celu zapewnienie jak najlepszych wrażeń użytkownikom podczas obsługi urządzeń i profili służbowych.

12 lutego 2019 r.

Interfejs użytkownika

• Android Device Policy: dodaliśmy ulepszone komunikaty o niezgodności , aby pomóc użytkownikom przywrócić zgodność urządzeń lub poinformować ich, kiedy nie jest to możliwe.
• Android Device Policy: po zarejestrowaniu tokena rejestracji nowy proces konfiguracji przeprowadza użytkowników przez kroki wymagane przez zasady, aby dokończyć konfigurację urządzenia lub profilu służbowego.

  

  Rysunek 1. Konfiguracja z przewodnikiem.

Funkcje

• Dodano nowe pole do installType
  • REQUIRED_FOR_SETUP: jeśli wartość to „true”, aplikacja musi zostać zainstalowana przed zakończeniem konfiguracji urządzenia lub profilu służbowego. Uwaga: jeśli z jakiegoś powodu aplikacja nie jest zainstalowana (np. z powodu niezgodności, niedostępności w danym regionie lub słabego połączenia sieciowego), konfiguracja nie zostanie ukończona.
• Dodano SetupAction do policies. Dzięki SetupAction możesz określić aplikację, która ma się uruchamiać podczas konfiguracji, co pozwoli użytkownikowi dodatkowo skonfigurować urządzenie. Więcej informacji znajdziesz w sekcji Uruchamianie aplikacji podczas konfiguracji.
• W przypadku firm, które mają włączone raporty o stanie, nowe raporty o urządzeniach są teraz wydawane natychmiast po każdej nieudanej próbie odblokowania urządzenia lub profilu służbowego.

Elementy wycofane

• W policies wifiConfigsLockdownEnabled zostało wycofane. Sieci Wi-Fi określone w zasadach są teraz domyślnie niemodyfikowalne. Aby umożliwić ich modyfikowanie, ustaw wartość wifiConfigDisabled na false.

10 grudnia 2018 r.

Funkcje

• Dodano obsługę urządzeń z profilem służbowym w przypadku metody udostępniania adresu URL logowania. Właściciele urządzeń z profilem służbowym mogą teraz logować się za pomocą firmowych danych logowania, aby dokończyć wdrażanie.

Interfejs użytkownika

• Dodaliśmy obsługę trybu ciemnego w Android Device Policy. Tryb ciemny to motyw wyświetlania dostępny w Androidzie 9 Pie, który można włączyć w Ustawieniach > Wyświetlacz > Zaawansowane > Motyw urządzenia > Ciemny.

  

  Rysunek 1. (L) Normal display mode (R) Dark mode

2 listopada 2018 r.

Funkcje

• W przypadku urządzeń w pełni zarządzanych dostępna jest nowa metoda rejestracji. Ta metoda wykorzystuje adres URL logowania, aby prosić użytkowników o podanie danych logowania, co umożliwia przypisywanie zasad i udostępnianie urządzeń użytkownikom na podstawie ich tożsamości.
• Dodaliśmy obsługę elementu iframe konfiguracji zarządzanych, czyli interfejsu, który możesz dodać do konsoli, aby administratorzy IT mogli ustawiać i zapisywać konfiguracje zarządzane. Element iframe zwraca unikalny parametr mcmId dla każdej zapisanej konfiguracji, który możesz dodać do parametru policies.
• Dodano użytkowników passwordPolicies i PasswordPolicyScope do albumu policies:
  • passwordPolicies ustawia wymagania dotyczące haseł w określonym zakresie (urządzenie lub profil służbowy).
  • Jeśli nie określono wartości PasswordPolicyScope, domyślny zakres to SCOPE_PROFILE w przypadku urządzeń z profilem służbowym i SCOPE_DEVICE w przypadku w pełni zarządzanych lub dedykowanych urządzeń.
  • passwordPolicies zastępuje passwordRequirements, jeśli PasswordPolicyScope nie jest określony (wartość domyślna) lub PasswordPolicyScope ma ten sam zakres co passwordRequirements.

20 września 2018 r.

Poprawki błędów

• Rozwiązaliśmy problem, który powodował, że urządzenia w trybie kiosku po skonfigurowaniu były nieprawidłowo oznaczane jako niezgodne z zasadami w przypadku podzbioru konfiguracji zasad.

28 sierpnia 2018 r.

W tej wersji interfejs Android Management API obsługuje teraz zestawy rozwiązań profilu służbowego i w pełni zarządzanego urządzenia. Więcej informacji o zestawach rozwiązań znajdziesz w artykule Tworzenie rozwiązania.

Funkcje

Aktualizacje obsługi aprowizacji i zarządzania profilami służbowymi oraz urządzeniami w pełni zarządzanymi:

• W przypadku profili służbowych dostępne są nowe metody obsługi administracyjnej:
  • Udostępnij użytkownikom link do tokena rejestracji.
  • Otwórz Ustawienia > Google > Skonfiguruj profil służbowy.
• Dodano nowe pola do enrollmentTokens.
  • oneTimeOnly: jeśli ma wartość true, token rejestracji wygaśnie po pierwszym użyciu.
  • userAccountIdentifier: identyfikuje konkretne zarządzane konto Google Play.
    • Jeśli nie zostanie podany: interfejs API za każdym razem, gdy urządzenie zostanie zarejestrowane za pomocą tokena, po cichu utworzy nowe konto.
    • Jeśli jest określone: interfejs API używa określonego konta za każdym razem, gdy urządzenie jest rejestrowane za pomocą tokena. Możesz określić to samo konto w przypadku wielu tokenów. Więcej informacji znajdziesz w artykule Określanie użytkownika.
• Dodano element managementMode (tylko do odczytu) do kolekcji devices.
  • Urządzenia z profilami służbowymi: atrybut managementMode jest ustawiony jako PROFILE_OWNER.
  • Urządzenia specjalne i w pełni zarządzane:managementMode jest ustawiona na DEVICE_OWNER.

Aktualizacje zasobu policies, które poprawiają możliwości zarządzania aplikacjami:

• Dodano nowe pole playStoreMode.
  • WHITELIST (domyślnie): w profilu służbowym lub na zarządzanym urządzeniu dostępne są tylko aplikacje dodane do zasad. Wszystkie aplikacje, które nie są objęte zasadami, są niedostępne i zostaną odinstalowane, jeśli były wcześniej zainstalowane.
  • BLACKLIST: aplikacje dodane do zasad są niedostępne. Wszystkie inne aplikacje wymienione w Google Play są dostępne.
• Dodano BLOCKED jako opcję InstallType, która uniemożliwia zainstalowanie aplikacji. Jeśli aplikacja jest już zainstalowana, zostanie odinstalowana.
  • Możesz użyć installType BLOCKED razem z playStoreMode BLACKLIST, aby uniemożliwić instalowanie określonych aplikacji na urządzeniu zarządzanym lub w profilu służbowym.

Interfejs użytkownika

• Zaktualizowano ustawienia Android Device Policy, aby były zgodne z ustawieniami urządzenia.

12 lipca 2018 r.

Interfejs użytkownika

• Połączyliśmy strony stanu i szczegółów urządzenia w Android Device Policy w jedną stronę.
• Ulepszona spójność interfejsu konfiguracji z kreatorem konfiguracji Androida.

Funkcje

• Dodano PermissionGrants na poziomie zasad. Teraz możesz kontrolować uprawnienia czasu działania na 4 poziomach:
  • Globalne, dotyczące wszystkich aplikacji: ustaw domyślne zasady uprawnień na poziomie zasad.
  • Dla każdego uprawnienia we wszystkich aplikacjach: ustaw permissionGrant na poziomie zasad.
  • Dla każdej aplikacji we wszystkich uprawnieniach: ustaw defaultPermissionPolicy w ramach ApplicationPolicy.
  • Dla każdej aplikacji i każdego uprawnienia: ustaw uprawnienie Grant w ramach ApplicationPolicy.
• Podczas przywracania urządzenia do ustawień fabrycznych nowy parametr WipeDataFlag umożliwia:
  • WIPE_EXTERNAL_STORAGE: wymazać dane z pamięci zewnętrznej urządzenia (np. z kart SD);
  • PRESERVE_RESET_PROTECTION_DATA: zachowuje na urządzeniu dane ochrony przed przywróceniem ustawień fabrycznych. Ta flaga zapewnia, że tylko autoryzowany użytkownik może odzyskać urządzenie, np. w przypadku jego zgubienia. Uwaga: włącz tę funkcję tylko wtedy, gdy w zasadach skonfigurowano frpAdminEmails[].

Poprawki błędów

• Rozwiązaliśmy problem z Android Device Policy, który powodował wyjście z trybu blokowania zadań podczas aktualizacji na pierwszym planie.

25 maja 2018 r.

Interfejs użytkownika

• Zamiast ukrywać wyłączone aplikacje w programie uruchamiającym, urządzenia z Androidem 7.0 lub nowszym wyświetlają ikony wyłączonych aplikacji w kolorze szarym:
  

  

Funkcje

• Zaktualizowano policies, aby obsługiwać te funkcje zarządzania certyfikatami:
  • Automatyczne przyznawanie dostępu do certyfikatu aplikacjom.
  • Delegowanie wszystkich funkcji zarządzania certyfikatami obsługiwanych przez aplikację Android Device Policy do innej aplikacji (patrz CERT_INSTALL).
• Poszczególne aplikacje można teraz wyłączyć w ApplicationPolicy (ustawić disabled na true) niezależnie od reguł zgodności.
• Można teraz wyłączać aplikacje systemowe.
• Dodano raporty o aplikacjach do devices. W przypadku każdej zarządzanej aplikacji zainstalowanej na urządzeniu raport zwraca nazwę pakietu, wersję, źródło instalacji i inne szczegółowe informacje. Aby włączyć tę funkcję, ustaw wartość applicationReportsEnabled na true w zasadach urządzenia.
• Zaktualizowano enterprises, aby uwzględnić warunki korzystania z usługi. Warunki korzystania z usługi firmy są wyświetlane na urządzeniach podczas obsługi administracyjnej.

Poprawki błędów

• Zaktualizowano proces obsługi administracyjnej, aby wyłączyć dostęp do ustawień, z wyjątkiem sytuacji, gdy jest on wymagany do ukończenia konfiguracji (np. utworzenia kodu dostępu).

3 kwietnia 2018 r.

Interfejs użytkownika

• Zaktualizowaliśmy wygląd aplikacji Android Device Policy i procesu udostępniania urządzeń, aby poprawić ogólne wrażenia użytkowników.

Funkcje

• Dodano obsługę bezpośredniego uruchamiania, co umożliwia zdalne wymazywanie danych z urządzeń z Androidem 7.0 lub nowszym, które nie zostały odblokowane od czasu ostatniego ponownego uruchomienia.
• Dodano ustawienie trybu lokalizacji do zasobu policies, które umożliwia skonfigurowanie trybu dokładności lokalizacji na zarządzanym urządzeniu.
• Dodano pole odpowiedzi na błąd do zasobu Command.

Poprawki błędów

• Zwiększyliśmy wydajność udostępniania.
• Raporty zgodności są teraz generowane natychmiast po udostępnieniu urządzenia. Aby skonfigurować firmę do otrzymywania raportów zgodności, zapoznaj się z artykułem Otrzymywanie powiadomień o szczegółach niezgodności.

Znane problemy

• Ustawienia ekranu blokady ulegają awarii na urządzeniach LG z Androidem 8.0 lub nowszym (np. LG V30), zarządzanych przez Android Device Policy.

14 lutego 2018 r.

Interfejs użytkownika

• Zaktualizowaliśmy tekst weryfikacji w polu „kod”, który jest wyświetlany, jeśli użytkownik zdecyduje się ręcznie wpisać kod QR, aby zarejestrować urządzenie.

Funkcje

• Możesz teraz ustawić zasadę, która będzie powodować automatyczną aktualizację aplikacji zainstalowanych siłowo, jeśli nie spełniają one określonej minimalnej wersji. W sekcji ApplicationPolicy:
  • Ustaw wartość installType na FORCE_INSTALLED
  • Określ wartość minimumVersionCode.
• Zaktualizowaliśmy zasób Devices, dodając do niego nowe pola zawierające informacje, które mogą być przydatne dla administratorów IT, takie jak nazwa przewoźnika urządzenia (więcej informacji znajdziesz w sekcji NetworkInfo), informacja o tym, czy urządzenie jest zaszyfrowane, oraz czy włączona jest funkcja Weryfikacja aplikacji (więcej informacji znajdziesz w sekcji DeviceSettings).

Poprawki błędów

• Polecenia RESET_PASSWORD i LOCK działają teraz na urządzeniach z Androidem 8.0 Oreo.
• Rozwiązanie problemu polegającego na tym, że pole DeviceSettings nie było wypełniane.
• Rozwiązaliśmy problem z obsługą zasad stayOnPluggedModes.

12 grudnia 2017 r.

Funkcje

• Aplikacja Android Device Policy obsługuje teraz podstawowy program uruchamiający kiosku , który można włączyć za pomocą zasady. Program uruchamiający blokuje urządzenie, ograniczając je do zestawu predefiniowanych aplikacji i uniemożliwiając użytkownikowi dostęp do ustawień urządzenia. Określone aplikacje są wyświetlane na jednej stronie w porządku alfabetycznym. Aby zgłosić błąd lub poprosić o dodanie funkcji, kliknij ikonę opinii w programie uruchamiającym.
• Zaktualizowana konfiguracja urządzenia z nową logiką ponawiania. Jeśli urządzenie zostanie ponownie uruchomione podczas konfiguracji, proces wdrażania będzie kontynuowany od miejsca, w którym został przerwany.
• Dostępne są teraz te nowe zasady. Więcej informacji znajdziesz w dokumentacji interfejsu API:

  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

• Zaktualizowano docelowy pakiet SDK zasad dotyczących urządzeń z Androidem do Androida 8.0 Oreo.

Poprawki błędów

• Teraz można pominąć wyświetlanie selektora sieci, jeśli podczas uruchamiania nie można nawiązać połączenia. Aby włączyć selektor sieci podczas uruchamiania, użyj zasady networkEscapeHatchEnabled.