На этой странице перечислены все функции Android Enterprise.
Если вы планируете управлять более чем 500 устройствами, ваше решение EMM должно поддерживать все стандартные функции () по крайней мере одного набора решений, прежде чем оно станет доступно для коммерческого использования. Разработчики EMM, которые хотят, чтобы их решения были указаны в каталоге решений Android Enterprise как предлагающие стандартный набор управления, должны пройти стандартную проверку функций и стать участниками партнерской программы Android Enterprise.
Для каждого набора решений доступен дополнительный набор продвинутых функций. Эти функции указаны на странице каждого набора решений: рабочий профиль на личном устройстве, рабочий профиль на корпоративном устройстве, полностью управляемое устройство и специализированное устройство. Разработчики EMM, которые участвуют в партнерской программе Android Enterprise и предлагают решения, прошедшие проверку расширенных функций, указаны в каталоге решений Android Enterprise как предлагающие расширенный набор функций управления.
Ключ
| стандартная функция | продвинутая функция | необязательная функция | неприменимо |
1. Подготовка устройства
1.1. Подготовка рабочего профиля с помощью контроллера политик на устройствах
Скачав Android Device Policy из Google Play, пользователи могут настроить рабочий профиль.
1.1.1. Для этого способа настройки поставщик EMM предоставляет системному администратору QR-код или код активации (подробнее о том, как зарегистрировать и настроить устройство).
1.2. Подготовка устройства с помощью идентификатора контроллера политик
Если ввести afw# в мастере настройки устройства, будет подготовлено полностью управляемое или специализированное устройство.
1.2.1. Поставщик услуг EMM предоставляет системному администратору QR-код или код активации, чтобы поддерживать этот метод инициализации (перейдите к разделу Регистрация и инициализация устройства).
1.3. Подготовка устройства с помощью NFC
Системные администраторы могут использовать NFC-метки для инициализации новых устройств или устройств со сброшенными настройками в соответствии с рекомендациями по реализации, приведенными в документации для разработчиков Play EMM API.
1.3.1. EMM-решения должны использовать теги NFC Forum Type 2 с объемом памяти не менее 888 байт. Для передачи на устройство неконфиденциальных регистрационных данных, таких как идентификаторы сервера и регистрации, необходимо использовать дополнительные параметры инициализации. Регистрационные данные не должны содержать конфиденциальную информацию, например пароли или сертификаты.
1.3.2. Для Android 10 и более поздних версий рекомендуем использовать NFC-метки, поскольку функция NFC Beam (также известная как NFC Bump) больше не поддерживается.
1.4. Подготовка устройства с помощью QR-кода
В консоли EMM можно сгенерировать QR-код, который системные администраторы могут отсканировать, чтобы подготовить полностью управляемое или специализированное устройство в соответствии с рекомендациями по внедрению, приведенными в документации для разработчиков Android Management API.
1.4.1. QR-код должен использовать дополнительные параметры инициализации, чтобы передавать на устройство неконфиденциальные данные регистрации, например идентификаторы сервера или регистрации. Регистрационные данные не должны содержать конфиденциальную информацию, например пароли или сертификаты.
1.5. Автоматическая настройка
Это требование заменено требованием 1.6.
1.6. Автоматическая инициализация
Администраторы могут автоматизировать большую часть процесса регистрации устройств с помощью автоматической настройки. В сочетании с URL для входа системные администраторы могут ограничить регистрацию определенными аккаунтами или доменами в соответствии с параметрами конфигурации, предлагаемыми EMM.
1.6.1. Системные администраторы могут настраивать корпоративные устройства с помощью автоматической настройки.
1.6.2. Это требование устарело.
1.6.3. Используя URL входа, поставщик услуг по управлению мобильной инфраструктурой предприятия должен убедиться, что неавторизованные пользователи не могут продолжить активацию. Как минимум, активация должна быть ограничена пользователями определенного предприятия.
1.6.4. Используя URL входа, EMM-решение должно позволять системным администраторам автоматически заполнять регистрационные данные (например, идентификаторы серверов и регистрации), помимо уникальной информации о пользователе или устройстве (например, имени пользователя, пароля и токена активации), чтобы пользователям не приходилось вводить эти данные при активации устройства.
- Поставщики услуг по управлению мобильной инфраструктурой предприятия не должны включать в конфигурацию автоматической настройки конфиденциальную информацию, например пароли или сертификаты.
1.7. Подготовка рабочего профиля с помощью аккаунта Google
Это требование удалено и заменено требованием 3.23.
1.8. Подготовка устройства с помощью аккаунта Google
Это требование удалено и заменено требованием 3.23.
1.9. Прямая автоматическая настройка
Системные администраторы могут использовать консоль EMM для настройки устройств с автоматической настройкой с помощью окна iframe.
1.10. Рабочие профили на корпоративных устройствах.
EMM-решения могут регистрировать корпоративные устройства с рабочим профилем, если задать параметр AllowPersonalUsage.
1.10.1. Пустое поле.
1.10.2. Системные администраторы могут задавать действия по обеспечению соответствия для рабочих профилей на корпоративных устройствах с помощью PersonalUsagePolicies.
1.10.3. Системные администраторы могут отключить камеру в рабочем профиле или на всем устройстве с помощью правила PersonalUsagePolicies.
1.10.4. Системные администраторы могут отключить запись экрана в рабочем профиле или на всем устройстве с помощью правила PersonalUsagePolicies.
1.10.5. Системные администраторы могут создать черный список приложений, которые нельзя устанавливать в личном профиле, с помощью правила PersonalApplicationPolicy.
1.10.6. Системные администраторы могут отказаться от управления корпоративным устройством, используя команду relinquish в AMAPI.
1.11. Подготовка специализированных устройств
Администраторы могут регистрировать специализированные устройства без запроса на аутентификацию с аккаунтом Google.
2. Защита устройства
2.1. Контрольная проверка на устройстве
Системные администраторы могут устанавливать и применять проверку безопасности устройства (PIN-код, графический ключ или пароль) из предварительно заданного набора из трех уровней сложности на управляемых устройствах.
2.1.1. Правило должно применять настройки, управляющие проверками безопасности устройства (parentProfilePasswordRequirements для рабочего профиля, passwordRequirements для полностью управляемых и специализированных устройств).
2.1.2. Сложность пароля должна соответствовать следующим уровням:
- PASSWORD_COMPLEXITY_LOW – графический ключ или PIN-код с повторяющимися (4444) или упорядоченными (1234, 4321, 2468) последовательностями.
- PASSWORD_COMPLEXITY_MEDIUM – PIN-код без повторяющихся (4444) или упорядоченных (1234, 4321, 2468) последовательностей, буквенный или буквенно-цифровой пароль длиной не менее четырех символов.
- PASSWORD_COMPLEXITY_HIGH – PIN-код без повторяющихся (4444) или упорядоченных (1234, 4321, 2468) последовательностей длиной не менее 8 символов или буквенный или буквенно-цифровой пароль длиной не менее 6 символов.
2.1.3. На корпоративных устройствах можно принудительно применять дополнительные ограничения на пароли в качестве устаревших настроек.
2.2. Контрольная проверка в рабочем профиле
Системные администраторы могут настраивать и применять проверку безопасности для приложений и данных в рабочем профиле.Она не зависит от проверки безопасности устройства и имеет другие требования (2.1).
2.2.1. Правило должно требовать прохождения проверки безопасности для рабочего профиля.
- По умолчанию, если область действия не указана, ИТ-администраторы должны устанавливать ограничения только для рабочего профиля.
- Системные администраторы могут задать эту настройку для всего устройства, указав область действия (см. требование 2.1).
2.2.2. Сложность пароля должна соответствовать следующим предопределенным уровням сложности:
- PASSWORD_COMPLEXITY_LOW – графический ключ или PIN-код с повторяющимися (4444) или упорядоченными (1234, 4321, 2468) последовательностями.
- PASSWORD_COMPLEXITY_MEDIUM – PIN-код без повторяющихся (4444) или упорядоченных (1234, 4321, 2468) последовательностей, буквенный или буквенно-цифровой пароль длиной не менее четырех символов.
- PASSWORD_COMPLEXITY_HIGH – PIN-код без повторяющихся (4444) или упорядоченных (1234, 4321, 2468) последовательностей длиной не менее 8 символов или буквенный или буквенно-цифровой пароль длиной не менее 6 символов.
2.2.3. Дополнительные ограничения на пароли также можно применять в качестве устаревших настроек.
2.3. Продвинутые функции управления кодами доступа
Администраторы могут задавать расширенные настройки паролей на устройствах.
2.3.1. Пустое поле.
2.3.2. Пустое поле.
2.3.3. Для каждого заблокированного экрана на устройстве можно задать следующие настройки жизненного цикла пароля:
- Deliberately blank
- Deliberately blank
- Максимальное количество попыток ввода пароля до удаления данных. Укажите, сколько раз пользователь может ввести неверный пароль, прежде чем корпоративные данные будут удалены с устройства. У системных администраторов должна быть возможность отключить эту функцию.
2.3.4. Время ожидания до обязательной строгой аутентификации (Android 8.0 и более поздние версии). По истечении заданного системным администратором времени пользователь должен будет ввести код доступа для строгой аутентификации (например, PIN-код или пароль). По истечении этого времени ненадежные способы аутентификации (например, по отпечатку пальца или распознаванию лица) отключаются, пока устройство не будет разблокировано с помощью надежного способа.
2.4. Управление умными замками
Администраторы могут разрешить или запретить агентам доверия в функции Smart Lock на Android продлевать разблокировку устройства на срок до четырех часов.
2.4.1. Системные администраторы могут отключать агентов доверия на устройстве.
2.5. Очистка и блокировка
Администраторы могут использовать консоль EMM, чтобы удаленно блокировать управляемые устройства и стирать с них рабочие данные.
2.5.1. Устройства должны быть заблокированы с помощью Android Management API.
2.5.2. Удалить данные с устройств можно с помощью Android Management API.
2.6. Принудительное применение правил.
Если устройство не соответствует правилам безопасности, правила соответствия, установленные Android Management API, автоматически ограничивают использование рабочих данных.
2.6.1. Как минимум, правила безопасности, применяемые на устройстве, должны включать правила в отношении паролей.
2.7. Правила безопасности по умолчанию
Решения EMM должны применять указанные правила безопасности на устройствах по умолчанию, не требуя от системных администраторов настраивать или изменять какие-либо параметры в консоли EMM. Поставщикам EMM рекомендуется (но не обязательно) не разрешать системным администраторам менять состояние этих функций безопасности по умолчанию.
2.7.1. Установка приложений из неизвестных источников должна быть заблокирована, в том числе установленных приложений в личном профиле на любом устройстве Android 8.0 и более поздних версий с рабочим профилем. Эта функция поддерживается по умолчанию.
2.7.2. Функции отладки должны быть заблокированы. Эта функция поддерживается по умолчанию.
2.8. Правила безопасности для специализированных устройств
Другие действия на заблокированном специализированном устройстве запрещены.
2.8.1. Загрузка в безопасном режиме должна быть отключена по умолчанию с помощью правила.
Перейдите в раздел safeBootDisabled.
2.9. Поддержка Play Integrity
Проверки Play Integrity выполняются по умолчанию. Никаких дополнительных действий не требуется.
2.9.1. Пустое поле.
2.9.2. Пустое поле.
2.9.3. Администраторы могут настроить разные правила в зависимости от значения SecurityRisk, например блокировать инициализацию, удалять корпоративные данные или разрешать регистрацию.
- Сервис EMM будет применять это правило к результатам каждой проверки целостности.
2.9.4. Пустое поле.
2.10. Принудительная проверка приложений
Системные администраторы могут включить Проверку приложений на устройствах. Функция "Проверка приложений" сканирует приложения, установленные на устройствах Android, на наличие вредоносного ПО до и после установки, помогая защитить корпоративные данные от вредоносных приложений.
2.10.1. Проверка приложений должна быть включена по умолчанию с помощью правила.
Для этого перейдите в раздел ensureVerifyAppsEnabled.
2.11. Поддержка режима Direct Boot
Android Management API поддерживает эту функцию по умолчанию. Никаких дополнительных действий не требуется.
2.12. Управление аппаратной защитой
Системные администраторы могут блокировать аппаратные элементы корпоративных устройств, чтобы предотвратить потерю данных.
2.12.1. Системные администраторы могут запретить пользователям подключать физические внешние носители с помощью правила (перейдите в раздел mountPhysicalMediaDisabled).
2.12.2. Системные администраторы могут запретить пользователям передавать данные с устройства с помощью NFC Beam, используя правило (перейдите в раздел outgoingBeamDisabled). Эта дополнительная функция необязательна, поскольку NFC Beam больше не поддерживается в Android 10 и более поздних версиях.
2.12.3. Администраторы могут запретить пользователям передавать файлы по USB с помощью правила (перейдите в раздел usbFileTransferDisabled).
2.13. Ведение корпоративных журналов безопасности
Android Management API не поддерживает эту функцию.
3. Управление аккаунтом и приложениями
3.1. Привязка к организации
Системные администраторы могут привязать EMM к своей организации, чтобы распространять приложения на устройства с помощью корпоративного Google Play.
3.1.1. Администратор, у которого есть управляемый домен Google, может привязать его к EMM.
3.1.2. Пустое поле.
3.1.3. Пустое поле.
3.1.4. В консоли EMM администратору предлагается ввести рабочий адрес электронной почты в процессе регистрации Android и не рекомендуется использовать аккаунт Gmail.
3.1.5. EMM автоматически подставляет адрес электронной почты администратора в форму регистрации Android.
3.2. Подготовка аккаунтов корпоративного Google Play
EMM-решение может в фоновом режиме подготавливать аккаунты корпоративных пользователей, называемые управляемыми аккаунтами Google Play. Эти аккаунты идентифицируют управляемых пользователей и позволяют применять уникальные правила распространения приложений для каждого пользователя.
3.2.1. Корпоративные аккаунты Google Play (аккаунты пользователей) создаются автоматически при подготовке устройств.
Android Management API поддерживает эту функцию по умолчанию. Никаких дополнительных действий не требуется.
3.3. Подготовка аккаунтов на устройствах в корпоративном Google Play
Решение EMM может создавать и подготавливать аккаунты на устройствах в корпоративном Google Play. Аккаунты устройств поддерживают автоматическую установку приложений из корпоративного Google Play и не привязаны к одному пользователю. Вместо этого для идентификации отдельного устройства используется аккаунт устройства, который позволяет применять правила App Distribution для каждого устройства в сценариях со специализированными устройствами.
3.3.1. Аккаунты корпоративного Google Play создаются автоматически при инициализации устройств.
Android Management API поддерживает эту функцию по умолчанию. Никаких дополнительных действий не требуется.
3.4. Подготовка аккаунтов корпоративного Google Play для устаревших устройств
Эта функция больше не поддерживается.
3.5. Автоматическая установка приложений
Системные администраторы могут распространять рабочие приложения на устройствах без участия пользователей.
3.5.1. Консоль EMM должна использовать Android Management API, чтобы системные администраторы могли устанавливать рабочие приложения на управляемые устройства.
3.5.2. Консоль EMM должна использовать Android Management API, чтобы администраторы могли обновлять рабочие приложения на управляемых устройствах.
3.5.3. Консоль EMM должна использовать Android Management API, чтобы администраторы могли удалять приложения на управляемых устройствах.
3.6. Контроль над управляемыми конфигурациями
Администраторы могут просматривать и настраивать управляемые конфигурации для любого приложения, которое их поддерживает.
3.6.1. Консоль EMM должна иметь возможность получать и отображать управляемые конфигурации любого приложения Google Play.
3.6.2. Консоль EMM должна позволять системным администраторам задавать любой тип конфигурации (в соответствии с фреймворком Android Enterprise) для любого приложения Google Play с помощью Android Management API.
3.6.3. Консоль EMM должна позволять системным администраторам задавать подстановочные знаки (например, $username$ или %emailAddress%), чтобы одну конфигурацию для приложения, такого как Gmail, можно было применять к нескольким пользователям.
3.7. Управление каталогом приложений
Android Management API поддерживает эту функцию по умолчанию. Никаких дополнительных действий не требуется.
3.8. Автоматизированное одобрение приложений
Консоль EMM использует окно iframe корпоративного Google Play для поддержки функций поиска и одобрения приложений в Google Play. Системные администраторы могут искать приложения, одобрять их и предоставлять разрешения для приложений, не выходя из консоли EMM.
3.8.1. Системные администраторы могут искать и одобрять приложения в консоли EMM с помощью окна iframe корпоративного Google Play.
3.9. Базовые настройки дизайна магазина
Корпоративное приложение Google Play можно использовать для установки и обновления рабочих приложений. По умолчанию в корпоративном Google Play одобренные для пользователя приложения показываются в виде единого списка. Этот макет называется базовым.
3.9.1. Консоль EMM должна позволять системным администраторам управлять приложениями, которые видны в базовом дизайне магазина конечного пользователя.
3.10. Расширенные настройки дизайна магазина
3.10.1. Системные администраторы могут настраивать дизайн магазина, который показывается в корпоративном Google Play.
3.11. Управление лицензиями приложений
Эта функция больше не поддерживается.
3.12. Управление частными приложениями, размещенными в Google
Системные администраторы могут обновлять частные приложения, размещенные в Google, через консоль EMM, а не через Google Play Console.
3.12.1. Системные администраторы могут загружать новые версии приложений, которые уже опубликованы для частного использования в организации, с помощью:
3.13. Управление частными приложениями, размещенными в организации
Эта функция больше не поддерживается.
3.14. Уведомления EMM, получаемые по запросу
Эта функция неприменима к Android Management API. Вместо этого настройте уведомления издатель-подписчик.
3.15. Требования к использованию API
Решение EMM реализует Android Management API на разных уровнях, избегая чрезмерной нагрузки на сеть, которая может негативно повлиять на возможность управлять приложениями в рабочей среде.
3.15.1. EMM-решение должно соответствовать лимитам на использование Android Management API. Если вы не исправите нарушения, Google может по своему усмотрению заблокировать вам доступ к API.
3.15.2. EMM-решение должно распределять трафик от разных предприятий в течение дня, а не консолидировать его в определенное или похожее время. Поведение, соответствующее этой схеме трафика, например запланированные пакетные операции для каждого зарегистрированного устройства, может привести к приостановке использования API по усмотрению Google.
3.15.3. EMM-поставщик не должен отправлять повторяющиеся, неполные или намеренно некорректные запросы, которые не направлены на получение или управление фактическими данными компании. Поведение, соответствующее этому шаблону трафика, может привести к приостановке использования API по усмотрению Google.
3.16. Расширенный контроль над управляемыми конфигурациями
EMM поддерживает следующие расширенные функции управления управляемыми конфигурациями:
3.16.1. Консоль EMM должна иметь возможность получать и отображать до четырех уровней вложенных настроек управляемой конфигурации любого приложения Google Play, используя:
- Окно iframe корпоративного Google Play.
- собственный интерфейс.
3.16.2. Консоль EMM должна получать и показывать отзывы, возвращаемые каналом отзывов приложения, если он настроен системным администратором.
- Консоль EMM должна позволять системным администраторам связывать определенный отзыв с устройством и приложением, из которого он был отправлен.
- Консоль EMM должна позволять ИТ-администраторам подписываться на оповещения или отчеты об определенных типах сообщений (например, о сообщениях об ошибках).
3.16.3. Консоль EMM должна отправлять только значения, которые заданы по умолчанию или вручную администратором, используя:
- iframe управляемых конфигураций;
- Собственный интерфейс.
3.17. Управление веб-приложениями
Администраторы могут создавать и распространять веб-приложения в консоли EMM.
3.17.1. В консоли EMM администраторы могут распространять ярлыки веб-приложений с помощью:
3.18. Управление жизненным циклом аккаунтов корпоративного Google Play
EMM может создавать, обновлять и удалять корпоративные аккаунты Google Play от имени администраторов, а также автоматически восстанавливать аккаунты с истекшим сроком действия.
Эта функция поддерживается по умолчанию. Дополнительная реализация EMM не требуется.
3.19. Управление версиями приложений
3.19.1. Системные администраторы могут получить список идентификаторов отслеживания, заданных разработчиком для определенного приложения.
3.19.2. Администраторы могут настроить устройства так, чтобы на них использовалась определенная версия приложения.
3.20. Расширенное управление обновлением приложений
Системные администраторы могут разрешить немедленное обновление приложений или отложить его на 90 дней.
3.20.1. Администраторы могут разрешить приложениям использовать высокоприоритетные обновления приложений, чтобы они обновлялись, как только обновление будет готово.
3.20.2. Системные администраторы могут разрешить откладывать обновление приложений на 90 дней.
3.21. Управление способами инициализации
EMM может генерировать конфигурации инициализации и предоставлять их системному администратору в форме, готовой для распространения среди конечных пользователей (например, QR-код, автоматическая настройка, URL Google Play).
3.22. Обновить привязку к организации
Администраторы могут изменить тип привязки предприятия на управляемый домен Google, чтобы предоставить организации доступ к сервисам и функциям аккаунта Google на зарегистрированных устройствах.
3.22.1. В консоли EMM администратор может запустить обновление существующего предприятия корпоративного Google Play до предприятия управляемого домена Google с помощью необходимых API.
3.22.2. EMM-поставщики должны использовать Pub/Sub, чтобы получать уведомления о событиях перехода, инициированных администратором (даже если они происходят за пределами консоли EMM), и обновлять интерфейс в соответствии с этими изменениями.
3.23. Подготовка управляемых аккаунтов Google
EMM-решение может подготовить устройство с корпоративными аккаунтами пользователей, которые называются управляемыми аккаунтами Google. Эти аккаунты идентифицируют управляемых пользователей, позволяют настраивать правила распространения приложений и предоставляют доступ к сервисам Google. Администраторы также могут настроить правила, требующие аутентификации управляемого аккаунта Google во время или после регистрации.
3.23.1. Решение EMM может подготовить корпоративный аккаунт Google в соответствии с определенными рекомендациями по реализации.
При этом:
- На устройство добавлен управляемый аккаунт Google.
- Корпоративный аккаунт Google должен быть сопоставлен с реальным пользователем в консоли EMM.
3.23.2. Администратор может использовать правило, чтобы предоставить пользователям возможность входить в управляемый аккаунт Google для регистрации.
3.23.3. Администратор может использовать правило, чтобы указать, должен ли пользователь войти в управляемый аккаунт Google для завершения регистрации.
3.23.4. Администраторы могут ограничить процесс обновления до определенного идентификатора аккаунта (адреса электронной почты) для заданного устройства.
3.24. Обновление аккаунта корпоративного Google Play
Администраторы могут преобразовать аккаунт пользователя в управляемый аккаунт Google, чтобы на зарегистрированных устройствах можно было пользоваться сервисами и функциями аккаунта Google.
3.24.1. Администраторы могут преобразовать существующие корпоративные аккаунты Google Play на устройстве в управляемые аккаунты Google.
3.24.2. Администраторы могут ограничить процесс обновления до определенного идентификатора аккаунта (адреса электронной почты) для заданного устройства.
3.25. Роли в приложении
EMM-решение поддерживает предоставление специальных разрешений, указанных в доступных типах ролей, приложению, выбранному системным администратором. В частности, они могут работать без перебоев, связанных с ограничениями энергопотребления или фонового режима, приостановкой, переходом в спящий режим и действиями пользователя.
3.25.1. Сопутствующие приложения необязательны и позволяют поставщику EMM расширить функции управления с помощью собственного локального клиента на устройстве. Если в ваше решение входит сопутствующее приложение, вы должны автоматически (то есть без участия администратора) назначить ему правильную роль COMPANION_APP. Администратор не должен иметь возможности настраивать эту роль.
3.25.2. В консоли EMM администратор может назначить любую из ролей, указанных в RoleType, кроме COMPANION_APP, которая назначается EMM.
3.25.3. EMM-решение может предлагать подходящие приложения для каждой роли, но не должно ограничивать выбор приложений произвольным списком.
3.26. Перенос и восстановление данных устройства
Системные администраторы могут включить перенос и восстановление данных для полностью управляемых устройств, на которых установлены управляемые аккаунты Google и приложение Google Restore. Это предложение платформы для полностью управляемых устройств. Рабочие профили, в том числе COPE и BYOD, не поддерживаются.
3.26.1. В консоли EMM системные администраторы могут включить службу резервного копирования, задав для backupService значение BACKUP_SERVICE_USER_CHOICE в AMAPI, поскольку по умолчанию эта функция отключена на полностью управляемых устройствах.
4. Управление устройствами
4.1. Управление политиками динамических разрешений
Системные администраторы могут без уведомления пользователей задавать стандартный ответ на запросы динамических разрешений от рабочих приложений.
4.1.1. При настройке правил для динамических разрешений по умолчанию в организации у администраторов должен быть выбор из следующих вариантов:
- запрос (пользователи могут выбрать вариант);
- allow
- deny
EMM-система должна применять эти настройки с помощью правил.
4.2. Управление статусом предоставления динамических разрешений
После настройки применяемой по умолчанию политики динамических разрешений (см.раздел 4.1) Администраторы могут без уведомления пользователей настраивать ответы на запросы разрешений от рабочих приложений, созданных на основе API 23 или более поздней версии.
4.2.1. Системные администраторы должны иметь возможность задавать статус предоставления (по умолчанию, разрешено или запрещено) для любого запроса разрешений, запрашиваемого любым рабочим приложением, созданным на основе API 23 или более поздней версии. EMM-решение должно применять эти настройки с помощью правил.
4.3. Управление конфигурацией Wi-Fi
Системные администраторы могут автоматически настраивать корпоративные сети Wi-Fi на управляемых устройствах, в том числе:
4.3.1. SSID, используя правило.
4.3.2. Пароль, используя правило.
4.4. Управление безопасностью Wi-Fi
Администраторы могут настраивать конфигурации Wi-Fi на устройствах, которые поддерживают следующие расширенные функции безопасности:
4.4.1. Идентификация
4.4.2. Сертификаты для авторизации клиентов
4.4.3. Сертификаты ЦС
4.5. Продвинутые функции управления Wi-Fi
Системные администраторы могут блокировать конфигурации Wi-Fi на управляемых устройствах, чтобы пользователи не могли создавать новые конфигурации или изменять корпоративные.
4.5.1. Администраторы могут заблокировать конфигурации корпоративной сети Wi-Fi с помощью правила в одной из следующих конфигураций:
- Пользователи не могут изменять конфигурации Wi-Fi, заданные EMM (см.
wifiConfigsLockdownEnabled), но могут добавлять и изменять собственные сети (например, личные). - Пользователи не могут добавлять или изменять сети Wi-Fi на устройстве (перейдите в раздел
wifiConfigDisabled). Подключение по Wi-Fi возможно только к сетям, настроенным с помощью EMM.
4.6. Управление аккаунтом
Системные администраторы могут разрешить доступ к корпоративным данным, например к хранилищу SaaS, приложениям для эффективной работы и электронной почте, только авторизованным корпоративным аккаунтам. Без этой функции пользователи могут добавлять личные аккаунты в корпоративные приложения, которые также поддерживают обычные аккаунты, и делиться корпоративными данными с этими личными аккаунтами.
4.6.1. Системные администраторы могут запретить пользователям добавлять и изменять аккаунты (см. modifyAccountsDisabled).
- При применении этого правила на устройстве EMM-решения должны установить это ограничение до завершения инициализации, чтобы пользователи не могли обойти правило, добавив аккаунты до его вступления в силу.
4.7. Управление аккаунтом Workspace
Эта функция больше не поддерживается. Требования к замене приведены в разделе 3.23.
4.8. Управление сертификатами
Позволяет системным администраторам развертывать сертификаты ЦС и идентификационные сертификаты на устройствах, чтобы обеспечить им доступ к корпоративным ресурсам.
4.8.1. Системные администраторы могут устанавливать сертификаты идентификационных данных пользователей, созданные PKI, для каждого пользователя. Консоль EMM должна быть интегрирована по крайней мере с одной PKI и распространять сертификаты, созданные в этой инфраструктуре.
4.8.2. Администраторы могут устанавливать центры сертификации (см. caCerts) в управляемом хранилище ключей. Однако эта дополнительная функция не поддерживается.
4.9. Продвинутые функции управления сертификатами
Позволяет администраторам выбирать сертификаты, которые должны использовать определенные управляемые приложения. Эта функция также позволяет системным администраторам удалять ЦС и сертификаты идентификации с активных устройств и запрещать пользователям изменять учетные данные, хранящиеся в управляемом хранилище учетных данных.
4.9.1. Для любого приложения, распространяемого на устройства, администраторы могут указать сертификат, к которому приложению будет автоматически предоставлен доступ во время выполнения. (This subfeature is not supported)
- Выбор сертификата должен быть достаточно общим, чтобы можно было использовать одну конфигурацию для всех пользователей, у каждого из которых может быть собственный сертификат идентификации.
4.9.2. Системные администраторы могут удалять сертификаты из управляемого хранилища ключей без уведомления пользователей.
4.9.3. Системные администраторы могут удалять сертификаты ЦС без уведомления. (Эта функция не поддерживается.)
4.9.4. Системные администраторы могут запретить пользователям настраивать учетные данные в управляемом хранилище ключей. Для этого нужно перейти в раздел credentialsConfigDisabled.
4.9.5. Системные администраторы могут заранее предоставить сертификаты для рабочих приложений с помощью правила ChoosePrivateKeyRule.
4.10. Делегированное управление сертификатами
Системные администраторы могут распространять сторонние приложения для управления сертификатами на устройствах и предоставлять этим приложениям привилегированный доступ для установки сертификатов в управляемом хранилище ключей.
4.10.1. Администраторы могут указать пакет управления сертификатами (перейдите к разделу CERT_INSTALL DelegatedScope), который будет использоваться в качестве приложения для делегированного управления сертификатами.
- Поставщик EMM может предлагать известные пакеты управления сертификатами, но должен позволять системному администратору выбирать из списка приложений, доступных для установки, для соответствующих пользователей.
4.11. Продвинутые функции управления VPN
Позволяет системным администраторам указать постоянную VPN, чтобы данные из определенных управляемых приложений всегда передавались через настроенную VPN.
4.11.1. Администраторы могут указать произвольный пакет VPN, который будет использоваться в качестве постоянной сети VPN.
- Консоль EMM может предлагать известные пакеты VPN, поддерживающие постоянную сеть VPN, но не может ограничивать доступные для настройки постоянной сети VPN-сервисы произвольным списком.
4.11.2. Администраторы могут использовать управляемые конфигурации, чтобы задавать настройки VPN для приложения.
4.12. Управление IME
Администраторы могут управлять способами ввода, которые можно настраивать на устройствах. Поскольку IME используется как в рабочем, так и в личном профиле, блокировка IME не позволит пользователям использовать их в личных целях. Однако системные администраторы не могут блокировать использование системных редакторов методов ввода в рабочих профилях. Подробную информацию вы найдете в разделе "Расширенное управление редакторами методов ввода".
4.12.1. Системные администраторы могут настроить белый список IME (permitted_input_methods) произвольной длины (в том числе пустой, что заблокирует все IME, кроме системных), который может содержать любые пакеты IME.
- В консоли EMM могут предлагаться известные или рекомендуемые редакторы методов ввода, которые можно добавить в белый список, но у администраторов должна быть возможность выбирать из списка приложений, доступных для установки, для соответствующих пользователей.
4.12.2. Решение EMM должно информировать системных администраторов о том, что системные редакторы методов ввода исключены из управления на устройствах с рабочими профилями.
4.13. Продвинутые функции управления IME
Администраторы могут управлять способами ввода, которые пользователи могут настраивать на устройстве. Продвинутые функции управления IME расширяют базовые возможности, позволяя системным администраторам управлять использованием системных IME, которые обычно предоставляются производителем устройства или оператором связи.
4.13.1. Администраторы могут настроить белый список редакторов методов ввода (перейдите по ссылке permitted_input_methods) произвольной длины (за исключением пустого списка, который блокирует все редакторы методов ввода, включая системные), который может содержать любые произвольные пакеты редакторов методов ввода.
- В консоли EMM могут предлагаться известные или рекомендуемые редакторы методов ввода, которые можно добавить в белый список, но у администраторов должна быть возможность выбирать из списка приложений, доступных для установки, для соответствующих пользователей.
4.13.2. EMM-решение должно запрещать системным администраторам создавать пустой белый список, так как это заблокирует настройку всех IME на устройстве, включая системные.
4.13.3. Если в белом списке нет системных IME, EMM-решение должно обеспечить автоматическую установку сторонних IME до применения белого списка на устройстве.
4.14. Управление сервисами специальных возможностей
Системные администраторы могут управлять тем, какие специальные возможности пользователи могут включать на устройствах. Сервисы специальных возможностей – это мощные инструменты для пользователей с ограниченными возможностями или тех, кто временно не может полноценно взаимодействовать с устройством. Однако они могут взаимодействовать с корпоративными данными способами, которые не соответствуют корпоративной политике. Эта функция позволяет системным администраторам отключать любые несистемные специальные возможности.
4.14.1. Системные администраторы могут настроить белый список специальных возможностей (permittedAccessibilityServices) любой длины (в том числе пустой, который блокирует все специальные возможности, кроме системных), который может содержать любой пакет специальных возможностей. Если правило применяется к рабочему профилю, оно влияет и на личный профиль.
- Консоль может предлагать известные или рекомендуемые специальные возможности для включения в белый список, но должна позволять системному администратору выбирать из списка приложений, доступных для установки, для соответствующих пользователей.
4.15. Управление передачей геоданных
Системные администраторы могут запретить пользователям передавать данные о местоположении приложениям в рабочем профиле. В противном случае настройки геолокации в рабочем профиле можно задать в настройках.
4.15.1. Системные администраторы могут отключить геолокацию (перейдите в раздел shareLocationDisabled) в рабочем профиле.
4.16. Продвинутые функции управления передачей геоданных
Системные администраторы могут принудительно задавать настройки передачи геоданных на управляемых устройствах. Эта функция позволяет корпоративным приложениям всегда получать данные о местоположении с высокой точностью. Эта функция также позволяет экономить заряд батареи, ограничивая настройки геолокации режимом энергосбережения.
4.16.1. Системные администраторы могут настроить сервисы геолокации на устройстве, выбрав один из следующих режимов:
- По всем источникам.
- Только датчики, например GPS, но не местоположение, определяемое по сети.
- Экономия заряда батареи. В этом режиме частота обновлений ограничена.
- Выкл.
4.17. Управление защитой после сброса настроек
Позволяет системным администраторам защищать принадлежащие компании устройства от кражи, не давая посторонним пользователям сбрасывать настройки. Если защита после сброса настроек усложняет работу администраторов, когда устройства возвращаются в ИТ-отдел, ее можно полностью отключить.
4.17.1. Администраторы могут запретить пользователям сбрасывать настройки (factoryResetDisabled) на устройстве.
4.17.2. Системные администраторы могут указать корпоративные аккаунты, которые можно использовать для разблокировки устройств (перейдите по ссылке frpAdminEmails) после сброса настроек.
- Этот аккаунт может быть привязан к отдельному пользователю или использоваться всей организацией для разблокировки устройств.
4.17.3. Системные администраторы могут отключить защиту после сброса настроек (перейдите в раздел factoryResetDisabled) для определенных устройств.
4.17.4. Системные администраторы могут запустить удаленное стирание данных с устройства, которое также может удалить данные защиты после сброса настроек, тем самым отключив эту функцию на сброшенном устройстве.
4.18. Расширенные настройки приложений
Системные администраторы могут запретить пользователям удалять или иным образом изменять управляемые приложения через настройки. Например, запретить принудительное закрытие приложения или очистку кеша данных приложения.
4.18.1. Администраторы могут запретить удаление любых управляемых приложений или всех управляемых приложений (перейдите в раздел uninstallAppsDisabled).
4.18.2. Системные администраторы могут запретить пользователям изменять данные приложений в настройках. (Android Management API не поддерживает эту функцию)
4.19. Управление записью экрана
Администраторы могут запретить пользователям делать скриншоты при работе с управляемыми приложениями. В частности, блокируются приложения для демонстрации экрана и другие приложения, которые используют системные функции создания скриншотов, например Google Ассистент.
4.19.1. Администраторы могут запретить пользователям делать скриншоты (перейдите в раздел screenCaptureDisabled).
4.20. Отключение камер
Системные администраторы могут запретить управляемым приложениям использовать камеры устройств.
4.20.1. Системные администраторы могут запретить использование камер устройств (cameraDisabled) управляемыми приложениями.
4.21. Сбор статистики сети
Android Management API не поддерживает эту функцию.
4.22. Продвинутый сбор статистики сети
Android Management API не поддерживает эту функцию.
4.23. Перезагрузка устройства
Системные администраторы могут удаленно перезапускать управляемые устройства.
4.23.1. Системные администраторы могут удаленно перезагружать управляемые устройства.
4.24. Управление системным приемопередатчиком
Предоставляет системным администраторам возможность детального управления системными сетевыми радиомодулями и связанными с ними правилами использования с помощью правил.
4.24.1. Системные администраторы могут отключить оповещения населения, отправляемые поставщиками услуг (cellBroadcastsConfigDisabled).
4.24.2. Системные администраторы могут запретить пользователям изменять настройки мобильной сети в разделе "Настройки" (mobileNetworksConfigDisabled).
4.24.3. Системные администраторы могут запретить пользователям сбрасывать все настройки сети в приложении "Настройки". (перейдите на страницу networkResetDisabled).
4.24.4. Системные администраторы могут разрешить или запретить использование мобильного интернета в роуминге (dataRoamingDisabled).
4.24.5. Администраторы могут разрешить или запретить исходящие вызовы, кроме экстренных вызовов (outGoingCallsDisabled).
4.24.6. Администраторы могут разрешить или запретить отправку и получение текстовых сообщений на устройстве (см. smsDisabled).
4.24.7. Администраторы могут запретить пользователям использовать устройства в качестве портативных точек доступа (см. tetheringConfigDisabled).
4.24.8. Администраторы могут установить время ожидания Wi-Fi по умолчанию, при подключении к сети или выбрать вариант "Никогда". (Android Management API не поддерживает эту функцию)
4.24.9. Системные администраторы могут запретить пользователям настраивать или изменять существующие подключения Bluetooth (перейдите в раздел bluetoothConfigDisabled).
4.25. Управление системным аудио
Системные администраторы могут управлять аудиофункциями устройства в фоновом режиме, в том числе отключать звук, запрещать пользователям изменять настройки громкости и включать микрофон.
4.25.1. Системные администраторы могут отключать звук на управляемых устройствах. (Android Management API не поддерживает эту функцию)
4.25.2. Системные администраторы могут запретить пользователям изменять настройки громкости на устройствах (adjustVolumeDisabled). Это также отключает звук на устройствах.
4.25.3. Системные администраторы могут запретить пользователям включать микрофон устройства (unmuteMicrophoneDisabled).
4.26. Управление системными часами
Системные администраторы могут управлять настройками часов и часового пояса на устройствах и запрещать пользователям изменять автоматические настройки устройств.
4.26.1. Системные администраторы могут принудительно включить автоматическую настройку времени и часового пояса, чтобы пользователи не могли вручную задавать дату, время и часовой пояс на устройстве.
4.27. Продвинутые функции специализированных устройств
Для специализированных устройств администраторы могут управлять перечисленными ниже функциями с помощью правил, чтобы поддерживать различные сценарии использования киосков.
4.27.1. Системные администраторы могут отключить блокировку экрана устройства (см. keyguardDisabled).
4.27.2. Системные администраторы могут отключать строку состояния устройства, блокируя уведомления и быстрые настройки (перейдите на страницу statusBarDisabled).
4.27.3. Системные администраторы могут настроить устройство так, чтобы его экран не отключался во время зарядки (stayOnPluggedModes).
4.27.4. Администраторы могут запретить показ следующих элементов системного интерфейса (перейдите в раздел createWindowsDisabled):
- Тосты
- Оверлеи приложений.
4.27.5. Администраторы могут разрешить системную рекомендацию для приложений, чтобы пропускать руководство пользователя и другие вводные подсказки при первом запуске (перейдите в раздел skip_first_use_hints).
4.28. Управление делегированными областями действия
Администраторы могут делегировать дополнительные права отдельным пакетам.
4.28.1. Администраторы могут управлять следующими областями действия:
- Установка сертификатов и управление ими
- Deliberately blank
- Сетевой журнал
- Журнал безопасности (не поддерживается для рабочего профиля на личном устройстве)
4.29. Поддержка идентификаторов, привязанных к регистрации
Начиная с Android 12 у рабочих профилей больше не будет доступа к аппаратным идентификаторам. Системные администраторы могут отслеживать жизненный цикл устройства с рабочим профилем по идентификатору регистрации, который сохраняется даже после сброса настроек.
4.29.1. Администраторы могут получить идентификатор, привязанный к регистрации
4.29.2. Этот идентификатор, привязанный к регистрации, должен сохраняться после сброса настроек.
4.30. Правила для менеджеров учетных данных
Администраторы могут разрешать или запрещать использование приложений для управления учетными данными с помощью правила для поставщика учетных данных по умолчанию или правила для поставщика учетных данных.
4.30.1. Администраторы могут запретить любые менеджеры учетных данных на устройстве (или в рабочем профиле) с помощью правил.
4.30.2. По умолчанию системные администраторы могут разрешить только системных поставщиков учетных данных, как показано в правилах по умолчанию для поставщиков учетных данных.
4.30.3. Системные администраторы могут указать список названий пакетов, чтобы включить функции менеджера учетных данных.
4.31. Базовое управление eSIM
Позволяет системным администраторам настраивать профиль eSIM на устройстве и управлять его жизненным циклом.
4.31.1. Системные администраторы могут автоматически добавлять профиль eSIM на устройство с помощью правил.
4.31.2. Системные администраторы могут удалять управляемые eSIM с устройства, используя правила.
4.31.3. Системные администраторы могут запретить пользователям изменять настройки мобильной сети в разделе "Настройки" (mobileNetworksConfigDisabled).
4.31.4. Системные администраторы могут удаленно отправлять команду на удаление данных с устройства или из рабочего профиля. Эта команда позволяет удалить с устройства управляемые eSIM. По умолчанию управляемые eSIM удаляются из рабочих профилей на личных устройствах, но сохраняются на корпоративных.
4.31.5. Системные администраторы могут получить идентификатор EID (встроенный идентификационный документ) устройства с помощью консоли EMM или аналогичного инструмента.
5. Удобство использования устройства
5.1. Настройка управляемой инициализации
Администраторы могут изменить стандартный процесс настройки UX, добавив в него функции, необходимые для организации. При необходимости системные администраторы могут настроить показ фирменного оформления, предоставленного EMM-поставщиком, во время инициализации.
5.1.1. Администраторы могут настраивать процесс инициализации, указывая корпоративные Условия использования и другие заявления об отказе от обязательств (перейдите по ссылке termsAndConditions).
5.1.2. Администраторы могут развертывать ненастраиваемые Условия использования и другие заявления об отказе от обязательств, относящиеся к EMM (перейдите на страницу termsAndConditions).
- EMM-поставщики могут задавать собственные настройки, которые нельзя изменить, в качестве настроек по умолчанию для развертывания, но они должны разрешить системным администраторам задавать собственные настройки.
5.1.3. primaryColor больше не поддерживается для ресурса enterprise на устройствах с Android 10 и более поздними версиями ОС.
5.2. Настройка для организаций
Android Management API не поддерживает эту функцию.
5.3. Продвинутая настройка для организаций
Android Management API не поддерживает эту функцию.
5.4. Сообщения на заблокированном экране
Администраторы могут задать специальное сообщение, которое будет всегда показываться на заблокированном экране устройства. Чтобы его прочитать, разблокировать устройство не нужно.
5.4.1. Системные администраторы могут задать специальное сообщение для заблокированного экрана (перейдите в раздел deviceOwnerLockScreenInfo).
5.5. Управление прозрачностью правил
Администраторы могут настраивать текст справки, который показывается пользователям при попытке изменить управляемые настройки на устройстве, или развертывать стандартное сообщение службы поддержки, предоставляемое EMM. Вы можете настроить как короткое, так и длинное сообщение. Они будут показываться, например, при попытке удалить управляемое приложение, удаление которого заблокировано администратором.
5.5.1. Системные администраторы могут настраивать короткие и длинные пользовательские сообщения службы поддержки.
5.5.2. Администраторы могут развертывать ненастраиваемые короткие и длинные сообщения службы поддержки, относящиеся к EMM (см. shortSupportMessage и longSupportMessage в policies).
- Поставщик EMM может задать собственные ненастраиваемые сообщения службы поддержки в качестве стандартных для развертываний, но должен разрешить ИТ-администраторам настраивать собственные сообщения.
5.6. Управление контактами в разных профилях
5.6.1. Администраторы могут запретить показ рабочих контактов в личном профиле при поиске контактов и входящих вызовах.
5.6.2. Администраторы могут отключить передачу рабочих контактов по Bluetooth, например для звонков с голосовым управлением в автомобиле или с помощью гарнитуры.
5.7. Управление данными в разных профилях
Позволяет системным администраторам управлять типами данных, которыми можно обмениваться между рабочим и личным профилями, чтобы соблюдать баланс между удобством использования и защитой данных в соответствии с требованиями организации.
5.7.1. Системные администраторы могут настроить правила передачи данных между профилями, чтобы личные приложения могли обрабатывать намерения из рабочего профиля, например намерения обмена данными или веб-ссылки.
5.7.2. Системные администраторы могут разрешить приложениям из рабочего профиля создавать и показывать виджеты на главном экране личного профиля. По умолчанию эта возможность отключена, но ее можно включить с помощью полей workProfileWidgets и workProfileWidgetsDefault.
5.7.3. Администраторы могут управлять возможностью копирования и вставки между рабочим и личным профилями.
5.8. Правила в отношении обновления системы
Администраторы могут настраивать и применять беспроводные обновления системы на устройствах.
5.8.1. В консоли EMM системные администраторы могут задать следующие настройки OTA:
- Автоматически. Устройства устанавливают беспроводные обновления по мере их появления.
- Откладывание. Системные администраторы должны иметь возможность отложить беспроводное обновление на срок до 30 дней. Это правило не влияет на обновления системы безопасности (например, ежемесячные исправления уязвимости).
- Обновление в определенное время. Системные администраторы должны иметь возможность планировать беспроводные обновления в рамках ежедневного перерыва на техническое обслуживание.
5.8.2. Конфигурации OTA применяются к устройствам с помощью правил.
5.9. Управление режимом блокировки задач
Системные администраторы могут закрепить одно или несколько приложений на экране и запретить пользователям выходить из них.
5.9.1. В консоли EMM администраторы могут разрешить установку и закрепление на устройстве произвольного набора приложений. Правило позволяет настраивать специализированные устройства.
5.10. Управление приоритетными действиями
Позволяет системным администраторам назначать приложение обработчиком по умолчанию для интентов, соответствующих определенному фильтру интентов. Например, эта функция позволит системным администраторам выбирать, в каком браузере будут автоматически открываться веб-ссылки. Эта функция позволяет управлять тем, какое приложение запускается при нажатии кнопки главного экрана.
5.10.1. Администраторы могут установить любой пакет в качестве обработчика интентов по умолчанию для любого фильтра интентов.
- В консоли EMM могут предлагаться известные или рекомендуемые намерения для настройки, но намерения не могут быть ограничены произвольным списком.
- В консоли EMM у администраторов должна быть возможность выбирать приложения из списка доступных для установки.
5.11. Управление функциями блокировки клавиатуры
Системные администраторы могут управлять функциями, доступными пользователям до разблокировки заблокированного экрана устройства и заблокированного экрана рабочего профиля.
5.11.1. Правило может отключать следующие функции блокировки экрана:
- агенты доверия
- разблокировка с помощью отпечатка пальца
- уведомления с конфиденциальной информацией
5.11.2. С помощью правил можно отключить следующие функции блокировки экрана в рабочем профиле:
- агенты доверия
- разблокировка с помощью отпечатка пальца
5.12. Продвинутое управление функциями блокировки клавиатуры
- Защищенная камера
- Все уведомления
- Неотредактированные
- Агенты доверия
- Разблокировка по отпечатку пальца
- Все функции блокировки клавиатуры
5.13. Удаленная отладка
Android Management API не поддерживает эту функцию.
5.14. Получение MAC-адресов
EMM-решения могут получать MAC-адрес устройства в фоновом режиме, чтобы использовать его для идентификации устройств в других частях инфраструктуры предприятия (например, при идентификации устройств для контроля доступа к сети).
5.14.1. EMM-решение может получать MAC-адрес устройства в фоновом режиме и связывать его с устройством в консоли EMM.
5.15. Расширенные настройки режима блокировки задач
С помощью специализированного устройства системные администраторы могут использовать консоль EMM для выполнения следующих задач:
5.15.1. Разрешить установку одного приложения и его блокировку на устройстве.
5.15.2. Включите или отключите следующие функции системного интерфейса:
- Кнопка главного экрана
- Обзор
- Глобальные действия
- Уведомления
- Информация о системе/строка состояния
- Заблокированный экран. Эта функция включена по умолчанию, если реализована функция 5.15.1.
5.15.3. Отключите параметр Диалоговые окна системных ошибок.
5.16. Расширенные правила в отношении обновления системы
Администраторы могут задать период, в течение которого обновления системы на устройстве будут заблокированы.
5.16.1. Консоль EMM должна позволять администраторам блокировать беспроводные обновления системы на определенный период.
5.17. Управление прозрачностью правил для рабочего профиля
Системные администраторы могут настраивать сообщение, которое показывается пользователям при удалении рабочего профиля с устройства.
5.17.1. Администраторы могут задать текст, который будет показываться (перейдите к wipeReasonMessage) при удалении рабочего профиля.
5.18. Поддержка подключенных приложений
Системные администраторы могут составить список пакетов, которые могут обмениваться данными между рабочим и личным профилями, с помощью правила ConnectedWorkAndPersonalApp.
5.19. Обновление системы вручную
Android Management API не поддерживает эту функцию.
6. Прекращение поддержки Device Admin
Этот раздел удален.
7. Использование API
7.1. Стандартный контроллер политик для новых привязок
По умолчанию для управления устройствами с новыми привязками должно использоваться приложение Android Device Policy. В некоторых EMM-решениях есть возможность управлять устройствами с помощью собственного контроллера политики устройств. Эта функция может находиться в разделе "Расширенные настройки" или аналогичном. Новые клиенты не должны сталкиваться с произвольным выбором между стеками технологий во время интеграции или настройки.
7.2. Стандартный контроллер политик для новых устройств
По умолчанию для управления всеми новыми устройствами, зарегистрированными как в существующих, так и в новых привязках, должно использоваться приложение Android Device Policy. Поставщики EMM могут предоставлять возможность управлять устройствами с помощью пользовательского DPC в разделе настроек под заголовком "Дополнительно" или аналогичным.