先给结论：它管的是「场景」，不是「软件」
AQ 3064《「工业互联网+危化安全生产」建设规范》是强制性行业标准，2025 年 12 月 13 日发布，2026 年 7 月 1 日起实施，全部技术内容为强制。它要回答的不是「平台该有哪些功能按钮」，而是「你的企业在哪些场景上必须做到什么程度」。
这个区别决定了做法的差别：按功能清单采购，会得到一堆互不连通的模块；按场景建设，才会先有风险清单、再有数据模型、最后才是界面。前者验收时对不上条款，后者才可能通过第 8 章的证实方法。
三个最常见的误读
- 误读一：把它当成一个标准。 它其实是三部分的系列，分别管总则、特殊作业、人员定位，三个部分各有独立条款，只满足总则并不等于合格。
- 误读二：把它当成大屏和可视化的要求。 可视化只是呈现方式；标准真正管的是数据能不能采到、报警能不能闭环、作业票能不能追溯。
- 误读三：把它当成选型清单。 它是建设依据与验收依据，正确的顺序是先列场景、再定数据、最后选技术，反过来做必然返工。
它究竟规定了什么：三个部分与适用范围
| 标准编号 | 名称 | 管什么 |
|---|---|---|
| AQ 3064.1—2025 | 第 1 部分：总则 | 总体要求、建设应用场景、总体架构、安全防护、证实方法，是全系列的总纲 |
| AQ 3064.2—2025 | 第 2 部分：特殊作业审批与作业过程管理 | 八大特殊作业的信息化管控刻度：预约、气体分析、签批、监护、报警、数据同步 |
| AQ 3064.3—2025 | 第 3 部分：人员定位 | 定位精度、上传频率、报警时效、漏报误报率，以及与其他场景的联动 |
适用对象是涉及危险化学品重大危险源的危化生产经营企业、使用危险化学品从事生产的化工企业，以及化工园区。标准同时明确排除了五类情形：城镇燃气；地下水封洞库与地下储气库；危险化学品厂外运输的中转仓储与站场；港区内危化仓储经营；用于国防科研生产的危险化学品。
第 4 章的 4 条总体要求，本质是 4 条设计原则
| 要求 | 要点 | 对平台设计的直接含义 |
|---|---|---|
| 场景化 | 结合化工过程安全管理（PSM）要素，围绕具体场景开展 | 不许建「空平台」：先有场景清单，每个模块必须能映射到具体条款 |
| 数据统一 | 统一数据格式与交换规范，关键数据完整一致 | 数据模型必须预留企业编码、园区编码、统一标识与审计字段 |
| 数据复用 | 一次录入、多场景复用，支持互联互通 | 禁止烟囱式建设：设备台账录一次，重大危险源、作业、双重预防都要能引用 |
| 应用落地 | 开展场景功能培训与应用制度建设 | 交付物不只是软件，还包括培训体系与管理制度，建而不用同样不合规 |
这四条里，最容易被忽略的是第四条。很多项目验收材料准备得很漂亮，但现场操作人员不会用、也没有制度要求他们用，检查时一抽查运行记录就露馅——第 8 章的证实方法里，「运行记录抽查」是明确列出的手段。
建什么：企业 6 个场景与园区 7 个场景
| 层级 | 场景 | 核心要求 |
|---|---|---|
| 企业（5.1） | 安全基础管理 | 证照报告、设备设施、生产工艺、危化品、从业人员、第三方人员、应急资源的录入、汇总、查询与更新 |
| 企业（5.1） | 重大危险源安全管理 | 关键参数在线监测监控、报警预警跟踪处置、重点部位视频智能分析、评价报告管理 |
| 企业（5.1） | 双重预防机制数字化 | 风险清单与隐患清单表单化可视化、分级管控、隐患闭环、包保责任人履职跟踪、运行成效评估 |
| 企业（5.1） | 特殊作业审批与作业过程管理 | 风险辨识、气体分析、安全条件确认、签批、监护、验收全流程信息化，须符合 AQ 3064.2 |
| 企业（5.1） | 人员定位 | 定位信息收发、轨迹分析、人数统计、电子围栏、聚集风险预警，须符合 AQ 3064.3 |
| 企业（5.1） | 其他场景 | 报警优化管理、自动化过程控制优化、设备完整性与预测性维修、培训管理、承包商管理、敏捷应急 |
| 园区（5.2） | 七个场景 | 基础信息与可视化、重大危险源在线监测与分类监管、双重预防运行监督、特殊作业报备与线上抽查、封闭化管理、敏捷应急、其他按需 |
企业端是「管自己」，园区端是「监管企业」。同一张作业票，在企业端是审批流程，在园区端是报备与抽查视图——一张数据模型、两种应用视角，而不是两套系统各存一份。
架构怎么搭：四层一体系，边缘层不是可选项
| 层次 | 必须包含的能力 | 常见偷工减料 |
|---|---|---|
| 应用层 | 对齐 5.1 / 5.2 场景的模块，以及企业端与园区端两套视角 | 只做界面不做业务闭环，报警点开只有弹窗没有处置流程 |
| 平台层 | 统一编码与主数据、业务库与时序库、规则与预警引擎、工作流引擎、微服务网关、上报适配器、报表与大屏、低代码配置 | 每个场景一套独立库表，数据靠人工导出对账 |
| 基础设施层 | 服务器、存储、网络、虚拟化，控制网与管理网分区分域 | 平台直接与 DCS/SIS 同网段，安全边界形同虚设 |
| 边缘层 | 设备接入与协议解析（DCS/SIS/PLC/气体探测器/摄像头/定位基站）、边缘数据处理、断点续传 | 只用一台工控机做透传，断网即丢数 |
标准在技术架构里把边缘层单独列为一层，含义很明确：数据从哪来、怎么解析、断网了怎么办，必须在架构里有归属。工程上最常见的失败不是平台功能不够，而是上游数据不稳定——点位漏采、时钟不同步、断网丢数，最后所有上层应用都建在流沙上。
平台层的本质是「数据中台 + 微服务 + 低代码开发工具」，标准明确要求应用基于平台层构建。这句话翻译过来就是：不允许每个场景各建一套烟囱系统。
业务闭环：数据汇聚、风险预警、跟踪督办、综合评估
第 6 章给出的四条业务流程，决定了平台必须内置四个能力：对园区与上级监管部门的上报通道、预警推送引擎、督办工作流、以及评估统计报表。这四项在不少项目里被当成「二期功能」，结果一期上线就被监管问到。
数据怎么设计：附录 A 的两张表决定后期要不要返工
| 报文表 | 关键字段 | 设计建议 |
|---|---|---|
| 业务数据通用信息表 | 数据类型标识、主键、企业编码、园区编码、业务字段、创建与更新人与时间、软删除标记 | 所有业务表继承这套审计四件套，满足留痕与追溯要求 |
| 感知数据通用信息表 | 数据包编号、企业编码、园区编码、网关编号、采集时间、连通性标识、报文类型、指标数组（指标编码、指标值、报警类型、报警时间、消警时间） | 时序库存值、业务库存元数据；报警必须成对记录发生与消警时间 |
附录 A 在标准里是资料性附录，但它描述的是企业与园区之间实际交换的报文骨架。工程经验很一致：在数据库建模阶段就兼容这组字段，成本几乎为零；等到接口联调再改，等于把整个数据层翻一遍。
另外两个容易漏的点：企业编码要与全国危险化学品登记系统保持一致，否则上报时对不上主体；感知数据里的网关编号是排查「数据为什么断了」的关键索引，没有它，只能靠人工到现场对设备。
两个专项标准，把要求变成了可测量的刻度
| 标准 | 关键刻度 | 设计含义 |
|---|---|---|
| AQ 3064.2 特殊作业 | 作业至少提前 1 天预约；气体分析后超过 30 分钟未开始作业，锁死签批并报警；审批人须在现场才能签批（人员定位校验）；监护人离场要有交接记录 | 30 分钟是流程引擎的硬约束，不是提示；签批环节必须调用定位数据做在场校验 |
| AQ 3064.2 报警 | 9 类强制报警（动火中断超时、跨天未分析、气体超标、受限空间超 2 小时未记录、作业票超时、审批人与监护人不在场、资质不合格、多工种票未关联、超时未审批），附录给出 22 种报警编码 | 报警必须推送责任人并闭环处置，只弹窗不推送等于没做 |
| AQ 3064.3 人员定位 | 静态精度 ±3 米、动态精度 ±5 米；上传不低于 30 次/分钟；一键报警 5 秒内推送；漏报率低于 10%、误报率低于 15% | 这些是验收指标，采购合同要写死并实测；精度不达标会连带作业签批校验失效 |
一个实用建议：把 3064.2 的 9 类报警和 3064.3 的精度指标直接做成验收测试用例。能测的写进合同，不能测的写进演示脚本——两者都没有，验收时只能靠口头解释。
安全防护不是补丁：7 个方面 + 2 个国标
第 7 章把安全防护拆成设备、控制、网络、数据、应用平台软件、安全管理、物理环境七个方面，并要求网络安全符合 GB/T 22239（等保 2.0）、工业互联网企业网络安全防护符合 GB/T 44462.1。
- 控制网与管理网分区分域，采集经安全隔离网闸或工业防火墙，不允许平台直接跨网读 DCS/SIS
- 工业主机做白名单防护，控制设备与通信配置纳入变更管理
- 数据全生命周期管理：传输加密（优先国密）、分级授权、操作留痕、备份与防篡改
- 统一身份认证对接企业账号体系，按装置与区域做数据权限，不只做功能权限
验收怎么过：设计阶段就要准备「可证实」
第 8 章列出的证实方法是：文件查阅、人员审查、现场查看、系统演示、数据校核、运行记录抽查、第三方测评。这七种手段意味着一件事——平台必须能自己产出证据。
- 操作留痕：谁在什么时间改了哪条数据、审批了哪张票，能查出来
- 运行记录：报警产生、推送、处置、消警的时间链完整，导出即报表
- 数据校核：在线率、完整率、及时率可统计，且能与现场实测对上
- 测评材料：等保测评报告、第三方检测报告提前准备，不要等验收通知
很多项目栽在「系统功能都有，但拿不出证据」。可证实性不是验收前补文档，而是数据模型里预留审计字段、流程引擎里保留状态流转记录——这是设计阶段的事。
落地路线：五步走，别从大屏开始
| 步骤 | 做什么 | 交付物 |
|---|---|---|
| 一、对标自查 | 按 5.1 / 5.2 场景清单与 3064.2 / 3064.3 指标逐条打分 | 差距表：已建成、部分建成、未建设，逐项标注证据与缺口 |
| 二、数据底座 | 主数据与统一编码、附录 A 数据模型、平台框架 | 编码规范、库表设计、上报接口定义 |
| 三、核心场景 | 重大危险源监测预警 → 双重预防 → 特殊作业 → 人员定位（按监管检查重点排序） | 四个场景上线并跑通闭环 |
| 四、补齐扩展 | 安全基础管理、设备完整性、承包商、培训、敏捷应急 | 场景建成率达标 |
| 五、联调与验收 | 园区与政府上报联调、等保测评、按第 8 章准备材料 | 上报成功率、测评报告、验收材料包 |
为什么不能从大屏开始？因为大屏展示的是数据结果，而数据结果依赖前四步。先做大屏的项目，往往在检查时被问一句「这个数字从哪来、多久更新一次」就答不上来。
七个高频坑，几乎每个项目都会遇到
- 大屏先行：可视化做得很漂亮，场景建成率和数据接入率上不去，园区综合评估垫底。
- 烟囱式采购：作业票、定位、双重预防各买一套互不联通，直接违反数据复用要求。
- 报警不闭环：只弹窗、不推送责任人、不生成处置记录，等于没做报警管理。
- 忽略包保履职：双重预防系统里没有重大危险源三级包保责任人的履职记录，检查必问。
- 定位指标写「大约」：精度、频率、漏报误报率是强制刻度，合同不写死就无法验收。
- 上报接口后置：报文格式最后才定，数据层必然返工，工期与预算双超。
- 建而不用：没有培训、没有应用制度，运行记录一片空白，系统成了摆设。
小结：三句话记住 AQ 3064
场景为纲——先列场景清单，再谈技术选型；数据为底——统一编码与附录 A 报文决定后期改不改；闭环为要——报警、隐患、作业、督办，每一个都要能从产生走到关闭并留下记录。把这三件事做实，第 8 章的验收自然过得去。
如果手上正在做对标自查或平台选型，可以先按 5.1 / 5.2 的场景清单逐条打分，再看现有系统能覆盖到什么程度。中科博星在危化安全管控、特殊作业、双重预防、重大危险源监测与人员定位几个场景上做过完整落地，可以协助做一轮差距梳理，输出的差距表可以直接用作立项依据。