区分本地已保存与服务器已收到
外勤人员在信号差的现场录入信息时，页面应明确提示已保存在本机，还是已经同步到平台。图片、定位和表单可能分别上传成功，因此最好展示每条记录的同步状态及失败原因。离线能力的范围也应写清：哪些任务可以提前下载，哪些资料必须联网查询，避免用户以为所有功能都能脱网完成。
同步记录需要稳定标识
每条采集记录在本地创建时取得稳定标识，后续重试使用同一标识，防止网络抖动导致重复入库。附件先建立与记录的关联，再逐个确认上传结果。客户端可以保存待同步队列，在用户重新联网或主动点击同步时继续处理，并提供未完成数量，让外勤人员离开现场前能够检查是否还有资料未提交。
冲突不能简单覆盖
如果后台已经修改任务要求，而手机仍保存旧版本，提交时需要识别版本差异。双方都修改同一个字段时，可以显示差异并交由指定人员确认；不相关字段则按确认规则合并。对任务已经取消的情况，应保留手机端采集内容供人工判断，不直接丢弃，也不擅自重新开启后台任务。
用真实弱网过程验收
在录入、拍照、上传中途分别断网，关闭应用后重新打开，再恢复网络，检查内容是否完整。测试连续点击提交、同一任务两台设备采集和手机空间不足等场景。验收重点是数据能否找回、重复记录能否避免以及失败后用户是否知道怎么处理，而不仅是正常网络下可以完成一次上传。
方案落地前需要确认
本文以“外勤 APP 离线采集”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。