目录
按照基础数据的使用范围,可将基础数据分2类:
供应链基础数据中心 主要以管理与供应链相关的全局性的基础数据,核心功能是各类数据的增删改查、审核 和分发。

在做基础数据中心设计时,需要把握三个原则。
① 集中管控,统一分发。② 开放录入,信息互通。③ 权限分离,责任到人。
资料的新增、编辑、删除等操作都可集中到基础数据汇总新完成,再分发至各系统汇总。
eg:

在基础数据分发时,有2种方式:
(1)由基础数据中心主动推送:MQ消息或者接口
(2)让各外部系统自己获取
注意:并不是所有的外围系统都需要使用所有的基础数据,可能只关注某一部分,在推送的时候应根据不同的仓库推送不同的商品品类
基础数据中心应对分公司开放录入权限,由分公司管理自己的基础数据,必要时可加入审核。
开放录入的基础数据需要集中管控和统一分发,不怒同一个商品在多个分公司产生多个编码。
eg:

基
需有明确的权限划分,让不同的角色职操作和查看属于其权限内的数据,且关键性的操作将责任落实到人,有详细的操作日志。
权限的划分为:
功能权限:
控制系统的菜单和菜单内的操作功能
数据权限:
控制每个角色能看到的数据范围,数据范围可根据业务规则来定,如按公司、按仓库、按业务等
eg:


1.SPU
standard product unit:标准化产品单元,商品信息聚合的最小单位
属性值、特性相同的商品就可称为一个SPU
2.SKU
stock keeping unit:库存量单位
库存进出计量的基本丹云,可以以件、盒、托盘等为单位
产品统一编号的简称,每个产品均对应唯一的SKU码
3.SN
serial number:产品序列号
SN是为了区别每一个独立的个体而编制的识别号,和人的身份证号码类似
SKU:
仓库里存放管理的实物商品,每个SKU都对应一个销售层侧的定价,供应链侧的库存数量
SN:
每一个具体的实物个体
SPU:
某一类特性相同的SKU的集合


商品类目-商品分类:
主要用作某一批具有相同特点的商品的集合,每个SPU和SKU都对应到一个商品分类上。
分级类目
类目按层级:父类目、子类目、末端类目(叶子类目/末级类目)
类目比SPU聚合的范围更广,不限于同一款产品,可以是多款产品的大集合,分类管理。
SPU隶属于 某一个类目下的某一个产品的集合,偏重于产品销售。
在供应链中,类目用以 商品的品类区分管理。
分前台类目和后台类目
供应商资料维护完成后,有必要经过审核,审核后生效。
如果B2B销售业务,还需维护下游客户资料,用以创建销售单和应付账款核酸。
下游客户的属性和供应商资料差不多,增加 供应商类别 属性 加以标识即可。
供应链角度看:门店和仓库均是为商品提供进销存管理的场所
系统功能看:门店和仓库均被当作一个发货点为订单提供出库服务
一般放在一套数据中进行管理,用类型加区分,还可加入业务属性。
仓库基础数据设计时,考虑到有些仓库面基较大,收货点和发货点不在一起,并且收件人信息和发件人信息不同,故可分开维护。
地址库资料会在很多系统中使用,且各系统之间会存在信息交互。
eg:
电商下单、运营系统中的包邮设置、中央库存系统汇总的分仓、配送管理系统中的物流配置等
地址库通过取三级地址(省/直辖市-市-区-县)或者 四级地址(省/直辖市-市-区-县-镇/接到)
可直接采用国家标准地址库初始化系统中的信息

公司资料主要用于挂财务主体和账目往来,当有多个分公司时,通常涉及多个财务主体,将每个公司产生的业务和成本、费用分摊到每个公司中,保证账目的清晰。
分拣中心:分拨中心、转运中心
负责快递包裹的集中收集和分派站点,并与其他分拣中心相连通。
配送站点:
覆盖用户最后一公里的终端配送网点,配送站点的配送员负责将包裹按照路线或者小区分发配送到用户手中,可承接小区内用户的取件工作。
分拣中心常规属性:分站中心编码、分拨中心名称、分拣中心类型 (一级/二级)、地址(省区市+详细地址)、联系人、联系电话、面积 、启用/停用状态等。
第三方物流公司承接:
每家物流公司的费用、时效和服务水准不同,企业会选择和多家物流公司进行合作,则需要将所有合作的物流公司的基本信息均上传至基础数据中心。