离线表单同步冲突处理的核心，不是选择一个听起来先进的算法，而是决定哪些工作可以自动组合，哪些必须由人判断。现场人员在没有网络时修改检查表，办公室同时调整同一记录，两个版本都可能包含有效信息。简单覆盖其中一个，往往会丢失无法重新采集的备注或照片。
以虚构的楼宇维护团队为例，技术员在地下机房填写设备状况，调度员在办公室变更维修负责人。若两人修改不同字段，可以考虑按规则合并；若双方都修改故障等级，则需要明确的确认流程。此例用于说明工程决策，不代表实际项目成果。
草稿要记住它从哪里开始
本地草稿除了输入内容，还应关联业务记录、基础版本和当前账户。重连后，服务端可以判断记录是否已被其他人修改。不要仅比较手机上的时间：设备时钟可能不同，较晚的时间戳也不一定代表更正确的业务判断。服务端接受的版本顺序与实际采集时间可以分别记录。
保存状态必须准确表达。正在保存、本机已保存、等待同步、服务端已接受，应当是不同状态。应用退出后仍需找回草稿及附件引用；若存储空间不足，则要及时提示哪个部分未能保存。不能先展示成功，再依赖稍后可能失败的写入动作保留工作。
合并规则由字段的业务意义决定
独立备注可以采用追加方式，但金额、数量和审批结果通常不能随意拼接。为每种冲突列出允许的处理：保留某一版本、分别记录两条事实、重新计算，或交给负责人审核。字段名称相同不代表处理方法相同，也不要把“最后写入获胜”当作所有业务的默认答案。
冲突界面应展示基础值、当前服务端值和本地修改，并说明谁在何时完成了相关操作。需要用户确认时，保留尚未选中的内容，直到处理完成。若审核期间服务端又产生新版本，应重新检查，而不是把旧确认结果覆盖到最新记录上。这样才能让每次选择对应清楚的上下文。
附件与访问权限也会发生变化
照片上传成功不等于整个表单已同步。每个附件需要可追踪的状态，并与正确的草稿关联。表单发生冲突时，已上传文件可以等待处理，不应因为重新提交而重复创建大量副本。清理孤立附件的规则也应明确，避免删除仍被有效草稿引用的文件。
用户离线期间可能失去项目权限。重连时必须重新检查身份和操作范围，不能因为草稿是在有权限时创建就自动接受。拒绝提交后，应解释原因及可用的处理途径，同时遵守本地数据保存政策。切换账户时更不能把原账户的草稿误发到另一租户。
验收一次真正的冲突恢复
让测试人员在两个设备上从同一版本开始编辑，分别修改独立字段和同一关键字段。中途断网、关闭应用、恢复网络，再检查冲突提示、附件和最终记录。随后在冲突确认前再做一次服务端修改，验证系统是否能保留新变化，而不是只通过理想顺序的演示。
Brainbaby Labs可以帮助定义离线表单、同步队列及冲突审核流程。提供一个真实字段结构和几种不能丢失的修改类型，就能讨论哪些操作适合自动合并，哪些需要明确的人工作业。验收重点应是工作被正确保留并完成，而不只是网络恢复后出现一个绿色图标。