引言：入库管理的重要性 入库是仓库的第一道关口： 入库数据准确，后续流程才能顺畅 入库效率高，仓库周转才能快 入库质检严，售后问题才能少 入库管理的核心目标： 准确：收货数量与实际一致 高效：快速完成收货上架 可追溯：每件商品来源清晰 一、入库业务全景 1.1 入库类型 类型 来源 特点 采购入库 供应商送货 有采购单，需质检 退货入库 客户退回 需检验，可能有损坏 调拨入库 其他仓库 有调拨单，已质检 生产入库 自有工厂 有生产单 1.2 入库流程总览 ASN预约 ──> 到货登记 ──> 质检 ──> 收货确认 ──> 上架 │ │ │ │ │ ▼ ▼ ▼ ▼ ▼ 创建预约 扫码核对 质量检验 生成入库单 分配库位 通知仓库 数量清点 合格/不合格 库存增加 PDA扫码 二、ASN预约管理 2.1 什么是ASN ASN（Advance Shipping Notice）= 预到货通知 供应商发货前，提前通知仓库： 什么时候到 送什么货 送多少 ASN的价值： ...
引言：WMS的重要性 WMS（Warehouse Management System）是仓储执行的大脑： 管理仓库内所有实物操作 直接影响发货效率和库存准确率 是OMS订单履约的执行者 一个好的WMS系统，可以让仓库效率提升50%以上，库存准确率达到99.9%。 一、WMS系统定位 1.1 WMS在系统矩阵中的位置 OMS │ │ 出库指令 ▼ ┌─────────────────────────────────────────────────────┐ │ WMS │ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │ │入库管理 │ │库位管理 │ │出库管理 │ │库存管理 │ │ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │ └───────────────────────┬─────────────────────────────┘ │ │ 发货交接 ▼ TMS 1.2 WMS的核心职责 职责 说明 入库管理 收货、质检、上架 库位管理 库位分配、库存查询 出库管理 波次、拣货、复核、发货 库存管理 盘点、调拨、冻结 设备对接 PDA、打印机、电子秤 1.3 WMS与OMS的边界 功能 OMS WMS 可售库存 ✓ 实物库存 ✓ 库位库存 ✓ 订单拆分 ✓ 波次生成 ✓ 拣货执行 ✓ 二、架构设计 2.1 整体架构 ┌─────────────────────────────────────────────────────┐ │ 接入层 │ │ OMS接口 │ ERP接口 │ PDA接口 │ 打印接口 │ └─────────────────────┬───────────────────────────────┘ │ ┌─────────────────────▼───────────────────────────────┐ │ 服务层 │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ 入库服务 │ │ 出库服务 │ │ 库存服务 │ │ │ └──────────┘ └──────────┘ └──────────┘ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ 库位服务 │ │ 波次服务 │ │ 策略引擎 │ │ │ └──────────┘ └──────────┘ └──────────┘ │ └─────────────────────┬───────────────────────────────┘ │ ┌─────────────────────▼───────────────────────────────┐ │ 数据层 │ │ MySQL │ Redis │ RocketMQ │ └─────────────────────────────────────────────────────┘ 2.2 核心服务说明 入库服务： ...
引子：一个仓库主管的抱怨 “为什么拣货员每天要走10公里路？明明商品就在那里，为什么不能放得更合理一点？” 这是2022年夏天，我们深圳仓库主管老张的抱怨。他给我看了仓库的热力图——拣货员的行走轨迹遍布整个仓库，像一张密密麻麻的蜘蛛网。 数据更触目惊心： 8个仓库，总面积50,000+平方米 每天处理2万+出库单 拣货员人均每天行走路径：10.5公里 单笔订单平均拣货时间：18分钟 问题的根源在于：我们的库位分配策略太随机了。新到货的商品，系统找到第一个空闲库位就塞进去，完全不考虑商品的出库频率、拣货路径、库位高度等因素。 经过3个月的算法优化和系统重构，我们实现了： 拣货效率提升40% 人均行走路径减少至6.3公里 单笔订单拣货时间缩短至10分钟 空间利用率提升15% 这篇文章，就是那段时间算法演进的完整技术总结。 库位分配的业务价值 在讲算法之前，先理解为什么库位分配如此重要： 1. 拣货效率 核心指标：拣货路径长度 场景：订单包含3个商品（A、B、C） 方案1（随机分配）： 入口 → A(100m) → B(300m) → C(50m) → 出口(150m) 总路径：600m 方案2（优化分配）： 入口 → A(20m) → B(30m) → C(40m) → 出口(50m) 总路径：140m 效率提升：(600-140)/600 = 76.7% 2. 空间利用率 核心指标：库位满载率 重货在下层（承重强） 轻货在上层（便于搬运） 大件在地面库位 小件在货架 3. 作业安全 易碎品避开高层库位 危险品单独存放 高频商品避开拥挤区域 算法演进：从V1.0到V3.0 V1.0：随机分配（最简单，最差） 实现逻辑： @Service public class LocationAllocationServiceV1 { /** * V1.0：找第一个空闲库位 */ public Location allocate(Product product) { // 查询所有空闲库位 List<Location> emptyLocations = locationRepository.findByStatus(LocationStatus.EMPTY); if (empty Locations.isEmpty()) { throw new NoAvailableLocationException(); } // 返回第一个 return emptyLocations.get(0); } } 优点： ...
如约数科科技工作室