应用场景

离线填报

让现场作业不再被网络卡住——HAC 离线填报解决的问题与业务价值。

巡检、验收、盘点等现场作业,常常发生在网络不稳定甚至没有信号的地方,例如仓库深处、地下室、偏远工地。这些工作又必须当场完成表单填报,不能等回到有网络的地方再补。

HAC 离线填报把活字格的表单能力延伸到断网现场,工作方式可以概括为:

在线准备任务,离线完成工作,联网完成闭环。

HAC 离线填报:一项现场任务的完整流转

方案怎么工作

  1. 有网络时,管理者在活字格中准备现场任务:任务名称、作业步骤、检查要求、必填项、照片、文件、签名和明细列表,提前配置好并下发到 HAC 设备;
  2. 到达现场后,即使网络变差甚至完全中断,工作人员仍可打开已下发的任务,按标准完成填报、拍照、附加资料、填写多条明细,最后签名提交;
  3. 填报记录和附件先保存在设备本地;网络恢复后再回到活字格,完成业务入库和资料归档。

业务价值

让现场工作持续进行

网络不稳定时,工作人员不必停下来等信号,也不必在几种临时记录工具之间来回切换。任务已经在设备上,工作就可以按计划继续。

这对巡检、验收、盘点、普查、维修等工作尤其重要:它们通常有明确的时间窗口,人员已经到位,错过一次作业就可能增加调度、交通和协调成本。

让现场记录更完整

一项现场工作经常同时需要文字、选项、时间、照片、文件和签名,离线表单可以把这些内容放在同一条任务记录里。

以设备巡检为例:人员先填写设备和任务信息,再逐项判定“合格 / 不合格”,对异常情况新增问题明细,拍下现场照片,最后由巡检人员完成签名。回传时文字和附件仍然围绕同一条记录组织,后续查找与追溯都会轻松很多。

让现场人员按标准做事

纸笔记录很依赖个人经验:检查哪些项目、哪些内容要拍照、哪些字段必须填写,容易因人员不同而产生差异。

离线表单可以把作业步骤、分组、说明文字、必填规则和进度提示提前放进去。新员工也能按表单走完整流程,经验丰富的人员则可以更快完成任务,管理者得到的是更统一的过程数据。

让表单跟随业务变化

现场业务很少只有一种固定格式:巡检关注“是否合格”,工程验收关注“验收标准”和“问题清单”,客户服务还需要“处理过程”“替换物料”和“客户签字”。

离线表单把表单设计做成了可组合的能力——多个步骤、分组与进度、说明文本与说明 PDF,以及文本框、密码框、下拉选择、单选、日期时间、图片、文件、签名和可新增的明细列表。表单项目支持编号和版本管理,要求变化时调整表单定义即可,不必为每种变化重新开发一套移动端程序。

典型场景

场景现场要完成的事
设备巡检逐项记录检查结果、异常明细与照片,离开现场前完成签名。
工程验收核对验收标准、记录问题清单,补充照片与签字。
普查、盘点与现场调查在园区、仓库或偏远区域逐点采集,用明细列表记录多条结果。
维修与客户服务记录故障现象、处理过程与替换物料,请客户签名确认。
应急处置在受影响网络中记录现场状态、处置措施与证据资料,恢复后集中回传。

技术设计要点

这套方案把「传输与暂存」和「业务规则」分开:HAC 负责在设备本地渲染表单、保存记录与附件;表单定义的下发、数据回传和业务入库仍由活字格侧完成。下面从数据载体和可用命令两方面说明这条链路。

数据如何流转

环节载体关键标识
下发任务Pattern JSON(表单项目)patternId
现场填报设备本地记录与附件recordId
回传结果ExportResult JSON字段 itemId
业务入库活字格业务数据表业务主键

方案提供的插件命令

HAC 提供设备侧能力,离线填报方案在此基础上补充 6 个活字格命令,覆盖表单定义、下发与回传的完整链路:

命令作用参考文档
构建离线页面内容把设计器中的分组、文本和表单项转换为页面内容 JSON。构建离线表单
构建离线表单把项目编号、名称、描述、版本号和步骤组装为完整 Pattern JSON。构建离线表单
检测离线表单 JSON校验 Pattern JSON 是否符合标准结构,返回是否有效和错误点。构建离线表单
下载离线表单把 Pattern JSON 下发到 HAC 并保存在设备本地。下发到 HAC
下载离线表单说明 PDF把说明 PDF 下载到设备,并绑定到指定离线表单项目。下发到 HAC
上传离线表单导出填报记录、上传本地附件,并维护设备上的记录与项目。回传填报数据

按链路看:前三个命令构建并校验表单定义,中间两个在联网时把任务下发到设备,最后一个在恢复网络后把记录与附件带回活字格。

开始使用

设备侧的离线模式与离线存储命令,见 离线模式

本页目录