一个完整的新电商零售体系包含哪些基础数据？基础医疗数据行业有什么特点？然后，小Q的故事告诉你电商新零售基础数据平台的设计策略。

“以下故事情节和人物都是作者虚构的。如果两者相似，纯属巧合:

问:某医药互联网公司后台产品经理开始规划重构公司电商后台和供应链相关系统；

兰姐:品控部部长，基础数据平台的主要需求提出者，精通GSP法规。」

从今天开始，小Q将开始梳理基础数据平台的产品细化方案。当然，准备工作是充分的，并不是闭门造车。

除了把品控部的兰姐拉过来讲GSP(良好制造规范)关于药品和客户的首轮流程，上周末还向同为产品经理的好哥们阿辉咨询了很多，加上网上的各种深挖，对基础数据平台的设计有了一套完整的思路。

一、基础数据平台的总体设计思路

基础数据对于电商系统的重要性，就像血液对于人体的重要性一样。如果血液有问题，人体就会被破坏。基础数据平台和淋巴组织一样，是重要的造血器官，因此基础数据平台的建设非常重要，不容小觑。

通过前期的梳理，小Q总结了公司与业务相关的基础数据，并将其设计成基础数据平台进行管理，即:

在需求收集的过程中，考虑到医药行业的特殊性，兰姐强调了小Q需要注意的几点:

Q排序后的基础数据管理如下:

新零售基础数据

在系统设计上，全集团使用基础数据平台系统，在商品和供应商管理模块中增加了分公司维度的数据权限。总部员工只能管理总部数据，分公司员工只能管理分公司数据，有特殊权限的管理员可以管理所有总部和分公司数据。为了减少维护工作量，总部和分支机构的数据可以相互复制。(传统的ERP方式是每个公司部署一个独立的系统，系统之间没有联系，总部无法统一监控和管理。)

基础数据平台的账户权限设计

为了保证整个集团公司数据的一致性，所有外围系统中的基础数据都要由基础数据平台提供。当有任何数据变更时，基础数据平台会统一向相应的业务系统发出变更通知。

当然，在实际操作过程中，也会出现从外围系统采集修改后的数据，然后反向同步回基础数据平台的情况，比如仓库在操作过程中通过存储系统采集货物的长、宽、高、体积、重量等数据。

在这种情况下，小Q和其他架构师的一致建议是，将仓库系统同步到基础数据平台的集团总部商品仓库，再将总部商品仓库同步到各分公司及外围相关业务系统的商品仓库。

基础数据平台信息同步

另外，基础数据不能随意删除，否则会影响历史业务数据。因此，在设计基础数据平台时，基础数据的删除功能应该是逻辑删除(数据库中仍有记录，但状态改为“已删除”)。

大的设计原则确定了，然后开始细化每一种基础数据。如此庞大的基础数据平台，应该优先考虑什么？

为了保证项目进度，小Q决定先从相对简单的基础数据开始设计，这样输出才能更快的提交给技术，R&D工作才能运行。

二。地址库的基础数据

很多系统都会用到地址库，它们之间会有信息交互。比如电商订单，操作系统中的邮费设置，中央库存中的仓库分配，配送系统中的物流配置等。如果每个系统中的地址信息不一样，业务数据就不会很好的流动。

小Q从下载了一个国家标准地址库，根据公司业务需要，保留了四级地址(省/直辖市-市-区/县-镇/街道)，打算上线前初始化到基础数据平台。

基础数据平台保留了后勤部门更新地址的功能:如果全国地址库调整，可以在这里同步调整。调整完成后，基础数据平台将变更信息同步到外围签约地址库数据的业务系统，保持数据一致性。

国家四级地址

地址库的一般属性:地址号、地址中文名、上级地址、当前级别、启用和禁用状态、添加时间和上次修改时间。

系统的核心功能:

三。公司信息

由于分支机构的设立是为了独立开展业务，因此需要在基础数据平台中统一管理所有分支机构的数据。

公司数据的一般属性:公司代码(必填)、公司名称(必填)、法人、公司地址、公司银行账号、税号、启用和停用状态、添加时间和上次修改时间。

系统的核心功能:

四。销售渠道数据

销售渠道管理是为了更好地管理公司的业务来源，以便在系统中进行分类统计，并按渠道指定响应营销策略等。这些信息通常由技术部门维护。下单时，根据不同的来源，在订单中记录渠道信息。

频道的一般属性:频道编号、频道名称、激活和停用状态、添加时间和上次修改时间。

系统的核心功能:

动词 （verb的缩写）商店数据和仓库数据

从商品的流向来看，商店和仓库是为商品提供库存管理的场所；从系统功能上看，门店和仓库被视为一个为订单提供出库服务的交付点，所以门店和仓库可以在一组数据中进行管理，并按类型进行区分。

新零售模式下，根据承接的业务形态不同，每个仓库/门店支持的发货方式也不同。比如仓库一般不支持客户自提，而门店可以支持包裹自提。由于面积和设施的不同，每个仓库/门店支持的物流公司也不一样。仓库可以支持很多物流公司配送，而门店一般只支持一两家。

门店/仓库一般属性:仓库号、仓库名称、仓库地址(四级地址+详细地址)、所属公司、仓库类型(仓库或门店)、支持的配送方式(发货、自提、支持多选)、支持的物流公司(允许多选)、作业起止时间、仓库区域、联系地址、联系人、联系电话、启用和禁用状态、新时间。

系统的核心功能:

不及物动词物流公司数据

如果是自有物流配送，只需要维护自有物流信息；如果由第三方承运商承担配送，则需要将所有合作物流公司的基础信息维护到基础数据平台中。

因为每个物流公司的网络覆盖都不一样，不是所有的物流公司都能覆盖全国。所以为了更精准的配送物流，最好是维护各个物流公司无法覆盖的区域。如果技术实力足够，还可以和物流公司开放接口，实现信息同步。

物流公司一般属性:物流公司编号、物流公司名称、联系人、联系电话、无法送达地区、启用和停用状态、添加时间、上次修改时间。

系统的核心功能:

七。客户基础数据管理

有两种类型的客户:上游客户和下游客户。上游客户，即采购供应商，是为公司提供商品的上游企业；下游客户是公司作为供应商向其供货的下游客户。当然，有些供应商既可以是上游客户，也可以是下游客户。

按照GSP的要求，公司应对所有上下游客户进行首建档，不得对不符合经营范围的客户进行业务往来。

根据GSP要求，小Q设计了客户至上的profile系统流程如下:

客户至上的业务流程

客户数据需要根据不同的分公司独立创建，所以需要根据公司设置客户数据的数据权限。总行采购部、品控部、财务部及分行采购部、品控部、财务部独立完成所辖客户第一阵营，新增或修改核心属性后，走各自的审批流程。

根据不同部门关注和管理的不同属性，梳理出各部门的关键属性:

采购/营销关注属性:合作伙伴名称、合作伙伴属性(商业公司/批发/诊所/医院/药房……)、联系人、联系方式、联系地址等。

质量控制属性:供应商经营范围(药品/医疗器械/食品/食品保健/其他)、合作范围(不能超出经营范围)、法人委托书、营业执照及期限、年检期限、税务登记证及期限、营业/医疗许可证及期限、组织机构代码证及期限、医疗器械许可证及期限、保健食品许可证。顾客质量体系评价预警日期等。

财务关注属性:开户行、户名、银行账号、税号、授信额度、结算方式、账期等。

其中，对于合作范围不同的客户，需要管理的资质略有不同:

如果供应商即将过期，基础数据平台需要及时提醒，有下列证书过期的，应在采购系统中创建采购禁令，以规避法律风险:

在特殊情况下，需要控制客户的操作状态，主要包括正常、锁定和锁定:

客户基础数据系统的核心功能:

工作了几个小时，感觉眼睛特别干。小Q逃到楼下，抽了根烟放松一下。顺便想到了基础数据中最复杂的商品仓库的设计思路。我当时在用手机关注娱乐圈某明星的逃税事件。突然发现项目组微信群里有人@自己，点开，又好气又好笑。原来，一个黄发了一个笑话，引起了大家的共鸣:

“产品经理失踪了，程序员第一次去派出所。对警察程序员说:你先冷静一下，一直笑是不能发表声明的！”

在大庭广众之下被一群程序员挑衅，实在难以忍受，于是赶紧关掉新闻，掐灭烟头，加入了产品经理和程序员的口水战...

客户整理完数据后，由于篇幅关系，下篇将讲解商品和商品分类数据的设计，敬请期待~

如果你对整个供应链流程或者小Q的故事感兴趣，可以参考前言文章:

作者:木笔，一个低俗的产品，深耕供应链领域，微信官方账号:供应链产品笔记

本文由@ Mubi原创发布。每个人都是产品经理。未经许可，禁止转载。

图片来自Unsplash，基于CC0协议。