多品牌运动集团的主数据怎么统一？

多品牌运动集团的统一主数据项目，可以按这样的顺序推进：先上财务域，再把门店、客户、商品一次性切到同一个平台，下游分发链路跟着切换，旧系统随后停用。下面是一家运动品牌集团的实际做法。

一、项目背景：品牌多，系统也多

这是一家运动品牌集团，旗下有多个品牌，做鞋服零售。要用主数据的系统有二十多个：多套 SAP，加上 PLM、OMS、WMS、新零售、资金和司库、财务共享、集成平台等。集团原来有一套主数据系统，这次整体换到新的主数据平台上。

项目范围是门店、客户、商品、财务四个域，门店里含仓库。

多品牌集团做主数据，通常难在三处：

1. 口径多。每个品牌、每个渠道，对门店和商品都有自己的叫法和编码。

2. 链路长。一条门店数据，要同时给 ERP、收银、仓库、财务、司库用。

3. 不能停。门店天天营业，商品每季上新，切换不能影响生意。

这个项目的顺序是：先做财务，再一次切换门店、客户、商品。

二、为什么先从财务域入手

财务域管的是公司代码、会计科目、资金账户、银行账户、利润中心、成本中心、预算组织。先做它，有三个考虑：

1. 它被引用最多。门店要挂利润中心和成本中心，客户要挂公司代码。财务口径不先定，门店、客户、商品的字段没地方挂。

2. 数据量相对小，负责人清楚。财务主数据归口就是财务部，标准好定，验收好做。

3. 司库和财务共享都要用。资金账户、银行账户统一了，资金系统和财务共享系统才能对上账。

2024 年 4 月，财务域先上线：13 个模型，21 条下游链路，联调接口 77 个。

先上一个域，等于先把平台、审批流程、分发链路完整跑一遍。财务域跑通，门店、客户、商品的切换就有了模板：模型怎么建、流程怎么审、接口怎么联调、下游怎么验收，都照着来。

三、门店、客户、商品、财务分别管什么

这家集团四个域的范围和做法如下：

域	管什么	怎么统一
财务	公司代码、会计科目、资金账户、银行账户、利润中心、成本中心、预算组织	平台统一发布，下游按链路取数
门店（含仓库）	门店、仓库档案	一个入口建档，建档时自动生成对应客户
客户	客户档案	门店、仓库、公司主体生成的客户统一编码
商品	吊牌、价格、条码	研发系统来数，平台自动生成物流码、国标码

四个域都放在同一个平台后，建档入口只有一个：客户跟着门店、仓库、公司主体自动生成，商品基础信息从研发系统来，财务口径由平台统一发布。各系统不再各建一份。

四、切换怎么实施

时间	动作
2024 年 4 月	财务域上线
2024 年 6 月 20 日至 30 日	新平台初始化：存量门店、客户、商品数据和清洗结果导入新平台
2024 年 7 月 3 日至 5 日	上游系统改为向新平台提交数据，门店维护在新平台启用
2024 年 7 月 5 日至 10 日	下游系统逐批改由新平台分发；7 月 10 日切换完成，旧平台相关接口关闭

门店、客户、商品分三步切：先把存量数据初始化到新平台，再切上游采集，最后逐批切下游分发，旧平台的相关接口随之关闭。每一步都备了应急预案：接口出问题先修复，超过约定时限就由平台给下游补导数据，确保财务月结不受影响。

拆开切的好处是出问题时好定位：初始化看数据对不对，上游切换看数据进不进得来，下游切换看链路通不通。

这类切换，我们一般按下面这张清单走：

阶段	要做的事
切换前	存量数据清洗；新旧编码映射；下游接口逐条联调；定好旧系统停用日期
切换当天	旧系统停止新增；按清单逐个核对下游的接收结果
切换后	新增数据只走新平台；下游报错当天处理；旧系统按日期停用

五、两个值得借鉴的做法

做法一：门店、仓库、公司主体建档后客户自动生成

鞋服零售里，门店、仓库、公司主体在 ERP 里往往还要对应一个客户：给门店发货要开单，集团内公司之间要结算。如果靠人在 ERP 里另建客户，容易漏建、重复建，编码也对不上。

这家集团的做法是：门店、仓库、公司主体在主数据平台建档时，平台自动生成对应的客户，并按统一规则编码。建一次档，门店和客户两份档案同时就绪，对应关系由平台维护。

这一条直接关系开店节奏：门店建档一完成，客户档案就在了，发货、结算不用再等人补建。

做法二：研发端来数后物流码、国标码自动生成

商品的基础信息从研发系统（PLM 等）来。研发数据一进主数据平台，平台就自动生成物流码和国标码，再连同吊牌、价格分发给下游。

条码不再靠人申请、手工维护，从源头避免一个国标码被两件商品使用。仓库、收银、电商拿到的是同一套码。

六、多品牌统一：一个平台、一套规则、一个源头

回到开头的问题。多品牌集团统一主数据，我们的经验是守住三个"一"：

• 一个平台。门店、客户、商品、财务都在同一个平台建档，不按品牌各建一套。
• 一套规则。编码规则、分类骨架、颜色和尺码字典集团共用，品牌作为字段来管。新品牌进来，加一个品牌值，不用再起一套编码。
• 一个源头。每个字段只有一个系统能写：商品基础信息来自研发，吊牌价由商品部审批，财务口径归财务，其他系统只读。

按品牌各管一套，和集团一套规则，差别落在下面几处（通用对照，不对应具体客户）：

对象	按品牌各管一套	集团一套规则
门店编码	每个品牌各编一套，同一个商场里的几家店规则不同	集团一套编码规则，品牌是门店的一个字段
商品分类	每个品牌一棵品类树，集团汇总要人工对照	集团一套分类骨架，品牌只能扩展末级并登记
颜色、尺码	各品牌各有字典，同一个黑色有好几种写法	集团共用字典，品牌只选不建
财务口径	品牌各报各的，合并时再对	公司代码、利润中心由财务统一发布
新品牌接入	再起一套编码和流程	加一个品牌值，沿用现有规则和流程

七、三条可以少走弯路的经验

1. 先做被引用最多的域。财务口径定了，其他域才有地方挂。先上一个域，把平台、流程、分发链路跑通，后面照着做。

2. 切换分步走，停用日期写死。先初始化数据，再切上游，最后切下游分发；旧系统停用日期提前定、按时停。新旧系统并行越久，数据越容易分叉。

3. 能自动生成的，不让人手填。客户号、物流码、国标码这类由规则决定的编码，交给平台生成，人只负责审核。

八、关于得帆智能

得帆智能成立于 2014 年，服务 2100+ 家大型企业客户，合作《财富》中国 500 强 202 家，落地 2400+ 个项目。

主数据切换能不能平稳，关键在分发链路。得帆智能的 Dolphin Integration 融合集成平台入选 IDC《2023 中国企业集成平台（iPaaS）市场份额》报告；在某整车企业，基于 Dolphin Integration 建了 100+ API 接口，打通数十个异构系统。

主数据换平台，容不得反复。对每个主数据项目，我们要的是交付结果、执行可信。

说明：本文由得帆智能整理发布，文中提到的 Dolphin Integration 等产品为本公司产品。内容根据项目实施经验整理，仅作行业交流，不构成采购建议；文中提及的其他厂商信息以各家官网为准。