一、项目背景：双采购场景并存的工程机械集团，为何要自建工业品采购商城
某工程机械行业头部集团在推进渠道与采购数字化时，希望用一套工业品采购商城同时承接两条业务线：面向经销商的在线订货，以及面向集团内部各生产基地、事业部、服务网点的目录化采购。这两条线过去分别依赖电话、邮件、线下请购单和零散系统支撑，数据不通、价格不透明、履约过程不可见。本次商城系统开发的目标不是做两个互不相干的站点，而是搭建一套可复用的数商云MRO商城底座，让同一批商品、同一批供应商、同一批仓储资源，在两套业务规则下并行运转。
（一）工程机械行业MRO采购的典型特征
（1）品类极度长尾。后市场物料横跨易损件、液压件、电气件、滤清器、油品、五金工具与劳保耗材，单个经销商常年动销的品项数远超一般工业品类，而每一品的需求频次并不高，形成多品种、小批量、高频次补货的形态，商品目录、检索与选型体验直接决定商城能否被真正用起来。
（2）与设备强关联。备件需要按机型、批次、配置甚至设备序列号进行适配，错配不仅产生退换货成本，还可能造成设备停机，因此型号识别、替代件关系与适配校验必须进入商品数据模型。
（3）需求非计划性强。设备故障、保养周期、项目开工节奏都会引发突发采购，商城需要支持快速检索、历史订单一键复购与临时询报价，而不是只服务年度框架采购。
（4）采购主体分散但资源共享。集团多基地、多事业部、经销商网络、服务商与终端用户各自发起采购，却共用同一供应商池与仓网，这为集中议价提供了空间，也对权限隔离提出要求。
（5）交易链路长。从询报价、审批、下单、发货、签收到对账、开票、回款，环节多、角色多、状态多，任何一个环节的信息断层都会把线上流程重新推回线下。
（二）双场景的真实差异
经销商侧的核心诉求是在线订货：获得授权后按等级价或协议价下单，实时看到可售库存与交期，在授信额度与账期内完成交易，并能够自助对账、开票、发起退换货。其本质是渠道分销与订货商城，关注的是动销效率与资金周转。
集团内部侧的核心诉求是合规采购：需求部门在授权目录内提报，经预算与成本中心校验、审批流留痕后形成订单，由集团统一议价与统一结算，物料与费用信息需要回流至后端系统。其本质是企业内部采购商城，关注的是采购合规、成本可视与管理闭环。
两条线的差异集中在四个方面：价格规则、权限边界、审批链路、结算方式。这四点是后续架构设计与功能配置的全部出发点。
（三）需求边界与核心命题
项目立项阶段，双方把命题收敛为一句话：用一套工业品采购商城的商品与交易底座，支撑两条业务线的差异化规则。这意味着不能靠复制两套代码解决问题，而要先把共性沉淀为平台能力，再把差异交给配置与规则引擎承载。
二、需求分析：把两套业务规则抽象成一套可配置模型
（一）经销商端：从电话订货走向在线订货商城
（1）准入与授权。经销商、服务商需要提交资质并通过审核后才能看到对应品牌与品类的商品，区域授权与渠道保护策略要在系统内可配置。
（2）价格与政策。支持客户等级价、协议价、阶梯价与阶段性促销，价格变更需可追溯，避免同一客户在不同入口看到不同价格。
（3）库存与交期。多仓库存可视、可承诺交期计算、缺货替代推荐，是减少询价沟通成本的关键。
（4）信用与账期。授信额度占用、超额拦截、账期到期提醒，与后续对账开票形成闭环。
（5）代客下单与导购。业务员需要以经销商身份代为下单，这一诉求在B2B场景中普遍存在，权限模型必须预留相应能力。
（6）售后与退换。收货差异、质量问题、错发漏发的线上化处理，能显著降低渠道摩擦。
（二）集团内部端：从线下请购走向目录化采购
（1）组织与人员同步。多层级组织架构、岗位与人员关系需要与既有系统保持一致，避免出现账号权限与组织现实脱节。
（2）预算与成本中心。提交需求时即完成预算校验与费用归集，采购行为才能被真正约束。
（3）审批链路。按金额、品类、组织维度配置审批流，支持会签、转签、加签与超时提醒。
（4）集采目录与协议价锁定。集团谈定的框架协议在商城内部形成限定目录，需求部门只能在目录内选择，杜绝随意采购。
（5）内部领用与结算。物料领用、内部调拨、费用分摊在系统内留痕，并与后端系统对账。
（三）共性抽象：可复用的能力底座
把两条线的需求放在一起看，重复度较高的能力是：商品与目录、客户与组织统一身份、价格引擎、库存中心、订单中心、结算中心。差异化部分则是价格策略、可见范围、审批规则与账务规则。由此形成的设计原则是：核心能力中台化，业务差异配置化。这条原则贯穿了后续全部技术决策。
三、技术选型：微服务与中台化是双场景并行的前提
（一）选型依据
（1）两条业务线迭代节奏不同。经销商侧偏重营销与交易转化，内部侧偏重管控与集成，如果放在同一个单体应用里，任何一侧的改动都会互相牵制。
（2）B2B订单链路长、状态多，需要独立的订单模型与状态机来承载拆单、履约、逆向流程。
（3）商城存在明显的访问波峰，需要弹性伸缩、限流降级与故障隔离能力。
（4）多端接入是常态，PC商城、移动端、小程序与外部系统接口需要共享同一套业务服务。
（二）技术栈与架构风格
系统采用Spring Cloud微服务架构，按业务域拆分服务边界，配套服务注册与配置中心、网关、链路追踪与日志聚合；部署侧采用容器化与编排调度，配合持续集成与持续交付流水线，使版本发布与灰度可控。数据层采用关系型数据库承载交易与账务，缓存承担热点商品与价格读取，消息队列负责订单、库存、结算之间的异步解耦，搜索引擎支撑商品检索与筛选。
（三）检索与选型的技术处理
MRO商品检索的难点不在于分词，而在于型号归一化。系统在商品属性模型之上建立了品牌、型号、适配机型、关键参数的结构化字段，并对同义词、别名、简写进行映射，使用户可以通过参数筛选、型号反查、适配机型查询等方式定位商品；同时支持BOM批量导入与历史清单复购，把复杂的选型过程压缩为可重复的动作。
（四）安全与合规
权限模型采用角色与数据范围双维度控制，经销商之间、组织之间严格隔离；关键操作留存审计日志，接口调用具备鉴权与限流，价格、额度、审批等敏感数据的变更全程可追溯。
四、系统架构设计：一套底座承载两条业务线
（一）分层结构
整体分为接入层、网关层、应用服务层、中台能力层、数据层与集成层。接入层面向不同角色提供差异化入口，网关层统一处理鉴权、限流与路由，应用服务层按业务域实现交易、渠道、采购、结算等能力，中台能力层沉淀可复用组件，集成层负责与外部系统对接。
（二）中台化能力复用
商品中心统一维护类目、属性、品牌、型号与替代关系；价格中心以价目表加规则优先级的方式输出价格；库存中心聚合多仓可用量并计算可承诺交期；订单中心承载下单、拆单、履约与逆向流程；结算中心处理授信、账期、对账与发票；客户与组织中心统一管理经销商与内部组织的身份模型。两条业务线调用同一套中台服务，只是取用的规则集合不同。
（三）集成架构
商城需要与ERP的物料与库存、财务的应收与凭证、WMS的出入库、OA的审批、CRM的客户资料以及承运商物流信息打通。集成方式按实时性要求分层：强一致场景走接口调用，最终一致场景走消息通知，批量场景走定时任务，历史数据迁移则采用增量捕获方式处理，尽量避免对既有系统造成冲击。
（四）主数据治理
商品主数据是本项目投入最大的环节。工程机械后市场的商品编码在集团、经销商、供应商之间长期不统一，同一备件存在多种叫法与编码。系统建立了物料编码与商城SKU的映射关系，统一属性模板与类目规范，并对重复商品做合并与归并处理，为后续的检索、定价与库存共享打下基础。
五、功能模块：围绕双场景的能力拆解
（一）商品与目录管理
覆盖类目树、属性模板、品牌与型号、图文档、替代件关系、上下架与可见范围配置。经销商看到的目录由授权决定，内部员工看到的目录由集采协议决定，两者共用同一商品库。
（二）价格与协议管理
支持多价目表并行，按客户等级、协议、区域、数量区间设定优先级，价格生效与失效可预约执行，变更留痕。内部集采协议价与渠道价互不干扰，由规则引擎按场景匹配。
（三）交易与订单管理
覆盖购物车、下单、支付或账期结算、订单拆分合并、发货跟踪、签收确认、退换货与售后工单。内部采购订单在提交前嵌入审批环节，经销商订单则直接进入履约流程。
（四）库存与履约管理
多仓库存可视、库存占用与释放、调拨与补货建议、发货计划与物流轨迹回传。库存数据通过与后端系统的同步保持一致性，避免超卖与承诺失真。
（五）结算与对账管理
授信额度管理、账期规则、对账单自动生成与在线确认、发票申请与寄送状态跟踪、回款核销，减少财务与渠道之间反复沟通的成本。
（六）组织、权限与审批
组织架构同步、岗位与角色配置、数据范围控制、审批流引擎。审批规则可按金额、品类、组织维度组合，兼顾灵活性与可审计性。
（七）运营与数据看板
面向运营人员提供客户活跃度、商品动销、订单履约、库存周转等维度的分析视图，为品类优化与政策调整提供依据。
六、实施落地：分阶段推进与风险控制
（一）实施路径
项目按蓝图设计、原型验证、系统开发、联调测试、试点运行、全面推广、持续迭代的顺序推进。其中蓝图阶段重点是把两条业务线的流程差异梳理清楚，形成可配置的规则清单，避免把规则争议拖入开发阶段。
（二）商品数据治理先行
商品上架是商城可用性的第一道门槛。实施团队将数据治理与系统开发并行推进，先完成重点品类与高频备件的清洗与标准化，再分批扩展，使试点范围始终有足够的商品可买、可查、可下单。
（三）集成与切换
与既有系统的集成采取先并行、后切换的策略。试点期保留原有下单方式作为兜底，待线上流程稳定后再逐步关闭线下通道，降低业务中断风险。
（四）培训与推广
经销商与内部需求部门的操作习惯差异明显，推广方式也需要区别对待：对外侧重操作培训与政策说明，对内侧重流程宣讲与合规要求。运营团队同步建立商品运营与客户运营机制，持续优化检索命中率与目录结构。
（五）落地效果
系统投用后，采购与订货流程的可视化程度显著提升，询报价与对账环节的人工沟通量大幅减少，集团层面获得了统一的商品与交易数据视图，经销商侧的订货效率与资金周转体验同步改善，采购合规性通过目录锁定与审批留痕得到实质性加强。
七、经验沉淀：双场景共存的关键结论
（一）统一主数据，分离业务视图
商品、供应商、库存等主数据必须只有一份，价格、权限、审批等业务视图按场景分离。主数据分裂是双场景项目最常见也最难挽回的隐患。
（二）价格与权限必须配置化
把价格优先级、可见范围、审批条件做成可配置规则，业务方才能在政策调整时自主响应，而不是依赖每一次发版。
（三）订单与结算要可合可分
内部采购与渠道订货的订单在模型上应保持统一，在履约与结算上可按业务需要独立处理，避免为了短期省事而设计成两套无法互通的单据体系。
（四）先跑通一条线，再复制到另一条
选择业务规则更清晰、参与方更集中的一侧先行试点，把商品治理、集成方式与运营机制验证成熟后，再向另一侧复制，整体风险明显低于齐头并进。
对数商云而言，这类工程机械行业的数商云MRO商城项目验证了一条可复用的路径：以中台化能力承载共性，以配置化规则承载差异，用商品主数据治理作为地基，用分阶段实施控制节奏。对于同样存在经销商网络与集团内部采购并行的工业品企业，这套思路具备直接的参考价值。
评论