一、井口库房里的缺料与积压，是煤炭企业MRO采购的老毛病
前些年我们跟着一家煤炭集团的采购负责人下矿，进过井口旁边的物资库房。货架上码得满满当当，劳保手套、轴承、托辊、各类阀门堆了一排又一排，落灰的不在少数。可就在同一个库房里，掘进队报上来的一批液压管接头没有现货，采购员只能翻出手机挨个给老供应商打电话，问能不能当天送过来。一边是压着不动的库存，一边是停不得的急件，这个画面几乎就是煤炭行业MRO采购的缩影。
MRO这类物资有个共同点：单笔金额不大，品类却极杂，跟生产设备的连续性又绑得很紧。①井下设备停下来的损失，远比它需要的那几个密封件的价格高得多；②可正因为单笔金额小，采购环节往往被当成"小事"，流程粗放、记录潦草；③再加上矿区、选煤厂、维修厂、后勤单位各自为政，同一颗螺栓在不同单位能叫出好几个名字。这几点叠在一起，煤炭行业MRO数字化升级就成了一件看起来不急、实际上很磨人的事。
下面这篇内容，是我们参与某煤炭行业头部集团MRO商城搭建项目后的一次复盘。数商云MRO商城搭建这件事，技术本身不算最难的部分，真正花功夫的是把一个横跨多组织、多场景的采购体系重新理清楚。
二、客户背景：某煤炭行业头部集团的采购盘子有多大
客户是某煤炭行业头部集团，主业涵盖煤炭开采、洗选加工和煤化工，下面管着多个生产矿井、选煤厂，还有运销、物流、装备维修和后勤服务等配套单位。集团层面的采购大致分成两条线：一条是设备和大宗物资，走的是招标和长协；另一条就是MRO，也就是维持生产运转要用的那些非直接物料。
MRO这条线看着不起眼，摊子却铺得很大。品类上从采掘设备的备件、液压件、电气元件，到皮带托辊、钢丝绳、轴承密封，再到劳保用品、五金工具、化验试剂，甚至食堂和办公后勤的物资，全都算在里面。供货的供应商既有原厂和授权代理，也有区域经销商和本地小商户，数量多、层次杂。
组织上更复杂。集团总部管制度、管供应商准入和品类策略，实际下单的却是各个矿区和厂区，有的单位还有自己的一套仓库和收货流程。这种"集团定规则、基层做执行"的结构，放在传统采购模式下很容易走形。
三、项目挑战：原有采购模式卡在哪里
（一）品类口径不统一，一颗螺栓好几个名字
项目组进场做的头一件事是翻台账。结果发现光"螺栓"这一类，各个单位报上来的叫法、规格写法、单位口径都不一样，有的按国标号写，有的按供应商给的型号写，还有的干脆写在备注里。①同一个东西在系统里能查出好几条记录；②汇总分析的时候根本对不上；③供应商报价时各按各的口径，横向比价基本没法做。品类不统一，后面的集中采购、价格分析、库存共享都无从谈起。
（二）寻源比价靠人，价格没有可比性
过去的询价多是采购员打电话、发微信、发邮件，收到几家报价之后自己整理。①报价的规格描述不一致，比出来的价格其实是"苹果比橘子"；②过程记录散落在个人手机和邮箱里，事后追溯困难；③同一批物资在不同矿区的采购价差，集团层面并不掌握。这不是采购员不专业，而是缺少一个把需求、报价、比价拉到同一个平面上看的地方。
（三）需求分散，集团看不到全景
各矿区自己报计划、自己联系供应商、自己收货入库，总部更多是在事后做统计。①重复采购难以避免，相邻矿区可能在同一时间段各自买同一批通用件；②集团与供应商的议价能力被分散的需求稀释了；③采购策略的调整缺乏数据支撑，只能凭经验判断。
（四）库存一边积压一边缺料
库存的问题最棘手。①安全库存靠老师傅的经验定，人员一变动就断档；②通用件在各矿区各存一份，总量不小，单体却常常不够用；③积压物资的处置和调剂没有常态机制，账面数字一直挂着。缺料和积压同时存在，本质上不是仓库的问题，而是信息没有打通。
（五）线下流程与系统并行，数据留不下来
审批在OA里走，采购台账在Excel里记，合同在纸质文件夹里存，收货单在仓库里签。①同一笔采购要在几个地方重复录入；②数据口径不一致，对账时经常要来回核；③供应商的履约表现在系统里几乎没有沉淀，下次选供应商还是凭印象。
四、解决方案：数商云MRO商城的整体建设思路
面对这样一个盘子，我们的思路是先理业务、再谈系统。企业MRO数字化采购不是把线下流程搬到线上就完事，得先把品类、组织、权限、流程这几件事定下来，系统才有地方落。
（一）需求分析：把品类和场景先分层
项目组花了相当精力做品类梳理。①先把集团全部MRO物资按大类、中类、小类分层，统一编码规则和规格描述模板；②再按采购场景分层，区分常规备件、计划性物资、紧急抢修物资和通用消耗品，不同场景走不同的流程；③最后明确哪些品类适合集中采购、哪些适合商城化下单、哪些需要保留现场紧急采购通道。这一步做完，后面的系统配置才有依据。
（二）方案设计：一个商城，多组织，分角色
整体设计上，我们按"一个平台、多组织、多角色"的框架来搭。①集团层面负责品类策略、供应商准入和价格管控；②各矿区、厂区作为独立组织在商城内下单、收货、对账，数据和权限相互隔离又向上汇总；③供应商通过供应商门户维护商品、响应询价、接收订单、对账开票。三方的动作都落在同一个系统里，信息不再需要靠人来回传。
（三）功能模块：围绕"买得到、买得对、买得省"展开
MRO采购系统搭建的模块划分，我们基本是沿着采购动作的顺序来的。①品类与商品管理：建立统一的MRO品类树和商品库，支持商品标准化描述、参数维护和上下架；②寻源与比价：支持询价、报价、比价单生成，把不同供应商的报价拉齐到同一规格口径上比较，也支持协议价和目录价的下单方式；③订单协同：从需求申请、审批、下单、发货、收货到对账开票的全流程在线，订单状态各方可见；④库存与供应商管理：出入库、调拨、盘点在线化，供应商的准入、分级、履约评价形成台账；⑤多组织权限：按组织、角色、品类、金额区间配置审批与操作权限；⑥系统集成：与集团已有的ERP、财务、OA、主数据等系统打通，避免重复录入。
（四）技术特点：源码交付与私有化部署是硬要求
客户在技术上有几条明确要求。①源码交付，集团希望掌握系统的二次开发能力，后续业务变化能自己迭代；②私有化部署，采购数据涉及价格与供应商信息，放在集团自己的机房更放心；③国产化适配，服务器、操作系统、数据库都要能在国产环境下稳定运行；④快速交付，业务侧希望尽早看到可用的版本。这几条在选型阶段就是硬门槛，数商云MRO商城在这几个方面都能对得上，这也是项目能顺利推进的前提。
五、开发与实施：从蓝图到矿区的几步走
（一）蓝图规划：把流程画在纸上先吵一遍
项目启动后先做的是蓝图。我们没有急着动代码，而是把各矿区的采购员、仓库管理员、财务和供应商代表拉到一起，按实际的采购场景过流程。①从需求提报开始，一条一条往下推，到收货、入库、对账结束；②每走到一个有分歧的地方就停下来讨论，比如紧急采购要不要走商城、通用件能不能跨矿区调拨、供应商报价的有效期怎么算；③把这些结论落成流程说明和权限矩阵。这个过程不轻松，有时候一个环节要来回讨论几轮，但比上线之后再改要划算得多。
（二）开发配置：标准功能优先，个性化有节制
进入到开发配置环节，我们的原则是能用标准功能解决的就不做定制。①品类树、商品模板、审批流、权限模型这些尽量用配置实现；②确实需要开发的部分，集中在煤炭行业特有的场景上，比如按设备台账关联备件、按矿区仓库分账管理；③每一处定制都要求业务方说清楚使用频率和不可替代性，避免把系统做成一个大杂烩。源码交付这条也让客户的技术团队从早期就参与进来，一起看结构、过代码，为后续自主维护打基础。
（三）集成对接：踩坑最多的一段
集成是整个项目里最容易出问题的地方。①主数据映射是最先碰到的坎，集团ERP里的物料编码、供应商编码、组织编码，跟商城的编码体系不是一套逻辑，必须建立对应关系并明确哪边是源头；②接口字段对不齐是第二道坎，比如计量单位，有的按"米"有的按"根"，商城下单时得先统一；③财务口径是第三道坎，含税与不含税、运费承担方式、发票类型，这些在订单生成时就要带上，不然后面对账会返工。我们的做法是先把字段对照关系一条条确认签字，再做接口联调，宁可前期慢一点。
还有个教训值得说：集成测试不能只用几条理想数据跑通就算完。项目组后来专门造了一批"脏数据"，规格描述残缺的、单位不匹配的、供应商编码对不上的，拿这些去压接口，才把边界问题暴露出来。这一步补得及时，上线后少了很多扯皮。
（四）测试上线：并行跑一段，别急着切换
测试阶段我们按模块做了功能测试，再按完整业务链路做端到端测试，最后选了业务相对完整的单位做试点。①试点期间线上线下并行，商城的单据和原有台账同时记，定期核对差异；②差异不放过，逐笔查到原因，是操作问题就补培训，是规则问题就改配置；③运行平稳之后再分批推开到其他矿区和厂区。这种节奏看起来慢，实际上省掉了大量上线后的返工。
（五）培训推广：把矿区老师傅拉进来
培训这件事，光发操作手册是不够的。①我们把采购员、库管员、供应商的操作分开做专场，各讲各的，不混在一起；②每个矿区培养几名关键用户，日常问题先在内部消化，消化不了的再反馈到项目组；③针对年龄偏大的老师傅，做的是"点哪里、填什么、点提交"的手把手演示，不用系统术语跟他们讲。供应商那边也一样，组织线上培训和答疑，把报价、接单、对账的动作演示到位。
六、应用成效：变化是慢慢显出来的
项目上线运行一段时间后，比较明显的变化有这么几个方面。
管理上，集团第一次能在同一个界面上看到各矿区MRO采购的全貌，品类、供应商、价格、订单状态都在里面，采购策略的调整有了抓手。①重复采购的情况大幅减少；②集团层面的品类策略能够真正落到各单位的日常下单动作上。
效率上，需求提报、审批、下单、收货、对账走的是同一条线上链路。①采购员不用再为一张单子跑几个部门签字；②供应商接单和发货的响应明显加快；③对账周期大幅缩短。这些改善单看每一项都不算惊人，加在一起，采购人员的时间就腾出来了。
成本上，同一规格的物资在集团范围内有了可比的价格，集中议价的空间打开了，采购成本的降低是逐步体现的。同时，通用件的跨单位调剂让积压库存慢慢消化，重复备货的现象明显改善。
协同上，供应商从"被动接单"变成在门户里主动维护商品和报价，履约情况被记录下来，选供应商时不再只凭印象。内部各矿区之间的信息也不再是孤岛。
七、经验启示：给同行业企业的几条实在建议
回过头看，煤炭行业MRO数字化升级这件事，系统只是载体，真正决定成败的是业务梳理的深度和推进的节奏。
（一）先定品类，再谈系统
品类口径不统一，后面所有的集中采购、比价、库存共享都是空谈。建议在系统选型之前，先把品类树、编码规则、规格描述模板定下来，哪怕先覆盖主要品类，也比一上来就全面铺开要务实。
（二）主数据是地基，别省这一步
物料、供应商、组织这三类主数据的源头和口径，必须在项目早期就明确。我们见过不少项目，系统本身没问题，卡在主数据上反复返工。多花些时间做字段对照和确认，后面会省很多事。
（三）把一线的声音带进项目组
矿区的采购员、库管员、维修班长，他们对物资怎么用、什么时候急、哪些能替代，比任何流程图都清楚。让这些人从蓝图阶段就参与进来，一是需求更贴近实际，二是上线推广时他们会成为最有力的支持者。
（四）不要指望一步覆盖全集团
多组织的项目，试点先行、分批推广是更稳妥的做法。先选业务完整、配合度高的单位跑通全流程，把规则和配置打磨好，再复制到其他单位。并行运行的阶段虽然麻烦，但值得。
（五）供应商的习惯也要一起改
商城能不能用起来，供应商的配合很关键。上线前把供应商动员和培训做扎实，把报价、接单、对账的操作讲透，必要时给过渡期的支持。供应商愿意用，采购侧的效率提升才真实。
八、写在最后
这个项目做完，我最大的感受是：煤炭行业MRO数字化升级没有想象中那么玄乎，它就是把杂乱的品类理清楚，把分散的组织连起来，把靠人的动作变成靠规则的动作。数商云MRO商城在其中承担的是承载和连接的角色，真正下功夫的是业务侧的梳理和项目组的耐心。从结果看，采购的透明度、效率、协同和成本控制都有实实在在的改善，这套MRO采购系统搭建的路径，对同类型的多组织集团也有参考价值。
如果贵企业也在考虑MRO商城开发或企业MRO数字化采购的推进，可以把自身的品类结构、组织形态和系统环境先整理一下，咨询数商云获取更详细的方案资料与系统演示，具体方案与报价请咨询数商云。结合自身情况做判断，比照搬别人的方案要靠谱。
评论