高处作业票审批状态机设计：先办票后作业的系统硬约束怎么做

工地上办一张高处作业票，纸质的流程大家熟悉：作业负责人填单子，跑着找人签字，安全员翻证件复印件，全签完票揣在班长兜里，干完活票据塞进档案盒。真出事调查时才发现，票找不着了，或者签了字但监护人压根不在场。把这张票搬进系统，不是做个电子表单的事，核心是把「先办票、后作业」变成程序上绕不过去的硬约束——这就要聊到状态机设计。

一、为什么作业票系统必须按状态机来建

很多企业的电子作业票做成了一张「记录表」：填完提交，完事。这跟纸质票没有本质区别，因为它管不住流转环节之间的空隙。状态机的思路是把作业票的生命周期切成一个个明确的状态，状态之间只有指定的动作才能流转，每个动作留下时间、人物、照片三类数据。

1. 状态机与表单的本质区别

• 表单只回答「票上有什么」，管不住「票到了哪一步、下一步谁能动」；
• 状态机回答「这张票现在处于什么状态、谁持有什么权限、什么条件下能流转」，权责在每个节点上钉死；
• 状态不可跳跃：没经过「已批准」就到不了「作业中」，先办票后作业从管理要求变成了程序约束。

2. 通用七状态模型

综合各类企业的实践，一张作业票从生到死的完整状态链可以抽象为七环，如图所示。

二、七状态与流转动作逐个拆

状态定义是骨架，流转规则才是肉。每个状态要配清楚三件事：进入条件、可执行角色、可流转方向。

1. 草稿→待审核：申请人提交

申请人选作业类型、填作业内容和时间地点。关键是这一步不能让工人自己猜着填——作业级别、危害识别这些字段由安全员协助或模板预置。提交动作触发证件前置校验（下文详述），校验不过，票停在草稿态。

2. 待审核→已批准：分级审批路由

这是状态机里规则最密集的一个节点。作业票按风险分级走不同审批链：三级票安全员批完即走，一级二级票要加签分管负责人。审批人看到的不该只是一张申请表，而是自动关联出来的作业人员证件状态、同一时段同区域的作业冲突提醒。审批通过的瞬间，系统生成唯一票号——这张票从此有了身份证，后续所有动作都挂在这个号下。

3. 已批准→作业中：监护人扫码确认

这是「无票不作业」落到实处的关键一跳。批准不等于开工：监护人必须到作业现场，扫作业点二维码，核对安全措施落实情况后才确认开工。扫码动作带定位和时间戳，把「监护人到场」从口头承诺变成数据事实。多数企业上线后统计，审批到确认开工的全程耗时从过去的半天左右压缩到1小时以内（企业内部上线前后对比口径）。

4. 作业中→已完工→已验收→归档

完工由作业负责人提交，附现场清理后照片；验收由属地负责人确认，确认作业区域恢复正常。验收通过，票自动归档进台账——台账不是事后补录出来的，是每一张走完流程的票自然沉淀的结果。迎检时按票号、日期、区域检索，几秒钟调出全流程记录。

三、两条不可绕过的校验线

状态机管流转，校验线管准入。真正的硬约束藏在两个最容易作假的环节上。

1. 校验线一：证件有效性前置校验

申请提交时，系统对作业人和监护人做三层比对：证件是否在有效期内、准操项目是否与作业类型匹配、证件是否有复审预警。任何一项不过，提交按钮就是灰的。这条线解决的是「证过期了人还在高空上」的经典漏洞——把资质检查从审批人肉眼翻复印件，变成系统在入口处拦截。

2. 校验线二：票与作业场所强绑定

纸质票最大的问题是「票在兜里、人在别处」。系统做法是把票的二维码贴在或显示在作业点，开工确认必须在现场扫码完成，扫码定位与作业地点偏差超过阈值就告警。这两条校验线一前一后，把「人员合规」和「场所合规」都焊死在流程里。

四、数据模型：四张主表撑起一套票务

从表结构看，一套够用的作业票系统由四张主表构成，低代码平台拖拽就能建出来：

这四张表通过票号强关联，任何一张票都可以一键穿透看到「谁申请的、谁批的、谁监护的、几点开工几点完工、现场什么状况」。做设计的时候不建议把措施确认并进主表用大文本存——那就失去了逐项核销的能力。

五、怎么把状态机搭出来：五步实操

以低代码平台为例，搭一套带硬约束的作业票应用大致五步，业务管理员自己就能完成：

1. 第一步：建作业人员台账（约半天）。把特种作业人员证件批量导入，设有效期和复审日期字段，配提前60天预警；
2. 第二步：建作业票主表（约1天）。字段对齐上面主表设计，作业类型和级别做成字典项，别用自由文本；
3. 第三步：配状态流转（约1天）。按七状态模型配置每个状态的权限与流转条件，驳回和作废走独立分支并强制填写原因；
4. 第四步：挂两条校验线（约半天）。提交校验绑证件台账，开工确认绑扫码组件和定位，偏差阈值按厂区实际设定；
5. 第五步：试跑一批票（1周）。拿低风险的三级票试运行，让安全员和监护人把操作跑顺，再放开全级别。

整体搭下来一周出头，企业内部实测首次试运行期间约八成的流程问题（字段缺失、权限错配）能在第一周暴露并修掉（试点期内部统计）。想做特种作业审批数字化的团队，可以在搭贝的特种作业管理解决方案里找到现成的票务模板，改字段比从零画快得多。

六、三个常见设计误区

1. 状态越设越多

有的团队把七状态扩到十几个，把「挂起」「转办」都设成独立状态，最后没人记得清规则。原则：业务动作才配成为状态，管理动作做成日志。转办、催办记日志就行，不进状态链。

2. 校验只做在审批环节

审批时查一次证件，作业拖到三天后，证件可能正好过期。正确做法是开工确认时再校验一次——扫码确认动作顺带触发证件时效复核，两次校验之间的窗口就堵上了。

3. 台账单独建表

归档状态本身就是台账。单独再建一张「台账表」让人手工录入，等于又回到补资料的老路。报表直接从主表按状态筛选生成，才不会出现两套数字。

七、写在最后

状态机这个词听起来技术味很重，但它背后的管理逻辑非常朴素：一张票在任何一个时刻，只能处于一个明确的状态，进入下一个状态必须满足条件、必须有人负责、必须留下痕迹。这套约束在纸面上靠自觉，在系统里靠规则。对安全管理来说，「先办票后作业」这六个字值多少钱，出过事的企业最清楚——而让这六个字从墙上的标语变成跑不掉的程序，正是作业票数字化的全部意义。