1. 课程导入与数据采集点表认知

在食品工厂里，数据从来不缺：杀菌机上有温度记录仪，灌装线上有流量计，冷库里有温湿度探头，化验室有pH计和水分测定仪，ERP里还有批次和产量。真正缺的，是"哪个数据在哪个位置、由谁记录、以什么频率记录、记录后流向哪里"这一层清晰的约定。数据采集点表（常简称"点表"）就是把这层约定固化下来的工程文件。它不是设备清单，也不是报表模板，而是连接生产现场与数据治理体系的第一份"契约"。

本课程的目标很明确：学完之后，你能够独立完成一份可用于实际项目的食品生产数据采集点表——从识别采集对象、确定测点位置、定义参数与量纲、规定采集频率与精度，到标注数据用途、责任岗位和异常处理方式，并能让这份表被自控、IT、质量和生产四个部门同时看懂、用得上。学习路径按"认知—拆解—编制—校验—落地"推进：先建立整体框架，再逐类拆解工艺参数，然后动手编制并交叉校验，最后讨论点表如何进入SCADA、MES和质量追溯系统。

点表在数据治理中的位置

食品生产的数据治理通常分四层：现场设备层（传感器、PLC、仪表）、采集传输层（网关、OPC UA、数据库）、业务应用层（MES、追溯、报表）、决策分析层（SPC、能耗分析、合规审计）。点表横跨前两层与第三层之间，它规定了"现场哪个信号，以什么形式，进入哪个系统字段"。没有点表，采集层只能凭经验接线，应用层只能凭猜测取数，一旦出现批次追溯或监管抽查，就会出现"系统里有数据、但说不清数据来源"的尴尬。

点表的作用可以归纳为三条。第一是统一语言：让"杀菌温度"不再有"一杀温度""UHT出口温度""TT-101"三种叫法，而是唯一编码加唯一量纲。第二是界定边界：明确哪些参数必须自动采集、哪些允许人工录入、哪些只需批次级记录，避免"什么都采、什么都采不准"。第三是支撑追溯与合规：食品安全体系要求关键控制点（CCP）有可验证的记录，点表正是把CCP监控要求翻译成具体测点和频率的桥梁。

编制点表要守住的四条原则

唯一性：每个测点一个编码，编码规则建议"车间-设备-参数类型-序号"，例如"UHT-TT-101"表示杀菌工段温度变送器第101号。同一物理量在不同系统里必须引用同一编码，禁止各系统自建别名。可追溯：点表要能回答"这个数从哪来、经过谁的手、存到哪里、留多久"。因此每条记录都应带设备位号、采集方式和责任岗位。够用不冗余：不是所有信号都值得进点表。判断标准是"是否服务于过程控制、质量判定、追溯或合规"四者之一，否则归入设备内部诊断，不纳入正式点表。可校验：每个测点应有明确的量程、精度和合理区间，便于后续做越限报警和数据质量核查。

一个具体的认知示例

以超高温灭菌（UHT）工段为例。杀菌温度是典型的CCP参数，假设工艺要求"≥137℃保持4秒"。对应点表条目可以这样写：测点编码 UHT-TT-101，设备位号 UHT-01，工艺位置"保温管出口"，参数"杀菌温度"，量纲℃，量程0～150℃，精度±0.5℃，采集方式为PLC经OPC UA上传，频率1秒/次并同时记录4秒均值，用途"CCP监控与批次放行"，关联CCP-02，责任岗位"杀菌操作工+质检员复核"，异常阈值"低于137℃持续2秒触发报警并自动回流"，目标字段 MES.Batch.SterTemp，保留期限不少于产品保质期后6个月。这一条就把现场探头、控制逻辑、质量要求和系统字段串成了一条完整链路。