首先让我们先看一张脑图：
各系统职能划分
采购管理系统（PMS – Purchase Management System）：
- 供应商管理 & 基础商品管理：维护供应商基础信息和基础商品信息。供应商信息包含资质信息、账户信息等，基础商品信息包含商品类目、品名、规格属性、供货价、计量单位。一般都需要走审核流程，审核通过之后，可建立供应商和基础商品的关联关系。
- 采购单管理 & 采购退货单管理 ： 支持开单和导出。一个供应商对应一张采购单，选择供应商后，只能选择与该供应商关联的基础商品。
- 仓储管理：包括仓库管理、商品实物库存、库存流水等。主要同步WMS的数据作展示。
运输管理系统（TMS – Transportation Management System ）：这里主要讲解接第三方物流公司的模式，比如接京东或者顺丰快递
- 运费模板：平台级别的运费模板可设置固定运费或者是满额包邮两种模式。单品级别的运费模板可按件数、重量、体积和地区设置首重和续重。在满额包邮的模式下，如果订单没有达到包邮条件，则需要按照单品运费计算规则，即把每个SKU的运费计算出来，再按照取大或者叠加计算出最终运费。注意，同一个运费模板的SKU只计算一次。
- 物流单号：和第三方的物流公司合作可以先预购买物流单号号段，用户下单并推仓时就为该订单绑定了物流单号，后期物流信息的查询可通过物流单号在快递100查询。有了预留的物流单号，仓库就可以直接把物流面单打印出来，出库的时候贴在包裹上，物流公司揽件时扫描就能读取信息，不用另外打单。
- 物流状态：通过快递100查询到物流信息反馈在前端，同事也可以存储在自己的系统里，方便后期对快递公司的配送服务做考核。
仓储管理系统（WMS – Warehouse Management System）：
- 基础管理：仓库管理包含仓库的名称、负责人、所属线路、仓库库位管理。仓库的容器管理，比如拣货的拖车，分拣的分拣框。人员管理、权限设置，比如有入库员、拣货员、分拣员，不同类型的角色权限不一。
- 入库单管理：包含采购入库、调拨入库、退货入库、盘盈入库。采购入库单对应业务系统的采购单，退货入库单对应业务系统的维权单。采购单和采购入库单可以是1对多的关系，供应商发货如果出现同一种商品生产日期不同，则入库时需要分多个入库单，生成批次库存。批次库存的管理主要是为了出库的时候方便定义规则，比如先进先出或者生产日期较早的先出。同时如果售出商品出了问题可以快速定位是哪个批次，可以检查并禁用该批次库存。
- 出库单管理：包含销售出库、调拨出库、采购退货出库、报损出库、盘亏出库等。销售出库对应业务系统的订单，退货出库单对应采购退货单。具体销售出库的库内作业也是比较复杂的，有时间可以单独拎出来总结一下。
订单管理系统（OMS – Order Management System）：
- 销售商品管理：和基础商品不同，基础商品主要是对应采购端维护采购信息。而销售商品主要对应前台售卖，维护售卖价、商祥、主图、缩略图等。基础商品和销售商品是一对一的关联关系。
- 订单管理：包含用户下单支付后的拆单逻辑、商品优惠分摊逻辑以及最终的结算价计算，订单列表的展示、操作和导出。因为订单的数据是比较敏感的，包含营收情况和大量的用户私密信息，通常初始进入订单列表的时候不会全量展示订单数据，只能通过搜索和筛选项定向的查找。导出通常只支持某一小段时间内订单中商品信息的导出比如商品名称，销售数量，如果有长期的数据需求可对接内部的BI团队出数据报表。任何与财务以及用户信息相关的操作需要谨慎设计。
- 维权管理：用户在前台申请维权，后台会生成维权单，申请维权是SKU级别的，所以订单和维权单是1对多的关系。具体的售后维权流程可以参考我的上一篇文章《平台型电商和自营型电商系统的售后流程设计》
总结
商品采购、入库、上架到前台售卖，用户从加车、下单、合并支付到收到货后申请退款这些看似简单的操作都要一系列庞大的后台系统对接支撑运转。以上罗列的只是系统中的通用模块，讲的比较笼统，随便一个点拎出来讲都可以深挖。希望之后有时间可以全面并细致的展开讨论并总结下产品设计中遇到过的坑。
结尾附赠一张各系统之间交互的流程图，欢迎感兴趣的同学补充和交流。
文/amanda7783