常见问题及解法

1. 以销定采 - 锁库相关

写在前面：一个常见的业务两难

对于很多中小企业，尤其是商贸企业来说，库存是最大的成本。为了控制风险，大家越来越喜欢“零库存”模式——即：客户下了单，我再起那个采购（这就是“以销定采”）。

这听起来很美好，但在实际操作中，经常遇到一个非常棘手的问题：

场景举例：

周一早晨：老客户A下了大单要100台设备，仓库没货。销售员赶紧在系统里下了采购申请。

周三下午：100台设备终于到货入库了。

周三傍晚：一个着急的新客户B找上门，也要这100台设备，并且愿意现结。不知道情况的仓库/销售一看系统显“现有库存：100台”，直接就把这批货发给了新客户B。

周四早晨：老客户A的货发不出来，得罪了老客户，采购还得紧急再买一次，整个流程乱成一锅粥。

为了解决这个“货被抢走”的混乱局面，我们的简道云【新进销存-企业版/标准版】系统引入了“自动锁库”机制。

1.1 什么是以销定采的自动锁库？为什么要锁？

锁库的核心目的是为了解决一个关键问题：在时间和空间上分离的“销售”和“采购”环节之间，如何确保供需的确定性匹配。

在“以销定采”模式下，您下达销售订单时，货物可能尚未采购入库。如果没有锁库机制，会引发一系列问题：

用最直白的比喻：

以销定采（预订制）

自动锁库（贴标签占座）

“自动锁库”的核心价值在于：确保“专款专用”，谁先定的货，回货了就优先给谁发，防止后来的订单“插队抢货”

1.2 当前系统的设计逻辑是怎样？

在简道云新进销存中，为了实现业务闭环和自动化，我们的设计逻辑是非常严谨的链条：

第一步：需求触发（挂号）

当销售员创建【销售订单时】，如果系统检测到库存不足，会提示缺货，并引导生成【采购申请】。

关键点： 此时，这个采购申请是“挂”在这张销售订单名下的。

第二步：隐形锁定（占座）

采购部门根据申请去采买。在货物运输途中，虽然仓库里还没看到实物，但系统后台已经形成了一种“隐形的契约关系”：这即将到来的这批货，已经被预订了。

第三步：入库即分配（对号入座）

当货物到达仓库，进行【采购入库】时，系统会立刻识别出这批货是有“主人”的。

核心设计： 系统会自动增加库存总数，但同时会立刻将这部分库存“锁定”给对应的销售订单。在库存报表里，你看到的是“现有库存增加”，但“可用库存”并没有增加。

第四步：定向出库（完成履约）

仓库在发货时，系统会指引他们优先处理那些已经被锁定的订单，完成出库。

1.3 如何进行解锁？需要做哪些调整？

第一步：如何手动取消部分订单的锁库：

第二步：解除后，如何调整销售出库单：

1.4 手动解锁后可能存在哪些问题？

很多客户初期觉得锁库麻烦，想关掉它。但如果去掉了这个机制，企业很快就会陷入以下混乱，这些问题的治理成本远高于适应系统的成本：

如开篇案例所示，后来的急单抢走了为老客户预订的货。导致先下单的客户迟迟收不到货，严重损害信用等级。

明明仓库里的100台货是别人预订的，但系统如果显示“可用：100”，其他销售员就会误以为有货可卖，继续接单。结果就是明明有货，却发不出货，因为货都有主了，造成严重的“超卖”事故。

货物一到库，仓库员不知道这批货是备货库存，还是谁的急单。需要线下打电话、查聊天记录去确认归属，效率极低且容易出错。

明明采购回来的货被别人截胡了，采购部门被迫为了原来的订单进行二次紧急采购，增加了采购成本和工作量。

2. 以销定采 - 审批通过后触发采购申请

当前系统的自动化逻辑：销售订单新增数据提交后，自动生成一条采购申请；

3. 销售订单中，待出库数量动态清零调整：

3.1 功能调整解决的核心问题与适用场景

本调整旨在解决销售订单的实际出库数量与原始订单数量存在合理误差时，系统锁库无法自动释放的问题。

1. 核心问题：

在标准流程下，系统会严格根据销售订单数量锁定库存。例如，订单下单100件，即使实际出库99件（已满足交付要求），系统仍会锁定剩余的1件库存，导致这部分库存无法被其他订单使用，造成资源闲置。

2. 典型业务场景：

3.2 解决方案的设计逻辑与价值

本次调整并非修改核心的锁库逻辑，而是增加一个可控的“手动解锁”开关。

3.3 潜在风险与必要检查项（重要）

1. 主要风险：

2. 必须联动的调整项：

4. 产品表个性化配置及联动修改

4.1 产品基础信息表字段增删改操作

4.2 销售订单中同步新增字段

4.3 字段位置调整与预览