Informacje o wersjach

Sierpień 2026 r.

Android Management API

• Dodano nowe wartości wyliczeniowe do kontrolowania aplikacji dostawców danych uwierzytelniających na urządzeniach z Androidem 14 lub nowszym w enterprises.policies, w tym CREDENTIAL_PROVIDER_DEFAULT_ALLOWED, aby domyślnie zezwalać aplikacjom z nieokreślonym credentialProviderPolicy na działanie jako dostawcy danych uwierzytelniających, oraz CREDENTIAL_PROVIDER_DISALLOWED, aby blokować konkretną aplikację. Dodatkowo ulepszyliśmy wykrywanie aplikacji dostawców danych uwierzytelniających, gdy zasada credentialProviderPolicyDefault jest ustawiona na CREDENTIAL_PROVIDER_DEFAULT_DISALLOWED_EXCEPT_SYSTEM.
• Zwiększona stabilność rejestracji, aby zapobiec niepowodzeniu rejestracji profilu służbowego podczas przełączania (np. na aplikację uwierzytelniającą) podczas logowania.
• Udostępniliśmy wersję 1.8.3 pakietu SDK AMAPI. Szczegółowe informacje znajdziesz w informacjach o wersji pakietu Android Management SDK.
• Zaktualizowaliśmy też dokumentację:
  • Zaktualizowaliśmy przewodnik po obsłudze administracyjnej urządzeń, dodając nową sekcję Wyjątek dotyczący istniejących tokenów rejestracji i notatkę w sekcji Adres URL logowania. Wyjaśnia to, że tokeny rejestracji utworzone przed pierwszym włączeniem przez organizację wymagania „Uwierzytelnij za pomocą Google” są zwolnione z próśb o zalogowanie się, natomiast tokeny utworzone później są zgodne z ustawieniami uwierzytelniania administratora IT.
  • Wyjaśniliśmy, że adres e-mail służbowego konta Google podany w polu requiredAccountEmail w WorkAccountSetupConfig musi być zapisany wyłącznie małymi literami.
  • Pole preserveFrp w WipeAction wskazuje teraz, że dotyczy ono zarówno urządzeń w pełni zarządzanych, jak i profili służbowych na urządzeniach należących do firmy.
  • Zaktualizowaliśmy sekcję Stan utraconego urządzenia w przewodniku Tryb utraconego urządzenia, aby wyjaśnić, że urządzenia wysyłają okresowe informacje o zmianie lokalizacji (za pomocą LostModeLocationEvent), a nie co minutę. Przewodnik wyjaśnia teraz, że tryb uśpienia na Androidzie może opóźniać okresowe informacje o zmianie lokalizacji.

Lipiec 2026 r.

Android Management API

• Obsługa Androida 6.0 została wycofana, co jest zgodne z obsługą usług Google Play na Androidzie 7.0 i nowszych wersjach. 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 Android Management SDK.
• Rozwiązaliśmy problem, który powodował, że ochrona przed przywróceniem do ustawień fabrycznych (FRP) 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ż dokumentację:
  • Dodaliśmy wskazówki wyjaśniające, jak wymusić uwierzytelnianie Google podczas rejestracji.
  • Zasada persistentPreferredActivities zawiera teraz ostrzeżenie, aby nie konfigurować tej zasady i zasady defaultApplicationSettings dla 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.
  • Krótki przewodnik zawiera teraz instrukcje generowania własnego klienta OAuth podczas konfigurowania interfejsu Android Management API.

Czerwiec 2026 r.

Android Management API

• Dodaliśmy zasady dotyczące nearbyNotificationStreaming i nearbyAppStreaming, aby kontrolować, czy użytkownicy mogą przesyłać strumieniowo treści i powiadomienia z aplikacji na urządzenia w pobliżu. Odzwierciedlają one 2 istniejące interfejsy 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ż dokumentację:
  • Wyjaśniliśmy, że klasa bazowa NotificationReceiverService automatycznie obsługuje zabezpieczenia (patrz „uwaga” na dole sekcji, do której prowadzi link).
  • 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 identyfikatory SHA-256 certyfikatów podpisywania w raportach dotyczących aplikacji, co zapewnia lepsze bezpieczeństwo niż wycofane pole identyfikatora 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 przez wyraźne wyłączenie FRP i wyczyszczenie list kont, gdy nie skonfigurowano adresów e-mail administratorów, co zapobiega nieoczekiwanym blokadom po zresetowaniu urządzenia.

Kwiecień 2026 r.

Android Management API

• AMAPI dodało 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.
• Udostępniliśmy wersję 1.8.0 pakietu AMAPI SDK. Szczegółowe informacje znajdziesz w informacjach o wersji pakietu Android Management SDK.
• Zaktualizowaliśmy też dokumentację:
  • 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 zawartymi w tym powiadomieniu 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.
• Konfiguracja EAP w otwartej konfiguracji sieci została zaktualizowana i dodano obsługę EAP-PWD jako metody zewnętrznej 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 w przypadku urządzeń w pełni zarządzanych).
• AMAPI obsługuje teraz wersję testową integracji z protokołem Model Context Protocol (MCP). Stanowi to podstawę dla dostawców usług EMM do tworzenia opartych na AI interfejsów konwersacyjnych za pomocą narzędzi tylko do odczytu. Aby dowiedzieć się więcej, zapoznaj się z dokumentacją.
• Zaktualizowaliśmy dokumentację dotyczącą 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 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 dotyczą tylko 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 kart eSIM przez użytkowników. Pole userInitiatedAddEsimSettings w 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 SDK AMAPI. Ta wersja dodaje bardziej szczegółowe rejestrowanie 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.
• Warunki korzystania z usługi AMAPI zostały zaktualizowane, aby wyraźnie obejmowały pakiet AMAPI SDK i dodawały do 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ń za pomocą interfejsu Android Management API będzie wymagać rejestracji i zatwierdzenia w Android Enterprise. Deweloperzy mogą rozpocząć ten proces, wypełniając formularz prośby.
• 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 oczekiwanym zachowaniu 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 została opublikowana wersja 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 firmowymi. Więcej informacji znajdziesz w tym przewodniku.
• W maju wprowadziliśmy zasadę umożliwiającą skonfigurowanie ustawienia enterpriseDisplayNameVisibility, dzięki czemu administratorzy mogą kontrolować widoczność 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 na ENTERPRISE_DISPLAY_NAME_VISIBLE. Ta zmiana zostanie wprowadzona w styczniu 2026 r.
• Zaktualizowaliśmy też dokumentację:
  • Wyjaśniliśmy działanie polecenia LOCK na urządzeniach z profilami służbowymi.
  • Dodaliśmy informacje o nonComplianceDetails dotyczące zmian w mte_policy na urządzeniach oczekujących na ponowne uruchomienie.

Wrzesień 2025 r.

Android Management API

• Wprowadziliśmy koncepcję 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 parametr InstallType jest skonfigurowany 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 działania w tle, zawieszenia i hibernacji na Androidzie 14 i nowszych wersjach. Na Androidzie 11 i nowszych kontrola użytkownika jest domyślnie niedozwolona. 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

• Obecnie 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 określ 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. Atrybut ApplicationPolicy.signingKeyCerts musi być ustawiony, gdy aplikacja ma atrybut installType ustawiony na CUSTOM (czyli jest aplikacją niestandardową) lub gdy aplikacja ma ustawiony atrybut extensionConfig (czyli jest aplikacją rozszerzenia) 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 v1.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 współdziałają ustawienia haseł oparte na złożoności i ustawienia haseł nieoparte 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 w pełni zarządzanych urządzeniach lub w profilu służbowym na urządzeniach z profilami służbowymi mogą udostępniać funkcje aplikacji. crossProfileAppFunctions można używać do kontrolowania, czy aplikacje z profilu osobistego 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 zostanie również usunięty rekord urządzenia.
  Opublikowaliśmy nowy przewodnik, w którym wyjaśniamy różne metody wyrejestrowywania urządzenia.
• Zaktualizowaliśmy pakiet SDK interfejsu Android Management API (AMAPI SDK), aby uwzględnić 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 na urządzeniach. Nazwy APN wymuszane przez zasadę zastępują wszystkie inne nazwy 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 aplikacji może służyć do wybierania 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 zasad enterpriseDisplayNameVisibility umożliwia administratorom kontrolowanie widoczności enterpriseDisplayName na urządzeniu, na przykład 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ą nazwą stanie się 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 przez Bluetooth lub blokowanie tej funkcji.
• Gdy administrator włączy lub wyłączy pole BackupServiceState, generowane jest nowe zdarzenie z dziennika zabezpieczeń, o którym powiadamia Pub/Sub w AMAPI.
• Dodaliśmy nowe pole EuiccChipInfo w HardwareInfo do odczytywania identyfikatora EID na urządzeniach należących do firmy oraz nowe polecenie REQUEST_DEVICE_INFO do odczytywania identyfikatora EID na urządzeniach należących do użytkowników.
• Zaktualizowaliśmy też dokumentację:
  • Zaktualizowaliśmy pakiet SDK interfejsu Android Management API (AMAPI SDK), aby uwzględnić stabilną wersję Device Trust od Android Enterprise. Informacje o wersjach 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 należą one do klienta czy do dostawcy usług EMM) czy z zarządzanej domeny w Google Domains (zweryfikowanej przez DNS lub przez zespół za pomocą adresu e-mail). Te informacje pomogą dostawcom usług EMM przygotować się na nadchodzącą funkcję, która pozwoli firmom przejść z kont zarządzanego Sklepu Google Play na zarządzane domeny Google, co umożliwi im dostosowanie konsoli administracyjnej IT do typu firmy.

Luty 2025 r.

Android Management API

• Dodaliśmy przewodnik, w którym opisujemy, jak wykrywać profile służbowe zarządzane 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ń. Aby dowiedzieć się, jaka jest najnowsza dostępna wersja, zapoznaj się z informacjami o wersji pakietu AMAPI SDK.

Styczeń 2025 r.

Android Management API

• Dostawcy usług EMM mogą teraz ograniczyć administratorom IT możliwość rejestracji przy użyciu adresu e-mail z listy dozwolonych nazw domen.
• Zaktualizowaliśmy też dokumentację:
  • 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, ale nie musi. Administratorzy IT są odpowiedzialni za przetestowanie zgodności przeglądarki z ustawieniami aplikacji internetowej 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 wprowadziliśmy metodę WifiRoamingMode w WifiRoamingPolicy, która umożliwia administratorom IT wyłączanie roamingu Wi-Fi dla określonych identyfikatorów SSID na w pełni zarządzanych urządzeniach i w 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ę parametru admin_email podczas tworzenia adresu URL rejestracji.
• Zaktualizowaliśmy różne elementy naszej dokumentacji:
  • Zaktualizowaliśmy opis zasady addUserDisabled. W przypadku urządzeń, na których zasada managementMode ma wartość DEVICE_OWNER, to pole jest ignorowane, a użytkownik nie może dodawać ani usuwać użytkowników.
  • Zaktualizowaliśmy artykuł ExtensionConfig, aby wyjaśnić, że zwolnienie z ograniczeń dotyczących baterii dotyczy Androida 11 i nowszych wersji.
  • Zaktualizowaliśmy opis PermissionPolicy.
  • W typie wyliczeniowym DelegatedScope wyjaśniliśmy, do ilu aplikacji można przekazać zakres.

Październik 2024 r.

Android Management API

• Zaktualizowaliśmy działanie zasady CommonCriteriaMode.
  COMMON_CRITERIA_MODE_ENABLED włączy teraz sprawdzanie integralności zasad kryptograficznych i dodatkową weryfikację certyfikatu sieciowego. 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 dodano nową zasadę umożliwiającą kontrolowanie ustawień roamingu Wi-Fi. Administratorzy IT mogą używać zasady WifiRoamingPolicy, aby wybrać odpowiednią wartość 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:

• Android 15 wprowadza nową zasadę umożliwiającą kontrolowanie 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ślić, czy aplikacja ma być skanowana przez wykrywanie nadużyć na urządzeniu 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 urządzenia TelephonyInfo, które jest uwzględnione w 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.
  • Opisaliśmy opcjonalne pole DefaultStatus w SigninDetail.

Lipiec 2024 r.

Android Management API

• Zaktualizowaliśmy różne elementy naszej dokumentacji:
  • Z dokumentacji enrollmentToket.create usunęliśmy informację o tym, że nie można już pobrać zawartości tokena, ponieważ można uzyskać wartość tokena rejestracji za pomocą enrollmentTokens.get.
  • Doprecyzowaliś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ększymi wdrożeniami 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 ta biblioteka (pierwotnie znana jako Extensibility SDK) teraz obsługuje. Zaktualizowana dokumentacja obejmuje:
  • Jak zintegrować bibliotekę
  • Aplikacje rozszerzeń i polecenia lokalne
  • Migracja kontrolera zasad urządzenia

  Aby dowiedzieć się, jaka jest najnowsza dostępna wersja, zapoznaj się z informacjami o wersji pakietu AMAPI SDK.

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 i nowszych nowa zasada UserControlSettings pozwala określić, czy użytkownik może kontrolować daną aplikację. UserControlSettings obejmuje działania użytkownika, takie jak wymuszone zatrzymanie 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 korzystać z dostępnych poprawek błędów i ulepszeń.

Kwiecień 2024 r.

Android Management API

• Na urządzeniach należących do firmy z Androidem 13 lub nowszym dodaliśmy ustawienia określające, z którymi identyfikatorami SSID Wi-Fi mogą się łączyć 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 konfiguracji 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ć instalowanie aplikacji na podstawie określonych kryteriów.
  Ustawiając installPriority, administratorzy IT mogą zapewnić, że najważniejsze aplikacje zostaną zainstalowane jako pierwsze.
• Na urządzeniach z Androidem 10 lub nowszym AMAPI obsługuje konfigurowanie sieci firmowych 192-bitowych w openNetworkConfiguration przez przekazanie wartości zabezpieczeń WPA3-Enterprise_192.
  W zasadzie MinimumWifiSecurityLevel na Androidzie 13 lub nowszym obsługujemy teraz ENTERPRISE_BIT192_NETWORK_SECURITY, co pozwala upewnić się, że urządzenia nie łączą się z sieciami Wi-Fi o niższym poziomie zabezpieczeń.
• 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 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 bezpieczeństwa wymagane do łączenia się 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 jest podane, a zasada AutoConnect jest ustawiona na true, urządzenie może próbować połączyć się z siecią przy użyciu losowo wygenerowanego hasła zastępczego. Aby uniknąć tej sytuacji, gdy hasło użytkownika nie jest podane, ustaw AutoConnect na false.

• Zdarzenia na urządzeniu lokalnym, które występują w krótkich odstępach czasu, są grupowane i raportowane w jednej wiadomości Pub/Sub do dostawców usług EMM.

  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ę	Natychmiast, maksymalnie 1 raport na minutę
  Stany aplikacji z kluczem o priorytecie standardowym	Na podstawie harmonogramu	W ciągu 1 minuty
  Zdarzenia związane z aplikacjami podczas obsługi administracyjnej, w przypadku aplikacji ze stanami instalacji zdefiniowanymi przez administratora IT2	Zintegrowane z innymi zdarzeniami związanymi z obsługą administracyjną	W ciągu minuty, oprócz innych powiązanych zdarzeń związanych z obsługą administracyjną
  Zdarzenia związane z aplikacją po udostępnieniu, w przypadku aplikacji ze stanami instalacji zdefiniowanymi przez administratora IT2	Na podstawie harmonogramu	W ciągu 5 minut
  Zdarzenia związane z aplikacjami podczas i po udostępnieniu, w przypadku aplikacji ze stanami instalacji zdefiniowanymi przez pracownika3	Na podstawie harmonogramu	W ciągu 60 minut
  Inne zdarzenia w aplikacji na urządzeniu	Na podstawie harmonogramu	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 zasada: 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.

Wprowadzenie Androida 14

Android Management API

Wraz z wydaniem 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.

  Dla wygody nowa opcja SHOW_WORK_CONTACTS_IN_PERSONAL_PROFILE_DISALLOWED_EXCEPT_SYSTEM w showWorkContactsInPersonalProfile sprawia, ż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 aplikacje systemowe lub zainstalowane przez użytkownika aplikacje osobiste nie będą mogły wysyłać zapytań do kontaktów służbowych.

• Wyłącz korzystanie z łącza ultraszerokopasmowego 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 dostosować.

  Funkcja kontroli administratora nad ekranem 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

• Wprowadziliśmy tryb utraconego urządzenia na urządzeniach 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 komunikatu z informacjami kontaktowymi, aby ułatwić odzyskanie zasobów.
• Dodano obsługę przekazywania wyboru certyfikatu, co umożliwia aplikacji dostęp do wyboru certyfikatów KeyChain w imieniu aplikacji wysyłających żądania. Więcej informacji znajdziesz na stronie 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 - Tej zasady można użyć do wyłączenia tetheringu przez Wi-Fi lub wszystkich form tetheringu. tetheringConfigDisabled jest teraz wycofany.
  • 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 zostanie wyłączone na urządzeniach z Androidem 13 lub nowszym

Lipiec 2023 r.

Android Management API

• Dodano pole userFacingType do ApplicationReport, aby wskazać, czy aplikacja jest przeznaczona dla użytkowników.
• Dodano konkretny powód niezgodności z ONC_WIFI_INVALID_ENTERPRISE_CONFIG.
  Jeśli w firmowej sieci Wi-Fi nie ustawiono 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 to, czy użytkownik może go włączać i wyłączać. Domyślnie użytkownik może włączać i wyłączać tryb samolotowy. Obsługiwane na urządzeniach w pełni zarządzanych i profilach służbowych na urządzeniach należących do firmy, na Androidzie 9 i nowszych.

Czerwiec 2023 r.

Android Management API

• Dodano obsługę pola DomainSuffixMatch w Open Network Configuration, aby umożliwić konfigurowanie 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 niezabezpieczone i będą odrzucane przez platformę.
• Dodaliśmy ustawienie zasad UsbDataAccess, które umożliwia administratorom całkowite wyłączenie przesyłania danych przez USB. usbFileTransferDisabled jest teraz wycofany, użyj 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ą ustawić jako dozwoloną 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 we wszystkich trybach 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:
• Artykuł Informacje o stanie zabezpieczeń powstał, aby wyjaśnić potencjalne odpowiedzi z ocen devicePosture i securityRisk.
• W przypadku autoUpdatePolicy udostępniono autoUpdateMode jako zalecaną alternatywę ze względu na większą elastyczność częstotliwości aktualizacji.
• Wyjaśniliśmy, że 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 jednej 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 dotyczących haseł podczas obsługi administracyjnej urządzeń należących do firmy.
• shareLocationDisabled jest obsługiwane na urządzeniach w pełni zarządzanych i w profilach służbowych na urządzeniach 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 ważności 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 pola specificNonComplianceReason i specificNonComplianceContext do NonComplianceDetail, aby zapewnić szczegółowy kontekst błędów związanych ze stosowaniem 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 limit 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 24 znaki, 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 kluczy, 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

• Dodaliśmy parametr unifiedLockSettings w PasswordPolicies, aby umożliwić administratorowi skonfigurowanie, czy profil służbowy wymaga osobnej blokady.

25 marca 2022 r.

Android Management API

• Dodano alwaysOnVpnLockdownExemption, aby określić, które aplikacje powinny być wyłączone z ustawienia AlwaysOnVpnPackage.
• Dodaliśmy 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 objęte zasadą ApplicationPolicy dotyczącą 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 rozszerzenie 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 obsługuje lokalne wykonywanie poleceń Commands, a obecnie tylko polecenia 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 jej 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

• Dodaliśmy 2 nowe AdvancedSecurityOverrides. Te zasady domyślnie umożliwiają stosowanie sprawdzonych metod dotyczących zabezpieczeń Android Enterprise, a jednocześnie pozwalają organizacjom zastępować wartości domyślne 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 mogłyby stwarzać ryzyko wydobycia danych firmowych.
• ChoosePrivateKeyRule obsługuje teraz bezpośrednie przyznawanie określonych kluczy KeyChain aplikacjom zarządzanym.
• Dzięki temu aplikacje docelowe mogą uzyskać dostęp do określonych kluczy, wywołując metody getCertificateChain() i getPrivateKey() bez konieczności wcześniejszego wywołania metody 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 przez określoną aplikację metody choosePrivateKeyAlias(). Więcej informacji znajdziesz na stronie ChoosePrivateKeyRule.

Elementy wycofane

• ensureVerifyAppsEnabled jest teraz wycofany. Użyj w zamian googlePlayProtectVerifyApps AdvancedSecurityOverrides.
• Dotychczasowi użytkownicy interfejsu API (projekty w chmurze Google 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ć.
• Metody debuggingFeaturesAllowed i safeBootDisabled zostały wycofane. Użyj w zamian developerSettings AdvancedSecurityOverrides.
• Dotychczasowi 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 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.