• 【笔记篇】07基础数据中心——之《实战供应链》


    目录

    1.1 基础数据中心概览

    1.1.1 集中管控,统一分发

    1.1.2 开发录入,信息互通

    1.1.3 权限分离,责任到人

    1.2 商品库系统设计

    1.2.1 商品定义

    1.2.2 商品类目与子类目

    1.3 核心供应链基础数据

    1.3.1 供应商资料

    1.3.2 仓库/门店资料

    1.3.3 地址库资料

    1.3.4 公司资料

    1.3.5 分拣中心与配送站点

    1.3.5 物流资料

    1.3.6 销售渠道资料


    1.1 基础数据中心概览

    按照基础数据的使用范围,可将基础数据分2类:

    • ①全局基础数据——整个公司很多系统都需要共用的数据
    • ②系统内部基础数据——只有某个系统需要用到的数据

    供应链基础数据中心 主要以管理与供应链相关的全局性的基础数据,核心功能是各类数据的增删改查、审核 和分发。

     在做基础数据中心设计时,需要把握三个原则。

    ① 集中管控,统一分发。
    ② 开放录入,信息互通。
    ③ 权限分离,责任到人。

    1.1.1 集中管控,统一分发

    资料的新增、编辑、删除等操作都可集中到基础数据汇总新完成,再分发至各系统汇总。

    eg:

     在基础数据分发时,有2种方式:

    (1)由基础数据中心主动推送:MQ消息或者接口

    (2)让各外部系统自己获取

    注意:并不是所有的外围系统都需要使用所有的基础数据,可能只关注某一部分,在推送的时候应根据不同的仓库推送不同的商品品类

    1.1.2 开发录入,信息互通

    基础数据中心应对分公司开放录入权限,由分公司管理自己的基础数据,必要时可加入审核。

    开放录入的基础数据需要集中管控和统一分发,不怒同一个商品在多个分公司产生多个编码。

    eg:

    1.1.3 权限分离,责任到人

    需有明确的权限划分,让不同的角色职操作和查看属于其权限内的数据,且关键性的操作将责任落实到人,有详细的操作日志。

    权限的划分为:

    功能权限:

    控制系统的菜单和菜单内的操作功能

    数据权限:

    控制每个角色能看到的数据范围,数据范围可根据业务规则来定,如按公司、按仓库、按业务等

    eg:

    1.2 商品库系统设计

    商品库主要用以存储商品的基本信息,包含商品类目、商品属性和 商品详细信息等,一个健全的商品库是业务开展的基础,

    1.2.1 商品定义

     

    1.SPU

    standard product unit:标准化产品单元,商品信息聚合的最小单位

    属性值、特性相同的商品就可称为一个SPU

    2.SKU

    stock keeping unit:库存量单位

    库存进出计量的基本丹云,可以以件、盒、托盘等为单位

    产品统一编号的简称,每个产品均对应唯一的SKU码

    3.SN

    serial number:产品序列号

    SN是为了区别每一个独立的个体而编制的识别号,和人的身份证号码类似

    SKU:

    仓库里存放管理的实物商品,每个SKU都对应一个销售层侧的定价,供应链侧的库存数量

    SN:

    每一个具体的实物个体

    SPU:

    某一类特性相同的SKU的集合

    在标准品行业中,一般以一个 69码作为一个SKU (每生产出一个商品,都会向国家申请一个以 69 开头的条形码,用作商品标识,俗称69 码),将同一品牌和型号当作一个 SPU。

     

     

    1.2.2 商品类目与子类目

    商品类目-商品分类:

    主要用作某一批具有相同特点的商品的集合,每个SPU和SKU都对应到一个商品分类上。

    分级类目

    类目按层级:父类目、子类目、末端类目(叶子类目/末级类目)

    类目比SPU聚合的范围更广,不限于同一款产品,可以是多款产品的大集合,分类管理。

    SPU隶属于 某一个类目下的某一个产品的集合,偏重于产品销售。

    在供应链中,类目用以 商品的品类区分管理。

    分前台类目和后台类目

    1.3 核心供应链基础数据

    基础数据的删除功能,由于基础数据往往被很多系统关联引用,不能随意删除,可做逻辑删除。

    1.3.1 供应商资料

    商品信息主要用于开展采购业务,在采购订单创建、采购合同生成,采购付款等业务活动中使用。

    供应商资料维护完成后,有必要经过审核,审核后生效。

    如果B2B销售业务,还需维护下游客户资料,用以创建销售单和应付账款核酸。

    下游客户的属性和供应商资料差不多,增加 供应商类别 属性 加以标识即可。

    1.3.2 仓库/门店资料

    供应链角度看:门店和仓库均是为商品提供进销存管理的场所

    系统功能看:门店和仓库均被当作一个发货点为订单提供出库服务

    一般放在一套数据中进行管理,用类型加区分,还可加入业务属性。

    在新零售模式下,根据承接的业务形态不同,各仓库 / 门店支持的 配送方式不同。

    仓库基础数据设计时,考虑到有些仓库面基较大,收货点和发货点不在一起,并且收件人信息和发件人信息不同,故可分开维护。

    门店 / 仓库常规属性包含:编号、名称、收货人、收货地址(省区 市+ 详细地址)、收货电话、发货人、发货地址(省区市 + 详细地址)、 发货电话、所属货主、仓库类型(仓库/ 门店)、仓库归属(自营 / 合作加盟)、支持的配送方式(配送/ 自提,支持多选)、支持的物流公司 (可多选)、营业时间(主要是门店的营业时间)、仓库面积、启用/停用状态等。

     

    1.3.3 地址库资料

    地址库资料会在很多系统中使用,且各系统之间会存在信息交互。

    eg:

    电商下单、运营系统中的包邮设置、中央库存系统汇总的分仓、配送管理系统中的物流配置等

    地址库通过取三级地址(省/直辖市-市-区-县)或者 四级地址(省/直辖市-市-区-县-镇/接到)

    可直接采用国家标准地址库初始化系统中的信息

    1.3.4 公司资料

    公司资料主要用于挂财务主体和账目往来,当有多个分公司时,通常涉及多个财务主体,将每个公司产生的业务和成本、费用分摊到每个公司中,保证账目的清晰。

    公司数据常规属性:公司编码(必须)、公司名称(必须)、企业
    法人、公司地址、公司银行账号、税号、营业三证附件(营业执照,税
    务登记证,企业组织机构代码证)、统一社会信用代码、启用 / 停用状
    态等

     

    1.3.5 分拣中心与配送站点

    如果企业需要自建物流体系,就需要规划物流网络,布局分拣中心和配送站点。

    分拣中心:分拨中心、转运中心

    负责快递包裹的集中收集和分派站点,并与其他分拣中心相连通。

    配送站点:

    覆盖用户最后一公里的终端配送网点,配送站点的配送员负责将包裹按照路线或者小区分发配送到用户手中,可承接小区内用户的取件工作。

    分拣中心常规属性:分站中心编码、分拨中心名称、分拣中心类型 (一级/二级)、地址(省区市+详细地址)、联系人、联系电话、面积 、启用/停用状态等。

    配送站点常规属性:站点编号、站点名称、站点类型(配送站点 / 自提点)、地址(省区市+ 详细地址)、联系人、联系电话、面积、启 用/ 停用状态等

     

    1.3.5 物流资料

    自有物流配送:维护自有物流信息;

    第三方物流公司承接:

    每家物流公司的费用、时效和服务水准不同,企业会选择和多家物流公司进行合作,则需要将所有合作的物流公司的基本信息均上传至基础数据中心。

    物流公司常规属性:物流公司编号、物流公司名称、联系人、联系电话、配送范围、是否支持代收货款、启用/ 停用状态等。

    1.3.6 销售渠道资料

    销售渠道管理是为了更好地管理公司的业务来源,如自营平台、天猫、京东等,以便在系统中分类统计和按渠道指定响应营销策略等,此信息一般由技术部门维护即可。

    渠道常规属性:渠道编号、渠道名称、启用/停用状态等。

  • 相关阅读:
    【目标检测论文解读复现NO.34】基于改进 YOLOv5s 的苹果叶片小目标病害轻量化检测方法
    jenkins安装以及基本配置
    国产软件Bigemap与国产在线地图源<星图地球数据云>推动国内新GIS应用
    使用 Prettier 美化你的代码
    Vue3应用API——component、directive
    Linux的命令基本格式
    Flutter 填坑录 (不定时更新)
    UVA 294 约数 Divisors
    牛顿迭代法
    C语言数组在内存中是怎样表示的?
  • 原文地址:https://blog.csdn.net/WY_star1/article/details/125391372