1. 功能与应用目标
“应用更新策略”模块用于集中管理企业设备上的应用升级行为,确保关键应用始终保持在受控、可用的版本状态,并避免非预期的版本变更带来的业务风险。平台支持根据设备类型(GMA / KMA / IMA)配置不同的策略类型,以适应 Google Play 应用与企业自建应用的更新场景。
平台提供丰富的更新策略配置选项,包括更新方式(强制 / 提示 / 默认)、网络控制策略(WiFi优先 / 禁用自动更新等)、更新时间控制(立即 / 定时 / 时间窗口)等。管理员可按应用、设备或设备组精准控制更新节奏与方式,提升运维效率与终端稳定性。
策略类型说明:
GP 应用更新策略:适用于 GMA 类型设备,仅支持 Google Play 公有 / 私有应用;
KC 应用更新策略:适用于 KMA 与 IMA 类型设备,仅支持企业私有应用、企业公有应用、企业 Web 应用;
策略适配范围与“应用发布策略”一致,仅对所配置策略支持的应用生效。
更新机制说明:
GP 应用更新策略依赖 Google Play 官方机制(如 AMAPI)进行策略下发与执行;
KC 应用更新策略由 KiwiCloud 平台下发并在设备端执行;
所有更新策略仅对已发布的应用生效,草稿/未发布应用不会执行更新;
若某应用同时被多个策略引用,将按“策略堆叠机制”执行(模块间合并、相同模块取最新);
若应用已设置为“最新版本”,默认采用“立即更新 + 强制 + WiFi 优先”的机制;
KC 应用更新策略可细化到每个应用的更新行为(如是否更新后重启)。
主要操作:
操作项 | 说明 |
创建 GP 应用更新策略 | 创建适用于 GMA 设备的策略,支持选择 Google Play 公有 / 私有应用并设置更新方式。 |
创建 KC 应用更新策略 | 创建适用于 KMA / IMA 设备的策略,支持选择企业应用并配置更新控制参数。 |
次要操作:
操作项 | 说明 |
提交 | 将草稿策略提交进入审批流程(如开启)或直接进入发布流程。 |
审批 | 对提交的策略进行“通过 / 不通过”的审批。 |
策略详情 | 查看策略的配置项、绑定关系、下发状态与执行日志。 |
修改 | 对已发布策略进行版本编辑,支持全字段修改并创建新版本。 |
下发策略 | 手动将策略推送至绑定设备,确保及时生效。 |
停用 / 启用 | 控制策略是否在设备端生效,启用后重新纳入策略堆叠结构,停用后移除。 |
归档 | 停用策略可转为已归档,解除绑定关系并进入只读状态。 |
还原 | 将已归档策略还原为草稿,支持重新编辑与发布。 |
删除 | 永久删除已归档策略,清除平台记录。 |
典型应用场景:
控制设备自动升级行为,避免因 Google Play 自动更新影响业务;
设定夜间或非营业时间段内执行应用更新,确保业务高峰期不受影响;
对某些关键应用启用强制升级,确保版本一致性与功能可用性;
结合“应用发布策略”进行差异化版本管理(如测试组 / 正式组);
精细配置特定设备组的网络策略,避免更新消耗流量或打断使用。
2. 主要操作
2.1 创建GP应用更新策略
操作说明
在“应用更新策略”模块中,用户可创建 GP 应用更新策略,用于管理 Google Play 应用(公有应用 / 私有应用)在 GMA 设备上的更新方式和分发计划。
每个应用仅可关联一条更新策略。策略将按“策略堆叠机制”进行下发与执行,即在设备端同一模块中取最新版本策略。
策略创建包含四个步骤:
选择应用
配置更新策略
设置更新范围
审批应用更新策略(如开启了“应用更新策略审批流程”开关)
策略创建完成后需【提交】,由系统按配置的“应用分发计划”自动下发至目标设备。
注意事项
GP 应用更新策略仅支持关联 Google Play 公有应用 与 Google Play 私有应用,仅支持下发至 GMA 类型设备;
同一应用只允许配置一个更新策略,若配置多条,设备将按照模块合并、字段覆盖的机制,仅执行最新版本;
策略创建完成后不会立即下发,实际生效时间取决于设置的“应用分发计划”;
策略配置中不包含合规检测与不合规处置逻辑;
策略一旦下发至设备,不支持撤回。
操作流程
1. 选择应用
点击右上角【创建应用更新策略】,进入创建流程;
输入策略名称;
勾选需要管理的 Google Play 应用(仅支持公有 / 私有应用);
点击【下一步】进入配置阶段。
2. 配置更新策略
选择更新模式(默认更新 / 延期更新 / 尽快更新):
默认更新:设备需满足 “设备处于非活跃状态;设备连接到不按流量计费的网络;设备正在充电;需要更新的应用未在前台运行” 的条件,方可执行更新;
延期更新:应用在过期后最长90天内不会自动更新。用户仍然可以随时通过Play商店手动更新应用;
尽快更新:系统会尽快更新应用,未应用任何限制条件;
点击【下一步】进入设备范围配置。
3. 选择更新范围
选择更新发布范围:
所有设备:当前企业下所有 GMA 设备;
灰度发布:手动选择设备或设备分组;
按比例发布:按设备总量的比例随机下发;
设置应用分发时间:
立即:策略提交后立即生效;
开始时间:选择指定时间点开始下发;
时间窗口:设置起止时间范围,系统在窗口内进行推送;
点击【提交】完成策略创建。
4. 审批应用更新策略
进入策略列表页,筛选“待审核”状态策略;
点击【审批】按钮;
选择“通过”或“不通过”;
审批通过后,策略状态更新为“已发布”。
2.2 创建 KC 应用更新策略
操作说明
KC 应用更新策略用于控制企业公有、私有或 Web 应用在 KMA / IMA 设备上的版本更新行为。通过配置更新方式、控制更新条件、指定分发时间与范围,实现设备端的企业应用定时更新、静默升级、或强制更新等策略。该功能可有效简化应用版本管理,提升企业应用一致性与运维效率。
注意事项
仅适用于 KMA / IMA 类型设备,不可用于 GMA 设备;
支持的应用类型为:企业私有应用、企业公有应用、企业 Web 应用;
应用必须为“已发布”状态才能配置为更新对象;
应用版本更新支持两种模式:
选择“最新”版本时:应用每次发布新版本后,系统将按策略执行更新;
指定版本时:仅当设备端版本低于策略指定版本,才会执行更新;
策略配置模块需按需开启,未启用的模块将不参与策略堆叠;
若设备存在多个 KC 更新策略,将根据“模块间合并、相同模块取最新”原则进行生效计算;
应用更新后启动仅对选择启用的应用生效;
策略发布计划与设备范围设置支持:立即 / 指定时间;所有设备 / 灰度发布 / 按比例发布;
策略提交后进入“待审核”状态,需经审批通过方可生效(若开启审批流程)。
操作流程
1. 配置策略基础信息
点击【创建策略】,选择“KC 应用更新策略”;
填写策略名称;
进入“选择应用”步骤,勾选目标企业应用;
设置应用版本(可选“最新”或具体版本);
点击【下一步】继续配置策略。
2. 配置更新策略(二选一)
2.1 启用模块
启用“应用更新方式”模块,表示该策略将参与设备的更新堆叠计算;
启用“应用更新后启动”模块,表示系统在更新完成后拉起指定应用。
2.2 设置应用更新方式
应用更新方式(三选一):
默认:仅在设备侧的KC app 的 【应用】 中显示有可安装的新版本;
提示:在通知栏提示用户有新版本,用户确认后执行更新;
强制:无用户感知直接执行更新;
更新控制方式(四选一):
仅限 WiFi;
WiFi 优先;
移动网络和 WiFi 都允许;
禁用自动更新;
2.3 设置分发时间
立即:设备接收到更新策略后,立即执行应用的更新操作;
开始时间:设备接收到更新策略后,在指定的开始时间执行更新操作;如果设备在“开始时间”之后才接收到更新策略指令,那么设备侧不会执行该更新操作;
时间窗口:设备在指定的时间窗口执行应用的更新操作(每日 / 每周)。
3. 配置应用更新后启动(二选一)
启用“应用更新后启动”功能后,勾选希望更新完成后自动启动的应用;
该功能适用于核心前台业务应用,如 POS、点单等。
4. 设置策略发布范围
选择“设备发布范围”:
所有设备:企业内所有 KMA / IMA 设备;
灰度发布:按设备组、单个设备精细筛选;
按比例发布:设置更新比例,系统自动选取设备;
设置策略“生效时间”:
当前仅支持“立即”;
点击【提交】,策略将进入“待审核”状态。
5. 审批策略并发布
在策略列表中,筛选状态为“待审核”的策略;
点击【审批】按钮;
在弹窗中选择【通过】,系统将按配置立即执行或按计划时间推送策略至设备;
审批通过后,策略状态变更为“已发布”。
3. 次要操作
3.1 提交
操作说明
该操作用于将处于草稿状态的应用更新策略提交至平台的审批流程。提交后,策略状态将变更为“待审核”,需由管理员进行审批操作(前提是系统开启了“应用更新策略审批流程”开关),审批通过后策略方可正式下发并生效。
应用更新策略草稿通常来源于新建策略流程或对已发布策略的编辑操作,提交后策略将进入正式生命周期管理流程。
注意事项
仅“草稿状态”的策略可执行提交操作;
如平台未启用“应用更新策略审批流程”,提交后策略将直接进入“已发布”状态,无需审批;
提交操作不可撤回,请在提交前确认策略内容正确;
提交后的策略不能直接修改,如需调整应通过“修改”操作生成新版本;
提交后策略将按照配置的更新时间计划和设备发布范围执行下发。
操作流程
进入应用更新策略模块
打开“应用更新策略”模块;
筛选出状态为“草稿”的策略条目。
点击提交操作
定位到目标策略,点击右侧“操作”按钮;
在下拉菜单中选择“提交”,系统将直接执行提交,无需再次确认。
3. 状态更新
提交成功后,策略状态更新为“待审核”;
若未启用审批流程,系统将直接将策略状态设为“已发布”,并根据分发计划执行策略下发;
策略提交记录将自动写入操作日志。
3.2 审批
操作说明
该操作用于对已提交的应用更新策略进行审批。审批通过后,策略状态将变更为“已发布”,并根据配置的更新时间计划与设备发布范围执行下发;若审批不通过,策略将回退至“草稿”状态,便于重新修改后再次提交。
该操作是“应用更新策略审批流程”的一部分,适用于平台已开启审批机制的企业。审批动作将被记录在操作日志中,支持后续审计追踪。
注意事项
仅“待审核”状态的策略可执行审批操作;
若平台未启用审批流程,策略提交后将直接进入“已发布”状态,跳过该步骤;
审批操作不可撤销,请谨慎确认策略内容;
审批通过后策略立即生效,无法延后发布;
审批不通过后,策略状态回退为“草稿”,需重新修改并提交;
所有审批操作均会记录至操作日志,便于后续审计。
操作流程
进入“应用更新策略”模块
在列表页筛选状态为“待审核”的策略条目;
每条策略的右侧操作栏会显示【审批】按钮;
点击“审批”按钮
系统弹出审批弹窗,显示策略的基本信息与审批选项;
3. 选择审批结果
点击【通过】:策略状态更新为“已发布”,系统将按分发计划推送策略;
点击【不通过】:策略状态退回为“草稿”,需重新修改提交;
4. 查看审批结果
审批结果将在策略列表中实时更新;
可通过“操作日志”查看该审批操作记录。
3.3 详情
操作说明
该功能用于查看某条应用更新策略的详细信息,包括策略的基本配置、关联应用、策略执行参数、设备范围、版本信息、执行状态与操作日志等内容。页面支持切换版本号查看历史版本详情,便于策略审阅、问题排查与版本对比。
详情内容适用于所有类型(GP / KC)的应用更新策略,且支持查看所有状态(草稿、已发布、停用、归档)的策略。
操作流程
1. 进入策略详情页面
打开“应用更新策略”模块;
找到目标策略,点击对应行的【详情】按钮,进入策略详情页。
2. 查看策略基础信息
页面顶部展示当前策略的核心元数据:
策略名称与ID;
当前版本号(支持下拉切换版本);
创建人、最近修改时间与更新时间;
当前关联的应用数量、设备数量与设备组数量。
3. 浏览各功能页签
策略详情页面通过多个页签呈现各模块内容:
关联的应用
显示该策略所关联的全部应用,包括:
应用名称与图标;
包名;
类目(业务分类标签);
来源(企业私有 / 公有 / Web 应用/Google Play公有应用/Google Play私有应用);
版本号(如“最新”或指定版本);
该信息有助于快速确认策略作用的对象与更新目标。
策略配置
展示策略的关键配置项,包括:
应用更新方式:默认 / 提示 / 强制;
更新控制方式:如禁用自动更新、仅限WiFi等;
应用分发时间:支持立即、指定时间、时间窗口;
应用更新后自动启动:是否启用、启用的应用列表;
该页签集中反映策略在设备上的具体执行行为。
发布配置
展示策略的设备下发方式与目标范围,包括:
应用发布计划(立即 / 定时);
设备发布范围:设备组或单设备;
选中设备清单:支持查看设备名称、型号、序列号、所属组等;
适用于校对策略影响范围与目标设备的准确性。
安装进度
展示策略实际下发后应用更新在设备上的安装状态。支持查看以下信息(如有数据):
查看必装应用、白名单应用的进度。
必装应用支持查看必须按照的设备数(本策略必装应用关联的设备总数) 以及当前实际安装的设备数,支持差额导出;
白名单应用,支持查看当前实际安装的设备数量;
查看应用的安装详情信息,支持通过应用名、包名、设备名以及设备的序列号对应用安装数据进行过滤。
操作日志
记录所有用户发起的与该策略相关的操作行为,包括:
操作类型:提交、审批、修改、停用、启用等;
操作人与操作时间;
执行结果(成功 / 失败);
该模块是策略审计与问题追溯的重要依据。
系统日志
记录平台后台执行的自动行为,如:
策略下发;
应用更新;
错误重试;
失败原因等;
该模块适用于故障排查与策略异常定位。
3.4 修改
操作说明
该操作用于对已发布的应用更新策略进行编辑,包括调整策略名称、关联应用、更新方式、分发配置与设备范围等。每次修改操作将自动创建一个新版本,原版本保留为历史记录不可编辑。
修改后的策略可保存为草稿,也可直接提交进入审批流程。新版本一经发布后将自动替代旧版本并下发至目标设备,确保配置更新一致性。
注意事项
仅“已发布”状态的策略支持修改,草稿/停用/归档状态不可直接编辑
每次修改都会创建新的策略版本,原版本将被锁定为只读
修改操作前建议检查当前策略影响范围与关联对象,避免误改影响生产
修改后的策略需要再次提交与审批,方可正式发布并推送
编辑过程中如未提交,可先保存为草稿,稍后继续完善
修改后的策略内容将完整记录至操作日志与版本历史中
操作流程
进入策略列表
打开“应用更新策略”模块
在列表中找到目标策略(状态为“已发布”),点击右侧【操作】下拉菜单,选择【修改】
编辑策略内容
进入编辑流程,页面分为三个步骤:
步骤 1:选择应用
步骤 2:配置更新策略
选择应用更新方式(默认 / 提示 / 强制)
设置更新控制方式(如禁用自动更新 / WiFi优先等)
设定策略的分发时间(立即 / 指定开始时间 / 时间窗口)
可选择是否启用“应用更新后自动启动”,并为指定应用开启自动启动功能
步骤 3:选择更新范围
3. 保存并提交
修改完成后点击【提交】,系统将创建一个新版本并进入“待审核”状态
若企业未启用审批流程,提交后策略将直接进入“已发布”状态并推送生效
如暂不提交,可选择【保存】为草稿,稍后继续编辑
4. 版本管理与生效
新版本策略生效后,系统将自动替代旧版本对目标设备生效
用户可在详情页顶部切换查看历史版本配置差异
所有修改记录将写入“操作日志”,确保审计可追溯
3.5 下发策略
操作说明
该操作用于将已发布的应用更新策略立即推送至目标设备或设备分组,确保策略配置及时下发并在设备端生效。适用于策略发布后主动触发同步、设备策略异常修复、临时强制推送等场景。
平台将根据策略类型与设备类型调用不同的执行机制,确保策略有效传达并执行。
注意事项
仅“已发布”状态的策略支持下发操作,“待审核”、“草稿”、“停用”或“已归档”状态不可下发;
KC 应用更新策略在配置无改动或设备状态未异常的情况下可能不会产生实际推送动作;
对于离线设备,策略将在设备上线后自动补发,无需重复操作;
策略堆叠机制生效时,将以模块间合并、相同模块取最新的方式重新计算最终配置;
IMA 设备支持短时缓存下发指令,超出有效时间后需重新触发下发;
所有下发动作均记录至“操作日志”与“系统日志”,可随时查看是否生效。
操作流程
进入策略列表页面
打开“应用更新策略”模块;
找到状态为“已发布”的目标策略,在操作列点击【操作】>【下发策略】。
2. 确认下发
系统弹出确认提示框,显示策略名称与确认信息;
点击【确定】按钮执行策略下发,或点击【取消】中止操作。
3. 执行与结果反馈
系统立即触发策略下发指令,推送至所有绑定设备;
操作日志记录本次下发行为,包含操作人、操作时间与执行结果;
设备状态将在策略详情页的“安装进度”与“系统日志”中更新。
3.6 停用策略
操作说明
“停用策略”操作用于将一条已发布的应用更新策略转为“停用”状态。策略一旦停用,平台将立即从关联设备的策略堆叠中移除对应的更新策略模块,使该策略不再对设备产生实际影响。
设备与策略的绑定关系仍然保留,便于后续执行“启用”或“归档”等操作,不会清除关联历史或配置内容。
注意事项
仅状态为“已发布”的策略可执行停用操作;
停用策略后,策略中的所有更新规则将立即在设备端失效;
已关联设备会触发策略堆叠的重新计算,并自动应用默认策略(如已设置);
停用不会删除策略内容,也不会影响版本记录;
后续如需重新生效,可通过“启用策略”操作恢复;
所有操作均将记录至“操作日志”,支持审计与追踪。
操作流程
进入“应用更新策略”模块
打开“应用更新策略”列表,确认目标策略处于“已发布”状态。
点击停用操作
在目标策略行点击【操作】按钮,选择【停用策略】。
确认停用
系统弹出确认提示窗口;
点击【确定】按钮执行停用,或点击【取消】终止操作。
系统处理
策略状态将立即变更为“停用”;
平台将从所有关联设备的策略堆叠中移除该策略的所有模块配置。
后续建议操作
如后续需恢复该策略,请通过“启用策略”操作重新激活;
可在“操作日志”中查看策略停用时间、执行人及执行状态;
建议结合“安装进度”与“系统日志”确认停用后设备端的实际响应情况。
3.7 启用策略
操作说明
“启用策略”操作用于将一条处于“停用”状态的应用更新策略恢复为“已发布”状态。启用后,系统会将该策略重新纳入其已绑定设备或设备分组的更新策略堆叠结构,并立即下发配置,从而恢复策略在设备端的管理作用。
该操作适用于恢复使用旧版本策略、临时停用后重新启用、策略测试完成后重新部署等场景。
注意事项
仅“停用”状态的策略支持启用操作。
启用后,策略状态更新为“已发布”,不需重新提交或审核。
启用不会修改策略内容或版本号。
启用后策略的配置将重新下发至已绑定设备,可能触发更新操作。
若设备处于离线状态,策略将缓存在平台端,待设备上线后自动生效。
所有启用行为均会记录至“操作日志”,支持后续审计追踪。
操作流程
进入策略列表页面。
打开“应用更新策略”模块,在列表中筛选出状态为“停用”的策略。
点击启用操作。
找到目标策略,点击右侧【操作】按钮,选择【启用策略】。
确认启用。
系统弹出确认提示框,显示策略名称与操作确认提示。
点击【确定】执行启用操作,或点击【取消】中止操作。
系统处理。
策略状态立即更新为“已发布”;
系统将重新将策略纳入设备的策略堆叠结构;
平台根据模块合并规则,重新计算配置内容并推送至设备;
启用行为将写入策略的“操作日志”,包括操作人、时间与执行结果。
后续处理建议。
可在策略详情页中查看“安装进度”与“系统日志”,确认策略已成功启用并生效;
如设备未立即执行更新,请检查设备状态是否在线,或执行“下发策略”进行补推。
3.8 归档
操作说明
“归档”操作用于将一条处于“停用”状态的应用更新策略转为“已归档”状态,并解除与设备、设备分组、应用的绑定关系。归档后的策略不再参与任何设备的策略堆叠与更新操作,仅作为历史版本保留在平台中,供后续查看、还原或删除。
归档操作适用于策略生命周期结束后的整理归档、策略版本迭代后的旧版退役场景。
注意事项
仅状态为“停用”的策略支持执行归档操作。
归档操作会解除与设备、设备组、应用的所有绑定关系,无法恢复。
已归档策略仍可通过“还原”操作恢复为草稿状态,以供修改后再次使用。
归档操作不可撤回,请谨慎执行。
所有归档操作均记录在“操作日志”中,支持审计追踪。
操作流程
进入策略列表页面。
打开“应用更新策略”模块,筛选出状态为“停用”的策略。、
点击归档操作。 找到目标策略,点击右侧【操作】按钮,选择【归档】。
系统处理。
系统解除该策略与所有设备、设备组、应用之间的绑定关系;
策略状态变更为“已归档”,并被移至“已归档”标签页下。
4. 后续处理建议。
如需再次使用该策略,可进入“已归档”列表,执行“还原”操作恢复为草稿;
归档策略仍可查看所有版本配置、操作日志与执行记录,供审计与参考使用。
3.9 还原
操作说明
“还原”操作用于将一条处于“已归档”状态的应用更新策略恢复为“草稿”状态,便于用户重新编辑并再次提交使用。该操作不会修改策略的原始配置内容,同时保留原有版本号与历史记录,适用于快速复用历史策略场景。
还原后的策略状态将变更为“草稿”,用户可继续进行修改、提交、审批等完整流程。
注意事项
仅“已归档”状态的策略支持执行还原操作。
还原操作不会自动恢复设备、设备组或应用的原有绑定关系,需重新手动配置。
策略状态变更为“草稿”后,可重新修改并提交为新版本。
所有还原操作将记录至“操作日志”,支持审计追溯。
建议还原后立即检查策略配置完整性,避免误用过时内容。
操作流程
进入“已归档”策略视图。
在“应用更新策略”页面顶部点击【已归档】标签页,切换至归档策略列表。
执行还原操作。
在目标策略右侧点击【操作】按钮,选择【还原】。
系统处理结果。
策略状态立即更新为“草稿”,自动移入“全部”策略列表;
原有配置内容保持不变,设备与分组绑定需重新配置;
用户可继续修改、提交该策略并重新进入标准审批与发布流程。
后续动作建议。
建议完成必要的策略校验、关联对象更新后再提交;
可在“操作日志”中查看还原操作记录与执行人信息。
3.10 删除
操作说明
“删除”操作用于永久删除处于“已归档”状态的应用更新策略记录。系统将执行逻辑删除,删除后该策略将不再出现在任何列表中,且无法还原。该操作适用于清理无效、废弃或历史策略,保持策略列表简洁有序。
删除操作不可撤回,建议仅在确认策略无任何后续使用需求时执行。
注意事项
仅“已归档”状态的策略支持删除操作。
删除操作为逻辑删除,平台将移除该策略在前端与接口中的可见性。
删除后的策略将永久消失,不可恢复、不可查看,也无法再次还原为草稿。
删除操作不会影响设备的当前状态,不会回溯清除策略已生效的记录。
删除行为将完整记录于“操作日志”,支持后续审计追踪。
操作流程
进入“已归档”策略列表。
打开“应用更新策略”模块,点击顶部标签【已归档】,进入归档策略视图。
发起删除操作。
找到目标策略,点击【操作】按钮,选择【删除】。
确认删除。
系统弹出确认提示框,提示是否确定执行删除操作。 点击【确定】后,平台将立即对该策略执行逻辑删除;点击【取消】终止操作。
系统执行与结果。
策略将从“全部”与“已归档”列表中消失,状态无法恢复;
删除记录将保留在“操作日志”中,便于后续审查。
后续建议。
删除前请确认策略不再用于任何设备,也无未来复用需求;
若仅需暂时停用或保留记录,可优先选择“停用”或“归档”操作。
4. 配置项说明
策略配置项根据策略类型(GP 应用更新策略 / KC 应用更新策略)差异分为两类,所有策略配置将通过模块级合并方式叠加下发至设备:
不同模块间:合并生效;
相同模块间:以最新绑定的策略模块为准。
说明:KMA 应用更新策略向下兼容 IMA 类型的设备。
4.1 GP 应用更新策略配置项说明
配置项 | 配置项说明 |
应用选择 | 策略支持选择 Google Play 公有应用与私有应用作为更新对象,Google Play公有应用、Google Play私有应用不支持指定版本,采用“最新”版本更新模式。 每个策略可关联多个应用,策略创建前需确保所选应用为“已发布”状态。但设备上配置的一个应用只能有一个生效的更新策略配置。 |
应用更新方式 | 控制设备如何执行应用更新,支持以下三种模式: ① 默认更新:设备需满足 “设备处于非活跃状态;设备连接到不按流量计费的网络;设备正在充电;需要更新的应用未在前台运行” 的条件,方可执行更新; ② 延期更新:应用在过期后最长90天内不会自动更新。用户仍然可以随时通过Play商店手动更新应用; ③ 尽快更新:系统会尽快更新应用,未应用任何限制条件。 |
应用分发计划 | 控制策略何时对设备生效。支持设置为: ① 立即:提交后立即推送至目标设备; ② 开始时间:定时执行; ③ 时间窗口:定义每日/每周的更新时间段,系统将在窗口期内执行更新任务。适合业务低峰期控制更新行为。 |
设备发布范围 | 决定策略下发目标设备的范围。可选择: ① 所有设备:当前企业下所有 GMA 类型设备; ② 灰度发布:通过设备分组或逐台设备精细选择目标; ③ 按比例发布:设定百分比,系统自动从所有设备中随机抽取目标推送更新。 |
4.2 KC 应用更新策略配置项说明
配置项 | 配置项说明 |
应用选择 | 支持选择企业公有应用、企业私有应用、企业 Web 应用。应用必须为“已发布”状态,支持为每个应用设置“指定版本”或“最新版本”: ① 选择“指定版本”时,系统仅在设备当前版本低于指定版本时才触发更新; ② 选择“最新版本”时,系统将在发现新版本后自动按照策略配置执行更新。 |
应用更新方式模块 | 该模块启用后可配置以下三项: ① 应用更新方式: - 默认:仅在KC App【应用】模块中展示“可用更新”信息; - 提示:用户在通知栏中接收更新提示,需手动确认; - 强制:系统静默后台更新,无需用户参与; ② 更新控制方式: - 仅限 WiFi / WiFi 优先 / 移动网络和WiFi都允许 / 禁用自动更新; ③ 应用更新时间:可设为“立即”、“开始时间”或“时间窗口”控制策略执行时间。 |
应用更新后启动模块 | 若启用该模块,可为策略中的部分应用开启“更新完成后自动启动”操作。适用于前台类业务 App(如 POS)。设备完成更新后自动拉起该应用,提高业务连续性。 |
策略分发时间 | 当前仅支持设为“立即”生效。策略一旦审批通过(如开启审批流程),将立即推送至目标设备执行。后续版本或场景可能支持定时。 |
设备发布范围 | 决定策略下发目标设备的范围。支持: ① 所有设备:当前企业下所有 KMA / IMA 类型设备; ② 灰度发布:可选择设备分组或单个设备进行精细化策略分发; ③ 按比例发布:按企业设备总量随机选取若干比例(如 10%、50%)的设备,进行分阶段投放。 |



































