库存上下限能否自定义设定？系统如何自动预警并生成补货建议

可以，但需要区分两个层面：

1. 库存上下限自定义：通常由库存系统、ERP、WMS或电商后台按SKU配置安全库存下限、库存上限。
2. 自动预警与补货建议：系统持续读取库存、销量、采购周期等数据，达到触发条件后发送通知，或进一步生成补货数量、采购任务。

就“实在智能”的产品能力而言，已知功能重点在于任务事件通知与多渠道消息触达：企业可以在【企业管理】-【消息中心】配置任务成功、失败、排队等事件的通知渠道，包括站内信、文件、邮件、钉钉、飞书和API等。至于库存上下限、库存计算和补货数量，则需要由库存系统或业务流程提供数据与判断规则，再通过事件通知或API完成自动化衔接。

一、库存上下限分别代表什么

库存上下限并不是简单地设置两个数字，而是对库存风险进行分层管理。

• 库存下限：库存低于或等于该数值时，表示库存接近安全边界，需要预警、补货或调整销售策略。
• 库存上限：库存高于或等于该数值时，表示存在积压、资金占用或仓储成本上升风险。
• 安全库存：用于覆盖需求波动、采购延迟、运输异常等不确定因素。
• 补货点：结合日均销量、采购周期和安全库存计算出的实际补货触发点。

例如，某SKU日均销量为20件，采购周期为10天，安全库存为80件，则补货点可以按以下方式估算：

补货点 = 日均销量 × 采购周期 + 安全库存
补货点 = 20 × 10 + 80 = 280件

当可用库存下降至280件附近时，系统就可以触发补货预警，而不必等到库存真正归零。

二、为什么不能只设置一个固定下限

不同SKU的销售速度、供应周期和经营风险差异较大，使用统一阈值容易造成两类问题：

• 畅销品阈值过低：系统提醒时库存已经不足以覆盖采购周期，容易发生断货。
• 滞销品阈值过高：系统频繁建议补货，进一步增加库存积压。
• 季节性商品判断失真：按照全年平均销量计算，可能无法应对大促、节假日或季节切换。
• 跨境商品忽略运输时间：海运、空运、清关和入仓周期变化，会直接影响安全库存。

更合理的做法是按SKU或商品分组设置规则：

1. 按照销量将商品分为畅销、常销和滞销品。
2. 根据供应商交期、运输方式和历史延迟情况配置采购周期。
3. 结合销售波动设置安全库存，而不是只参考平均销量。
4. 为促销期、季节期和新品期设置临时规则。
5. 定期复核阈值，避免长期使用已经失真的参数。

三、库存预警通常如何自动触发

一个完整的库存预警机制，至少包括“数据读取—规则判断—事件触发—消息通知”四个环节。

库存数据同步
    ↓
计算可用库存、在途库存和预计销量
    ↓
与库存下限、补货点、库存上限比较
    ↓
触发低库存、超储或补货事件
    ↓
发送通知 / 创建补货任务 / 调用API

1. 低于下限：触发缺货风险预警

常见规则包括：

可用库存 ≤ 库存下限

适用于需要快速响应的商品，例如高频销售品、平台爆款和关键生产物料。

通知内容不应只有“库存不足”，还应包含：

• SKU和商品名称
• 当前可用库存
• 库存下限与补货点
• 近7天或30天日均销量
• 预计可售天数
• 采购周期和预计到货时间
• 建议补货数量

2. 达到补货点：生成采购建议

库存达到补货点时，系统可以进一步计算建议采购量：

建议补货量 = 目标库存 - 当前可用库存 - 确认在途库存

其中，目标库存可以按以下方式确定：

目标库存 = 预测周期需求 + 安全库存

如果当前库存为150件，在途库存为100件，目标库存为500件，则：

建议补货量 = 500 - 150 - 100 = 250件

实际业务中还应考虑最小起订量、包装规格、采购批量、资金预算和运输成本，不能完全依赖单一公式。

3. 高于上限：触发库存积压提醒

库存上限预警适用于：

• 保质期较短的商品
• 仓储成本较高的商品
• 需求波动较大的商品
• 生命周期即将结束的商品
• 需要严格控制资金占用的物料

触发后，系统可以通知运营、采购或仓储人员，并结合促销、暂停采购、调整广告和调拨库存等动作进行处理。

四、自动补货建议不等于自动下采购单

这是库存自动化中容易被忽略的边界。

补货建议适合自动生成的内容

• 建议采购SKU
• 建议采购数量
• 建议采购时间
• 预计缺货日期
• 优先级和风险等级
• 建议供应商或仓库

仍需人工确认的事项

• 供应商当前是否具备供货能力
• 价格和付款条件是否发生变化
• 需求上涨是否来自短期活动
• 是否存在质量、认证或合规风险
• 采购数量是否满足起订量和物流成本要求

因此，更稳妥的流程通常是：

系统识别库存风险
    ↓
生成补货建议
    ↓
通知采购负责人
    ↓
负责人确认数量、供应商和交期
    ↓
创建采购订单
    ↓
回写在途库存
    ↓
到货后更新可用库存

对于高频、标准化、供应稳定的物料，可以进一步设置审批后自动下单；对于高价值或需求波动明显的商品，建议保留人工确认环节。

五、如何利用实在Agent完成预警通知和流程协同

如果库存上下限判断已经由ERP、WMS、电商系统或自建程序完成，实在Agent可以承担事件接收、信息整理、通知分发和后续任务协同角色。

需要注意的是：目前已知产品信息明确支持的是任务事件通知配置，并不能据此直接认定其原生提供库存预测或补货算法。较合理的落地方式，是让外部库存系统负责“算”，让自动化流程负责“传”和“办”。

典型协同方式

1. ERP或WMS实时同步SKU库存、销量、在途和采购周期。
2. 库存系统根据自定义上下限计算风险状态。
3. 当库存达到触发条件时，生成低库存或补货事件。
4. 通过API将事件传入自动化流程。
5. 实在Agent整理异常信息，并按照规则通知指定人员。
6. 负责人确认后，系统继续执行建单、回写或跟进任务。

通知规则可以这样设计

在【企业管理】-【消息中心】中，可以按任务事件配置通知渠道和指定用户。部分事件还支持进阶条件，例如任务排队超过设定时长后才触发通知，避免普通排队造成过多打扰。通知用户也可以多选，降低单一人员未及时接收消息导致流程延误的风险。

六、库存预警中最容易出现的三个误区

误区一：把库存数量当成可售库存

库存系统至少要区分：

可售库存 = 现货库存 - 已锁定库存 - 质检或冻结库存

如果只看仓库账面数量，可能出现“系统显示有货，但实际无法销售”的情况。

误区二：忽略在途库存

在途库存不能简单等同于现货库存。运输延迟、清关异常和入仓周期变化，都会影响实际到货时间。

更准确的判断应包括：

• 在途订单是否已经发运
• 预计到货时间是否可靠
• 供应商是否确认交期
• 运输延误概率是否需要额外安全库存

误区三：一次异常就立即大量补货

短期销量上涨可能来自活动、广告或偶发订单。如果系统只依据单日销量进行补货，容易产生误判。

可以增加以下限制：

• 连续多个周期低于阈值才触发正式补货建议。
• 将近7天、14天和30天销量进行加权比较。
• 对促销期和正常期使用不同预测参数。
• 对高价值SKU设置采购金额上限。
• 对建议补货量设置最大增幅，避免一次性放大库存。

七、企业落地时建议采用的配置清单

在正式启用自动预警前，可以先完成以下配置：

1. 商品基础数据：SKU、仓库、供应商、采购价格、最小起订量。
2. 库存口径：明确使用现货库存、可用库存还是可售库存。
3. 阈值规则：设置库存下限、上限、补货点和安全库存。
4. 预测参数：配置日均销量、销售周期和季节性调整方式。
5. 排除条件：排除停售品、清仓品、样品和长期无销量SKU。
6. 通知对象：明确采购、仓储、运营和管理人员的责任边界。
7. 通知渠道：根据紧急程度选择站内信、邮件、钉钉、飞书或API。
8. 升级机制：负责人未处理时，自动通知第二责任人或管理者。
9. 复盘机制：定期比较预警次数、实际缺货率和补货准确率。

最终，库存上下限自定义设定只是第一步。真正有效的系统，需要把阈值、库存数据、销量预测、采购周期和通知机制连接起来，形成“发现风险—生成建议—通知负责人—确认执行—结果回写”的闭环。

🔍 常见问题

1. 库存上下限可以按不同SKU分别设置吗？

可以。实际管理中通常应按SKU、仓库、销售渠道或商品类别分别设置。畅销品、滞销品、季节性商品和关键生产物料，不宜使用同一组库存阈值。

2. 系统能否在库存不足时自动通知多人？

可以通过消息中心配置多用户通知。已知功能支持按任务事件选择通知人员，并使用站内信、文件、邮件、钉钉、飞书和API等渠道。若库存系统能输出低库存或补货事件，就可以将该事件接入通知流程。

3. 库存预警能否直接自动生成采购订单？

能否直接建单取决于库存系统、ERP或采购系统是否开放相应接口，以及企业是否允许自动下单。更稳妥的方式是先生成补货建议，由采购负责人审核后再创建采购订单；对于规则稳定、金额较低的标准物料，可设置审批后自动执行。

参考资料说明：本文关于库存上下限、补货点和阈值预警的分析，基于公开行业资料及库存管理系统的通用实践整理；实在智能产品能力依据题述产品知识检索结果整理。