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

推荐订阅源

腾讯CDC
博客园 - Franky
MyScale Blog
MyScale Blog
L
LangChain Blog
Martin Fowler
Martin Fowler
Recent Announcements
Recent Announcements
Stack Overflow Blog
Stack Overflow Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 司徒正美
量子位
A
About on SuperTechFans
C
Check Point Blog
大猫的无限游戏
大猫的无限游戏
Last Week in AI
Last Week in AI
小众软件
小众软件
Apple Machine Learning Research
Apple Machine Learning Research
I
InfoQ
V
Visual Studio Blog
Vercel News
Vercel News
B
Blog
爱范儿
爱范儿
aimingoo的专栏
aimingoo的专栏
U
Unit 42

人人都是产品经理

为什么你的产品找不到差异化?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仓储系统中的 “三剑客”:波次、发货单、拣货单
刚哥 · 2025-08-16 · via 人人都是产品经理

为了后续能更好的理解WMS出现流程,特单独分享WMS仓储系统中非常非常重要的三个核心概念,也是初次接触WMS系统时经常听到且不好理解的三个词:波次、发货单、拣货单。

波次、发货单、拣货单是仓储作业中紧密关联的三个核心概念,三者从 “订单聚合” 到 “作业执行” 层层递进,共同支撑仓库从订单处理到商品出库的全流程。

一、核心定义

发货单:

是订单经过审核、确认后,仓库用于记录 “需要发出的商品明细” 的凭证。通常对应一个或多个原始订单(如电商平台的用户下单),包含收货地址、商品 SKU、数量、发货仓库等关键信息,是仓库作业的 “源头依据”。

例:用户在电商平台买了 2 支口红 + 1 盒面膜,审核通过后生成的 “待发货清单” 就是发货单。

波次:

是为了提升仓储作业效率,将多个 “发货单” 按一定规则(如配送区域、商品品类、作业时效)聚合而成的 “作业批次”。本质是对发货单的 “分组管理”,目的是实现集中拣货、集中打包,减少重复动线。

例:将 “北京朝阳区” 的 10 个发货单合并为一个波次,拣货员可一次性完成这 10 个订单的商品拣选。

拣货单:

是波次生成后,用于指导仓库人员 “具体拣货操作” 的明细单据,包含某一波次内需要从库位中取出的商品、库位位置、数量等信息。它是波次作业的 “执行指令”,直接服务于 “按单取货” 的动作。

例:上述北京朝阳区波次中,所有订单共需 5 支口红、3 盒面膜,拣货单会列出 “口红在 A 区货架、面膜在 B 区货架” 及具体数量。

二、三者的层级关系(从大到小:波次 → 发货单 → 拣货单的明细)

波次包含多个发货单:波次是更高层级的聚合单位,一个波次由若干个符合规则的发货单组成。例:波次 1 = 发货单 A + 发货单 B + 发货单 C(3 个发货单因 “同区域” 被合并)。

一个波次对应至少一个拣货单:波次生成后,系统(WMS)会根据波次内的所有发货单,生成一份或多份拣货单。

  • 若波次内商品集中在同一区域,可能生成1份拣货单(汇总所有商品,按库位排序);
  • 若商品分布在多个库区(如A区、B区),可能拆分为多份拣货单(A区拣货单、B区拣货单),由不同拣货员并行作业。

拣货单的明细对应发货单的需求:拣货单上的商品数量、SKU,最终都能追溯到具体的发货单。例如:拣货单上 “口红 5 支”,可能对应发货单 A 要 2 支、发货单 B 要 3 支。

三、作业流程中的联动关系(从流程看逻辑)

第一步:生成发货单

原始订单(如用户下单)经 OMS 审核后,生成发货单,进入仓库待处理队列。

第二步:创建波次

WMS 根据规则(如定时触发、满一定数量),将多个发货单合并为一个波次。关键:波次的存在是为了优化后续拣货、打包效率,减少拣货员往返库位的次数。

第三步:生成拣货单

波次确定后,WMS 根据波次内所有发货单的商品明细,按库位、商品品类等优化路径,生成拣货单(可能 1 份或多份)。

第四步:执行与关联

拣货员按拣货单取货,完成后与波次内的发货单进行核对(确保每个发货单的商品都齐全),最终打包出库。

四、总结

  • 层级上:波次包含多个发货单,一个波次生成(一份或多份)拣货单;
  • 逻辑上:发货单是作业的原始依据,波次是对发货单的效率化聚合,拣货单是波次的执行指令;
  • 目标上:三者共同服务于“快速、准确地将商品从仓库发出”的核心目标。

本文由 @刚哥 原创投稿或者授权发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

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