电商后台系统
2020-07-14 21:28:05 89 举报AI智能生成
登录查看完整内容
电商后台系统
作者其他创作
大纲/内容
电商后台系统
商品中心
基础概念
SKU 库存量单位 最小可用单位
SPU 标准化产品单元
类目
分类树
分为前端 后台区分
属性
关键属性
销售属性
非关键属性
基础数据类目层（后台类目）
相对固定
一般3-4层
存在商品类目不可删除
发布商品必须选择子类目
赠品 单独类目
前台展示类目层（前台类目）
前台类目可支持不同客户端的设置
支持平台商家自定义店铺前台类目
前后端关系
前台类目对应后台类目
前台类目对应后台的叶子类目和某项属性的组合
前台类目直接对应品牌、商品，适合商品较少的小商家
品牌管理
新建品牌，其相关字段一般有：Logo、中文名、英文名、产地、备注、状态（可用、不可用）
将品牌关联到类目上
能够确认唯一“产品\"的属性
关键属性可以是一个属性，也可以是多个属性的组合
手机：品牌、型号；衣服：品牌，货号
规格属性
除关键属性、销售属性外的其他属性
商品属性
表示商品的特有特征
属性包括属性名、属性值，一般都是挂在具体类目下，设置为必填或非必填。在设置属性值时，须保留一定的扩展性，部分允许自定义属性
属性编辑
所属类目
属性分组
属性分类
显示类型
单选
多选
自定义输入
属性值
定义属性值
是否必填
前端的规格参数里可以按后台设置的属性分组按序展示
属性继承
每一个层级的商品属性继承上一层级的商品属性
SKU与SPU
绝大部分SPU与SKU都是一对一，多规格的SPU和SKU之间是通过规格属性来连接的
组合SKU，主要是解决出售组合商品的问题。组合SKU的属性都继承主SKU。组合SKU不同于套装促销。套装促销在订单中会展示多个商品，而组合SKU在前台是一个商品。
使用69码+部分自建
全部重新编号
商品编辑
商品信息主要由类目、标题、品牌、商品属性、规格（销售属性）、价格、库存、SKU信息（属性、毛重、长宽高等）、商品图、商品详情描述、物流信息等组成
颜色、尺寸，为了支持多样化的用户需求，选择之后可以编辑规格。规格一对一确定之后，可单独设置价格、库存、商家SKU
平台上会针对商品设置平台价和市场价，毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用
商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点也不相同。为了更好地展示产品特点，可提供不同的产品详情模板，亦可支持富文本编辑。
售后服务（发票、保修服务、退换货）、包装清单等相关说明。设置完商品基本信息之后，设置上下架时间，亦可直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，无法购买。搜索、筛选的商品范围都是在上架的商品范围进行
商品管理
上下架管理、价格管理、促销活动、商品标签、商家管理、销量、评论、库存、限购等管理
上下架商品
批量上下架；自动下架规则，在缺货时自动下架；定时发布；活动商品定时上下架等
价格管理
市场价、平台价的设定，从单品促销活动中同步促销价。还有多规格商品的不同SKU的价格不一致。动态调价系统，需要制定调价规则
商品标签
括活动标签、服务标签、性能标签等类型。诸如极速退款、门店自提、分期付款等是服务标签；热销、新品等是活动标签；正品等是性能标签。
商家管理
管理平台上各个商家的商品，例如违规下架。另外也负责对商家的商品进行审核
库存管理
同步仓库的实物库存或自设活动库存等。后面章节会详细讲解库存问题
促销活动
同步商品参与的促销活动（满减、套装、优惠券等促销活动），在前端商品页面（分类搜索页、详情页）中显示促销的活动
其余
统计商品的销量、对一些促销商品的限购、管理商品评论
商品搜索
分词
搜索日志、品牌名称、属性、类目或人工设定等数据构建搜索词库，定期更新和维护。系统会根据搜索的关键词结合词库按字切词、索引，保证查全率
同一搜索词的大量用户行为数据很容易聚焦在相应的热点类目，从而判断该关键词的第一展现类目
拼音纠错、错别字纠错
联想词
搜索词及搜索日志，或者由相关运营人员添加的联想词
数据查询
商品的名称、品牌、类目、属性等数据中查询。识别分词与类目关系，与商品名称、品牌相关性，与关键属性、销售属性的相关性，从上架的商品中根据搜索排序规则返回商品
商品排序
商品相关性、销量相关性、评论数、时效性
商品相关性：主要是标题、类目、属性等因素的综合权衡。
销量相关：主要是考虑销量、价格等因素。销量可以取某一时间段（通常为最近7天）商品销售数量。价格则倾向于取同类商品的常用价格区间，例如男裤的常用价格区间是200～500元，价格在这一区间内的商品就排在前面
评论数：主要是计算商品的好评度、评论数。
时效性：参考商品最近上架时间、最新更新日期。
其他：综合各种相关性因素，综合算出的排序分值对商品进行排序。在商品搜索排序中还会有个性化推荐因素，会根据用户消费轨迹、所在地区来进行个性化推荐
商品筛选
价格区间：让用户选择目标商品的价位区间，并且提供一些常用的价格区间选择
品牌筛选：从搜索结果商品中聚类选择出常用品牌，提供给用户进行选择。聚类一般是根据搜索结果中的品牌商品数生成，品牌根据热度或人工定义规则排序。
服务筛选：商品的服务标签，例如京东自营、分期购、次日达、天猫与淘宝等
在搜索时，匹配的商品是从多类目中选择，所以商品属性条件往往是从与搜索关键字契合度最高的类目中选择的
商品推荐
固定推荐
首页运营Banner最底部的位置、购物车最底部的位置、商品详情页中部、用户签到等位置
活动推荐、商品相关推荐、排行榜等
内容推荐，文章、视频、图文，部分做内容社区
个性化推荐
采集用户信息的用户行为记录模块、分析用户喜好的用户行为分析模块、分析商品特征的商品分析模块，以及推荐算法模块
用户特征（性别、年纪、地域等）、消费行为习惯（浏览、购买、评论、问答等）等信息进行抽象化，建立标签化的用户模型
类目品牌、商品属性、产品评论、库存、销售记录、订单数据、浏览收藏、价格等数据来分析商品相似度、商品搭配度（可人工调整），并且对商品贴上目标用户标签
“购买此商品的顾客也同时购买”、“看过此商品后顾客购买的其他商品”、“经常一起购买的商品”
商品评价
（1）商品评论筛选。过滤恶意差评，对关键字筛选（脏话、广告等），对出现敏感词汇的评论直接过滤或人工审核。
（2）分级显示商品评论（好评、中评、差评），统计商品好评度，并提炼评论中的关键词（如手机评论中的“外观漂亮”、“系统流畅”、“屏幕大”，或者有图等）。
（3）根据商品评论和服务评论对商家店铺进行评级。需要制定严格的规则，避免商家刷信誉或者用户恶意差评影响店铺级别。
订单中心
状态
销售状态
待付款：用户刚提交订单，尚未付款，等待用户支付。由于待付款状态会锁定库存，所以一般会设置超时自动取消
待发货：用户付款之后，等待商家发货。
待收货：商家已发货，等待用户收货。
交易成功：用户确认收货之后，订单已完成交易。
已取消：付款之前取消订单。超时未付款或用户取消订单都会产生这种订单状态。
售后中：用户在付款后发货前申请退款，或商家发货后用户申请退、换货，都会产生这种订单状态。
交易关闭：当售后完成后的订单状态。“已取消”的订单状态可以合并到“交易关闭”中
售后状态
待审核：用户提交退货、退款申请之后，等待审核的状态。订单未推送至仓库或者在仓库拦截发货成功，系统可直接审核通过。
待退货入库：退货申请审核通过，等待用户退货入库。
待退款：退货入库成功后，等待退款给用户。
待换货入库：换货申请审核通过，等待用户换货入库。
换货出库中：换货入库之后，生成换货出库单，订单出库。
售后成功：当退货、退款成功或换货成功之后，流转至“售后成功”状态。退货、退款的售后成功在主流程下属于“交易关闭”。
订单下单
流程
信息
父订单与子订单
多个商铺购买
优惠分摊
订单实付金额=商品金额（SKU金额合计）+运费-总优惠金额
总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额
下单时就将优惠金额按比例分摊到子订单、商品上，同样实付金额也分摊到子订单、商品上。退货时退还用户实付金额，而不会去追究用户因退单而没满足促销条件，允许用户占平台的便宜。
订单拆单
拆单环节
支付前拆单
区分平台商家、方便财务结算
发货前拆单
按照最后的发货包裹进行拆单
跨境商品平台：支付前完成所有拆单步骤
订单、支付单、运单与进口清单一致
原因
店铺商家。由于商品归属权不同，涉及财务结算和发货的问题。
仓库。由于发货仓库不同，按照商品归属的仓库进行拆单
品类。由于商品属性（易碎品、特殊商品）和价值的不同
物流因素。不同物流公司对单个包裹的重量或体积都有特殊要求
商品价值。跨境海淘商品，国家政策规定：跨境电子商务零售进口商品的单次交易限值为人民币2000元，个人年度交易限值为人民币2万元。
订单售后
待付款取消订单
待发货取消订单
需要先确认停止发货，再取消订单
待收货/交易成功退货
需要当仓库收到退货之后，进行退款
线下服务订单
纯服务订单
当提交订单付款之后，系统生成核销码，如二维码或者一串字母数字组合。当用户到店接受服务之后，店铺进行核销，核销码失效，订单交易成功
商品服务订单
作为主SUK的赠品，提供核销码
订单数据统计
交易分析
单销售额
订单量
客单价
下单用户数
支付用户数
支付新用户数：统计时间内支付一次且在最近365天内首次支付的用户去重人数
支付老用户数：统计时间内支付多次（>1次），或最近365天内有过支付且统计时间内再次支付的用户去重人数。
订单金额分布：订单金额在各价位之间的占比，店铺用户的购买力价值分布，针对性地提高用户客单价。
地域分布：分析各区域的购买转化率及订单量、客单价，有针对性地进行营销。
商品分析
被下单商品数：被下单数>0的上架商品数总和。
被支付商品数：被支付订单数>0的上架商品数总和。
被访商品数：被访问UV数>0的上架商品数总和。
商品收藏次数：商品被来访者收藏的次数。
商品销量统计：按单一商品纬度统计上架商品的销售数量，按品类统计销售额、销量。
加购件数：加入购物车商品件数之和。
订单来源分析
统计出每个订单的来源，包括订单的来源媒介（站外广告渠道）、用户端（APP、H5商城、PC端等）。
记录每个订单的产生流程，包括在订单创建之前的商品浏览、加入购物车、提交购物车等关键步骤的数据分析。
追踪订单来源，包括来源的媒介、来源关键词、来源网站等。
购物车
功能
凑单
促销
收藏
设计
通用显示
商品标题、商品图片、价格、数量、规格（颜色、尺码等）、商家（自营或店铺）、库存状态（是否紧张或缺货）
离线购物车
未登录状态下把商品加入购物车
库存监控
库存紧张或无货的时候，会在前端给予提示
排序分类
商家店铺
优惠活动
加入时间
促销信息
满减、满赠、赠品
价格监控
编辑
删除商品、加减商品数量、更改商品规格等
购物车的结算
会员中心
目的
通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的
会员基础信息管理
基本信息：包括注册时间、注册手机号、性别、会员等级、会员积分、会员余额以及收货地址等相关信息。
优惠券信息：用户账户中的优惠券明细及状态，包括优惠券金额、使用条件、领取时间、使用时间、有效期及使用状态等。优惠券可链接到优惠券明细。
订单信息：用户的订单记录列表，显示订单主要信息（下单时间、状态、金额、收货信息等）。可链接至订单管理中的订单详情，对订单进行相关操作（退货、退款等）。
售后信息：用户的售后记录列表，显示售后主要信息（下单时间、售后申请时间、状态、金额、收货信息等），可链接至订单售后管理。
会员等级：主要是会员成长明细，记录成长值增减的原因和时间，以及升级历史，可以修改用户等级。
会员积分：会员积分变动明细，记录积分的来源、消耗。
会员成长体系
RFM模型
RFM代表Recency（最近一次消费时间），Frequency（某一个时间范围内的消费频次），Monetary（某一个时间范围内的平均客单价或累计交易额）
统计用户的R、F、M的值，计算对应的成长值，累加至现有的成长值上。成长值会增加也会减少，对应的用户等级也会增加或降级。
用户行为增长模型
登录
购物：订单完成后用户获得成长值（购物成长值=结算金额×加速系数）。
评价
晒单
积分体系
获得
签到、购物、评价、晒单、分享、充值
消耗
订单结算抵扣、积分商城购买商品、用户权益置换
会员体系分层
平台会员
店铺会员
会员标签、进行人群画像分组、执行不同的营销策略
支付中心
支付方式
第三方平台支付
网银支付
快捷支付
绑定快捷支付就涉及签约、解约、支付等环节
绑定用户交易账号，绑定用户ID，记录支付密码（平台）、确认是否允许免密支付、用于支付的手机号等信息
在用户支付时直接调用Token，简化付款流程
交易记录
交易流水号（一般由第三方平台生成）、创建时间、完成时间、关联的订单编号、订单标题、支付场景、费用信息（订单总金额、优惠金额、实际费用）、订单描述
交易渠道信息：记录所使用的交易渠道（支付宝、微信），渠道账户，渠道执行支付的时间、渠道侧返回的订单号等。错误信息和错误码。
支付用户信息：包括用户类型、用户账号、渠道账号信息。
支付状态：包括未支付、已支付、已退款、部分退款、已取消等。
对账
存在同一订单2次支付成功的问题，需要多字段匹配
异常情况
支付时会出现：电商平台显示已支付，在支付平台未成功支付；电商平台显示未支付，在支付平台已成功支付；电商平台与支付平台支付金额不一致
退款时会出现：电商平台显示已退款，在支付平台未成功退款；电商平台显示未退款成功，在支付平台已退款；电商平台与支付平台退款金额不一致
调度中心
管理仓库
统筹调度所有仓库的作用
优先从区域优先级高的仓库配送
选择发货仓
仓库等级、物流时效、业务需求等
下单时进行预调度，预估发货仓库与到货时间
下单后，在调度层选择发货仓库，扣减调度层库存，进行拆单，下发发货单给仓库、供应商，选择物流公司
更新库存
下单后调度层拆单，锁定库存，下发 发货单给仓库和供应商，更新库存。
退货时，将退货入库单下发给仓库，入库后更新库存。
盘盈盘亏后，更新库存。
采购时，将采购入库单发送给仓库，更新在途库存，到货后更新库存。
采购系统调拨仓库间的商品库存，调度中心将调拨出库单下发给出库仓库，将调拨入库单下发给入库仓库。
营销中心
作用
拉新
去库存
扩大品牌知名度
推新品爆品
与其他平台竞争
提高客单价、客单量
活动类型
满减促销
单品促销
套装促销
赠品促销
满赠促销
多买优惠促销
定金促销
活动设置
基础设置
活动名称
促销编码
促销时间
促销渠道
限购数量
单个客户限购数量
合计限购数量
促销用户范围
新客户、用户等级
推广链接
自动生成活动链接
促销设置
阶梯满减、每满减
可显示折扣或直接设置商品促销价格
组合商品套装出售
注意是商品 不是 SKU
购买主商品之后赠送商品（可多个赠品）
主商品 单个获得 或 多个
赠品 特定赠品或M选N
满M元 赠送
加购 赠送
M元任选N件
M件N折
定金预购
定金杠杆
商品设置
全部商品或部分商品
选择赠品商品
根据品类、名称、商品编码等条件来选择商品
单品促销、套装促销、定金促销，对商品单独设置优惠金额
活动管理
操作：审核、编辑、删除、复制
状态：未开始、活动中、已结束、已作废
金额计算
首先判断选中商品是否参与促销活动
其次再判断是否满足促销条件，根据促销规则计算出订单金额
后还要判断是否可与其他优惠同时享用
优惠券
分类
使用门槛：现金券、满减券、折扣券
适用范围：单品券、品类券、品牌券
发放主体：平台优惠券和店铺优惠券
设计规则
生成优惠券
优惠券信息
名称
类型（现金券、满减券、折扣券）
面值
使用条件
使用平台（客户端、H5商城、主站、各分销渠道等）
有效期时间（绝对时间——具体某时间段、相对时间——领取之日后多少天有效）
发行数量
使用范围
平台券——全平台通用、店铺券——仅在某店铺可用）
商品范围
（全品类、限制品类、限制商品，设置优惠券适用的商品）
推广信息
发放方式（可发放可领取、仅可发放——只能由平台发放给用户、仅可领取——只能用户自己领取或兑换）
推广范围（免费领取、积分兑换）
优惠券是否公开（设置公开后，在领券专区、商品详情页、购物车都默认展示）
限领（每人仅限一张、每人每天限领一张等）
券领取时间（设置领取时间段）
领取优惠券
主动领取
店铺首页；线下宣传推广；朋友圈链接。
运营成本，需要打动用户
防作弊机制
被动领取
特点：大面积分发、精准度低、转化率低、客单价低
场景：注册、大促活动、客服补偿、好评返现、团购
注意：登陆状态、读取优惠券信息、绑定用户
优惠券核销
可用的优惠券>选用优惠大优惠券>优惠券范围小
可更改优惠券、注意必须是可用的
优惠券统计
领取
使用
前端使用：用户优惠券列表、订单提交页、购物车、商品详情页、领券中心（或优惠券分享链接）
注意退单的处理
拼团
类型：新人团、普通团、超级团
注意
成团支付效果差
待付款状态。规定时间内不支付，订单会自动取消，拼团失败；
成团/不成团 通知客户
拼团时间限制
库存
总库存中划扣 单独处理
参团支付之后扣减库存
可能会有退团
拼团成功之后再扣减库存
可能会有超额
内容管理系统
产品逻辑
基础组件
图片轮播、ICON、优惠券
展示效果
图片轮播
商品展示模块
跳转页：活动页、商品详情、商品聚合页、店铺主页、购物车、在线客服、积分商城、购物券、外链
位置内容
每个页面的各楼层可以定义名称、设置背景、配置内容
动态页面
活动页面名称、活动起止时间、所属活动分组、活动宣传图，分享图片、活动描述，进行编号，生成相应的链接进行预览
图片轮播、商品推荐、商品分类、宝贝排行、图标（ICON）
富文本、客服、优惠券、满减活动、满赠活动、自定义区域、商品搜索、文字、公告、倒计时、Tab组件（顶部、底部）
图片
样式：单图、双图、轮播图、多图
选择图片
商品
商品组件样式
选择商品
商品排行榜
商品排行榜样式
全品类销售榜单、类目商品榜单、收藏量榜单
单独的优惠券页面
提供的优惠券的样式
选择或者输入优惠券编码
导航栏
中间导航栏
顶部或底部导航栏
链接
（1）自定义链接：直接设置链接，方便快捷。
（2）自定义活动页：从自定义活动页列表中选择。
（3）商品分类：跳转至某个商品分类的商品列表中。
（4）店铺：从店铺列表中查询选择需要跳转的店铺。
（5）商品详情页：从商品中查询选择跳转的商品详情页。
（6）优惠券：从优惠券中选择需要跳转的店铺，或直接设置优惠券编号。
（7）购物车：跳转至用户的购物车。
（8）会员中心：跳转至会员中心。
Html代码
整体设置
活动名称、活动编码（系统生成）、开始时间、结束时间、创建者、状态（上线、下线）、页面地址（系统生成）
装修模板
评价中心
店铺评价
快递评价
采购中心
采购流程
安全库存：在低于安全库存时进行预警，开始补货动作。
采购提前期：从发出采购订单到订单收货所要经历的时间。
订货点、订货量：何时提出订货，订货多少。
供应商管理
模式
自采自卖
一件代发
多货主仓库模式
供应商信息
基本信息：供应商名称、简称、联系方式（地址、联系人、电话）、供应商类型（自营、代发等）
财务信息：银行账号（银行名称、银行账号、开户名称）、开票信息（名称、银行、纳税人识别号、联系电话等）。
经营范围：品类、品牌
经营资质：资质审查
采购合同：合作合同、协议价合同、采购合同。
供应商评价
基础评价
产品质量、交货期、交货量、价格、进货费用水平、信用度等
优先选择供应商评级高的供应商
编辑中、审核中、正常、暂停使用、已作废等
采购商品管理
商品数据来源于“商品中心”，采购价格来源于“采购系统”，库存数据来源于“库存中心”
数据
基础数据：SKU类目、SKU条码、SKU名称、品牌、规格、单位、实时成本、总体库存。
供应商：SKU信息、供应商、协议价、最近采购价格、历史价格等
库存信息：SKU信息、仓库、仓库库存、可用库存、在途库存、周期需求量（1个月或7天等）
总库存、可用库存、最近1个月的销量，单仓的仓库库存、可用库存、3天内在途库存、在途库存、最近1个月的出库量
采购订单管理
采购申请单
仓库、SKU、商品数量、需求时间、申请人、申请备注等，必要时会加上预算
状态：编辑中、审核中、审核通过、已完成
分支主题
选择入库仓库和供应商，添加SKU明细（数量、单价）、预计到货时间，以及财务信息（发票类型、支付方式、付款周期、预付款等）。
导言
库存体系：销售层、调度层、仓库层
变动：为自上而下、自下而上
变动：增加、锁定、解锁、扣减、返还、异常处理
增加：自有仓库采购入库，协同仓库代销采购协议入库；
锁定：下单之后锁定库存。
解锁：订单取消之后释放锁定库存。
扣减：订单支付成功之后扣减库存，扣减锁定库存。
返还：退货、换货后返还库存，相当于增加库存。
异常处理：库存数据在定期校验时，需要进行异常处理（自动或人工处理）
库存分层
销售层
决定是否可售卖，下单是否能成功
可销售库存：前台显示的库存，对外售卖的库存。>0，显示可销售；=0，显示缺货
锁定库存：用户下单锁定库存，支付后扣减库存
已销售库存：统计商品已售数量。当支付成功，算作已销售库存。取消订单库存变动
活动库存：促销活动，分配固定数量给活动，需要活动库存。
预售库存：虚拟库存。预售同样走相应的锁定、扣减逻辑。预售需要备货之后，再推送至调度层
调度层
相当于订单的分配中心，将订单转化为发货单，按照调度规则决定SKU由哪个仓库发货
单仓、区域、总库
账面库存：仓库中的实物库存，只要是未出库的都算在账面库存中。
可用库存：仓库中可供发货的库存。这部分库存是可供调度的库存。
在途库存：下了采购单但是尚未入库的库存，在途库存理论上部分是可供销售的，例如“T+1”的在途库存，就是指1日之后就可以入库的SKU。
不可销售库存：仓库盘损的库存，通常是仓库中的不良品，是无法售卖的库存。这部分库存需要通过特定途径处理。
已用库存：在调度层已分配的库存。
仓库层
仓库层的库存对应的是实物库存，出库入库盘点都会引起仓库库存的变动
可用库存：发货单推至仓库后，仓库可以用于发货的库存，不包括锁定的库存。
锁定库存：发货单推送至仓库后锁定库存，锁定时同时去锁定库位库存。
已出库库存：已经确认出库的实物库存。
不可用库存：盘点时发现的不良品，需要报损，从可用库存转化为不可用库存。
同步
自上而下
下单
自下而上
采购入库单、退货入库单、调拨入库单
报损
销售库存管理
调度发货仓库
考虑维度
物流时效
仓库等级
业务需求
库存调度规则
库存控制策略
最少的费用在适宜的时间和适宜的地点获取适当产品
需求预测
因素
数量
时间
短期预测：预测方法一般包括简单平均、加权平均和指数拟合
中期预测：预测方法包括曲线和指数平滑、基数序列
长期预测：预测方法一般包括简单回归等。
频率
范围
方法
简单平均法
一定时期数据库的平均值作为下一时期的预测值
加权平均法
安全库存
周转库存
提前期需求比例法
时间乘以该段时间内平均需求量
供应天数法
均差法
库存控制模型
定期订货模型
定量订货模型
仓库管理系统
概述
关系
WMS与采购系统，主要是采购入库单与仓间调拨，关系到仓库的出入库。
WMS与订单调度中心，主要是发货单、退/换货入库单，关系到仓库的出入库。
WMS与财务系统，主要是盘盈/盘亏单，关系到更新实物与账面的差异。
WMS与库存中心，在出入库、盘盈/盘亏之后，及时更新实物库存的变动。
分区
发货暂存区：在复核之后，对商品进行包装后存放的区域，等待交接给相应的物流公司。
复核区：员工拣货之后将商品推送至复核区，复核员按照发货单去检查商品是否正确拣选。
分拣区：分拣区类似超市的货架，存放商品供拣选。分拣员按照发货单及系统指引在分拣区的相应库位上拣选商品到拣货车上。
存储区：类似超市的仓库，存放大批量的货品，当分拣区不够的时候，从存储区进行补货。
收货暂存区：在采购商品或退货到仓之后，来不及上架时存放的暂时存放区域。
仓储器械存放区域：存放拣货车、叉车等物流器械的区域。
出库
流程：调度、打单、拣货、复核、包装、交接发货等
调度
订单调度中心将发货单（包含SKU信息、收货信息、物流公司等）推送至仓库之后，在WMS中生成新的仓库订单，系统开始预调度仓库订单，锁定库位库存。同时为订单分配物流单号。
拣货波次
打单
将波次对应的物流单和发货单打印出来，以便拣货、复核以及交接发货。部分对接后，直接当作快递单
分拣
拣货员按照系统推荐的拣货顺序完成波次拣货后，推至复核区域等待复核
注意分拣路径和效率
复核
保证发货单、实物商品、物流单的统一。
包装
复核后对订单的商品进行打包，然后称重。
依据重量、体积参数等检查是否错发漏发。在与物流公司对账时也有相关依据。
交接发货
入库
到货确认
生成相应的验货任务
入库验货单
入库任务允许到货多次
验货
反馈给系统合格品和不良品的到货数量
退货单将合格品和不良品都录入到系统中。不良品会上架至不良品库区。
采购只收合格品，不良品数量并不被录入到系统中，而是直接退给供应商
商品上架
商品入库上架、补货上架、移库上架、返库上架
盘点
动盘：选取从库位上次盘点之后，截止到目前库存发生变动的所有库位生成盘点单。
抽盘：选取一定条件（库区、库位、商品条码）的库位商品生成盘点单。
全盘：选取整个仓库生成一个盘点单。一般按季度或者全年的周期进行。
库位库区管理
给每个库区进行编码（字母或数字）。库位编码和行列、楼层以及货架号相关
统计查询
出库明细（记录出库的仓库订单）、入库明细（记录入库单及明细）、库存变动明细（记录以商品为维度的变动明细，包括出入库库存、变动数量、实时库存）、总库存查询（实物库存、可用库存、锁定库存等）、库位库存查询（商品、库位、库存、实物库存、可用库存、锁定库存等）、员工绩效统计（统计员工的拣货、复核、打包、交接、盘点、验货、上架等工作量）
设置安全库存、周转库存，当拣货区库存不足时生成补货任务或者库存预警
物流中心
普通物流
同城配送
门店自提
前台物流管理
运费模板
店铺运费模式：整个店铺采用统一的运费标准，可设置收取固定费用，支持不同区域设置不同的运费标准
单品运费模式：为店铺内的每个商品设置单独运费，每个商品的运费独立计算，当一个订单包含多个不同商品时，可以选择“运费叠加”或“取最大运费值”两种运费计算方法之一
混合模式（店铺运费与单品运费同时生效模式）：店铺运费模板与单品运费模板同时生效，店铺运费优先判断
后端物流管理
按照仓库、物流公司、特殊商品、收货地、发货地等设置
支持首重、续重配置，也支持按照数量配置
物流单号和状态管理
物流单号
从菜鸟接口获取
预先从物流公司购买号段
自营物流
发至仓库、打单、拣货、复核、出库
实时获取配送情况，数据格式化存储对快递进行KPI考核
自动收货功能
签收10天后，若用户未确认收货，自动确认收货
权限中心
功能权限
数据权限
不可读、可读、可编辑
用户—角色—权限 授权模型
角色管理
角色是一定数量操作权限和数据权限的权限集合
开发系统页面时，将统一的权限接口嵌入到页面
账号管理
部门管理
员工管理
用户的基本信息（用户名、姓名、职务、手机号、邮箱等），密码，赋予用户角色（多角色也可以）、允许账号的作废和删除
其他系统
客服中心
在线客服、话务系统以及工单系统
Udesk、七鱼
售后申请审核、取消订单、退货、退款、订单补偿等功能，来满足客服的售后需求
财务管理系统
成本管理、销售管理、财务数据分析
风控系统
防范账户风险、交易风险
防作弊，包括恶意领取超值优惠券、恶意秒杀占用库存、商户刷单
恶意退货退款
店铺系统
订单、商品、促销、CMS系统
0 条评论
回复 删除
下一页
