排污许可执行与自行监测：台账、频次与处置闭环

一、痛点在"证后"：许可挂在墙上，执行落在纸上

排污许可这套制度，企业拿证那天通常都挺顺利，难的是拿证之后的日子。正本挂在墙上，真正要天天执行的东西全在附表和登记表里：厂里几个排放口、每个口子管哪几项污染物、许可排放浓度是多少、一年允许排多少、自行监测多久做一次、每次做完要记什么、执行报告多久报一期。

这些要求本身不复杂，复杂的是"落到人头上之后会变成什么样"：

• 频次靠记性。 月度监测想起来才做，季度的到月底才想起上一期漏了；换个人接手，前面漏过几次没人知道。
• 结果记在本子或一张 Excel 里。 台账本丢了、Excel 被改过版本、两次记录填在同一条上，事后说不清哪一次是原始记录。
• 超标才着急。 数据出来超标了，谁发现的、什么时候发现的、原因查了没有、措施做了没有、复测结果如何——往往只剩几句口头交代。
• 报告靠翻资料。 季度、年度执行报告要报的时候，临时翻台账、找检测报告 PDF、问当时谁去采的样，几天时间全花在凑材料上。
• 检查时最怕被问一句"某排放口某月监测了几次、原始记录在哪"。答得上来靠运气，答不上来就是问题。

这类需求的规模其实不大。它不需要上一套重型环保管理平台，只要四件事成立：该做的一眼看得见、做了的一笔留得下、超标的有人跟到底、快到期的提前叫。这正是 AI 构建器能直接交付的模块形态——几张表、几组页面、两条自动化规则，PC 端管台账、手机端管执行。

二、底表怎么建：先分清"应做"和"实做"

这一类台账最容易做废的地方，是把"计划"和"记录"塞进同一张表。塞进去之后有两个后果：一是期数算不清（计划占一行、记录又占一行，统计频次时重复计数）；二是原始记录被改（有人为了"看起来完成"直接改计划行）。

所以建模的第一件事，就是把许可要求、应做计划、实做记录拆成三层。具体是七个决定。

决定一：许可证参数单独建基础表，不进计划表

排放口档案：一行一个排放口，记口子编号、位置、所属车间或设施、排放去向（有组织/无组织）、是否为主要排放口。口子编号设唯一约束——这一条很重要，实践中最常见的混乱就是同一个口子在不同表里叫"1#锅炉排气筒""锅炉烟囱""1号废气口"，结果统计永远对不齐。

许可限值表：一行 = 一个排放口 × 一项污染物指标，记许可浓度、许可年排放量、计量单位。给"排放口 + 指标"建唯一约束，避免同一个口子同一项指标录出两条互相矛盾的限值。

限值放这里而不是放监测记录里，是为了后面能"自动比对"：记录录入时系统按排放口和指标去取限值，不需要人肉翻许可证。

决定二：监测计划管"应做"，一行 = 排放口 × 指标 × 频次

监测计划表是整件事的骨架。它不是"本次监测记录"，而是"这件事按规定要多久做一次"：排放口、监测指标、监测方式（自行监测/委托检测）、频次、单次要求（采样点位、样品数量、是否需出具报告）、责任岗位。

频次字段用数据字典做选项，常见取值为日、周、月、季度、半年、年、以及"每批次"这类非等间隔口径。字典集中维护的好处是：以后口径统一改了（比如某口子从季度改月度），改字典或改计划一处，不用去几十条记录里改。字典本身的用法可参考 数据字典：管好下拉选项的统一口径。

决定三：监测记录管"实做"，一次监测一行，只增不改

监测记录表是这个模块里最需要守纪律的表。一行代表一次真实的监测动作：计划引用、排放口与指标（可由计划自动带出）、采样日期、采样人、检测单位、检测结果数值、单位、判定结论、报告编号。

三条硬规矩：

1. 只增不改。 记录一旦提交，不提供编辑删除入口。填错了怎么办？作废原行并说明原因，另起一行重填，两行都留着。这一条决定了台账能不能经得起事后翻查。
2. 一行一次，不合并。 同一天对同一口子采了两次样，就是两行。合并成一行会让"监测了几次"这个最基本的问题答不准。
3. 结果与判定分开存。 数值是数值（可参与比对与趋势查看），判定是判定（合格/超标/无效），不要让填报人自己在备注里写"超标了"。

决定四：超标不靠改状态，而是另开一张异常单

超标不是一个"状态"，而是一起需要处置的事件。因此单独立主表：异常与处置单，一行 = 一起超标或异常事件（超限值、监测无效、未按期完成、检测单位资质问题等均可归入，用类型字段区分）。

主表记：关联监测记录、发生日期、发现人、指标与实测值、限值、初步原因、处置状态。处置过程如果放在主表的备注里，就会出现"整改了三步全挤在一个格子里"的情况，谁也看不出进度，因此处置动作拆成处置跟进子表：一行一个动作（原因分析、整改措施、整改完成、复测安排、复测结论、关闭），带责任人与计划完成日期，同样只增不改、更正另起行。这个"异常主表 + 处置子表"的拆法，在 设备点检巡检：把例行检查变成可追溯的记录 里是同一套思路。

决定五：状态与选项走数据字典，一次定死

监测记录、异常单、处置动作都带状态。建议一次把状态定死，不要今天叫"待处理"、明天叫"未处理"、后天叫"待办"——同义状态一旦出现，任何按状态的统计都筛不干净。建议的状态集合：

决定六：执行报告单独立台账

执行报告台账一行 = 一期报告（报告类型、报告期起止、应提交时间、实际提交时间、状态、附件）。不要把报告塞进监测记录，也不用"报告期"去反推监测记录——两者的计数口径完全不同。

决定七：附件统一走文件模块，表里只存引用

检测报告 PDF、采样现场照片、整改前后照片、复测报告，全部通过平台的文件上传能力（文件模块）存储，记录表里只存文件名或文件引用，不把大文件塞进业务字段。这样后续按排放口、按期间调阅附件时路径是稳定的。

底表定下来，整件事的骨架就出来了：

三、页面怎么用：按角色分视角，不做一张万能表

底表建好后，最忌做一张"什么字段都在上面"的大表让所有人共用。实际用这个模块的至少有四种人，每人只需要看一段。

环保专员：管台账的人

• 本期监测任务：默认按当期未完成任务列表呈现，列出口子、指标、频次、计划完成日期、剩余天数，超期的排在最上面（按剩余天数升序）。这是专员每天打开的第一页。
• 监测记录：录入与查询入口。录入时选监测计划，口子、指标、限值自动带出，人只填采样日期、采样人、检测单位、结果数值、报告编号，结论由系统比对给出（见下一节自动化）。查询支持按排放口、按指标、按日期区间、按结论筛选。
• 异常与处置：只看异常单及其处置进度，能一眼分出"待分析""整改中""待复测""待关闭"各有几件。
• 执行报告材料：按报告期筛选，列出该期间已完成的监测记录条数、缺失的计划项、附件齐备情况，供编制报告时核对。

车间/设施负责人：配合执行的人

只需要两页：本部门口子的待执行任务和提报监测记录。权限上限定在本部门数据，不让他看到全厂其他口子的记录——这既是数据边界，也减少误操作面。

环保负责人：看全局的人

• 合规看板：本期应完成数 / 已完成数 / 超期数 / 异常未关闭数，四个数字放在首屏；下面按排放口分列完成情况。
• 许可量使用进度：按排放口与指标，把已记录的结果累加与许可年排放量做对比（只做"已记录数值的累计"这一件事，并明确标注这是系统内记录值，不等同于官方核定数据）。
• 年度监测频次核对：按排放口统计本年度实际监测次数与计划次数，差几次一目了然。

分管领导：只做两件事

审异常处置方案（走审批流）、看季度合规摘要。给他看的页面上不放录入控件。

四、自动化：四类规则把"靠人记"变成"系统催"

台账类模块如果没有自动化，最后还是会退化成"有人登录才更新"。这套方案里有四类规则值得在第一天就配上，全部是平台已有的能力，不需要写代码。

规则一：按频次自动生成当期任务（定时任务）

用平台的定时任务能力，按设定的节奏（例如每天早上）跑一次，扫描监测计划表：对每一个"排放口 × 指标 × 频次"组合，判断当期是否已存在对应的任务行；没有就生成一行，计划完成日期按频次推算（月度取月末前若干天、季度取季末前若干天，具体提前量按企业自己的管理要求定，不内置法定值）。

这样专员打开页面看到的是"当期该做的事已经排好了"，而不是"我要从头想这个月该做哪几件"。定时任务的配置方式见 工作流与定时任务：让重复性工作自动跑。

规则二：结果保存即比对，超标自动开单（数据流规则）

监测记录提交时触发一条数据流规则：按记录上的排放口和指标去许可限值表取限值 → 与结果数值比较 → 判定结论写上"合格/超标" → 若超标，自动生成一张异常单（带上关联记录、指标、实测值、限值、发现日期），并把状态置为"待分析"。

这一步的价值不在于"自动标红"，而在于超标这件事第一次有了一个必须被关闭的对象。以前超标是"知道了，去处理一下"，现在超标是一张躺在列表里、有责任人、有到期日的单子，没关掉就一直显示未关闭。

规则三：超期与到期提醒（定时任务 + 通知）

两条提醒：

1. 到期前提醒：任务计划完成日期前若干天（按企业要求定），给责任岗位发一次提醒。
2. 超期升级：超过计划完成日期仍未录入，除提醒责任人外，再抄送环保负责人。

通知走平台的站内通知/消息能力即可（站内信、邮件等通道按企业已开通的条件选择）。提醒频率要克制：同一任务在超期期间每天提醒一次足够，提醒太密会被无视。

规则四：处置动作走审批，关键操作留痕

异常单的处置方案提交后走审批流（审批节点按企业内部流程配置：车间 → 环保负责人，或直接环保负责人复核）；审批通过才允许进入"整改中"。审批节点的配置见 工作流可视化编辑器：节点详解与操作手册。

留痕方面，模块的录入、作废、审批、状态变更都会写入平台的操作审计日志，谁在什么时候改了什么状态是可查的。这一条在事后应对问询时比任何说明都管用。

顺手值得配的一条：复测自动回到任务池

异常单进入"待复测"时，自动生成一条对应的复测监测任务（关联原异常单），避免"整改完了忘了复测"这种最常见的烂尾。复测记录完成后，异常单才能进入"待关闭"。

五、移动端怎么配合：让"采样现场"这一步在手机上完成

这套台账的数据源头在现场：采样的人站在排放口边上，不在办公室。所以至少要保证三件事在手机端能做：

1. 看本期待做：手机工作台里进入本模块，默认显示"我的待执行任务"，只列责任岗位是自己的（或本部门的）任务。
2. 现场提报：填采样日期、采样人、样品数量、现场读数（如有），并直接拍照上传处置前后的现场情况、采样点位照片等，附件与记录一起提交。
3. 异常随手报：发现异常（读数异常、设备异常、采样条件不满足）当场开一张异常单，不必等回到办公室再回忆。

手机端的页面由 PC 端建好模块后同步生成，字段与权限沿用同一套配置，不做两套逻辑；手机端的具体用法见 移动端使用指南：工作台、模块页与手机上的 AI 构建。

需要提前说清的一点：方案不承诺断网填写与联网后自动补传。排放口现场网络条件差时，可控的做法是现场拍照留存 + 回到有网络的位置补录，或者在制度上允许当日先纸质记录、当日内补录系统。这属于"可以容忍的流程设计"，不是平台能力，请不要按离线优先去设计使用规程。

六、上线前查什么：七条自查清单

模块做出来到真正能用，中间还差一轮核对。上线前逐条过：

1. 许可参数与许可证逐项对齐：排放口数量、编号、每口的指标与限值是否与许可证正副本一致；把许可证扫描件作为附件挂在排放口档案上，便于日后比对。这是全系统唯一的"事实源"，错了后面全错。
2. 字典定稿：频次、状态、异常类型、监测方式四组选项一次定完，不要上线后再陆续加同义词。
3. 频次规则演练：挑一个月的计划，让定时任务跑一次，看生成的任务条数与手工算出来的是否一致；特别检查"季度/半年"这类跨月推算有没有跑偏。
4. 权限按部门切：车间只看本部门口子；环保专员看全厂；领导只读。用两个不同部门的测试账号各登一次，确认看不到对方数据。
5. 超标链路测试：故意录一条超限值的数据，确认判定结论、异常单、通知、审批四步都能走通；再录一条"无效"数据，确认不会误触发超标。
6. 双轨一个月：上线当月与原有纸质/Excel 台账并行，月底比对条数与结论。差异逐条查清后才停用旧台账。
7. 发布预检与菜单挂载：走模块的测试与发布流程（发布预检会拦住常见的字段与配置错误），发布后挂到对应菜单，并确认手机端页面已生成、权限一致。

七、之后怎么延伸：三条低成本的接法

这套底表建好之后，几个相邻需求可以直接接上，而不必另起一套：

• 接固废与危废：废物产生、暂存、转移到处置的记录，与本方案共用"排放口/设施 -> 记录 -> 异常处置"的结构。可参考 废料与固废处置台账：产生、暂存、转移、出售一本账，两者按"废气废水 vs 固废"分工，互不重复。
• 接能源与用量：水、电、汽的抄表数据与污染物排放量之间存在可核对的关联（产量、治理设施运行时长），把抄表记录与监测记录放在同一套设施档案下，核对口径就统一了。思路见 能源抄表与用量分摊：把水电汽读数变成可查的账。
• 接其他"周期必填记录"：温湿度、养护、清洗消毒这类同样"按期该做、做了要留痕、超期要预警"的记录，与本方案是同一套模板逻辑（模板管应做、记录管实做、记录只增不改）。可参考 药品经营质量记录：首营、养护、温湿度一本账。

此外，把本方案里的"许可限值"与"许可证到期日"纳入到期提醒，还可以顺带解决证照本身的续期提醒问题。

八、这套方案不做什么

把边界说在前面，比事后解释省事：

• 不做在线监测设备直连。CEMS/在线监测仪的数据自动采集、协议对接、仪表校准管理，不在本方案范围内；本方案记录的是"人做的监测动作与结果"。
• 不做检测结论与合规判定之外的结论性主张。系统只做"实测值与许可限值比对"这一件事，不替代检测机构的检测结论，也不对是否合法排污作出判断。
• 不内置法定限值、法定频次与法定申报格式。这些一律以许可证载明内容与属地主管部门要求为准，系统只负责把它们录进去、按录进去的口径提醒与核对。
• 不做执法系统对接与电子签章。执行报告在本系统内完成材料归集与状态跟踪，正式申报仍在官方渠道办理。
• 不做污染物排放量的核算模型。年度许可排放量的使用进度只按"已记录数值的累计"呈现，若企业采用物料衡算等核算方法，结果需人工确认后录入。

一句话收尾：这套模块真正交付的不是"一套环保软件"，而是四件可以验证的事——该做的排得出来、做了的记录都在、超标的单子关得上、报告的材料凑得齐。