1. 在建筑建材行业做B2B平台开发，难点很少是"能不能上线一个商城"，而是渠道库存和价格这两件看起来不性感、却决定成败的事。数商云与某建筑建材行业头部集团启动企业级B2B平台搭建时，对方提出的诉求很朴素：让经销商在线看到能卖的货，按自己的等级看到该看的价格，下单之后顺利履约。越往细里聊越清楚，这不是做商城，而是一次围绕经销体系展开的供应链数字化改造，核心落点正是渠道库存与价格分级。
一、项目背景：库存与价格，是建材分销绕不开的两道坎
（一）某建筑建材行业头部集团的渠道结构
1. 该集团以经销商分销为主、直营项目为辅，产品覆盖水泥制品、钢材型材、板材、管材、砂石骨料等品类，既有标准化程度较高的材料，也有随项目定制加工的非标件。区域分公司负责本地渠道拓展与履约协调，经销商承担资金垫付、仓储周转和末端配送。
2. 这种结构在行业内很常见，痛点也很共性：总部看得到发货，看不到经销商手里还剩多少货；看得到开单价，看不到业务员在终端报了什么价；看得到订单，看不到工地的真实需求节奏。
（二）渠道库存与价格体系暴露出的典型问题
1. 库存口径不统一。总部仓、区域中心仓、经销商自有仓、在途、已锁定待发，各自记在不同系统甚至不同表格里。销售想知道"这一单能不能接"，往往要打几个电话确认，确认完货可能已经被别人订走。真正可用的库存（可承诺量，业内常说的ATP）在多级渠道中被反复估算，超卖与临时缺货因此反复发生。
2. 价格关系复杂且缺乏约束。建材报价要同时考虑客户等级、结算方式、采购量、区域运费、项目备案、返利政策等多重因素。这些规则散落在表格、业务员经验和区域惯例里，形成了大量口头价与例外价，既伤害价格体系的严肃性，也让财务核销返利时缺少依据。
3. 交易与履约之间存在断点。经销商下单后，订单需人工转成发货计划，再对接仓储与运输；退换货、行情波动带来的补差、结算对账，更多靠线下沟通，信息回流慢，授信与账期管理被动。
（三）通用电商方案为什么接不住建材生意
1. 品类属性差异大。同一件商品在不同渠道可能按吨、按方、按张、按米计量，还要处理理论重量与实际过磅的差异、批次与保质期、加工损耗等。标准商城的SKU模型很难直接套用。
2. 价格不是"标价加折扣"，而是一个计算过程：基础价随行情波动，再用客户等级、协议、项目备案、采购阶梯逐层修正，最终还受运费与结算方式影响。
3. 库存属于多方共有。经销商手里的货可能是买断的，也可能是代销、寄售的；总部需要掌握整体可用量以保证履约，又不能随意处置经销商资产。库存模型必须能区分权属与可分配性。
二、方案设计：企业级B2B平台搭建的架构取舍
1. 问题边界明确之后，双方确定了一条主线：以经销商交易为中心，把库存和价格抽象成平台级能力，而不是写死在某个页面或某段业务代码里。整体方案沿用企业级B2B平台搭建的通用做法，并针对建材场景做了适配。
（一）业务架构：围绕经销商交易拆出若干能力域
1. 客户与权限域。统一管理经销商、门店、项目客户、内部业务员等多类主体，维护组织层级、经营区域、客户等级、授信额度与账期等属性；权限按角色与数据范围双层控制，业务员只看自己负责的客户，区域经理看本区域，总部拥有全局视角。
2. 商品与主数据域。建立统一商品中心，用"商品—规格—计量单位"的多层模型承载建材品类，同一商品可维护多个计量单位及换算关系，并挂接批次、产地、执行标准等属性，为库存与价格计算提供一致口径。
3. 价格域。把价格从订单模块中独立出来，形成价格策略中心与报价服务。任何渠道、任何入口的报价都调用同一服务，保证同一客户、同一商品、同一场景在同一时点看到的价格一致。
4. 库存域。建立渠道库存中心，区分实物库存与可售库存、权属与占用状态，对外提供可承诺量查询与预占能力。
5. 交易履约域。覆盖下单、审核、授信占用、发货、签收、退换货、结算对账全过程，是连接前端商城与后端ERP、WMS的枢纽。
（二）技术架构：微服务拆分到什么颗粒度
1. 分层上采用接入层、应用层、领域服务层与数据层。接入层由API网关统一负责鉴权、限流与路由，支撑PC商城、经销商移动端、业务员代下单端，以及大客户通过开放接口对接自有采购系统等多种入口。
2. 领域服务按能力域独立部署，商品、价格、库存、订单、结算各自拥有独立数据存储，通过消息队列异步解耦，避免某个域的流量峰值拖垮整条交易链路。价格计算与库存查询这类高频读场景引入多级缓存，保证列表与详情的响应速度。
3. 数据一致性上不追求"大事务"式的强一致，而是采用预占加补偿、流水加对账的思路：下单先冻结授信与库存，审核或支付结果回执后再确认；跨系统操作失败时通过定时对账与补偿任务收敛差异，每日产出差异清单交由业务处理。在建材这种订单金额大、履约周期长的场景里，这套做法更稳妥。
4. 价格与库存的变更都影响面极大，因此两者都做了版本化与快照：价格规则带生效时间与版本号，订单落单时固化价格明细与计算过程；库存变动全部走流水台账，任何时点的库存都能回溯到具体单据。
（三）渠道库存数字化：从看不见到可分可配
1. 库存分层的核心是把库存拆成总部可用、区域可调、经销商自有、在途、已占用等多个维度，每一层有明确的权属与分配规则。销售在商城看到的可售数量，是经规则计算后的可承诺量，而非简单账面结存。
2. 库存共享的关键是差异化。对集团统一履约的品类，允许经销商订单直接消耗区域仓的可分配量；对经销商自备货的品类，则以经销商自有库存为主，平台提供可视与代下单能力。规则由各品类、各区域自行配置，避免一刀切。
3. 缺货与调拨要有出路。本地库存不足时，系统按预设优先级推荐替代仓库或替代规格并生成调拨建议；调拨同样纳入库存流水，避免出现货已调走、账上还在的情况。
4. 库存数据需要双向流动。库存中心通过接口与ERP、WMS交互，出入库以WMS为准，可用量以库存中心为准，纠偏逻辑固化在系统里，而不是靠人工判断。
（四）价格分级数字化：把定价权装进规则里
1. 价格策略中心承担定价规则的唯一出口。它把价格拆成基础价、等级价、协议价、项目备案价、量价阶梯、促销价等类型，并定义叠加顺序：先取基础价，再按客户等级或协议修正，项目备案价在指定范围生效，促销价按活动条件命中，最后叠加运费与结算方式带来的调整。
2. 报价服务负责计算。它接收客户、商品、数量、收货地址、下单时间等上下文，按匹配到的规则算出最终价格，并把每条规则的命中情况返回给前端与订单，为什么是这个价，业务员一看就明白。算价过程可见，是后期减少价格争议的关键。
3. 权限与审计负责管控。谁可以申请特殊价、谁可以审批、生效范围多大、有效期多久，全部在平台上配置并留痕。超出授权范围的申请进入审批流，通过后自动转成有时效的协议价或项目价，到期自动失效，避免特殊价永久沉淀。
4. 价格调整必须有传导机制。行情变化时，基础价调整按规则自动传导到相关客户与商品；已下单未发货的订单是否补差，按各品类商务政策配置，由系统识别并生成补差单，而不是靠销售逐个沟通。
三、实施过程：把方案拆成能验证的动作
1. 项目推进采用蓝图、原型、迭代开发、验证、推广的节奏，每个阶段设置可验收成果物，避免大而全的瀑布式交付。
（一）主数据治理先行
1. 上线前的准备工作中，主数据清洗占用精力最多。客户编码、商品编码、仓库与组织编码在各系统之间对不上，价格和库存规则就无从谈起。项目组先做编码映射与唯一性校验，再清理重复商品与失效客户，明确主数据的唯一来源与维护责任。
2. 计量单位与规格属性在这一步同步统一。商城展示用统一单位，下单允许按客户习惯单位录入，系统按换算关系折算，出库仍以仓储口径为准，从源头避免计量口径不一致引发的纠纷。
（二）库存与价格并行改造，灰度验证
1. 两条线并行推进，但验证环节刻意保持独立：库存先用历史单据做回归验证，看可承诺量计算是否与实际发货吻合；价格先用抽样客户做影子计算，把平台算出的价格与现行报价逐单比对，找出规则理解上的偏差。
2. 验证通过后进入灰度：选取若干区域和品类先行上线，其余渠道仍走原有流程。灰度期间重点关注超卖、价格争议、订单拦截原因几类情况，定期复盘并调整规则配置。
（三）与ERP、WMS、财务系统对接
1. 对接不是简单的接口开发，而是先明确谁说了算。项目组为每个关键数据项指定唯一权威系统：商品与客户主数据以平台为准，实物库存以WMS为准，财务凭证以财务系统为准，平台负责业务过程与规则计算。责任边界清晰之后，接口数量大幅收敛。
2. 结算与对账单独设计。经销商的授信占用、账期、返利核销在平台上形成完整链路，定期与财务系统对账，差异项自动生成待办。对账从月底集中核算变成日常持续核对，财务压力明显下降。
（四）经销商推广与运营机制配套
1. 系统上线只是开始。平台能力要用起来，必须配套运营机制：把线上可用库存、线上价格与实际供货保障挂钩；对通过平台下单的订单，在发货优先级、账期政策上给予明确回应；对长期走线下流程的渠道设置过渡期与引导节奏。
2. 培训按角色拆开做。业务员关心快速下单与价格解释，经销商关心库存可视与结算清晰，仓库关心拣货与发货单据，运营关心规则配置与异常处理。分角色培训比一场大会更有效。
四、落地价值：渠道秩序与交易效率同步改善
1. 平台稳定运行后，变化最先出现在日常沟通里：过去需要电话确认的库存和价格问题，现在有了统一的线上口径。
（一）库存口径统一带来的连锁反应
1. 渠道库存从各自记账转向统一可见，总部能看到各区域、各经销商的库存分布与周转情况，为排产、调拨和区域投放提供依据，缺货响应从被动救火变成提前预警。
2. 可承诺量机制上线后，超卖现象明显减少，订单审核通过率提升，履约过程中的临时改单、退单随之下降，仓储与运输环节的计划性增强。
（二）价格分级落地后的合规与信任
1. 价格规则集中管理之后，报价不再依赖业务员个人判断，例外价格走审批留痕，价格体系的可解释性显著增强。经销商对报价差异的质疑，能够用规则与协议直接回应。
2. 返利与补差有了系统依据，财务核销周期缩短，渠道结算争议减少，厂商与经销商之间的信任成本下降。
（三）交易与履约效率的定性变化
1. 经销商在线自主下单比例稳步提升，业务员从录单员回归到客户经营与项目跟进，订单从提交到进入发货流程的等待时间大幅缩短。
2. 全流程线上留痕让管理决策有了数据基础：哪些品类需求波动大、哪些区域库存周转慢、哪些价格政策真正影响成交，都能从平台数据中看出来，而不是靠层层汇报。
（四）组织能力的沉淀
1. 平台把过去分散在个人经验里的定价逻辑、库存规则、履约标准，沉淀为可配置、可审计的系统能力。人员流动带来的业务波动因此变小，新区域、新品类扩张时可以复用同一套规则框架。
五、可复用的经验
（一）先定规则，再定界面
1. 建材行业的B2B平台开发，界面最容易达成共识，也最容易返工。把价格规则、库存口径、履约责任这些看不见的东西先谈清楚，再进入原型和开发，返工量会大幅减少。
（二）库存与价格是一件事的两面
1. 库存决定能不能卖，价格决定按什么条件卖，二者共同构成经销体系的基本秩序。分开建设容易各说各话，放进同一套交易底座里设计，规则才能互相咬合。
（三）技术选型服从业务节奏
1. 微服务、缓存、异步解耦、最终一致性这些手段本身没有优劣，关键在于是否匹配业务的容错边界。建材订单金额大、履约链条长，宁可牺牲一点实时强一致，也要保证过程可追溯、差异可收敛。
（四）上线不是终点
1. 平台交付之后，规则配置、数据运营、渠道推广才是长期工作。供应链数字化的价值，是在日复一日的使用与打磨中逐步释放出来的，而不是在系统验收那一刻就自动兑现。
评论