离线盘点的难点不是把扫码结果暂存在终端，而是恢复网络后，如何处理“现场已盘、后台已改”的同一项资产。双向同步不能等同于互相覆盖：盘点记录反映现场观察，资产台账承载业务状态，两者需要关联核验，而不是简单保留最后上传的数据。
先区分事实与变更
建议将盘点结果与台账修改分开记录。扫码确认、现场位置、盘点人员等属于盘点事实；保管人、所属部门、调拨状态等属于业务属性。现场发现位置不符，可以生成差异记录，但不应直接替代已经审批的调拨结果。
终端离线前，应保留下载时的基础版本；上传时同时提交基础版本与本地变化。服务端对比基础数据、本地结果和当前台账，才能判断哪些变化来自终端，哪些发生于后台。仅凭上传时间决定覆盖顺序，无法识别这种差异，终端时间也不宜作为唯一裁决依据。
按冲突性质处理
不同字段的独立修改，在不违反业务约束时可以合并；同一字段被双方改成不同内容，应进入冲突处理。涉及调拨、报废等状态变化时，还需校验流程，不能把字段不同当作唯一判断标准。
例如，离线期间后台完成资产调拨，终端仍按原位置上传盘点结果，系统应保留现场记录并提示核查，而非自动撤销调拨。无法自动裁决的差异，应保留双方内容、变更来源与处理记录，由有权限的人员确认。
同步完成要有明确边界
重连后的同步应支持重复提交而不重复记账，并明确区分待上传、已接收、待处理和已完成。终端只有收到可靠确认后，才可清理待同步记录；服务端形成的有效变更与冲突处理结果，也应回传终端。
验收时应覆盖断网重试、重复上传、双方同时修改和后台状态变化等情形。判断机制是否可靠，不是看数据最终是否一致，而是看一致之前的差异是否可解释、裁决是否合规、过程是否可追溯。
