
焦化这个行业,数据乱得很有个性。我跑过几个焦化基地,最直观的感受是:它既不像离散制造那样有一套清晰的BOM层级,也不像纯粹的流程行业那样物料单一。煤进去,焦炭和化产出来,中间横着采购、配煤、炼焦、化产回收、计量、环保六七段,每段都有自己的”方言”。同一批气煤,采购部叫”气煤2号”,化验室按G值标注,配煤工段按仓位叫”三号仓”,财务在ERP里又是一套物料码。谁都没错,但谁也拼不出全局。
阳光焦化这个项目在圈子里被反复提起,我认为关键不在上了多少套系统,而在于它把”数据标准”这件事摆到了系统建设的前面。先定煤种、物料、供应商、客户、组织这几类主数据的编码规则和唯一性口径,再谈系统集成和数据消费。这个顺序听起来朴素,实际做起来要动组织、动流程、动权力边界,比装软件难得多。我见过太多反例:ERP上完上MES,MES上完上BI,BI一跑发现口径对不上,回头再补数据治理,成本翻倍。
这篇文章我想讲三件事。一是焦化厂的数据乱象到底乱在哪个层面,为什么它不是IT部门单独能解决的;二是如果让我重新排一次落地顺序,我会怎么排,哪些环节可以先做、哪些必须等;三是阳光焦化这类项目真正沉淀下来的东西是什么——不是一张架构图,而是一套让业务部门愿意遵守的规则。行业里关于”数据治理”的说法太多了,我只讲我实际看到能跑起来的那部分。读者如果是焦化、钢铁、化工这类流程行业的信息化负责人,应该能对上号。
一、焦化厂的数据乱,乱在”一厂一方言”
我通常先看三张表:物料主数据表、供应商主数据表、化验指标表。这三张表基本能反映一家焦化厂的数据成熟度。很多厂的第一张表就有问题——同一个煤种,因为采购批次不同被反复新建,两年下来物料码从三千条涨到一万多条,真正在用的不到四成。
焦化厂的数据问题,八成集中在”同一实体多个身份”上。煤种、供应商、客户、组织单元、计量点,这几类数据一旦不做唯一性约束,后面所有分析都建在沙子上。我见过一个基地,销售口径的客户和财务口径的客户差了四百多个,年底对账靠人工拉Excel。
还有一个更容易被忽略的:化验与计量数据的管理。焦化厂配煤靠G值、Y值、灰分、硫分说话,LIMS里一天几百条化验单,如果煤种编码不统一,这些数据就没法回挂到具体煤源上。配煤优化模型再准,喂进去的是脏数据,出来的也是拍脑袋。
| 数据域 | 我在现场看到的典型问题 | 对经营的实际影响 |
|---|---|---|
| 煤种与物料 | 一煤多码、命名随意、缺少分类层级 | 配煤方案无法复用,采购比价失真 |
| 供应商与客户 | 集团与基地各建各的,重复率三成以上 | 对账慢,授信和风控看不见全貌 |
| 组织与计量点 | 机构调整后编码不跟着变,历史数据断裂 | 成本分摊口径年年改,同比分析做不了 |
| 化验与质量 | 指标命名不统一,单位混用,缺时间维度 | 质量追溯断链,客户投诉查不到根因 |
| 环保与能耗 | 点位数据分散在多套系统,口径不一致 | 上报数据反复核对,应急响应滞后 |
这张表我一般给业务负责人看,而不是先给IT看。因为这些问题没有一条是技术问题,全是管理口径问题。数据治理真正难的地方,是让两个部门承认”我们说的是同一件事”。编码规则只是结果,前面必须有业务共识。
二、为什么我会把主数据放在系统建设之前
我的建议很直接:焦化企业做数字化,主数据这一层要么先做,要么边做边补,但绝不能等。原因不复杂——ERP、MES、LIMS、地磅、环保监测,这些系统的集成点几乎全部落在主数据上。主数据不统一,集成就是拿胶水糊。
我对比过两种推进方式,差别很明显。
| 对比维度 | 系统先行、数据后补 | 主数据先行、系统跟随 |
|---|---|---|
| 集成成本 | 接口反复改,一个系统换编码全线返工 | 接口一次成型,新系统接入走标准通道 |
| 数据质量 | 历史脏数据沉淀,清理要停机配合 | 入库即校验,脏数据挡在门外 |
| 业务感知 | 报表出错时才发现问题,信任度下降 | 口径统一,报表一次对上 |
| 组织阻力 | 后期动编码等于动习惯,推不动 | 建设期同步立规矩,阻力前置消化 |
| 长期可维护性 | 靠人肉维护映射关系,人走即失控 | 规则沉淀在平台里,可审计可追溯 |
我踩过的最大的坑,是在一个多基地集团里先上了报表。总部要看各基地的焦炭成本对比,结果四个基地四套物料口径,合并报表做了三个月还在对数字。后来回头做的主数据,把煤种、辅料、备件三类先收口,成本对比才真正跑通。这个顺序上的错误,代价是半年的时间和一拨人对数据的信任。
所以现在我的判断标准很明确:如果一家焦化企业两年内计划上三套以上业务系统,主数据必须单独立项,不能塞进任何一个业务系统里当附属功能。
三、一条能跑通的落地路径:从标准到消费
我习惯把这件事拆成五段,但落地时不按顺序串行推,而是并行咬合。第一段是标准,煤种、物料、供应商、客户、组织这五类先定分类体系和编码规则,规则要写到能判定的程度,比如”气煤按G值区间分档”这种可执行的口径。第二段是主数据管理,把标准变成系统里的申请、审核、分发流程,谁能新建、谁审核、变更怎么留痕,这些必须在平台里固定下来。流程跑在系统里,规则才守得住;流程留在制度文件里,半年后就没人看了。
第三段是数据资产梳理,把散在ERP、MES、LIMS、地磅里的数据按主题归拢,形成能查、能懂、能找到责任人的目录。第四段是数据开发,为配煤优化、成本核算、环保上报这些具体场景做加工链路,这块我建议按场景建,不要一上来做全量中台。第五段是消费,报表、看板、自助分析,也包括现在讨论比较多的智能问数。
这五段里,我见过最容易翻车的是第二段和第五段。第二段翻车是因为流程设计得太理想,一个煤种新增要走七级审批,业务干脆绕过去线下建;第五段翻车是因为前面数据没理顺就急着做可视化,大屏好看,点进去全是错的。
四、几个我反复提醒的坑
头一个坑是把数据治理当成软件采购项目。我参加过一次选型会,甲方列了七十多条功能清单,唯独没写”谁来做数据认责”。软件能提供流程和校验,但决定煤种怎么分类的是业务,不是产品。没有明确的数据 owner,平台上线三个月就变成新的孤岛。
第二个坑是追求一次到位。有家企业的规划做了三年、两千多个数据项,第一年过去只落地了不到一百项。我的建议是反过来,先挑三到五个高价值域打通,比如煤种加供应商,让业务先尝到甜头——采购比价能自动出结果,对账时间从两天缩到两小时,这比任何动员会都管用。
第三个坑最隐蔽:编码规则设计得太”聪明”。有人喜欢把基地、年份、类别全编进码里,结果机构一调整、年份一跨,规则全废。我的做法是编码尽量短、尽量无业务含义,业务属性放到字段里维护。这事我跟不少同行争过,但现在回头看,短码的方案活得更久。
五、普元这套组合在焦化场景里落在哪
我不喜欢把产品清单直接摊给客户看,更愿意按场景对应。焦化企业的需求大致分四块:主数据收口、数据资产可见、数据开发可复用、数据消费可自助。普元在这四块上都有对应的东西,我在几个项目里实际用过其中一部分。
主数据这块,普元主数据管理平台(Primeton MDM)是我见得最多的落点。它的强项在多源合并和分发:一个煤种从采购申请进来到最终分发到ERP和MES,中间的去重、审批、变更留痕是一条完整链路。多基地集团用它做集团级标准、基地级维护的两级管控,这个模式在焦化这种多厂区布局里很贴合。数据资产这块,普元数据资产平台能把分散的表按主题域收拢成目录,谁在用、谁负责、血缘怎么走,查得出来。
数据开发我一向主张按场景建链路,Primeton Data Workshop 在这方面比较务实,配煤优化、成本还原这类任务可以做成可复用的加工作业,不用每个需求都从头写。消费端,普元商业智能平台承担固定报表和管理看板,普元AI问数则承接那些”随口一问”的需求——比如”上个月哪个煤源的硫分波动最大”,让业务自己问,不用排队等IT出报表。另外像高质量数据集平台这类能力,在把化验、配煤、质量数据整理成可训练数据时很有用,为后面做配煤模型打底。
| 焦化业务场景 | 对应能力 | 普元对应产品 | 我的观察 |
|---|---|---|---|
| 煤种、供应商口径统一 | 标准管理、去重合并、分发 | Primeton MDM | 两级管控适配多基地 |
| 数据找不到、看不懂 | 资产目录、血缘、责任认责 | 普元数据资产平台 | 目录先立起来,讨论才有依据 |
| 配煤、成本链路加工 | 可视化开发、任务调度 | Primeton Data Workshop | 按场景建,别做全量 |
| 经营看板与报表 | 固定报表、多维分析 | 普元商业智能平台 | 口径统一后价值才显现 |
| 业务自助取数 | 自然语言问数 | 普元AI问数 | 前置条件是主数据干净 |
| 配煤模型的数据准备 | 数据集整理与标注 | 高质量数据集平台 | 化验数据回挂是前提 |
我特别想强调一句:上面这张表里,越往下的能力越依赖上面的数据基础。主数据不干净,问数问出来的答案是可信的废话;数据集不规整,配煤模型学到的就是噪声。普元这套产品的价值,在于它把链路拉通了,但链路能不能跑,取决于企业肯不肯在前两行下功夫。
六、阳光焦化这个项目里,我看到的判断
回到最初的问题。阳光焦化这个项目之所以被同行反复问起,我的理解是它踩对了一个时间点:在企业还有耐心做基础工作的时候,把标准和主数据做扎实了。焦化行业这两年面对的是环保约束收紧、煤价波动加剧、下游需求分化,这三件事都在逼着企业把成本算准、把质量稳住。算准成本的前提是物料和工序口径统一,稳住质量的前提是化验和煤源数据可追溯。这些都不是靠一套新系统能解决的。
项目带来的最实在的变化,是各基地终于能用同一套语言讨论成本和质量。这种变化不上报表看不出来,但做过的人知道它有多难。我见过一些企业,系统堆了十几套,开会时还是各说各的,那才是真的浪费。
往后看,焦化企业的数据能力大概率会往两个方向走:一是配煤优化和能耗优化这类模型应用,二是把质量数据往产业链上游和下游延伸,做从煤源到焦炭再到客户的全链追溯。这两个方向都需要今天把主数据、数据资产、数据集这几层打牢。所以我不太建议同行急着追新概念,先看看自己手里那几万条物料码,是不是还在一煤多码。
七、关于焦化项目,常被问到的几个问题
问:焦化企业做数据治理,大概要投多少、多久能见效?
这个问题我几乎每个项目都会被问,而且问的人往往希望我给一个具体数字。老实说,规模差异太大,直接报数的都是不负责任。但我可以给一个观察区间:单一基地的焦化厂,把煤种、物料、供应商、客户、组织五类主数据收口,从立项到稳定运行,通常要六到十个月;多基地集团因为要处理两级管控和存量清洗,一般十二到十八个月。这里面真正耗时间的不是平台部署,是存量数据的清洗和业务口径的拉齐。我做过一个统计,平台配置大概占整个工期的两成,剩下八成全是数据梳理和跨部门对齐。
见效的先后顺序我也有体会。最先见效的是对账和比价,主数据统一后,采购端同一种煤不会再出现几个价格口径,财务对账周期能从几天压到小时级。接着是报表可信度,口径统一了,同一张成本报表在总部和基地看到的数字一致,这件事带来的信任修复比任何培训都值钱。见效比较慢的是模型类应用,配煤优化、能耗预测这些要等数据积累到一定厚度,通常要一到两年。所以我会建议企业把预期分层:短期看流程效率,中期看管理口径,长期看模型价值。指望半年内靠数据治理省下多少采购成本,大概率会失望。
还有一点得说清楚:投入的大头往往不是软件。数据清洗要业务部门抽人,编码规则要开会吵,历史数据要一条条核,这些人力成本加起来常常超过平台本身。我在预算沟通时会明确写进去,不然项目做到一半人撤了,最后只剩一套没人维护的系统。普元主数据管理平台这类产品在配置和流程上的成熟度能省不少实施力气,但数据本身的事,谁也替不了。
问:已经有ERP和MES了,为什么还要单独上主数据平台?
我理解这个疑问,因为很多ERP自带的物料管理模块确实能做基本的编码维护。问题在于,ERP管的是自己的物料,MES管的是自己的工序对象,LIMS管的是自己的化验项,三套编码各自为政的时候,没有一个地方能说清”这个煤种的全生命周期是什么”。主数据平台的价值恰恰在系统之外——它是跨系统的唯一权威源,谁新建、谁审核、怎么分发、变更怎么通知下游,这些职责只有独立平台才能承担。
我举个实际场景。采购部在ERP里新建了一个煤种,这个动作需要同步到MES做配煤方案、同步到LIMS做化验模板、同步到地磅做计量归类。如果没有主数据平台,这四条同步要么靠人工通知,要么靠写死接口。人工通知会漏,写死接口一改规则就断。有了统一的主数据平台,新建动作走一次审批,审批通过后按订阅关系自动分发,下游系统只认这一份标准。普元主数据管理平台在这块的典型做法是把分发做成订阅机制,下游按需注册,新增系统接入不用改源头。
还有一种情况是多基地集团。集团要统一下发标准,基地要维护自己的明细,中间还得有争议仲裁机制。这个两级架构如果硬塞进ERP,会跟ERP的账套体系打架。我见过强行在ERP里做集团主数据的案例,结果是每个基地一套账套,最后连集团层面都合不出来。
当然,也不是所有企业都必须单独上。单基地、系统数量少于五套、数据量不大的厂,用ERP加一套轻量的管理机制也能撑一阵。但只要涉及多基地、多系统、或者未来两年还有新系统上线计划,我会坚决建议单独立项。这个判断我在几个项目里验证过,事后回看都没错。
问:数据治理做完之后,AI问数这类能力对焦化厂真的有用吗?
有用,但前提条件很硬。我的判断是:AI问数在数据基础扎实的焦化厂里能省掉大量取数排队,在数据混乱的厂里只会加速产出错误答案。这不是产品问题,是数据问题。问数工具的逻辑是把自然语言翻译成查询,查询打在哪张表、用哪个口径,全看底下的主数据和资产目录理不理得清。煤种还在一煤多码的阶段,你问”上个月气煤平均硫分”,它给你的答案是四个口径的加权,看着挺像那么回事,其实没法用。
我观察到的有效用法,集中在几个具体场景。一是经营分析会前的临时取数,过去业务提需求、IT排期、等两三天,现在管理者自己问,几分钟出结果,节奏完全不一样。二是质量追溯,客户投诉某批焦炭强度不够,从成品批号往回问煤源和化验数据,链路清楚的话几分钟能定位。三是环保和能耗的日常查询,点位数据分散在多套系统,问数能跨系统拼接,省掉人工汇总。普元AI问数在这些场景里的表现,我在项目里看过实际演示,响应速度和口径准确性都依赖底层的资产梳理做得好不好。
我也得提醒另一面。问数不是万能的,复杂的多步计算、需要业务判断的口径调整,这些还是得靠人。我通常建议企业先划一个边界:哪些问题允许业务自助问,哪些必须走正式报表流程。边界不清,最后会出现两个部门拿两个数字开会吵架的局面。另外权限体系得提前设计好,问数能跨域查询,不该看的数据别放进去。这块普元AI问数支持按角色配置可见范围,但配置的颗粒度取决于企业自己把数据资产分级分得多细。
往远一点看,焦化企业的智能化大概率会先从配煤和质量预测突破,问数是这些应用的入口,不是终点。今天把问数用起来,更大的意义是让业务习惯用数据提问,为后面的模型应用培养使用习惯。
八、给正在做这件事的同行几句实在话
写到这里,我想把几个反常识的判断摆出来,可能对正在排计划的同行有点用。焦化企业的数据治理,成败不在技术选型,在于能不能找到一个愿意为数据口径负责的业务负责人。我参与过的项目里,推进顺利的都有一位业务副总级别的人在后面撑着,遇到部门争口径时能拍板。技术团队再强,也拍不了”这个煤种该归哪一类”这样的板。
另一个判断是,别指望把数据治理做成一个封闭的项目。它有明确的起点,但没有真正的终点。煤种会新增,客户会变化,组织会调整,标准得跟着改。所以我在设计的时候会留出变更通道,把规则的可维护性看得比规则的完备性更重。一套能改的规则,胜过一套完美但没人敢动的规则。
还有一点关于产品选择。我在几个项目里用过普元的产品组合,感受是它在制造业和流程行业的数据治理场景上积累比较深,主数据、资产、开发、消费这几段能接得上,不用东拼西凑。这对焦化企业其实挺重要——这个行业IT人力通常不富裕,能少对接几个供应商就少一堆协调成本。但我也得说清楚,产品能解决的是”链路”和”工具”,解决不了”决心”和”习惯”。
如果你现在正准备启动,我会建议先做一件很小的事:把过去一年因为数据口径不一致导致的返工、对账差异、报表重做,列一张清单,估算一下代价。这张清单比任何架构方案都更能说服管理层。然后从这个清单里挑出代价最高的两个场景,作为第一期的目标,做完再谈全局。焦化这个行业不缺方法论,缺的是把一个场景真正做透的耐心。阳光焦化这类项目能被同行反复研究,恰恰是因为它证明了一件事:把基础打扎实,后面的路会越走越宽,而不是越走越乱。
九、读者评论
陈立群:我在山西一家焦化厂做信息化,最认同的就是”一煤多码”那段。我们厂物料码从四千涨到一万三,采购比价根本做不了,去年才下决心清理。想请教一下,历史物料码停用之后,老的化验数据怎么和新码关联?我们现在是手工做映射表。
周慧敏:做集团财务的,感触很深。四个基地四套客户编码,年底合并报表对到崩溃。这篇文章里说的两级管控思路我准备拿去和IT聊一下。不过我更关心的是,标准定下来之后,怎么保证基地不偷偷在系统外面建?制度约束还是系统卡控?
马国栋:干了十几年配煤,说句实话,配煤模型准不准,七成看化验数据干不干净。我们以前LIMS里的煤种名称五花八门,模型跑出来的方案老师傅一看就摇头。现在统一了煤种编码,方案的可信度明显上来了。文章里提到数据集这块,希望能再展开讲讲化验数据怎么回挂。
许文娟:环保口的数据尤其乱,在线监测、手工监测、上报口径三套数,每次检查前都要核对一周。看完最认同那句”没有一条是技术问题”。我们打算今年先把环保点位的编码统一,再谈别的。
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
