技术负责人过关了——Spring Boot 底座选型定了,ES 商品检索上了,Flowable 审批嵌进去了。但项目一上线,采购员骂街、供应商懵逼:
问题出在:团队把零售商家入驻系统原样搬过来了,只改了菜单名字。
本文给一份“零售入驻→MRO供应商入驻”的改造清单,按模块拆。
|
零售商家入驻 |
MRO供应商入驻(增量) |
|---|---|
|
营业执照 |
+ 工业生产许可证、3C/CE/UL认证扫描件 |
|
法人身份证 |
+ 投标授权人、质保联系人 |
|
品牌授权书 |
+ 物料分类供货范围(绑定到MRO类目树) |
|
结算账户 |
+ 对公账户+增值税专票资质+开票抬头库 |
|
店铺评分规则 |
+ 历史供货业绩、到货合格率、售后响应SLA |
关键动作:资质不是收集完就完事,要做有效期预警(提前30天提醒续期)和投标自动拦截(无某类资质不能投该类RFQ)。

零售店铺 = 装修+商品+营销。
MRO供应商视图要拆成三层:
店铺装修、Banner、粉丝运营这些零售模块,在MRO后台里直接砍掉或折叠到“企业展示”二级页。
零售商家上架:拍图、写标题、填规格、设价格。
MRO供应商上架:
这一步是搜索可用性的命根子。属性不全,采购员搜“不锈钢球阀 DN50 PN16”就会出来一堆只写了“阀门”的垃圾SKU。
供应商后台要有两条平行工作流:
很多项目犯的错误是把 RFQ 做成“留言板”,供应商在商品详情页留个言就完事。正确做法是 RFQ 是独立聚合页,带单位标准化清洗、贸易术语、账期、含税/不含税字段,多家报价进来后系统自动算 TCO(总拥有成本)而非只看单价。
零售:消费者付100,平台拿5,商家拿95。
MRO(以甲方自建集采平台为例):
入驻系统里要给供应商提供:账单中心(按合同/订单/收货单三视角)、发票登记、请款单、与ERP应付差异预警。这部分零售商家后台完全没有,必须从零建。
如果基于 LegendShop / Mall4j 商业授权版起步,建议按这个顺序改入驻系统:
商家入驻系统放在 MRO 场景里,本质不再是“招商工具”,而是供应商主数据 + 资质治理 + 寻源能力 + 结算对账的综合入口。
把它从“淘宝卖家中心”改造成“工业供应商工作台”,MRO平台才算真正落地——采购员敢用,供应商愿用,财务对得上。这也是为什么拿 Java 商城开源做 MRO,最大的二开工作量不在订单,而在入驻。