为新设备制定默认应用安装策略，确保首批上线即合规；

针对门店终端设定只允许特定应用运行，阻断用户私自安装行为；

配合“设备分组”，为不同地区/业态设备配置差异化策略；

发布应用新版本后通过策略自动分发更新，提升运维效率；

利用“白名单+必装应用”双重控制，保障系统稳定性与安全性。

GP 应用策略仅适用于 GMA 类型设备，不可用于 KMA 或 IMA 类型设备；

策略仅支持配置 Google Play 公有应用、Google Play 私有应用 和 Google Play Web应用；

仅当应用状态为“已发布”时，才能被添加至策略中生效；

策略采用“模块间合并、相同模块取最新”的叠加机制：

策略配置项未启用的模块，将不参与策略叠加计算与设备配置下发；

策略一经发布，将对绑定设备立即生效，建议先在小范围灰度验证；

策略配置不可直接修改，如需调整，需通过“编辑策略”创建新版本后提交；

若启用了“不合规处置”，当设备不符合策略配置（如卸载必装应用）时，系统将按【系统设置 → 合规设置】中设定的动作执行：

建议在策略中合理规划“白名单”与“黑名单”应用，避免策略间互相冲突；

分发方式（立即、定时、灰度、按比例）将直接影响策略下发节奏和范围，建议结合设备上线计划统一规划。

点击【创建策略】，选择“GP应用策略”；

输入策略名称（必填）；

设置“不合规处置”开关（默认关闭），控制设备违规时的处理动作。

支持应用类型：所有Google Play应用、Google Play 公有应用、Google Play 私有应用

分发应用方式分为以下三类，可单独或组合启用：

针对支持托管配置的 Android Enterprise 应用，可设置参数项；

如 Slack 应用，可预设配置名称、域名、登录限制等；

所有配置将在策略发布后自动下发至设备。

管理员可逐项设置系统权限的授权方式：

权限项示例：读取联系人、存储权限、网络状态访问等。

针对部分应用，如需无障碍服务权限可在此预先授权；

系统将自动提示并启用无障碍服务（若支持）；

如未启用，系统默认允许用户手动设置。

设置策略生效时间：

所有设备：当前企业下的所有 GMA 设备；

灰度发布：选择具体的设备或设备分组；

按比例发布：按随机设备比例推送，适用于灰度试点；

KC 应用策略仅适用于 KMA 与 IMA 类型设备，GMA 设备无法使用；

策略仅支持配置 企业公有应用、企业私有应用、企业 Web 应用；

仅当应用状态为“已发布”时，才可被添加进策略中生效；

策略采用“模块间合并、相同模块取最新”的策略叠加机制：

策略配置项模块需手动开启，未开启的模块将不参与设备的策略堆叠与生效计算；

策略创建完成后即对绑定设备生效，建议优先使用灰度或按比例发布方式进行试运行；

策略内容一经发布不可直接修改，如需调整，需通过“编辑策略”新建版本；

若启用了“不合规处置”，设备如存在不满足策略要求的情况（如必装应用被卸载），将按【系统设置 → 合规设置】中设定的动作执行：

当必装应用或白名单应用选择“最新版本”时，系统将默认采用“立即更新 + 强制安装 + WiFi 优先”的方式进行版本自动升级；

删除应用与其他模块（必装/白名单/黑名单）配置存在逻辑互斥关系，需根据业务目标谨慎组合；

默认启动应用在策略中只能配置一个，若同时配置多个，将仅保留最上方有效项。

点击【创建策略】，选择“KC应用策略”；

填写策略名称（必填）；

设置“不合规处置”开关，控制违规时的处理逻辑（默认关闭）；

进入“选择应用”界面，开始配置策略行为模块。

支持类型包括：企业私有应用、企业公有应用、企业 Web 应用；

应用必须为“已发布”状态才可配置版本并下发。

策略强制要求设备安装的应用；

若设备上被卸载或破坏，将自动重新安装，用户无法手动卸载。

黑名单：禁止设备安装该应用，系统检测到后自动卸载；

白名单：仅允许设备安装白名单应用，其他应用均被阻止；

黑名单与白名单不可同时启用。

系统将从关联设备/分组卸载该应用；

不考虑是否为其他模块中的必装/白名单/黑名单应用；

若设备上无该应用，不会产生影响。

默认启动（单选）：设置该应用为设备开机自动启动项；

防卸载（支持多选）：限制用户卸载该应用；

动态权限：授权系统级特殊权限（详见配置项说明）。

支持设为：

所有设备：企业下所有 KMA / IMA 类型设备；

灰度发布：选择具体的设备/设备分组；

按比例发布：设定发布比例，系统随机抽取设备，支持阶段分批。

策略处于草稿状态时，可进行修改、保存，也可直接提交；

若未启用应用发布策略审批流程，提交操作将直接跳过“待审核”状态，策略立即转为“已发布”；

系统提交操作无二次弹窗提示，请确认策略内容无误后再操作；

提交后的策略不可再次修改，需通过创建新版本进行调整。

如果未启用“应用发布策略审批流程”，策略在提交后将跳过“待审核”状态，直接进入“已发布”状态；

审批通过后，策略状态变为“已发布”，系统将在设定的发布时间将策略推送到目标设备；

审批不通过时，策略将返回“草稿”状态，需重新编辑并提交；

审批流程不可撤回，需谨慎操作。

所有字段支持修改，修改后会创建新的策略版本，原版本不可编辑；

修改前建议核查策略当前状态及影响范围，避免配置错误影响生产；

若策略处于“已归档”状态，不支持直接修改，需先还原为草稿；

修改并提交的新版本策略，若未通过审批，不会对设备生效；

应用选择与配置项均支持任意调整，包括新增、删除、参数修改；

修改“最新版本”配置应用时，默认采用“立即更新 + 强制执行 + WiFi优先”方式下发；

新版本生效后，系统将自动替代旧版本并推送配置变更至目标设备；

所有操作记录均可在“操作日志”中查看，支持版本差异审计。

GMA 类策略：通过调用 Google AMAPI 接口执行同步，下发后由 Google 服务完成策略分发；

KMA 类策略：由 KiwiCloud 服务直接下发，仅在策略配置有变更时触发推送，避免重复下发。

GP 应用策略下发依赖 Google 管理服务，建议先确保组织已正确配置 AMAPI 权限与绑定信息；

KC 应用策略在配置无变更情况下不会重复下发；

发起的策略推送操作，均会对目标设备执行完整的策略堆叠计算；

下发动作不会影响策略内容，仅影响其在设备端的应用状态；

下发记录将完整记录于操作日志和系统日志中；

离线设备会在上线后接收策略（GMA、KMA）；IMA设备的策略指令会缓存一段时间，如果超出这个时间则策略指令失效。

停用后，策略本身不会被删除，可继续执行修改、启用或归档操作；

停用不会解除与设备或设备组的绑定，仅影响设备实际配置的生效状态；

系统会对所有受影响设备执行策略堆叠重计算，并记录策略停用的操作日志与系统日志；

若关联设备堆叠策略中不再有可用模块，平台将尝试推送默认策略以保障配置完整性。

仅处于“停用”状态的策略可执行启用操作；

启用后策略状态更新为“已发布”，不需重新提交或审核；

启用不会修改策略内容或版本号；

启用后策略的配置将重新下发至绑定设备，可能触发应用重新安装、权限更新等行为；

若设备处于离线状态，启用后的策略将缓存在平台端，待设备上线后自动执行；

所有启用行为均可在“操作日志”中追溯。

归档操作仅适用于“停用”状态的策略；

被归档策略将不再参与设备策略堆叠计算，即不再下发、不再生效；

归档时，策略与设备、分组、应用的绑定关系将全部解除；

归档策略仍保留原有配置与版本记录，可通过“还原”操作重新启用；

所有归档操作会记录于“操作日志”与“系统日志”中，便于审计追踪。

仅“已归档”状态的策略支持还原；

还原操作不会自动恢复原有设备或设备组的绑定关系，需用户手动重新配置；

策略状态将被重置为“草稿”，并重新进入标准审批/发布流程；

还原动作将记录在平台操作日志中，便于日后审计与追踪；

策略还原后可继续创建新版本进行迭代与优化。

删除操作不可撤销，请务必确认策略无后续使用需求；

仅允许对状态为“已归档”的策略执行删除；

删除后策略将从所有界面永久移除，无法还原或查看详情；

删除操作不会影响策略曾绑定过的设备记录或历史日志；

平台将记录该删除行为至操作日志，支持后续审计追溯。

不同模块间：合并生效；

相同模块间：以最新绑定的策略模块为准。