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

推荐订阅源

J
Java Code Geeks
博客园 - 司徒正美
博客园 - 【当耐特】
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
人人都是产品经理
人人都是产品经理
雷峰网
雷峰网
酷 壳 – CoolShell
酷 壳 – CoolShell
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
大猫的无限游戏
大猫的无限游戏
月光博客
月光博客
宝玉的分享
宝玉的分享
V
V2EX
S
SegmentFault 最新的问题
V
Visual Studio Blog
阮一峰的网络日志
阮一峰的网络日志
Martin Fowler
Martin Fowler
Jina AI
Jina AI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园_首页
L
LangChain Blog
D
Docker
腾讯CDC

人人都是产品经理

为什么你的产品找不到差异化?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系统的采购入库设计
苏逸轩 · 2024-05-08 · via 人人都是产品经理

所有关于商品需要进入仓库的业务行为都可以称之为入库,其中最频繁的入库则是采购入库,采购入库的结果是将商品放到合适的货位上,并增加库存。下面我们来详细介绍仓储管理系统中的采购入库流程、入库单设计和入库系统功能。

一、入库流程

1. 预约送货

供应商接到采购订单以后,在发货之前先和仓库的相关人员预约送货时间,供应商系统中进行在线预约,预约成功以后,便可以按约定日期将商品到仓库;

2. 到货确认

仓库收货员核对来货清单和实物,一致后,提取系统中的预约单,核实数量等信息无误后,提交实际收货信息至仓储管理系统。

  • 入库单推送至仓库之后,在WMS中生成入库任务;
  • 相关商品到仓库之后,选中对应的入库任务进行确认,生成相应的验货任务;
  • “确认到货”的步骤可以保证验货任务池的纯净;
  • 同一个入库任务允许到货多次。例如采购A货物3000件,一次到货1000件,分三次全部到货;

3. 验货打码

验收员提取已保存的收货信息,打印验收单(或借助PDA、收货台车)对到货商品进行验收,验收合格的商品可进入仓库指定区域上架,若不合格,则拒收。若发现收货员录入数据有误,验收员也可修正数据。

  • 条码:全部重新贴码OR部分贴码(有条码的做映射,没有的重新贴码);
  • 到货确认后,生成验货任务,验货员用PDA验货;
  • 确认反馈合格品和不良品的数量;采购单只确认接收合格品,不合格品退还供应商;
  • 若部分到货,则该入库任务重新回到“确认收货”任务池;
  • 退货单将合格品和不良品都录入系统中,不良品会上架至不良品库区;
  • 当验货完成之后,通过WMS系统打印相应数量的商品条码,由仓库员工进行贴码;

4. 商品上架

上架员按照系统推荐的货位将商品上架到相应的货位上,若推荐货位不合适,可由上架员自行调整实际货位;

上架库位分配原则:不同供应商、不同批次、不同SKU是否允许上架到同一库位;优先已有库位或者附近,不同库区的库位限定品类;

上架:在PDA上生成相应的上架任务,员工按照PDA将商品上架到相应的库位上;首先扫描库位码,然后商品条码,最后确认数量;上架后更新库位库存信息;

二、入库单结构设计

仓储管理系统中的入库功能以入库单为载体进行流转和处理,也叫预期收货通知。入库单可以由供应商的预约单生成。

以采购入库为例,一张采购订单会被供应商多次预约送货,在仓储管理系统中会相应生成多张入库单,入库单生成以后,在收货、验收和上架环节中,分别生成收货明细、验收明细和上架明细,三者之间是1:n的关系。

根据入库的节点,入库单可以设计为新入库单、收货中、验收中、上架中、上架完成、已取消、已关单几个状态。

状态说明如表8-5所示。

三、入库功能设计

仓储管理系统中的入库功能主要包含供应商预约单管理、到货登记、收货、验收、上架、收货错误修改等,下面我们将逐一进行介绍。

1. 供应商预约单管理

管理规范的仓储管理系统都具有送货预约功能,以便根据仓库的收货能力管控供应商的到货(仓库收货能力一般会集中维护到基础数据中心或某个供应链系统的管理后台中,集中管理各仓库的收货时间、各品类每日能承载的收货件数等,此功能不属于仓储管理系统范畴),采购订单下达供应商系统后,供应商在送货前先在供应商系统中预约送货日期及时段,以及送货数量,预约成功后,会生成预约单,在仓储管理系统中同步生成入库单。供应商凭借预约单送货到仓库,仓库中的相关人员便能根据预约单号匹配仓储管理系统中的入库单进行收货。

我们可以将预约单状态设计为待审核、预约成功、已签到、验收完成、驳回、已取消,仓储管理系统中操作对应节点进行状态变更并与供应商系统进行同步。

2. 供应商到货登记

供应商送货到仓库以后,由仓库中的相关人员在仓储管理系统中进行到货登记。到货登记过程主要为分配签到号及收货月台,签到号一般按先来后到或预约的顺序来生成,。

供应商签到成功后拿到签到号,便可以去对应的收货月台区排队等待叫号并收货了。

3. 收货及验收

供应商预约单管理和到货登记都是基于预约单进行操作,从严格意义来讲,预约单并不是仓储管理系统中的流转单据,因为退货入库、调拨入库等业务并不需要预约单,但各类业务最终都以入库单的形式进行收货、验收和上架,所以入库单才是仓储管理系统中流转的标准单据。

收货员主要针对来货进行实物的清点,核实实物与供应商的随货同行单(供应商提供的供货清单)、仓储管理系统内的入库数量是否一致,如果有差异,需要与供应商沟通后,以实际数量录入系统。如果来货涉及多个批次(如多个批号),在收货环节应按批次录入收货数量。收货信息保存后,仓储管理系统会按照批次生成规则,根据录入信息生成SKU的入库批次信息,并变更入库单的状态为“收货中”。

在很多仓库中,收货和验收是一体的,即相关人员在收货的同时也完成了验收操作,这样就可以将两个功能合并为一个;

收货和验收可以使用 PDA,或者移动台车等移动便携式设备来辅助完成。如果整张入库单都验收完成了,可以给供应商系统一个回执,通知供应商采购入库的情况。

4. 入库货位推荐

验收完成以后,仓储管理系统会对确定入库的商品进行货位推荐,这是仓储管理系统中很重要的策略之一,用以指引上架员将不同品类和不同管理属性的商品送往不同的库区上架。如果没有货位推荐,可能存在不同品类的商品混放(如干燥商品和潮湿商品混放)、商品放入不适合的库区(如冷藏品放进了常温库)等情况。

5. 上架

入库的最后一步是将商品上架到货位上。

根据上架的方式,可以分为按单据上架、按区域上架、按容器上架等。根据上架的工具,可以分为PC上架、PDA上架、自动化设备上架(AGV、自动化立体库)等。无论是哪种上架,其底层逻辑都只有一个:将商品与货位进行关联,产生商品在仓储管理系统中的真实库存。

之所以说是真实库存,是因为在验收以后其实已经产生了推荐货位的已分配库存,但此库存记录只是为了预占货位,并不是真实有效库存,在实际上架时如果发现系统推荐的货位不合适,上架员可以调整实际上架货位或拆分商品,只有在最终上架后,才会将已分配库存转为商品和货位确定的实物库存,并清除商品的已分配库存数量。

以最常用的PDA上架为例,上架员按照推荐的货位顺序,先扫描商品条码或容器条码,然后扫描货位条码完成上架,如果当前推荐货位放不下,可以扫描其他货位,或者将商品拆分到多个货位进行上架。

上架后,说明此商品真实在库了,需要同步入库流水至中央库存系统,加库存,以及通知财务系统做财务存货和应付账款处理,如果是退货入库,还需要通知售后系统和财务系统做退款处理。

6. 收货错误修改

在上架确认之前,如果相关人员发现了收货和验收环节中的错误,如批次信息录错、数量录错等,需要在仓储管理系统中进行修正,这就需要仓储管理系统提供收货错误修改功能,错误修改完成以后,系统应该更新收货和验收明细,并重新推荐货位。

7. 采购关单

下发仓库的采购订单最终是需要关单的,关单方式有入库完成自动关单、超期自动关单、人工关单三种,处理超期自动关单和人工关单逻辑时,均需要询问仓储管理系统,如果仓储管理系统中的入库单已经取消或已关单,是不允许关单的。关单成功的采购单,不能再进行收货了。

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

题图来自Unsplash,基于CC0协议

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