- 附条件不是通过。接受、有条件、变通或阻止量产，是本页已经定义的状态。
| 状态 | 对放行的影响 | 记录 |
|---|---|---|
| 接受 | 限制已写明，放行可以继续 | 责任人和证据 |
| 有条件或变通 | 不是通过 | 型号、责任人、备选路径、证据、状态 |
| 阻止量产 | 验收矩阵决定是否停住 | 不是已验证的项目故事 |
指南
围绕真实部署环境构建
限制是证据的一部分，并不代表项目失败
已知限制可以帮助部署在信息透明的前提下继续推进。记录应说明哪些内容已接受、哪些有条件成立、哪些需要变通方案，以及哪些问题在解决前必须阻止量产。这些限制通常由哪一层负责，映射见OEM 与 MDM 依赖矩阵。
Takeaway. 附条件不是通过。接受、有条件、变通或阻止量产，是本页已经定义的状态。
Common mistake. 附条件不是通过。接受、有条件、变通或阻止量产，是本页已经定义的状态。
已知限制类别
| 类别 | 限制示例 | 处理方式 |
|---|---|---|
| OEM 或型号 | 开机动画、固件选项或附件适配取决于具体型号 | 记录所选型号、依赖责任方和备选路径。 |
| Android 或 GMS 路线 | 选择 AOSP 或 GMS 会改变应用分发或服务行为 | 关联设备配置规范和应用验收检查。 |
| MDM 与策略 | 某项限制取决于设备所有者模式或 MDM 支持 | 记录策略组、已测试行为和不受支持的控制。 |
| 应用与后端 | 离线队列、登录或更新行为取决于客户应用 | 分配给应用责任方，并在样机测试通过前保持未关闭状态。 |
| 市场、运营商或认证 | 目标国家证书、运营商验收或进口商角色尚未解决 | 承诺量产前，标记为目标市场依赖。 |
Takeaway. Exclusion means the use is gone and the approver is recorded. It is not a waiver.
Send a redacted brief. We reply within 1 business day.
下载限制库模板
What to send us
| Item | Why we need it | Example format |
|---|---|---|
| Affected model | The limit is per build | Model and build |
| Unresolved control | What is not proven | Control name |
| Observed result | What you saw | Observation, or not tested |
| Owner | Someone tracks it | Role name |
| Use and example format | How the row should look | A blank log row |
Send a redacted brief. We reply within 1 business day.
常见问题
是否应向买方展示已知限制？
应该。清晰可见的限制记录会使样机验收更可靠，因为它把已验收行为与有条件或不受支持的行为区分开来。
限制可以被接受吗？
失败的核心用途在修好之前保持未解决，或者直到该用途被实际移除并写明批准人。排除不能豁免适用的安全或市场准入规则。尚未核对的事项保持未决。
哪些限制应阻止量产？
影响核心工作流程、监管路径、付款/锁定行为、安全关键用途或必要网络连接的问题，应在解决或正式排除前阻止量产。