惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
Docker
博客园 - 【当耐特】
S
SegmentFault 最新的问题
阮一峰的网络日志
阮一峰的网络日志
大猫的无限游戏
大猫的无限游戏
WordPress大学
WordPress大学
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Cloudflare Blog
Apple Machine Learning Research
Apple Machine Learning Research
小众软件
小众软件
博客园 - 三生石上(FineUI控件)
Martin Fowler
Martin Fowler
云风的 BLOG
云风的 BLOG
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
F
Fortinet All Blogs
Y
Y Combinator Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
J
Java Code Geeks
Engineering at Meta
Engineering at Meta
MyScale Blog
MyScale Blog
B
Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
人人都是产品经理
人人都是产品经理

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
WMS的基础信息(二)
koi · 2022-07-20 · via 人人都是产品经理

编辑导语:本文作者对WMS基础信息中的商品信息和包材信息进行了总结分析,主要说了不同的商品模块设计、多仓库的产品信息补录、包材的信息维护和简单的使用等方面的内容,一起来看一下吧。

上篇文章给朋友看了一下,得到的反馈是偏小白,小白可能看不懂,写的有点类似需求文档。这其实这就是本人写文章的思路,教大家怎么进行WMS的产品设计,所以在文章中会大量涉及到产品逻辑的说明,如果想了解其它方面的可以在文章下留言,好了继续今天的内容介绍。

一、商品信息

在WMS设计商品模块根据公司的业务有两种设计模式,一种是如果公司只有仓库的收发货业务,那么需要在WMS建立完整的商品档案,也就是说商品信息的添加和维护是在仓库进行;另一种是公司除了收发货,还有销售端的业务,这种情况商品信息的维护一般由商品组的人在商品系统中维护,仓库只作商品信息的补充。

1. 商品信息在WMS端维护

商品信息的维护如下(仅供参考):

上图是以单品为例,一些同学肯定发现如果添加多属性产品,则还需要添加属性和属性值。具体的这一块,再说到ERP系统商品模块设计时进行说明。

商品信息中的一些字段说明:

1)基础单位和辅助单位

多单位的转换,在零售行业比较常见,如:1箱水=12瓶水,所以1箱=12瓶,这里比较复杂一点的这种多单位产品的库存管理和出库,在记录多单位产品的库存时,如下:

箱单位向下取整,然后根据用户下单的数量和要求进行箱或瓶出库,如:上述列表中,零散库存为4,如果用户下单的数量≤4,不需要拆箱直接散件出库,反之则需要拆箱出库。

这里还有一种特殊情况,就是如果用户下单的数量=箱库存,此时到底是整箱出库,还是优先出库散件库存,然后拆箱。这个根据业务来决定,比如:企业之间的采购,都是按照箱进行采购,散件库存只能用于零售。

这是在出库需要考虑是否需要拆零,补货同样需要考虑,如果是存捡分离的仓库,那么在补货时根据补货的量,可以找考虑按照箱补货还是散件补货。

这里需要注意的是,如果分别记录产品的整件库存和散件库存,记录的只是账面库存,并不是实物库存,比如:系统记录矿泉水有2箱3瓶,在实际仓库中不一定有2箱的整件库存,可能由于作业人员的失误,仓库进行了拆箱,但是散件还没有出库,如:仓库中只有1箱15瓶水。

2)物流特性

物流特性可以看做产品的物流标签,一些特殊的产品,在运输过程中需要特殊手段或包装,如:粉末、液体、易碎品、航空禁用、锂电池等等,最常见的就是锂电池、铅蓄电池等,在国际物流中需要提供MDSD(化学品安全说明书)的相关资料。

2. 产品信息补充的模式设计说明

如果是产品信息的补充设计,在WMS不需要添加产品信息,产品信息由上游的ERP系统或者产品系统下推到WMS,仓库进行信息的补充,补充的部分主要包括重量尺寸、箱规、批次等信息。

由上游下推产品信息到,那么产品信息的维护一般由公司的商品部门或销售维护,他们除了维护商品信息,还有商品的报价、销售、供应商等等,但是他们不会去维护商品的尺寸、箱规等信息,一般是由仓库拿尺子和电子秤获取产品的尺寸和重量数据,这个数据在后续计算运费时非常重要,在后续的运输系统设计时说明。

这一块的设计逻辑为:在仓库收货后,某个产品是新品,则需要提示仓库作业人员进行“产品信息补充”,补充完成后再将产品质检,上架。产品信息的补充也可以放在质检步骤,在质检时如果发现产品是新品,则需要先补充信息然后在质检。

大宝(WMS)的设计如下(仅供参考):

信息补录踩的坑:如果公司只有一个仓库,这种情况比较好处理,那么都以这个仓库补录的信息为准,如果是多个仓库的情况,每个仓库的尺子和电子秤的精度不一致,最终会影响运费的计算,那么以哪个仓库的数据为标准?

当时做这一块的设计与业务方沟通,提供了3种方案:

  1. 哪个仓库优先补录数据,就以哪个仓库的数据为准
  2. 多个仓库补录数据,后者覆盖前者
  3. 多个仓库补录数据,提交审核,以审核的数据为准

本人最后选择了第一种方案,这种方案可以提前获取商品信息,从而计算该商品的成本和运费等数据;第二种方案会导致数据一直发生变化,如:同一个产品,今天还是10KG,明天就是11KG;第三种方案的时间周期较长,还会遇到审核人请假等特殊情况。

二、包材信息

包材本质上也是一种商品,可以放在商品信息中进行维护,在类型字段中新增“包材”进行区分,也可以单独进行维护,大宝WMS就是单独进行信息的维护,如下(仅供参考):

包材信息的维护比较简单,重点是包材的运用,在仓库作业人员作业时,提示作业员,什么产品应该用什么包材。这一块在包材的推荐策略中进行说明,这里我提一些内容。

首先是包材分为内容包材和外包材:

  • 内包材:我们买零食,如:薯片,会在薯片袋子里面看到一小包防腐剂,本质上这个就是内包材,经常网购买零食的同学会发现,如果买熟食,如:鸡爪之类的,商家会放一个冰袋。
  • 外包材:这个就是我们常见网购,商家的包装袋,快递盒之类的。

重点需要将包材和产品为关联,最常见的就是根据尺寸来推荐包材,什么样尺寸的产品,推荐什么样尺寸的包材;一些特殊的产品则需要推荐相应的内包材。

最后就是在打包登记时,进行包材的登记,打包时扫描包材的编号,或者直接使用系统推荐的包材,如下所示(仅供参考):

三、总结

WMS的基础信息篇到这里就结束了,除了这两篇文章介绍的一下信息,其实还有其它的基础信息,如:员工的工资计算,员工的账号管理,权限管理等。其中员工的工资计算可以做一个计算器,因为员工的工资计算方式变化非常快,如:今年拣货员拣货一个 包裹是1元,明年拣货是1.2元。

本文主要说明了:

  • 在ERP和WMS业务的不同,不同的商品模块设计
  • 整箱库存和散件库存的维护
  • 多仓库的产品信息补录
  • 包材的信息维护和简单的使用

按照惯例,依旧留下几个问题:

  • 如果是由上游ERP维护的商品信息,上游商品信息发生改变,那么下游仓库系统的商品信息是否需要跟着变化?订单里面的商品信息也变化吗?
  • 当系统记录的产品尺寸和物流商记录的产品尺寸不一致时,应该怎么处理?

本文由@koi 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash, 基于 CC0 协议

本文由@koi 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash, 基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。