如何对一个B2C电商平台数据建模-3-订单

综述

假定为一个B2C的电商公司

对于一般的零售或者生产公司来说,订单/采购单收入和成本的最大来源。本章主要讨论如何建立一个通用的销售订单和采购单模型

原文见:数据建模3-订单

逻辑模型

订单相关业务过程如下:

一般情况下,一个B2C的平台的采购->销售流程大致如下

  1. 平台提出采购意向

    1. 对于B2C的电商平台,遇到缺货或者新采购商品的时候,会在内部系统内提出采购意向,系统将多个采购意向合并,向供应商询价,准备采购

  1. 平台向供应商询价,供应商给平台报价,双方议价

    1. 报价不是一次性的,存在询价<->报价的多次反复的过程,并通过谈判最后确定价格

  1. 平台向供应商采购

    1. 价格谈拢后,平台向供应商采购,并记录采购单

  1. 配送入库

  2. 平台定价

    1. 平台定价分两种情况

    1. 自主定价,这种是平台自己根据业务情况制定商品价格,相对比较复杂,不同的地区、消费者都可能不同,同时还存在各种促销活动、消费券等影响实际定价。

    2. 协议定价:这类往往是供应商前期有要求,根据制定的协议进行定价。

  1. 消费者向平台下订单

    1. 如果平台具有自动合单功能,那么会存在父订单子订单的概念。比如在淘宝上在多家店同时下单购买商品,此时系统会生成一笔父订单,同时给每个店铺的订单单独生成一笔子订单,这些子订单挂在父订单下,消费者可以一并支付

  1. 平台给消费者配送

    1. 配送相对比较复杂,分快递配送、前置仓配送和自提,复杂度依次降低

    2. 快递配送的话会涉及到集单路由等问题,详细见下一章

  1. 消费者客诉单

    1. 当发生纠纷时候,可能产生客诉单

    2. 主要包括退货换货等

    3. 客诉单往往会有滞后性,时间从一两天到几个月不等

关系型数据库模型

抽象看模块大致如下:

数据库核心表如下:

  • 采购意向

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值