特殊作业票电子化，先拆成六步

电池回收和材料工厂的危化品合规要求高，纸质作业票的问题不在慢，在查不到：安全措施打没打勾没证据，签名是不是补签看不出来，气体检测时间和作业时间无法核对。本文把作业票拆成六步，给出开票时的资质校验与检测时序校验规则、多基地模板继承方式，以及对接园区监管平台要先问清的三件事。

作业票的问题不在慢，在查不到

特殊作业票覆盖的是动火、受限空间、高处这一类高风险作业。纸质票在现场是有效的，问题出在事后。

票上的安全措施一栏，打勾的人有没有真的去看，没有证据。审批签名是当天签的还是补签的，看不出来。气体检测数据写在纸上，和作业时间的先后关系无法核对。监管来查、或者真出了事故，能拿出来的就是一沓纸。

几个基地各自执行，标准宽严不一。总部想看这个月全集团开了多少张作业票、哪一类超期，只能让各基地报数。

六步怎么走

步骤	系统里发生什么	顶掉了纸质票的哪个漏洞
申请	按作业类型带出风险清单	申请人漏项
生成电子作业票	票面字段固定，编号唯一	手写票格式各异
安全措施确认	逐项确认，可挂照片	打勾但没去看
多级审批	手机上走，同时校验人员资质	代签、过期资质
监护人签到	扫码签到，附现场照片或视频	监护人在不在场说不清
完工归档	验收后自动进台账	单据丢失、无法统计

流程走向：

• 申请：按作业类型带出风险清单 → 生成电子票：票号唯一，字段固定
• 生成电子票：票号唯一，字段固定 → 安全措施逐项确认：可挂照片视频
• 安全措施逐项确认：可挂照片视频 → 多级审批：同步校验人员资质
• 多级审批：同步校验人员资质 →（资质过期）阻断，退回补充
• 多级审批：同步校验人员资质 →（通过）监护人扫码签到：附现场影像
• 监护人扫码签到：附现场影像 → 作业执行：气体检测按时间记录
• 作业执行：气体检测按时间记录 → 完工验收
• 完工验收 → 归档进台账
• 作业执行：气体检测按时间记录 →（跨班次）重新确认，延期留记录

这六步里最值钱的是校验人员资质。作业人、监护人、审批人的证书有效期存在系统里，开票时自动比对，过期就挡下来。纸质票做不到这一点，因为签名的人有没有资质，靠的是现场另一个人记得。

两条必须硬拦的校验（示意）

第一条，开票时校验三方人员资质。证书有效期必须覆盖作业开始与结束两个时点，只覆盖开始时间会漏掉跨班次作业。

SELECT w.work_type,
       p.person_role,
       p.cert_no,
       c.cert_type,
       c.valid_until,
       CASE WHEN c.cert_no IS NULL            THEN 'MISSING_CERT'
            WHEN c.valid_until < w.plan_end    THEN 'CERT_EXPIRED'
            ELSE 'OK' END AS check_result
FROM   work_permit_person p
JOIN   work_permit        w ON w.permit_no = p.permit_no
LEFT   JOIN person_cert    c ON c.person_id = p.person_id
                            AND c.cert_type = w.required_cert_type
WHERE  p.permit_no = :permit_no;

第二条，检测与作业的时序校验。纸质票上气体检测和作业时间分栏手写，事后对不上；线上只要把两类记录都带时间戳，一条查询就能查出"先开工后检测"。

SELECT permit_no
FROM   work_permit
WHERE  gas_check_last_at IS NULL
   OR  gas_check_last_at >= work_start_at          -- 开工前必须有有效检测
   OR  work_start_at - gas_check_last_at > INTERVAL '30' MINUTE;  -- 检测时效过期

30 分钟这个窗口按各企业规程与监管要求填，不要照抄。真正要紧的是这条查询每天跑一次，结果发到安全岗，而不是等监管来问。

几个基地标准不一怎么统一

把票面拆成两层。风险清单、必填项、审批层级由总部定成模板，各基地复制后再加自己的差异项，比如某个园区要求额外附视频记录。

CREATE TABLE work_permit (
  permit_no       VARCHAR(32) PRIMARY KEY,   -- 全局唯一，含基地码与类型码
  base_code       VARCHAR(16) NOT NULL,
  work_type       VARCHAR(16) NOT NULL,      -- HOT_WORK / CONFINED / HEIGHT
  template_ver    VARCHAR(16) NOT NULL,      -- 总部模板版本
  area_code       VARCHAR(32) NOT NULL,
  device_codes    VARCHAR(256),
  gas_check_last_at DATETIME,
  work_start_at   DATETIME,
  work_end_at     DATETIME,
  valid_until     DATETIME,
  extend_reason   VARCHAR(256),              -- 跨班次重新确认的理由
  archive_at      DATETIME
);

CREATE TABLE work_permit_item (
  permit_no   VARCHAR(32) NOT NULL,
  item_code   VARCHAR(32) NOT NULL,   -- 总部清单项 + 基地附加项
  scope_flag  VARCHAR(8)  NOT NULL,   -- HQ / BASE，决定谁能改
  confirmed_by VARCHAR(64),
  confirmed_at DATETIME,
  evidence_key VARCHAR(256),
  PRIMARY KEY (permit_no, item_code)
);

scope_flag 区分总部项与基地附加项。基地可以加，不能删也不能改总部项，这一条落在配置权限上，不靠制度文件。差异只在模板的附加项上，不在人的执行习惯上。总部要一张全局视图，看的就是各基地在同一套字段下的开票量、驳回率和超期项。

电子作业票上要留哪些字段

纸质票的栏目靠人回忆，电子票要把它固定下来。下面这张表建议逐条过一遍，少一个字段，事后就少一条能查的证据。

字段	为什么要固定
票号与作业类型	一类风险对应一张票，混开就没法统计
作业区域与关联设备	出事时能定位到具体位置
作业人、监护人及证书编号	开票时校验资质有效期
气体检测记录	检测时间和作业开始时间要能对上
安全措施确认项	逐项确认，可挂照片或视频
审批链与各级时间戳	证明签批发生在作业开始之前
有效期与延期记录	跨班次作业必须重新确认
验收人与归档时间	判断这张票办没办完的依据

字段定下来之后不要再放给各基地自己改。必填项松一寸，台账就空一片。

一家动力电池回收企业的安环平台

一家动力电池回收企业正按这个思路搭安环管理平台，作业票、隐患、随手拍、承包商准入都在里面，还要对接园区监管平台。

这几件事放在一起是有道理的。承包商准入决定了谁有资格开票，随手拍提供了现场证据，隐患记录可以反查是不是某类作业反复出问题。它们共用一套人员和作业数据，拆开建就变成四个互不相通的系统。

这家企业定的目标是合规留痕、风险可控、给一线减负。三项里最后一项最容易被忽略：如果线上流程比纸单更麻烦，一线会想办法两头都做，数据反而更乱。

对接园区监管平台之前先问清三件事：对方要哪些字段，推送的时点是开票时还是完工后，网络不通时怎么补。作业票数据里有企业和人员信息，推出去的是哪一版要留记录，不然监管端和自己的台账对不上时说不清。这类对接走集成平台统一管，不要每种票单独写一个接口。

上线顺序

先做动火一类风险最高、量也最大的作业票，跑一个月再扩到其他类型。上线时保留纸质票并行两周作为过渡，两周后强制切断，不然后线永远只是备份。

上线检查清单

• 票号全局唯一，重复开票被拒绝
• 作业人、监护人、审批人三方资质覆盖到作业结束时点，过期即阻断
• 气体检测时间早于开工时间且落在有效窗口内，每日跑一次异常查询
• 安全措施逐项确认，可挂照片视频，总部项基地不可删改
• 跨班次作业强制重新确认，延期理由落库
• 各级审批时间戳完整，可证明签批发生在作业开始之前
• 与监管平台的推送字段清单、时点、断网补偿方案已书面确认
• 纸质票并行两周后有强制切断动作与责任人
• 上月作业票已按类型、基地、驳回原因统计，驳回最多的类型进第一版校验

关于得帆智能

得帆智能成立于 2014 年，目前拥有 2100+ 家大型企业客户和 2400+ 个落地项目。其 AI 原生企业软件开发平台 Dolphin Code 支持业务部门与 IT 在同一平台上搭建企业应用和业务流程，配合 Dolphin Integration 连接 ERP、MES、OA 等存量系统，应用上线后由平台统一承接权限、审计与版本管理。

说明：本文由得帆智能整理发布，文中提到的 Dolphin Code 等产品为本公司产品。内容根据项目实施经验整理，仅作行业交流，不构成采购建议；文中表结构与 SQL 均为示意，检测时效等阈值以企业规程与监管要求为准。