问题标签 [android-management-api]

我正在为养老院中使用的设备使用 Android Management API。要求是设备被锁定到一个标准，这意味着用户不能乱用设备，但让他们有足够的权限访问他们工作所需的应用程序。

我面临的问题是用户要求设备上有多个应用程序 - 2 到 3 个应用程序 - 其中一个应用程序是一个警报系统，它警告用户有人在另一个房间需要帮助。该系统会在设备上触发通知警报。

我面临的问题如下；- 设备需要处于 Kiosk 模式才能限制对设置等的访问 - 当设备处于 Kiosk 模式时，不会播放通知声音。- 如何使用 Android Management API 为可在展台模式下访问的应用程序启用通知声音并触发通知警报？

通过 Android Management API，我使用enterpises.devices.delete方法删除了一个设备。如果设备有数据连接，这可以正常工作。

但是，如果设备离线怎么办？如果设备关闭，然后在几周后重新打开，设备是否会再次在线删除？

我需要了解这个逻辑，以便我可以决定何时从我的数据库中删除设备。

谢谢

我已经在我的应用程序中使用 KeyedAppStates 实现了反馈通道。我正在调用使用构建器创建的 keyedAppState 在KeyedAppStatesReporter.setStatesImmediate(hashSetOf(state))哪里，但在 AMAPI 端没有报告任何内容。state

配置文件/策略设置正确，ApplicationReports 被激活，当从 EMM 发送并应用它们时，应用程序可以正确接收托管配置。

我按照教程“测试应用反馈”尝试了测试 DPC 。测试 DPC 收到了我的应用程序发送的反馈。 测试 DPC 通知的屏幕截图

什么可能会阻止使用真正的 DPC 向 AMAPI 报告 keyedAppStates ？

我正在尝试获取与 Gmail 帐户相关的企业详细信息，是否有任何默认 API 可以获取与 Gmail 帐户相关的企业详细信息？

背景

我目前在由 Android Management API 管理的设备上维护一个 Kiosk 应用程序。这些设备运行 Android 7。

我一直在通过应用程序管理这些设备上的应用程序更新minimumVersionCode，并且每次都将设备移动到一个新的策略上minimumVersionCode，并强制受影响的设备更新应用程序。但是，如果某些设备已经关闭了一段合理的时间（一到两周），即使在将wipeDays 延长到 300 等之后，它们也会恢复出厂设置（我已经为此单独报告了一个错误）。

因此，我需要解决上述错误，并且我猜想在策略之间整体移动设备并不是经过充分测试或感知到的“正确”方式来做到这一点。我看到在过去 6-9 个月内，使用 API 管理信息亭的推荐配置已被悄悄更改（根据archive.org .. API 更改日志中没有任何内容）。现在有一个applications.[x].installType'KIOSK'。

问题

我有大约 250 个信息亭，它们的开/关时间各不相同。有些会在早上 8 点开启，下午 3 点关闭。其他人将在下午 6 点打开，并在午夜关闭。其他人将一直保持开启状态（尽管请注意，我确实能够通过 Android 管理 API 远程重启它们）。

因此，WRT 更新信息亭应用程序，我无法配置凌晨 2 点到 3 点的整洁紧凑的维护窗口。

指定“全天”的维护窗口可以解决这个问题吗？例如：

我担心如果 API 只是随机化特定设备从未开机的时间，上述方法将无法正常工作（或者更准确地说，会间歇性工作）。

我只是想知道如何处理这个问题。我应该为所有设备制定一个策略，并增加版本代码吗？

有没有办法实时了解设备何时实际注册到 Android 管理 EMM 解决方案？

在官方文档中，它建议了一个许可证检查示例，该示例应该通过在注册后 5 分钟内为新设备设置策略来工作，否则 API 将继续进行出厂重置。但是如何从服务器端知道设备实际注册的时间？API 似乎缺少任何类型的回调/webhook。

这是我试图解决的场景：

1. EMM 管理员生成一个注册 URL 并通过电子邮件将其发送给新员工
2. 新员工在一段时间后阅读电子邮件并在其 BYOD 设备上开始注册流程
3. 注册过程完成，但由于没有任何回调，EMM 服务器无法知道新设备已注册

我能想到的唯一可能的解决方案是定期调用enterprise.devices.list API 来检查新设备，但这对我来说似乎效率太低。

我错过了什么吗？

谢谢。

如果他们很长时间没有与我们的后端通信，我们的客户希望阻止设备。

我检查了PolicyEnforcementRule策略设置，但根据文档，它只适用于顶级策略。换句话说，我们无法使其与STATUS_REPORTAndroid Management API 发送的设备信息一起使用。

有没有办法Android Device Policy通过我们的 Companion App 通知本地，以便自动阻止设备？

我们最近采用了 Android Management API，我们在英国各地拥有大约 250 台自助服务终端设备。

我可以看到一堆与设备 API 级别相关的警告。即policyCompliant: true，但是有一些nonComplianceDetails。

我想知道这是否值得担心？设备会在一定时间后自行恢复出厂设置吗？

受影响的设备

对应政策

我正在使用 Android Management API 来设置信息亭模式。我能够创建一个企业，注册几个设备，安装商店中可用的应用程序并通过策略控制它。它工作得很好。

现在我想将我的应用程序作为私有应用程序（托管 Google Play）发布到 Play 商店，并且我希望它仅可用于注册到该企业的设备。我创建了一个组织，制定了一项政策，并确保该应用仅限于托管的 google play，并将该组织分配给该应用。现在该应用程序已发布，但我无法将其设为自助服务终端模式。它对企业不可见。即使我的企业主和店主是同一个帐户。

我不确定我还需要做什么才能使其可用于企业。我不想参与 EMM 流程，因为出于个人目的，我需要在少数设备上使用此应用程序。

我用谷歌搜索了很多，但没有任何进展。

请让我知道如何使其可用于企业。

我对提取 Enterprise 令牌有疑问。我知道我可以从 URL 复制企业令牌。而不是复制它，有没有办法在不从回调URL打开的情况下提取令牌？您已经提到在 CALLBACKURL 中指向服务器。我正在为我的客户创建企业。因此请帮助我。