Informacje o wersjach

Lipiec 2026 r.

Android Management API

• Obsługa Androida 6.0 została wycofana, zgodnie z obsługą Usług Google Play na urządzeniach z Androidem 7.0 lub nowszym. Urządzenia z Androidem 6.0 nie będą otrzymywać aktualizacji interfejsu Android Management API. Nie uniemożliwia to rejestrowania urządzeń w celu zarządzania nimi.
• Udostępniliśmy wersję 1.8.2 pakietu AMAPI SDK. Szczegółowe informacje znajdziesz w informacjach o wersji pakietu SDK do zarządzania Androidem.
• Rozwiązaliśmy problem, który powodował, że ochrona przed przywróceniem do ustawień fabrycznych (FRP) dla konsumentów mogła nieoczekiwanie uruchamiać się na urządzeniach należących do firmy po przywróceniu do ustawień fabrycznych, nawet jeśli w zasadach dotyczących urządzeń nie określono adresów e-mail administratorów FRP.
• Zaktualizowaliśmy też te elementy dokumentacji:
  • Dodaliśmy wskazówki dotyczące wymuszania uwierzytelniania Google podczas rejestracji.
  • persistentPreferredActivitiesZasady zawierają teraz ostrzeżenie, aby unikać konfigurowania tej zasady i zasady defaultApplicationSettings w przypadku tej samej domeny intencji, aby uniknąć nieprzewidywalnego działania. Zaktualizowaliśmy też odpowiedni przewodnik.
  • W dokumentacji wyjaśniliśmy, że parametr templateId szablonu konfiguracji zarządzanych musi być ciągiem znaków zawierającym tylko cyfry.
  • Przewodnik Szybki start zawiera teraz instrukcje generowania własnego klienta OAuth podczas konfigurowania interfejsu Android Management API.

Czerwiec 2026 r.

Android Management API

• Dodaliśmy zasady nearbyNotificationStreaming i nearbyAppStreaming, które pozwalają kontrolować, czy użytkownicy mogą przesyłać strumieniowo treści i powiadomienia z aplikacji na urządzenia w pobliżu. Odpowiadają one 2 dotychczasowym interfejsom API platformy: setNearbyNotificationStreamingPolicy i setNearbyAppStreamingPolicy.
• Administratorzy IT mogą teraz skonfigurować googleAuthenticationOptions w SigninDetail i EnrollmentToken, aby określić, czy użytkownicy muszą uwierzytelniać się w Google podczas rejestracji.
• Udostępniliśmy wersję 1.8.1 pakietu SDK AMAPI. Szczegółowe informacje znajdziesz w informacjach o wersji pakietu Android Management SDK.
• Zaktualizowaliśmy też te dokumenty:
  • Wyjaśniliśmy, że klasa bazowa NotificationReceiverService automatycznie obsługuje zabezpieczenia (patrz „Uwaga” u dołu połączonej sekcji).
  • Zaktualizowaliśmy wskazówki dotyczące konfigurowania klienta MCP do korzystania z serwera MCP interfejsu Android Management API.

Maj 2026 r.

Android Management API

• AMAPI raportuje teraz hasze SHA-256 certyfikatów podpisywania w  raportach dotyczących aplikacji, co zapewnia lepsze bezpieczeństwo niż wycofane pole hasza SHA-1. Jest to zgodne z najnowszymi sprawdzonymi metodami dotyczącymi ekosystemu Androida.
• AMAPI ulepsza obsługę zasad ochrony przed przywróceniem do ustawień fabrycznych (FRP) na urządzeniach COPE, wyraźnie wyłączając FRP i czyszcząc listy kont, gdy nie skonfigurowano adresów e-mail administratorów, co zapobiega nieoczekiwanym blokadom po zresetowaniu urządzenia.

Kwiecień 2026 r.

Android Management API

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

Zarządzanie urządzeniami XR

Android Management API

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

Marzec 2026 r.

Android Management API

• Zgodnie z dokumentacją z października 2025 r. i informacjami podanymi w tym ogłoszeniu o usłudze domyślna wartość zasady enterpriseDisplayNameVisibility to teraz ENTERPRISE_DISPLAY_NAME_VISIBLE. Ta zasada określa, czy enterpriseDisplayName jest wyświetlany na urządzeniach, na przykład na ekranie blokady urządzeń należących do firmy. Aby ukryć nazwę firmy, ustaw zasadę na ENTERPRISE_DISPLAY_NAME_HIDDEN.
• Zaktualizowaliśmy konfigurację EAP w  Konfiguracji 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 ta zasada dotyczy tylko urządzeń w pełni zarządzanych.
  • installType.KIOSK i  RoleType.KIOSK, aby wyjaśnić, że na urządzeniach z Androidem 11 lub nowszym kontrola użytkownika jest niedozwolona w przypadku wszystkich 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 serwerem DNS za pomocą nowego pola privateDnsSettings w  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. Więcej informacji znajdziesz w  dokumentacji.
• Zaktualizowaliśmy dokumentację NetworkInfo.TelephonyInfo, aby wyjaśnić obsługę różnych typów urządzeń:
  • Ogólne informacje o telefonii są dostępne dla wszystkich kart SIM na urządzeniach w pełni zarządzanych (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 dotyczą tylko kart eSIM na urządzeniach z Androidem 15 lub nowszym.

Styczeń 2026

Android Management API

• Dodaliśmy nowe zasady, które umożliwiają 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.
• Udostępniliśmy wersję 1.7.1 pakietu AMAPI SDK. Ta wersja dodaje bardziej szczegółowe rejestrowanie dla interfejsów API sygnałów zaufania urządzeń, aby ułatwić diagnozowanie problemów. Szczegółowe informacje znajdziesz w  informacjach o wersji pakietu Android Management SDK.
• Zaktualizowaliśmy Warunki korzystania z AMAPI, aby wyraźnie obejmowały pakiet AMAPI SDK i uwzględniały w definicji „Klientów” 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. Obejmuje to więcej informacji o wymaganiach dotyczących ApplicationPolicy.signingKeyCerts i oczekiwanego działania podczas zmiany installType aplikacji na lub z CUSTOM.
• 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 nową zasadę zarządzania aplikacjami domyślnymi na urządzeniach. Administratorzy mogą skonfigurować listę aplikacji z priorytetami dla każdego typu aplikacji, a pierwsza zainstalowana i kwalifikująca się aplikacja na urządzeniu zostanie ustawiona jako domyślna. Po skonfigurowaniu ta zasada uniemożliwia użytkownikom zmianę domyślnych ustawień aplikacji, co pozwala zachować 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 zostanie wprowadzona w styczniu 2026 r.
• Zaktualizowaliśmy też te elementy dokumentacji:
  • 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, które oczekują na ponowne uruchomienie.

Wrzesień 2025 r.

Android Management API

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

Sierpień 2025 r.

Android Management API

• Teraz obsługujemy instalowanie aplikacji za pomocą pakietu AMAPI SDK w wersji 1.6.0-rc01 lub nowszej. 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. Aby dowiedzieć się więcej, zapoznaj się z dokumentacją.
• Dodaliśmy ApplicationPolicy.signingKeyCerts, który zastępuje ExtensionConfig.signingKeyFingerprintsSha256, który został wycofany. 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 stabilna wersja 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 interakcję między ustawieniami haseł opartymi na złożoności i ustawieniami haseł, które nie są oparte na złożoności.

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. crossProfileAppFunctions można używać do kontrolowania, czy aplikacje w profilu osobistym mogą wywoływać funkcje aplikacji udostępniane przez aplikacje w profilu służbowym.
• Do interfejsu Android Management API dodaliśmy 2 nowe metody: modifyPolicyApplications i  removePolicyApplications. Te metody umożliwiają tworzenie, aktualizowanie i usuwanie podzbiorów aplikacji w polu aplikacji zasad bez konieczności pobierania i dostarczania do policies.patch wszystkich aplikacji, które pozostają niezmienione.
• Wprowadzamy nowe polecenie WIPE jako alternatywę dla devices.delete. Można je wywołać za pomocą 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 należących do pracowników. 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 interfejsu Android Management API (AMAPI SDK), aby zawierał sygnał Device.WorkProfileState do identyfikowania stanu 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 do DeviceConnectivityManagement, aby umożliwić administratorom IT konfigurowanie nazw punktów dostępu (APN) na urządzeniach. Punkty dostępu APN wymuszane przez zasadę zastąpią wszystkie inne punkty dostępu APN skonfigurowane przez użytkowników.
• Wprowadziliśmy nowe ograniczenie zasad preferentialNetworkServiceSettings w DeviceConnectivityManagement, aby umożliwić administratorom IT konfigurowanie preferowanych sieci. Pole preferentialNetworkId w sekcji Aplikacja umożliwia wybór preferowanej sieci dla każdej aplikacji. Więcej informacji znajdziesz w naszym przewodniku po fragmentacji sieci 5G oraz w dokumentacji dotyczącej fragmentacji sieci 5G w AOSP.
• 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 zachowanie w przypadku wyczyszczenia urządzenia lub niezgodności profilu służbowego, co zapewnia kontrolę i zgodność z zasadami organizacji.
• Nowe ustawienie zasady 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.) domyślną wartością będzie ENTERPRISE_DISPLAY_NAME_VISIBLE.

Kwiecień 2025 r.

Android Management API

• Dodaliśmy nowe ograniczenie zasad bluetoothSharing do 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, zostanie wygenerowane nowe zdarzenie z dziennika zabezpieczeń, a powiadomienie o nim zostanie wysłane za pomocą powiadomienia Pub/Sub w AMAPI.
• 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żytkownika.
• Zaktualizowaliśmy też te elementy dokumentacji:
  • Zaktualizowaliśmy pakiet SDK Android Management API (AMAPI SDK), aby uwzględnić stabilną wersję 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  zarządzanych kont Google Play (i czy należą one do klienta czy do dostawcy usług EMM) lub czy jest to zarządzana domena w Google Domains (zweryfikowana przez DNS lub zespół zweryfikowany 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 dotyczący wykrywania 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 sygnałów zaufania urządzeń. 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 adresu e-mail z  listy dozwolonych nazw domen.
• Zaktualizowaliśmy też te elementy dokumentacji:
  • Zaktualizowaliśmy przewodnik po aplikacjach internetowych, aby wyjaśnić, jak wybrana przez użytkownika przeglądarka domyślna współdziała 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ć zasady privateSpacePolicy, aby zezwalać na tworzenie przestrzeni prywatnej lub tego zabraniać.
• 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 w pełni zarządzanych urządzeniach i 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 odpowiednik oceny Play Integrity API dla każdej oceny AM API.

Listopad 2024 r.

Android Management API

• Teraz uniemożliwiamy 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 i użytkownik nigdy nie może dodawać ani usuwać użytkowników.
  • Zaktualizowaliśmy sekcję ExtensionConfig, aby doprecyzować, że zwolnienie z ograniczeń dotyczących baterii dotyczy Androida 11 i nowszych.
  • 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.
  COMMON_CRITERIA_MODE_ENABLED włączy teraz kryptograficzne sprawdzanie integralności zasad i dodatkową weryfikację certyfikatów sieciowych. Jeśli zasada statusReportingSettings.commonCriteriaModeEnabled ma wartość true, wynik sprawdzania integralności zasad jest ustawiony na PolicySignatureVerificationStatus.
  Nie wprowadzamy żadnych zmian w działaniu wartości domyślnej (COMMON_CRITERIA_MODE_UNSPECIFIED) ani w przypadku jej wyraźnego wyłączenia za pomocą COMMON_CRITERIA_MODE_DISABLED.
• Zaktualizowaliśmy dokumentację 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ą zobaczyć prośbę o uwierzytelnienie przez Google podczas rejestracji, gdy administrator IT włączy tę funkcję.
  Pełny harmonogram dotyczący tej funkcji jest opublikowany na portalu dla partnerów Android Enterprise: Harmonogram funkcji: ulepszony proces rejestracji, rejestrowanie urządzeń i funkcje na urządzeniu.
• Zaktualizowaliśmy dokumentację CrossProfileDataSharing, aby uwzględnić szczegóły dotyczące 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ć zasady WifiRoamingPolicy, aby wybrać odpowiednią opcję WifiRoamingMode. Obsługiwane na urządzeniach w pełni zarządzanych i profilach służbowych na urządzeniach należących do firmy.

Wersja Androida 15

Android Management API

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

• Android 15 wprowadza nowe zasady kontroli funkcji Zaznacz, aby wyszukać. Do kontrolowania tej funkcji administratorzy IT mogą używać zasady AssistContentPolicy.
• Android 15 wprowadza nowe zasady kontroli wykrywania phishingu w aplikacjach. Administratorzy IT mogą używać zasady ContentProtectionPolicy, aby określać, czy aplikacja ma być skanowana przez wykrywanie nadużyć na urządzeniu (ODAD) pod kątem złośliwego oprogramowania wyłudzającego informacje.
• Android 15 rozszerza obsługę ustawień jasności ekranu i  automatycznego wygaszania za pomocą zasady DisplaySettings na urządzenia należące 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. Ta funkcja jest obsługiwana na urządzeniach w pełni zarządzanych, 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 urządzeniach należących do firmy z Androidem 11 lub nowszym.
  • Udokumentowaliśmy opcjonalne pole 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 naszą 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 rozszerzeń i polecenia lokalne
  • Migracja kontrolera zasad dotyczących urządzeń

  Aby dowiedzieć się, jaka jest najnowsza dostępna wersja, zapoznaj się z  informacjami 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.
• Na urządzeniach z Androidem 11 lub nowszym nowa zasada UserControlSettings pozwala określić, 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. Więcej informacji znajdziesz na stronie z informacjami o wersji.

  Uwaga: zdecydowanie zalecamy korzystanie z najnowszej dostępnej wersji biblioteki, aby mieć dostęp do 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 kontrolę nad tym, z którymi 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 do listy odrzuconych ( 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 dostawcy usług EMM mogą teraz uzyskać dostęp podczas konfigurowania urządzenia za pomocą adresu URL logowania.

Marzec 2024 r.

Android Management API

• Dodaliśmy dodatkowe ustawienia instalacji 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 jako pierwsze.
• Na Androidzie 10 i nowszych AMAPI obsługuje konfigurowanie 192-bitowych sieci firmowych w openNetworkConfiguration przez przekazywanie wartości Security WPA3-Enterprise_192.
  W Androidzie 13 i nowszych w zasadach MinimumWifiSecurityLevel obsługujemy teraz ENTERPRISE_BIT192_NETWORK_SECURITY, które można wykorzystać, aby zapobiec łączeniu się urządzeń 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 administratorzy IT mogą teraz kontrolować, czy drukowanie jest dozwolone, za pomocą pola printingPolicy.
• W przypadku Androida 14 i nowszych dodano nową zasadę umożliwiającą kontrolowanie aplikacji CredentialProvider. Administratorzy IT mogą używać pola credentialProviderPolicy, aby kontrolować, czy aplikacja może działać jako dostawca danych logowania.
• Dodano nową zasadę umożliwiającą 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.
• Zaktualizowaliś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 lub nowszego 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ń można teraz bezproblemowo przenieść, aby korzystały z interfejsu Android Management API.

Grudzień 2023 r.

Android Management API

• Dodano MinimumWifiSecurityLevel , aby określić różne minimalne poziomy zabezpieczeń wymagane do połączenia z sieciami Wi-Fi. Obsługiwane na urządzeniach w pełni zarządzanych 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ę firmowej sieci Wi-Fi bez hasła przy użyciu pól Identity i Password w Open Network Configuration. Ta funkcja była już obsługiwana przed Androidem 12.

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

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

  Typ zdarzenia	Oczekiwany czas oczekiwania między zdarzeniem na urządzeniu a odpowiednim powiadomieniem EMM1
  	Poprzednie działanie	Nowy sposób działania
  Stany aplikacji z kluczem o wysokim priorytecie	Natychmiast, maksymalnie 1 raport na minutę	Natychmiastowe, maksymalnie 1 raport na minutę
  Stany aplikacji z kluczem o priorytecie standardowym	Na podstawie harmonogramu	W ciągu minuty
  Zdarzenia związane z aplikacjami podczas udostępniania aplikacji, w przypadku których stany instalacji są zdefiniowane przez administratora IT2	Zintegrowane z innymi zdarzeniami związanymi z udostępnianiem	W ciągu minuty, oprócz innych powiązanych zdarzeń obsługi administracyjnej
  Zdarzenia związane z aplikacją po udostępnieniu w przypadku aplikacji, których stany instalacji są zdefiniowane przez administratora IT2	Na podstawie 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 pracownika3	Na podstawie harmonogramu	W ciągu 60 minut
  Inne zdarzenia w aplikacji na urządzeniu	Oparte na harmonogramie	W ciągu 60 minut

  ¹ Cele dotyczące możliwie najlepszej obsługi 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, których dotyczy egzekwowanie zasad: 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 zresetowanie urządzenia należącego do firmy lub usunięcie profilu służbowego na urządzeniu należącym do pracownika.

Wersja 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. Teraz dostęp do kontaktów z profilu służbowego można 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 sekcji 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 na urządzeniu. W takim przypadku ani skonfigurowane przez użytkownika aplikacje Telefon, Wiadomości i Kontakty, ani żadne inne systemowe lub zainstalowane przez użytkownika aplikacje osobiste nie będą mogły wysyłać zapytań o kontakty służbowe.

• Wyłącz radio ultraszerokopasmowe na urządzeniu. Możesz to zrobić za pomocą nowej zasady deviceRadioState.ultraWidebandState.
• Blokuj korzystanie z sieci komórkowej 2G, aby zwiększyć bezpieczeństwo sieci. Jest to możliwe dzięki nowej zasadzie deviceRadioState.cellularTwoGState.
• Android 14 wprowadza skróty na ekranie blokady, które można dostosowywać.

  Funkcja kontroli administratora na ekranie 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

• Informacje o urządzeniu i udostępnianiu można teraz opcjonalnie pobierać podczas konfiguracji, co pozwala deweloperom tworzyć bardziej ukierunkowane 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 opcjonalnie wyświetlanie na ekranie urządzenia wiadomości z informacjami kontaktowymi, aby ułatwić odzyskanie zasobów.
• 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 wycofany.
  • wifiDirectSettings - Ta zasada może służyć do wyłączania konfigurowania Wi-Fi Direct.
  • tetheringSettings – Ta zasada może służyć do wyłączania tetheringu przez Wi-Fi lub wszystkich form tetheringu. tetheringConfigDisabled zostało wycofane.
  • wifiState - Tej zasady można użyć do wymuszenia włączenia lub wyłączenia Wi-Fi na urządzeniu użytkownika.
• Udostępnianie sieci Wi-Fi skonfigurowanych przez administratora będzie wyłączone w systemie Android 13 i nowszych.

Lipiec 2023 r.

Android Management API

• Dodano pole userFacingType do ApplicationReport, aby wskazać, czy aplikacja jest przeznaczona dla użytkowników.
• Dodano ONC_WIFI_INVALID_ENTERPRISE_CONFIG konkretną przyczynę niezgodności.
  Jeśli sieć Wi-Fi dla firm nie ma ustawionej wartości DomainSuffixMatch, zgłaszany jest błąd niezgodności z powodem INVALID_VALUE i konkretnym powodem ONC_WIFI_INVALID_ENTERPRISE_CONFIG.
• Dodano nowe powiadomienie Pub/Sub EnrollmentCompleteEvent typu UsageLogEvent, które jest publikowane po zakończeniu rejestracji urządzenia.
• 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 urządzeniach w pełni zarządzanych i profilach służbowych na urządzeniach należących do firmy z Androidem 9 lub nowszym.

Czerwiec 2023 r.

Android Management API

• Dodaliśmy obsługę pola DomainSuffixMatch w Open Network Configuration, aby umożliwić konfigurowanie firmowych sieci Wi-Fi na urządzeniach z Androidem 6 lub nowszym. Konfiguracje firmowych sieci Wi-Fi bez pola DomainSuffixMatch są uznawane za niezabezpieczone i będą odrzucane przez platformę.
• Dodaliśmy ustawienie zasady UsbDataAccess, które umożliwia administratorom całkowite wyłączenie przesyłania danych przez USB. Usługa usbFileTransferDisabled została wycofana. Zamiast niej używaj usługi UsbDataAccess.

Grudzień 2022 r.

Android Management API

• Ulepszyliśmy możliwości 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ą włączyć za pomocą zasad workProfileWidgets i workProfileWidgetsDefault. Jest ona obsługiwana tylko w przypadku profili służbowych.
• Dodaliśmy obsługę ustawiania ustawień randomizacji adresu MAC podczas konfigurowania sieci Wi-Fi. Administratorzy mogą teraz określić, czy zasada MACAddressRandomizationMode ma być ustawiona na Hardware czy Automatic podczas konfigurowania sieci Wi-Fi. Zmiana ta będzie obowiązywać na urządzeniach z systemem operacyjnym Android 13 lub nowszym i będzie dotyczyć wszystkich trybów zarządzania. Jeśli ustawisz wartość Hardware, fabryczny adres MAC zostanie skonfigurowany dla sieci Wi-Fi, a jeśli ustawisz wartość Automatic, adres MAC będzie losowy.
• Zaktualizowaliśmy różne elementy naszej dokumentacji:
• Understanding Security Posture (Poznaj stan zabezpieczeń) to artykuł, który wyjaśnia potencjalne odpowiedzi na podstawie ocen devicePosture i securityRisk.
• autoUpdateMode został udostępniony dla autoUpdatePolicy jako zalecana alternatywa ze względu na większą elastyczność 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 rozszerzeń są zwolnione z ograniczeń dotyczących baterii, więc nie będą umieszczane w zasobniku czuwania aplikacji z ograniczeniami.

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 zasada FreezePeriods działała zgodnie z oczekiwaniami, zasada aktualizacji systemu nie może być ustawiona jako SYSTEM_UPDATE_TYPE_UNSPECIFIED..
• Dodaliśmy sugestie dotyczące aktualizacji zasad związanych z widocznością kroków wprowadzania hasła podczas obsługi administracyjnej urządzeń należących do firmy.
• Wartość shareLocationDisabled jest obsługiwana na urządzeniach w pełni zarządzanych i w profilach służbowych należących do użytkowników.
• 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 DelegatedScope, aby przyznać aplikacjom zasad dotyczących urządzeń dostęp do odpowiednich dzienników.

14 czerwca 2022 r.

Android Management API

• Dodano specificNonComplianceReason i specificNonComplianceContext do NonComplianceDetail, aby podać szczegółowy kontekst błędów związanych z zastosowaniem zasad.

6 czerwca 2022 r.

Android Management API

• Dodaliśmy polecenie, które umożliwia administratorowi zdalne czyszczenie danych aplikacji.
• Tokeny rejestracji można teraz tworzyć z dłuższym okresem ważności niż poprzedni maksymalny okres wynoszący 90 dni (do około 10 000 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. Gwarancja integralności systemu jest wysoka. Urządzenia, które nie przejdą tych testów lub nie obsługują takich sprzętowych funkcji zabezpieczeń, będą zgłaszać nowy błąd 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 cameraAccess, aby kontrolować korzystanie z aparatu i przełącznika aparatu, oraz microphoneAccess, aby kontrolować korzystanie z mikrofonu i przełącznika mikrofonu. Te pola zastępują odpowiednio 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, ponieważ są one w ApplicationPolicy dla 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ą ExtensionConfig. Aplikacje rozszerzeń mogą komunikować się bezpośrednio z 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 pierwsza wersja obejmuje obsługę lokalnego wykonywania Commands i obecnie tylko polecenie ClearAppData. Więcej informacji znajdziesz w przewodniku integracji z metodami rozszerzalnymi.
  • 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ą sprawdzone metody zabezpieczeń Androida Enterprise, a jednocześnie umożliwiają organizacjom zastępowanie wartości domyślnych w zaawansowanych przypadkach użycia.
• 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 mogłyby stwarzać ryzyko wycieku danych firmowych.
• ChoosePrivateKeyRule umożliwia teraz bezpośrednie przyznawanie określonych kluczy KeyChain zarządzanym aplikacjom.
• Dzięki temu aplikacje docelowe mogą uzyskiwać dostęp do określonych kluczy przez wywołanie getCertificateChain() i getPrivateKey() bez konieczności wcześniejszego wywołania choosePrivateKeyAlias().
• Interfejs Android Management API domyślnie przyznaje bezpośredni dostęp do kluczy określonych w zasadach, ale w przeciwnym razie przyznaje dostęp po wywołaniu choosePrivateKeyAlias() przez określoną aplikację. Więcej informacji znajdziesz ChoosePrivateKeyRule.

Elementy wycofane

• Środowisko wykonawcze ensureVerifyAppsEnabled zostało wycofane. Zamiast niej użyj zasadygooglePlayProtectVerifyApps AdvancedSecurityOverrides.
• Dotychczasowi użytkownicy interfejsu API (projekty Google Cloud z włączonym interfejsem Android Management API do 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 niej użyj zasadydeveloperSettings AdvancedSecurityOverrides.
• Dotychczasowi użytkownicy interfejsu API (projekty Google Cloud z włączonym interfejsem Android Management API do 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 obsługę personalApplications na urządzeniach należących do firmy z Androidem 8 lub nowszym. 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 zgłaszany na urządzeniach w pełni zarządzanych jako część zasobu Device.

Styczeń 2021 r.

Android Device Policy

• Poprawione drobne błędy.