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

推荐订阅源

Attack and Defense Labs
Attack and Defense Labs
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
The Last Watchdog
The Last Watchdog
B
Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Google DeepMind News
Google DeepMind News
The GitHub Blog
The GitHub Blog
博客园_首页
N
News and Events Feed by Topic
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Security Archives - TechRepublic
Security Archives - TechRepublic
Y
Y Combinator Blog
Vercel News
Vercel News
T
Troy Hunt's Blog
L
LINUX DO - 最新话题
H
Hacker News: Front Page
云风的 BLOG
云风的 BLOG
Hugging Face - Blog
Hugging Face - Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
aimingoo的专栏
aimingoo的专栏
Recorded Future
Recorded Future
Jina AI
Jina AI
人人都是产品经理
人人都是产品经理
Microsoft Azure Blog
Microsoft Azure Blog
Last Week in AI
Last Week in AI
T
The Exploit Database - CXSecurity.com
T
The Blog of Author Tim Ferriss
S
Schneier on Security
Project Zero
Project Zero
MyScale Blog
MyScale Blog
博客园 - 聂微东
F
Fortinet All Blogs
AWS News Blog
AWS News Blog
W
WeLiveSecurity
L
LangChain Blog
N
Netflix TechBlog - Medium
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
T
Tailwind CSS Blog
Scott Helme
Scott Helme
S
Secure Thoughts
A
Arctic Wolf
The Register - Security
The Register - Security
C
Check Point Blog
Security Latest
Security Latest
O
OpenAI News
S
Securelist
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Blog — PlanetScale
Blog — PlanetScale
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
万字长文:供应链产品经理必学的30个业务名词(下篇)
PM维他命 · 2025-04-02 · via 人人都是产品经理

在供应链管理领域,精准掌握专业术语是理解业务流程和提升工作效率的关键。本文作为供应链产品经理必读的“小手册”,详细解读了供应链管理中常见的30个业务名词,包括订单类型、库存管理、商品编码等多个方面。

在供应链领域中,涉及到的业务场景、业务系统、业务名词等非常之多,而且这里面有一些知识是基础知识,基础概念,有一些是属于特殊名词,特殊概念,只会在特殊场景下用得上。但是作为初学者,往往没有无法准确地辨别这些信息,而是会囫囵吞枣的一股脑学习和吸收,但是最后的效果却不太好。

虽然市面上对供应链的名词和概念相关的介绍文章也很多,但是这些内容往往不成体系,没有结构,而且有一些还是互相抄袭、搬运,很多地方会有自相矛盾。同时,如果只是生硬地对名词做出解释和科普,显然这并不能很好地帮助初学者掌握和理解这些明细、概念背后的含义。

我认为理想的科普方式,应该是先对基础概念做出解释和阐述,同时再加上一些实际的案例和故事加深理解,最后可以再补充一些深入性的文章或者其他资料,当后续需要深入研究的时候再持续深挖。

供应链领域的学习是一个庞大的工程,我们可以选择“先广后深”,也可以选择“先深后广”,无论是哪种选择,我都希望大家可以养成持续性学习的好习惯。

本文是该系列的第三篇内容(共有三篇),包含的内容量也是10个业务名词。

21. 单品单件、单品多件、多品单件、多品多件

名词解释

在仓库管理系统(WMS)中,这些术语一般是用来描述订单或者包裹的组成方式(结构),主要从商品种类(品)和商品数量(件)两个维度进行分类:

单品单件:指一个订单或包裹中只包含一种商品(单品),且该商品只有一个(单件)。

例如:一个订单中只有1个iPhone 14手机。

单品多件:指一个订单或包裹中只包含一种商品(单品),但该商品有多个(多件)。

例如:一个订单中有5个相同型号的iPhone 14手机。

多品单件:指一个订单或包裹中包含多种不同的商品(多品),但每种商品都只有一个(单件)。

例如:一个订单中有1个iPhone 14手机、1个AirPods耳机和1个充电器。

多品多件:指一个订单或包裹中包含多种不同的商品(多品),且至少有一种商品有多个(多件)。

例如:一个订单中有2个iPhone 14手机、3个AirPods耳机和1个充电器。

案例讲解

在WMS分波或者对订单进行批量操作的时候,可以通过对订单的组成结构进行分类、分组,在后续需要批量处理或者制定一些通用性的作业流程时,就可以用这种分类方式来快速筛选出多个有相同特性的订单。

比较常见的做法就是在创建波次的时候,通过订单结构快速筛选符合条件的订单,然后进行集中化的处理。

补充说明

在实际的产品设计中,也可以将“多品单件”和“多品多件”合并为“多品混合”,因为这样可以简化术语和分类。

“多品混合”这个术语更加直观,直接表达了订单或操作中包含多种商品的事实,而无需区分每种商品的数量。因为很多实际订单中,往往是多种商品,且每种商品的数量不尽相同,用“多品混合”可以更直接地概括这些情况。

在实际的分波和拣货过程中,订单满足多品单件的场景也比较小众,这意味着每个SKU都只有一件。而多品多件的满足条件也比较苛刻,意味着每个SKU都要有1件以上的数量,所以可以考虑直接将这两者合并在一起,只要SKU是多个,数量具体分别是多少就不用过于纠结了。

22. 箱SKU和单品SKU

名词解释

箱SKU(Case SKU):箱SKU是针对整箱商品定义的SKU,每个箱子作为一个整体进行管理。其内容可以是:

  • 一个单品SKU的多个PCS(如:一箱SKU包含100件某商品 SKU-A)。
  • 多个不同单品SKU组成的组合,即一个箱子中含有多种商品,每种商品按照固定的比例或数量组合(如:一箱SKU包含50件 SKU-A、20件 SKU-B 和 30件 SKU-C)。

单品SKU(Piece SKU):单品SKU是针对单件商品定义的SKU,每个SKU代表一种具体商品的品类、规格或型号。

为什么需要箱SKU和单品SKU?

箱SKU有以下的作用和场景:

  1. 提高操作效率:在收货、存储和运输时,直接以箱SKU为单位操作,无需逐件扫描或计数。
  2. 适合整箱销售:如果商品以整箱为单位销售(如批发业务),箱SKU是天然的选择。
  3. 支持混合商品管理:对于混箱运输或促销套装,箱SKU可以记录箱内多种单品SKU及其数量。

单品SKU有以下的作用和场景:

  • 精准库存管理:单品SKU细化到单件商品,便于精确记录每种规格商品的库存数量。
  • 满足零售需求:电商或零售场景中,商品通常需要按单件出库,单品SKU是不可或缺的。
  • 支持拆箱操作:当箱SKU需要拆分为单品SKU时,单品SKU可以帮助实现灵活的库存管理。

案例讲解

箱SKU(单一SKU,多个PCS)

举例场景:某品牌供应商发货给海外仓时,将10件洗发水 SKU 1001打包成一个箱SKU A001。

特点:箱SKU记录10件是同一个商品 SKU 1001,便于整箱运输和存储。

箱SKU(多SKU组合,多个PCS)

举例场景:某品牌推出坚果套装,箱SKU为B001,每箱包含:

  • 10包夏威夷果 SKU为200
  • 15包巴旦木 SKU为200
  • 28包核桃 SKU为200
  • 36包榛子 SKU为2004

特点:

  • 箱SKU记录了多种单品SKU及其数量。
  • 收货时直接登记箱SKU,无需逐件扫描。
  • 拆箱后可以将商品转化为单品SKU进行零散管理。

单品SKU举例场景:电商订单中,客户购买了1瓶洗发水 SKU-A 和1瓶护发素 SKU-B。

特点:

  • 拣选和出库时以单品SKU为单位操作。
  • 单品SKU库存精确到每一件商品,满足零售需求。

23. 变体商品与单品、属性与属性值的区别

名词解释

1.变体商品(多属性商品)

变体商品(Variant Product)是指同一基础商品的不同版本,它们共享基本特性但在某些特定属性上存在差异。

而且多属性商品也是指的的变体商品,只是表达方式不一样,强调商品具有多个可变的属性。

一般来说,在欧美的电商平台或者供应链系统中,常用变体商品来表达。而在中国的电商平台或者供应链系统中,常用“多属性商品”,“多规格商品”或者“SPU商品”来表达。

Variable Product商品

SPU和SKU单品

2. 单品

单品在供应链管理中有两种常见含义:

  • 独立商品 :指没有变体的独立商品,例如某些标准化程度高的商品(如一本书、一瓶矿泉水)。
  • 具体SKU :在变体商品体系中,单品特指某个具体的SKU,即特定属性组合的商品实例。例如,”红色-M码”的T恤就是一个单品。

3. 属性与属性值

  • 属性(Attribute): 商品的特征维度,如颜色、尺寸、材质等。
  • 属性值(Attribute Value): 属性的具体取值,如颜色属性的红色、蓝色、黑色等。

案例讲解

某品牌的T恤衫是一个变体商品,也称为多属性商品,也可以理解为是一个SPU。

它有2个属性,每个属性对应的属性值为:

  • 颜色:红色、蓝色、黑色
  • 尺寸:S、M、L

这个变体商品(SPU)可以生成9个SKU(3种颜色 × 3种尺寸)。每个SKU可能有不同的价格、库存和销售策略。

对比总结

1. 变体商品与单品的关系

变体商品是一组相关SKU的集合(可以称之为SPU或者变体父商品),单品是具体的一个SKU(也可以称之为变体子商品)变体商品强调产品的多样性,单品强调具体的库存单元变体商品管理更复杂但更灵活,单品管理相对简单

2. 属性与属性值的关系

属性定义了商品可变化的维度属性值定义了具体的变化选项属性可分为变体属性(用于创建变体)和非变体属性(仅用于描述)

补充资料说明

1. 变体商品管理的系统实现在电商和供应链系统中,变体商品通常通过以下方式实现:

  • 建立SPU-SKU两级结构
  • 定义属性和属性值的主数据
  • 建立属性与SPU的关联
  • 通过属性值组合生成SKU
  • 前端通过矩阵式选择器展示变体选项

2. 变体商品的业务价值

  • 库存管理精细化:可以精确管理每个变体的库存
  • 销售数据分析:可以分析不同变体的销售表现
  • 个性化推荐:根据用户偏好推荐特定变体
  • 定价策略灵活:可以为不同变体设置不同价格

3. 变体商品的挑战

  • 数据维护复杂:变体数量可能很大,需要高效的批量操作
  • 库存管理压力:每个变体都需要单独管理库存
  • 前端展示复杂:需要设计合理的用户界面
  • 订单履行准确性:需要确保拣选正确的变体

4. 行业应用差异不同行业对变体商品的应用有所不同:

  • 服装行业:颜色、尺寸是主要变体属性
  • 电子产品:配置、颜色、容量是主要变体属性
  • 食品行业:口味、包装规格是主要变体属性
  • 家具行业:材质、颜色、尺寸是主要变体属性

变体商品体系是现代商品管理的核心概念,它使得商品管理更加灵活和精细,能够更好地满足消费者的多样化需求,同时也为供应链管理带来了更高的要求和挑战。

24. 条形码、二维码,RFID的区别

名词解释

普通条形码(Barcode)

一维条形码是一种基于条和空的组合来表示数字或字符的编码技术。通常由一系列宽窄不一的黑条和空白条组成,常见于商品标签,用于快速识别物品信息。

二维码(QR Code)

二维码是一种能在水平和垂直两个方向存储信息的编码形式,因此其容量远大于普通条形码。二维码可以存储文本、URL、联系人信息等多种数据,且支持容错能力,即使部分被遮挡或损坏也能被解码。

RFID标签(Radio Frequency Identification)

RFID是一种通过无线电信号实现数据传输与识别的技术。RFID标签内置芯片和天线,可以存储信息并通过射频信号与读写设备进行通信,支持非接触式的快速识别。

案例说明

普通条形码

  • 商品零售:超市商品上的条形码(如EAN-13)用于快速结账时扫描商品价格。
  • 医疗行业:用于标记病人腕带或药品包装,确保信息的准确性。

二维码

QR Code 是 Denso 公司发明的,支持多种数据格式。

  • 动态二维码:支付场景中常见的生成动态链接的二维码。
  • 扫码访问网站:二维码可以存储更长的数据,可以将网站的URL地址转化为二维码。

RFID标签

  • 交通卡:地铁和公交使用的IC卡(如NFC技术)即是RFID的一种应用。
  • 仓储管理:物流行业使用RFID标签追踪货物的进出库情况,提升效率。

三者对比

当然可以!RFID(无线射频识别)乍一听可能有些复杂,但它的应用其实非常贴近我们的日常生活。以下用一些通俗易懂的案例来说明 RFID 的工作原理 和 应用场景,帮助你更好理解它。

RFID 的基本原理(简化版)

RFID 标签:相当于“身份卡”,含有芯片(存储信息)和天线(发送信号)。

读写器:相当于“扫描仪”,通过无线电波读取或写入标签中的信息。

通信过程:标签无需电池,靠读写器发出的无线电波供能,当读写器靠近标签时,标签会将存储的信息传输回读写器。

说得简单点:RFID 就像一个无线版的条形码,但它不用对准扫描器,甚至可以在几米外被读取。

25. 保质期天数,允许入库天数,预警天数,临期天数

名词解释

1. 保质期天数

指的是商品在正常存储条件下,能够保持其最佳品质的时间长度。从生产日期起,商品在此期间内被认为是“安全使用”的,并且能够满足产品标签上标明的质量标准。

适用范围:

  • 食品(如牛奶、饮料、罐头等)
  • 医药品(如疫苗、药剂、保健品)
  • 化学品(如涂料、胶水)

假设某品牌牛奶的保质期为 30 天。如果该牛奶的生产日期是 2024 年 1 月 1 日,则它的保质期到期日为 2024 年 1 月 31 日。在这个期间内,消费者可放心使用,商超也可继续销售。

系统的逻辑处理:

在 WMS(仓储管理系统)中,商品的保质期天数通常会被设定为一个固定值(例如 30 天),并与生产日期一起录入系统,以便后续的库存管理、入库和出库操作。

2. 允许入库天数

是指距离商品生产日期的时间限制。在此时间范围内,商品才被允许入库。例如,如果商品的保质期是 30 天,而允许入库天数设置为 5 天,则在生产日期后的 5 天内,商品可以进入仓库,超过此时间范围则无法入库。

通过限制允许入库的时间,确保商品在入库时仍有足够的销售或使用周期,避免商品因过期而导致的浪费或风险。

假设某药品的保质期是 180 天,允许入库天数为 30 天。若该药品的生产日期是 2024 年 1 月 1 日,则该药品必须在 2024 年 1 月 30 日之前完成入库操作。如果超过 30 天(比如在 2 月 1 日才到仓库),系统会拒绝入库。

系统的逻辑处理:

在 WMS 系统中,允许入库天数通常会作为一个参数设定。当商品到达仓库时,系统会自动校验生产日期与当前日期的差值,若超出允许入库天数,系统将触发警告或阻止操作。

补充说明:

允许入库天数的设置通常根据商品的流转速度、销售周期以及行业特性而定。例如:

  • 生鲜食品的允许入库天数可能是 1-2 天。
  • 长效药品可能设置为 30-60 天。

3. 预警天数

是指商品即将临近保质期时,系统提前发出警告的时间范围。通过设定预警天数,供应链管理人员能够及时采取措施(如促销、退货、调整存储等),以尽可能避免商品过期造成的损失。

目的:

提前预警能够减少库存积压和商品报废,提高库存周转率,并降低企业损失。

某批次饼干的保质期是 180 天,企业设定的预警天数为 30 天。如果该批次饼干的生产日期是 2024 年 1 月 1 日,则系统会在 2024 年 6 月 1 日(过期前 30 天)发出预警,提醒仓库管理员或销售团队采取行动。

可能采取的措施:

  • 优先出库:将即将临期的商品优先安排出库。
  • 促销活动:通过降价促销加速商品销售。
  • 退货处理:联系供应商进行退货或换货。

系统的逻辑处理:

WMS 或 ERP 系统能够通过商品的生产日期、保质期天数和预警天数,自动计算预警日期,并生成警报或报告供管理人员参考。

4. 临期天数

指的是商品距离过期日期的天数范围。在这个范围内,商品被标记为“临期商品”,通常会被优先处理(如促销或销毁)。临期天数是企业对库存管理的重点关注对象,直接影响到商品的处理策略。

目的:

临期管理可以帮助企业减少库存报废率,最大化商品价值。

某品牌酸奶的保质期是 10 天,企业将临期天数设为 3 天。如果某批次酸奶的生产日期是 2024 年 1 月 1 日,则从 2024 年 1 月 8 日开始,该批次商品会被标记为“临期商品”,需要优先销售或处理。

处理措施:

  • 临期促销:通过折扣吸引消费者购买。
  • 退货:若与供应商有协议,可将临期商品退回。
  • 损耗处理:若商品无法销售,会进行销毁处理。

系统的逻辑处理:

在 WMS 系统中,临期商品会被自动分类到“临期库存”中,并生成专门的报告,方便管理人员查看和处理。

实际案例

在WMS中的商品管理中,如果商品启用了保质期管理,那么一般都需要维护这么几个参数,可能是全部都要维护,也可能只是维护其中的几个。

通过维护的一些参数,可以判断出某个批次的商品当前的效期状态是什么,一般来说3种就够了:

  1. 正常
  2. 临期
  3. 过期

富勒WMS的商品效期配置

京东WMS的商品效期配置

某海外仓的商品效期配置

26. WMS中波次和批次的区别

名词解释

波次 (Wave):波次是指在仓库操作中,将多个订单按照一定的规则和策略进行合并,形成一个可操作的工作单元,然后一次性进行拣选、分拣、包装等操作。

使用场景:

  • 波次通常用于订单拣选流程,特别是在处理大量订单时,通过分波次操作提高拣选效率。
  • 适用于需要高效率处理短时间内大量出库订单的场景,比如电商促销活动、大宗订单配送等。

批次 (Batch):批次是指一组具有相同特性(如生产时间、生产批号、保质期)的商品,在仓库管理中被归类为一个操作单元,用于追踪和管理这些商品的流转。

使用场景:

  • 批次管理主要用于库存管理、质量追溯、保质期管理等场景。
  • 适用于需要严格追溯商品来源与去向的行业,如食品、医药、化工等。

案例说明

波次主要解决订单处理效率的问题,适用于订单操作环节。某仓库在上午9点处理200个订单,根据送货区域,将订单拆分为3个波次:

  • 波次1:配送到A区域的订单。
  • 波次2:配送到B区域的订单。
  • 波次3:配送到C区域的订单。

每个波次的订单会被集中在一起处理,彼此互不影响干扰,可以多个波次并行处理,WMS的波次一般具有以下特点:

  • 时间维度:波次通常基于时间窗口(如每小时、每半天)或订单优先级划分。
  • 订单聚合:多个订单合并成一个波次,便于集中处理。
  • 动态性:波次划分可以根据需求灵活调整(如按区域、SKU种类、运输方式等)。
  • 操作目标:优化拣货效率,减少重复劳动。

批次用于商品的质量追溯和库存管理,关注商品的来源及流转。某食品制造商生产了一批牛奶,生产日期为2025年3月1日,批次号为A20250301。

  • 该批次牛奶在仓库中被标记为同一批次,便于保质期管理和质量追溯。
  • 如果发现该批次存在质量问题,可以快速锁定所有相关商品。

批次管理不仅仅局限在WMS中,在生产环节,运输环节,仓储环节,零售环节,以及后台的ERP管理等,都会涉及到。商品的批次一般具有以下特点:

  • 产品属性维度:批次基于商品属性(如生产日期、批号)划分。
  • 标签化管理:每个批次商品都具有独立的批次编号,便于追踪。
  • 静态性:批次一旦生成,通常不可更改。
  • 操作目标:确保商品质量可追溯,满足法规要求。

波次与批次的区别

波次和批次是两个独立的概念,只是中文名字上有一定的相似而已,两者在WMS中经常配合使用:商品的批次信息会在波次操作中被考虑,以确保拣选到正确的商品,并实现库存的精准管理。

27. 散装称重的商品条码生成逻辑

1.为什么散称类商品需要条码?

散称类商品(如食品、生鲜等商品)因其无固定包装且无统一的国标条码,所以需要通过使用电子秤生成的条码来管理散称商品,这样就能解决门店的销售,库存管理、收银等需要条码来确定商品的问题。

与预先包装的商品不同,散称商品没有标准化的国标条码。生成条码的主要原因包括:

  • 散称商品在结算前需要称重,而生成条码可以将商品的重量、价格和编码信息封装在一串数字中。结算时,收银员只需扫描条码,系统便能自动计算出售价,无需手动输入重量或价格,大幅提升了收银效率并减少出错率。
  • 通过条码的生成,散称商品能够被赋予唯一标识,使得这些商品在销售、库存和后台管理中与其他标准化商品一样,可以被系统高效地追踪和管理。

2. 条码是怎么生成的?逻辑是怎么样的?

散称商品条码的生成遵循国家标准,主要分为13位和18位两种规则。这些条码由电子秤在称重时自动生成,具体逻辑如下:

2.1 条码的结构

13位规则:

  • 21 10001 01234 8
  • 2 100001 01234 3

组成:标识位(1-2位) + PLU码(5-6位) + 金额或重量(5位) + 校验位(1位)

18位规则:

  • 21 10001 01234 00500 8
  • 2 100001 01234 00500 3

组成:标识位(1-2位) + PLU码(5-6位) + 金额(5位) + 重量(5位) + 校验位(1位)

2.2 条码各部分的含义

标识位:用于标记条码的类别,一般为1位或2位数字。例如,“2”或“21”表示称重商品。

PLU码:Price Look-Up Code,表示商品的编码,相当于商品的唯一标识。可以与零售系统中的SKU编码一一对应。

金额或重量:

  • 金额:单位为分,表示称重商品的总价。例如“01234”表示商品售价12.34元。
  • 重量:单位为克,表示商品的总重量。例如“00500”表示商品重量为500克。

校验位:根据条码前若干位数字通过特定算法计算得出,用于校验条码的有效性。

2.3 条码生成过程

  1. 输入商品编码:在电子秤中输入散称商品的PLU码。
  2. 称重:电子秤测量商品的重量。
  3. 价格计算:根据系统中预设的单价,计算商品的总价(重量 × 单价)。
  4. 条码生成:电子秤将标识位、PLU码、金额或重量拼接,并根据前几位数字生成校验位,最终形成完整的条码。
  5. 打印条码:电子秤打印带有条码的小票或标签。

3. 生成了条码之后,怎么收银知道价格?怎么统计SKU的销售数量?

条码生成后,收银系统通过扫描条码完成商品的结算和统计。以下是具体的工作原理:

3.1 收银系统如何解析条码

当收银员扫描散称商品条码时,POS系统会根据条码规则解析出对应的信息:

  • 商品编码(PLU码):对应商品的SKU信息,用于识别商品。
  • 金额或重量:根据条码中的金额或重量,系统自动计算售价。
  • 校验位:系统会验证条码的有效性,确保扫描数据无误。

举例:

  • 条码 21 10001 01234 8:
  • 标识位:21,表示称重商品。
  • PLU码:10001,对应商品“苹果”。
  • 金额:01234,表示商品售价12.34元。
  • 校验位:8,系统验证条码是否有效。
  • 收银系统识别为:商品“苹果”,售价12.34元。

3.2 统计SKU的销售数量

通过PLU码的唯一性,系统能够将条码中的信息与SKU编码关联起来,从而完成销售数据的统计:

  • 销量统计:通过记录每次扫描的PLU码,系统可以统计每种散称商品的销量(例如,苹果卖出50份)。
  • 销售额统计:根据条码中的金额信息,系统累计每种商品的销售额。
  • 库存更新:系统根据销售情况,实时更新散称商品的库存数据。
  • 这种方式使散称商品能够像标准化商品一样被系统化管理,实现了精细化运营。

4. 补充知识

https://blog.pospal.cn/kb/4341

https://help.wsgjp.com/5e03/d485/163b/2670/a2dc

https://help.youzan.com/displaylist/detail_5_5-2-57687

28. 委托代销(寄售)和VMI的区别

1.委托代销(Commission Sales)

委托代销是指供应商将商品交给零售商进行销售,零售商以代理人的身份销售商品,赚取销售佣金。委托代销商品时,应与受托单位签订合同或协议,规定代销品种、价格、手续费标准、供货结算期限等,作为双方共同执行的依据。商品发给代销商代销时,企业不作商品销售,不进行货款结算,不转移商品所有权。在代销商将商品售出后,根据售出商品清单,企业开具发票并与代销商进行货款结算的业务

网络上有一些零碎的信息说“委托代销”和“寄售”有一些区别,但是我查阅了其他的一些资料之后,我个人认为这两者应该还是只有名词上的区别,实际上表达的含义都是一样的。

所以我会倾向于在书面语中用“委托代销”来表达,如果是在口头语中则可以用“寄售”来表达。

运作模式

  • 所有权:商品的所有权始终属于供应商。
  • 库存风险:库存风险完全由供应商承担。
  • 结算方式:零售商根据销售额向供应商收取佣金,未卖出的商品可退还给供应商。

案例

  • 奢侈品柜台代销:某奢侈品牌将商品放在高端商场的专柜中,商场负责销售,按照销售额的10%收取佣金。商品的所有权和库存风险均由奢侈品牌承担。
  • 电商平台代销:如天猫国际上的海外商品,电商平台只是代理销售,赚取佣金,商品的所有权归海外商家所有。

优点

  • 零售商无需承担库存成本,按销售额赚取佣金,收益稳定。
  • 供应商可以借助零售商的渠道快速进入市场。

缺点

  • 供应商需要承担库存和商品积压的风险。
  • 零售商可能缺乏动力大力推广商品,因为收益仅限于佣金。

2. VMI(Vendor Managed Inventory,供应商管理库存)

VMI是一种供应链库存管理模式,由供应商根据与零售商共享的库存数据,主动管理零售商的库存水平,确保商品的及时供应。商品的所有权通常在交货时转移给零售商,但库存补货和管理责任由供应商承担。

运作模式

  • 所有权:所有权根据合同约定,通常在商品到货时转移给零售商。
  • 库存风险:供应商负责库存管理,但零售商拥有库存商品。
  • 结算方式:零售商按采购协议支付货款,供应商负责及时补货。

案例

  • 超市与供应商合作(宝洁-沃尔玛):沃尔玛将其库存数据共享给宝洁,宝洁根据销售数据和库存水平,主动安排物流补货到沃尔玛。沃尔玛只需要提供销售场地,不需要过多干预库存管理过程。
  • 汽车制造商与零部件供应商:汽车厂商将库存管理权交给零部件供应商,比如博世会根据厂商的生产计划和库存水平,主动补充零配件。

优点

  • 零售商库存管理成本低,供应商主动优化补货,提高供应链效率。
  • 减少断货或过量库存的问题,提高市场响应速度。
  • 供应商与零售商关系更加紧密,建立长期合作。

缺点

  • 供应商需要较强的数据分析和供应链管理能力。
  • 零售商需要与供应商共享敏感数据,存在信任风险。

29. LPN码和箱唛编码的区别

名词解释

LPN码,即License Plate Number的缩写,是用于唯一标识物流单元(如托盘、箱子、货物等)的动态编码。它由字母和数字组合而成,宛如车辆的车牌号,赋予每个物流单元独一无二的“身份标识”。凭借这一标识,货物在整个供应链进程中能够被精准追踪与管理,极大地提升了物流效率与准确性。

箱唛编码是一种静态的货物标识码,通常印刷或粘贴在货箱外部。它堪称货物的“名片”,详细描述了货物的各项信息,诸如品名、规格、批次号、收货人信息等。箱唛编码与货物长期绑定,为货物在运输与验收环节提供了关键的识别依据。

案例说明

LPN码案例(动态跟踪货物)

某仓库收到一批货物,共分为10个托盘。工作人员为每个托盘分配一个独一无二的LPN码,比如“LPN12345”、“LPN12346”等,并将其打印成条码贴在托盘上。入库时,只需扫描LPN码,系统便能迅速关联托盘内的货物信息,例如“手机100台,批次号XYZ123”。后续货物在仓库内移动或出库时,再次扫描LPN码,系统即可实时更新货物位置与操作记录,让货物动态一目了然。

箱唛编码案例(静态标识货物)

某厂家生产了一批服装,共打包成50个箱子。每个箱子上都贴有箱唛,其内容涵盖:

  • 品名:T恤
  • 数量:50件
  • 尺寸:M
  • 批次号:AB1234
  • 收货人:某零售公司

在货运及收货过程中,工作人员依据箱唛信息就能轻松确认具体货物内容,保障货物准确无误地运输与交付。

LPN码与箱唛编码的对比

当仓库收到一批货物的时候,系统可以为这些货物生成唯一编码(LPN),然后贴在箱子上;同时货物自身可能也有印刷箱唛编码等信息,这些信息可以便于清点和扫码识别。

  • LPN码:动态生成一个唯一编号(如LPN001),关联货物信息并贴在托盘或箱子上。用于后续的动态管理(如入库、移库、出库等操作)。
  • 箱唛编码:货物外包装上直接标注“品名:T恤,数量:50件,批次号:AB1234”等静态信息。用于运输和清点。

在某些场景下,可以将箱唛编码当作是LPN码使用,用来管理仓库的入库,移库,出库等操作,但是前提是系统得要提前知晓这部分的数据,通常会在入库单中推送这个箱唛字段,然后WMS将其视作为LPN,用于库内的货物管理识别使用。

当LPN码和箱唛编码结合使用的时候,箱唛编码提供货物的详细信息,便于人工识别和核对。而LPN码用于扫描追踪货物的动态流转信息(如位置、操作记录等)。

30. 计划单,订单,通知单,入库单/出库单区别

采购流程单据

1. 采购计划单

定义:企业内部发出的需求预告,基于生产计划、销售预测或日常运营需求

作用:提前规划未来一段时间内需要采购的物资种类和数量

特点:不会精确到具体供应商和交付日期,为采购活动勾勒大致框架

2. 采购订单

定义:采购组织与供应商之间的正式采购协议

作用:详细记录企业采购货物的规格说明、价格数量等信息

特点:是采购业务流程的核心,供应商依据此安排生产和交付

3. 收货通知单(ASN)

定义:采购部门提前通知仓库做好接收准备的单据

作用:告知仓库供应商预计送货时间、对应采购单及货物清单

特点:非必须单据,有些系统直接用采购订单代替,但在复杂场景中很有价值

4. 采购入库单

定义:物资验收合格后正式入库的凭证

作用:记录入库物资的品名、规格、数量、金额等信息

特点:是企业物资管理和财务核算的重要依据

销售流程单据

1. 销售计划单

定义:根据市场调研、销售目标、客户需求预测等因素制定的销售规划

作用:描绘未来一段时间内计划销售的产品种类、数量及销售策略

特点:是销售团队的”作战地图”,为销售活动指明方向

2. 销售订单

定义:客户购买意愿的正式表达

作用:明确客户要购买的产品名称、规格、数量、价格、交货时间地点等

特点:对企业来说是客户的购买承诺

3. 发货通知单

定义:销售部门提前通知仓库做好发货准备的单据

作用:告知仓库发货时间要求、送货地点、对应销售订单及货物清单

特点:非必须单据,但在复杂业务场景中有重要作用

4. 销售出库单

定义:商品正式出库的凭证

作用:记录出库商品的品名、规格、数量、金额等信息

特点:是企业销售管理和财务核算的重要依据

单据关系图

采购类单据

销售类单据

单据流转关系

从功能角度,供应链单据可分为三类:

  1. 计划单:供应链的”大脑”,驱动全局协同
  2. 执行单:供应链的”手脚”,实现业务落地
  3. 结果单:供应链的”记忆”,沉淀闭环数据

在供应链系统中,这些单据形成了完整的业务闭环:

  • 计划单是整个流程的起点,为企业活动提供规划和方向
  • 订单是与外部合作伙伴确立交易关系的关键单据
  • 通知单贯穿各环节,负责信息传递和协调
  • 入库/出库单记录物资实际流动,为企业管理提供依据

这些单据相互配合,共同保障企业业务顺畅进行,帮助企业优化资源配置,提升运营效率,满足客户需求,增强市场竞争力。

本文由人人都是产品经理作者【PM维他命】,微信公众号:【PM维他命】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。