一张纸质作业票，最容易丢的不是纸
车间要动火焊一段管道，流程通常是这样：班组长去找安全员拿一张空白作业票，手写作业内容、位置、时间，让两三个人签字，然后开工。开工后票放在谁的工位上，没人说得清；作业拖到第二天，票上的时间早就过期；月底安全例会要统计"本月动火作业多少张、有无超期"，只能靠翻台账——翻到多少是多少。
问题不在"有没有制度"，而在制度落地依赖三个脆弱的支点：空白票的库存、人记得去签字、事后有人收票归档。任何一个断掉，留痕就断了。检查时最常见的三句话是：票找不到、签字晚于开工、监护人那一栏是空的。
这类业务在 Inkwell AI 构建器里，属于典型的"表单 + 审批 + 提醒 + 台账"组合，不需要硬件接入，也不需要复杂的算法。它要解决的具体问题只有四个：
- 作业先申请后开工，没有有效的票不允许开工，开工时间有据可查；
- 风险措施逐项确认，不是一句"已交底"糊过去；
- 监护人到岗有记录，作业中过程留证；
- 票到期自动关，超期未关的票能被安全主管看见。
下文按"数据怎么建 → 页面怎么用 → 自动化怎么配 → 手机上怎么配合 → 上线前查什么"讲完一套可落地的做法。
数据怎么建：三张表的分工，比字段多少更重要
很多单位第一次做这类系统，会想"一张作业票建一张大表，把所有字段塞进去"。做出来往往两类毛病：一是措施项没法逐项打勾（只能整段文字描述），二是同一张票的多次动火、多个监护人没法记。可靠的做法是主表管一次作业、子表管措施与人员。
主表：作业票（一次作业一行）
一张作业票对应一次具体的危险作业，核心是"作业对象 + 类型 + 时间窗 + 状态"。几个关键设计决定：
- 作业票编号唯一。用"区域代码 + 作业类型代码 + 年月 + 流水"这类规则生成，设为唯一约束，防止重号；纸质时代的编号混乱，是后面统计失真最主要的来源。
- 作业类型走数据字典。动火、高处、受限空间、临时用电、吊装、断路、盲板抽堵……这些选项不要硬写在下拉里，而是集中放在数据字典里维护。原因很实际：不同厂区叫法不一样，明年可能新增一类作业，改字典不用改模块。字典的维护方法见 数据字典：管好下拉选项的统一口径。
- 风险等级也是字典。一般/较大/重大，直接决定审批级数，所以它必须是可控的选项值，不能让人手填。
- 时间窗两个字段：计划开始/结束，与实际开始/结束分开记。计划时间用于审批与安排监护；实际时间用于事后核对"有没有先干后批"。两者差异超过企业自定的容差，就该在台账里能被筛出来。
- 作业位置引用组织与区域。厂区、车间、装置区用引用字段指向已有档案，让"哪个区域作业最多、违章最多"这类统计做得出来，而不是靠手写文字去猜。
- 状态字段是全篇的中枢，建议固定六个：草稿 → 待审批 → 已出票（可作业）→ 作业中 → 已关票 → 已作废。状态值同样走数据字典，后面所有提醒与统计都基于它。
子表一：风险措施确认（一条措施一行）
这是整套系统里最该拆出来的一层。一次动火作业的安全措施可能有十来条：清理周边可燃物、配备灭火器、动火前气体检测、隔离阀门、设专人监护……如果把措施写成一个大文本框，等于让它变成一段能随便复制的废话。
拆成子表后，每条措施一行，字段是：措施内容（可从模板带出）、是否已确认、确认人、确认时间、附件（照片/检测记录）。这样带来两个直接好处：一是审批人看到的是"12 条里已确认 12 条"这样的事实，而不是"已落实"三个字；二是模板可以复用——按作业类型做措施清单模板，起草时自动带出默认条目，缺项一目了然。
子表二：监护与人员（一人一行）
监护人、作业人、特种作业持证人员，建议都落在这个子表里，字段包括：角色（监护人/作业人/审批人）、人员、所属单位（本单位或承包商）、证件编号与有效期（特种作业证）、到岗时间、离岗时间。
承包商人员单独建一份承包商与人员资质台账，用引用字段与作业票关联。这份台账的价值在提醒：资质或证件快到期时提前预警，避免"票批了、人被挡在门口"。类似的到期管理思路可以参考 员工培训与资质证书：记录、到期与复训提醒。
一份附件库，而不是到处传图
现场照片、气体检测单、交底记录、验收单，统一走平台的附件能力挂在对应记录上：措施确认挂措施行，签到挂人员行，完工验收挂票头。好处是导出与追溯时能按票取全套材料，不必再翻聊天记录。文件上传与存储的能力属于平台底座的一部分，见 管理底座。
最后一条设计纪律：记录只增不改，更正另起一行。作业票一旦出票，原始内容不允许被改掉；需要变更作业时间或措施，走变更记录或在备注里追加，保留原值。这条纪律是所有安全台账能经得起检查的前提。## 页面怎么用：按人分，而不是按表分
同一个模块，六种人用法完全不同。按角色分页面（用平台的权限体系给不同角色配不同视角，配置方式见 角色与权限配置），能显著减少"页面太复杂没人用"的失败率。
- 作业申请人（班组长/施工负责人）：只有一个入口"新建作业票"。表单按作业类型动态呈现——选了动火才出现气体检测项，选了高处才出现安全带挂点与作业平台项。起草时先选措施模板，措施条目自动带出，本人逐条确认并拍照。这个页面决定了一线愿不愿意用，标准很简单：手机上一屏能填完主要信息。
- 审批人（车间主管 → 安全员 → 分管负责人）：待办清单 + 一张票的全貌。审批人真正需要判断的是三件事——措施是否逐条落实、监护人是否到岗、时间窗是否与计划作业冲突。所以页面上把这三块顶到最上面，其余信息折叠。审批动作只有"通过/退回并写原因"，退回原因用字典选（如"措施未落实""监护人未定""气体检测缺失"），后面统计退回原因才有意义。
- 监护人：手机端一个"我的监护任务"列表，看到"待开工即到岗"的票。开工时提交签到（到岗时间由系统记录）、作业中按企业要求提交过程照片、结束后提交离岗确认。监护人的动作是整套流程里最容易漏的一环，所以它的入口要比审批入口更浅。
- 安全员：全局台账 + 异常看板。"今日到期未关票""超期未关票""退回率高的作业类型""承包商作业占比"，四个块足够覆盖周例会的问答。
- 承包商单位：只看自己的票与自己的人员资质状态，不能看别家的作业安排——这是权限配置里必须明确的一条。
- 安全主管/厂长：月度统计页。按区域、作业类型、承包商三个维度看作业量与异常数；统计口径只用系统里记录的事实（票据张数、时长达标率、超期关票数），不写"安全生产指数"这类无法验证的复合指标。
页面上有一个小细节值得先定："已出票"和"允许开工"是两件事。票批了但监护人未签到，系统里应显示"票已生效、监护未到岗"，而不是简单显示"可作业"。状态与条件分开呈现，能避免一线把"批了"当"可以干"。
自动化怎么配：四类规则就够了
这类业务的自动化不需要复杂设计，四类规则覆盖九成场景。平台的规则能力分别落在审批流、数据流规则与定时任务三个模块上，配法可参考 工作流可视化编辑器 与 工作流与定时任务。
第一类：审批分级。 风险等级与作业类型的组合决定审批链。一般作业到车间主管 + 安全员；重大作业加一级分管负责人；涉及承包商时并行加一条承包商负责人确认。把它做成审批流定义，而不是写在制度文件里靠人记。改动审批级数时改流程配置，不必改模块。
第二类：条件触发（数据流规则）。 这类规则的价值在于"状态自己会变"，不依赖人去点。典型三条：
- 审批全部通过 → 票状态自动置为"已出票"，并记录出票时间；
- 监护人签到 + 措施全部确认 → 允许把状态推进到"作业中"；缺任一条则保持"已出票"并提示缺什么；
- 到期未关票（实际结束时间为空且超过计划结束时间）→ 自动打"异常"标记，进入异常台账。
这些规则都是"某个条件成立就做一次数据变换"，配置化完成后可以在规则执行记录里看到每次触发的结果，出问题能追。
第三类：定时任务（提醒）。 建议至少配四条：① 每日固定时间扫一遍今日到期未关的票，通知监护人与安全员；② 每日扫超期未关票，通知安全主管；③ 每周扫特种作业证与承包商资质即将到期的记录，通知其主管与安全员；④ 每月生成上月作业台账汇总的待阅提醒。定时任务的好处是提醒不依赖任何人的记忆，配置见 工作流与定时任务。
第四类：留痕与审计。 谁改了状态、谁退了票、谁在什么时候关的票，都要进操作审计日志。安全台账的特殊性在于，事后追责时"谁在几点做了什么"比结果更重要。平台的操作审计日志能力可以按时间与操作类型查询导出，见 AI 监控与审计日志。
一句话总结自动化原则：状态靠规则推进，提醒靠定时任务，责任靠审计日志。 三者缺一个，系统就会退化成"电子版纸质票"。## 移动端怎么配合：把"最后一米"的动作用手机完成
危险作业的现场在装置区、在罐顶、在脚手架上，不在办公室。所以模块的双端分工要一开始就定清楚：
- PC 端做配置与统计：措施模板维护、审批流定义、月度台账、异常分析、导出归档；
- 移动端做现场动作：申请起草、措施逐条确认拍照、监护人签到与离岗、过程照片、完工验收。
在 Inkwell 里，PC 上构建好的模块会在移动端有对应的工作台入口，不必另外开发一套手机应用；移动端的使用方式与页面组织见 移动端使用指南 与 移动端。
现场用手机时有三个必须提前定好的口径，否则上线后一定返工：
- 照片是必填还是选填。建议：措施确认里"气体检测""隔离确认"这类关键项设为必填附件，其余选填。全必填的结果是一线拍一张重复的图应付。
- 网络不好的地方怎么记。装置区常有信号盲区，要接受"动作完成、稍后补录"的现实，并在流程里给一个明确的补录口径（例如补录只允许在当日 24 点前，补录记录在审计日志里可区分）。不要在方案里承诺"离线也能自动同步"，这类能力要先与平台侧确认。
- 谁的照片有效。监护人上传的过程照片以提交人为准，系统记录提交人与时间戳；这是一条可以保证的事实，比事后争论"这张图是谁拍的"更靠得住。
如果企业已经在用工地侧的日常记录（施工日报、安全检查、隐患整改），危险作业票适合与它并行而不合并：一个是"作业前的许可"，一个是"作业中的记录"，合并会让两边都变重。两者的衔接做法可参考 工地施工台账：施工日报、安全检查与隐患整改闭环。同理，作业前对设备的停机、隔离与检修若已上线工单，用引用字段把票与工单关联，避免"设备还在检修、动火票已开"这类冲突，见 设备维保与维修工单。
上线前查什么：八条清单
模块发布前的预检、菜单挂载与移动端同步的通用做法见 模块的测试与发布。针对危险作业这一类，额外逐条核对下面八项：
- 状态字典定稿没有。六个状态的名称、流转方向、谁能推进，先开会定下来再动手建，中途改字典会让历史数据错位。
- 作业类型与风险等级的字典项与现行制度一致没有。制度里叫"一级动火"而系统里叫"重大动火"，一线会混乱。
- 措施模板覆盖了主要作业类型没有。至少把频次最高的三类作业（通常是动火、高处、受限空间）的措施清单整理进模板。
- 审批链与制度文件对得上没有。逐级对照，特别检查"重大作业加一级"这条有没有漏。
- 权限边界清楚没有。承包商只能看自家数据；跨区域的安全员是否可看全厂；审批人能否查看附件详情——三条都要在测试账号里实际验证一遍。
- 定时任务真的会跑没有。配好后在测试环境等一次触发，看通知是否到达正确的人，而不是只看配置界面显示"已启用"。
- 手机端现场动作走通没有。用一个真实账号在车间网络下完成"申请—确认措施—审批—签到—关票"全链路，不只看截图。
- 导出与归档能不能用。检查时最常要的是"某月某类作业的全部票据与附件"，这条路径必须试过。
上线节奏建议分批：先跑一类作业（动火最典型），跑两周核对台账与纸质流程的差异，再铺开其他类型。一次全铺开，一旦状态流转设计有问题，历史数据很难回炉。
之后怎么延伸
这套底表的好处是延展性很强，常见的三条延伸路径：
- 接隐患与整改：作业中发现的问题转成隐患记录，限期整改并复验，形成"许可—发现—整改—复验"闭环；
- 接人员资质：特种作业证、承包商安全培训记录统一到一份人员资质台账，与作业票的持证校验联动；
- 接统计与考核：按区域和承包商统计作业量、超期关票数、退回原因分布，给承包商评价提供事实依据，而不是凭印象打分。
延伸时用同一套模板与字典，不要另起一份"安全系统"，否则又会回到多台账互相打架的老路。
不做什么：把边界写在前面
- 不做硬件联动。气体探测器、门禁、监控的实时数据接入不在本方案范围内，系统记录的是人填的检测结果与照片，不承诺自动采集。
- 不做定位与人脸识别。签到以提交人与系统时间戳为凭，不承诺轨迹或生物识别。
- 不替代现场判断。系统能保证"该确认的确认了、该签的签了、该关的关了"；某项措施是否真的安全，仍由现场作业负责人与监护人判断。
- 不做电子签章的法律效力承诺。审批与签字的留痕用于内部管理与检查追溯，法律效力需按属地要求另行确认。
- 不写"零事故"这类结果承诺。系统能保证的是记录可查、责任可追、超期可见，这是可验证的事实。
想把这类模块真正用起来，通常不需要从零写需求：用 AI 构建器上手 里的一句话起步方式描述清楚上面三张表和六个状态，先生成一个能跑通主流程的版本，再按现场反馈迭代措施模板与审批链——比先写三个月方案文档更接近可用的东西。