离线业务应用写了稍后同步，Agent 怎样把冲突规则补成需求问题

离线应用写了“稍后同步”，只说明希望以后传送数据，没有说明两端同时改过时采用什么。Agent可以把原始副本、离线修改和服务器当前事实放在一起，产出产品负责人需要决定的冲突情景。它应让规格完整，而不是自动合并真实业务数据。

先区分保存到哪里

用户在手机上看到保存成功，可能只是存入本地草稿；服务端是否接收、是否通过业务规则、是否被其他人看到，要分别定义。需求应说明哪个观察意味着本地保存，哪个意味着同步完成。否则设计与测试都可能把一个图标当作整项业务已经提交。

冲突包至少保留对象标识、离线开始前值、客户端改值、服务器当前值及来源时点。知道两个最终值不同还不够；同一字段在离线前就不同，可能是副本不一致，而不是本次编辑竞争。取得不了原值时，明确缺少比较基线。

官方机制说明1：后台同步可延迟网络任务，要求安全上下文且浏览器支持有限；不包含冲突自动合并保证。

后台同步提供延后网络任务的方式，浏览器支持和安全上下文也有条件。它没有替企业决定字段覆盖、对象归档或重复记录语义。本题因此将触发能力和业务冲突规则分开写。

合成输入1。 手机离线把巡检位置从A改B，服务器同期改为C

预期处置：并列三个值和编辑背景，要求确认冲突策略

合成输入2。 离线新增巡检记录，而对应设备在服务器已归档

预期处置：生成对象仍可提交与否的需求问题

合成输入3。 浏览器不支持后台同步，需求承诺关闭后必定上传

预期处置：标注能力条件及替代人工入口待定

位置A被两端改成B与C，不能仅按最后到达时间推断哪个反映现场；两边来源都应交给负责人。对象已归档时，旧客户端提交的巡检是保留历史观察、建立补录申请还是拒绝，需要产品给出流程，不能靠恢复旧对象解决。浏览器不支持后台任务，则要说明回到应用后的人工继续入口，不能许诺关闭页面后必定上传。

不同字段可能分别变化，表面上容易合并。例如位置与备注各改一处，仍需核备注是否描述旧位置。助手可列出相关字段和可能依赖，不能见到字段不同就宣布没有冲突。若本期只支持人工比较，也应明确保留两份内容，向用户解释提交尚未完成。

时序材料应记录哪个事实来自客户端观察、哪个来自服务器登记，不将不同设备显示的时间直接当可信优先级。本文附件提供的是冲突规格工作表，不包含同步服务或实际网络回放。

产品人员从离线进入、编辑、恢复联网、看到冲突、完成处理走一遍，检查每个阶段用户究竟知道什么。缺少服务器时间控制或对象状态材料时，就把相关场景保留为待设计。测试人员不能用一次顺畅上传代替冲突路径验证。

采购范围可先选一种业务对象和少量字段，形成可解释的三方比较视图。若现有应用已提供同步能力，定制部分主要在业务状态、冲突问题生成与处理材料，不必把网络重试再开发一遍。

位置案例可把共同基线A放中间，左边显示离线改为B，右边显示服务器改为C，逐字段列来源。不要只高亮B与C不同，否则接手者不知道哪一方修改过什么。归档案例则把对象状态和巡检记录内容分开：保留现场观察不必然要求恢复对象，产品需明确两者允许怎样关联。

浏览器能力不足的情景还要把用户操作路径写清。待同步草稿何时能再次被看到，用户需要做什么才能继续，应作为问题交还产品。本文只登记需求问题和已有机制边界，没有搭建离线存储或重试流程。工作表中无法核实的来源值保持未知，避免凭一段离线文字编成服务器已接受的事实。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。