Overview
可用-承诺 (ATP) 引擎在特定地点和日期计算可销售库存。与简单的库存检查不同，ATP 会动态地从已确认的采购订单、销售订单和生产承诺中扣除已分配的数量，从而提供准确的需求满足情况。
Implementation Steps
定义预订规则
配置哪些预订类型（例如，采购订单、销售订单）具有优先权，以及它们是最终或暂定的。
地图库存位置
确保系统能够正确识别物理位置及其关联的库存水平，从而进行准确的计算。
整合生产计划
将 ATP（可用库存）与生产计划模块连接，并包括未来的生产产量，以便在可用性计算中进行考虑。
执行实时查询
运行 ATP 算法，针对当前数据库状态生成特定 SKU 和时间段的可销售数量。
从静态库存扣除到动态、预测性库存保障。
Primary
ATP（可用库存）计算汇总了当前在手库存，增加了预期的进货量（例如，已安排的采购），并减去所有已确认的预订。结果代表了在不违反现有合同义务或导致缺货的情况下，可以向新客户订单承诺的最大数量。
部分完成支持
如果无法提供完整库存，允许在特定情况下承诺部分客户订单，前提是所需部分在可销售范围内。
多地点分配
通过在仓库中优化库存分布，以根据距离或成本，从最合适的地点满足订单。
情景模拟
通过在最终确定订单承诺之前，测试在不同需求情景下的可用性，从而实现“如果...会怎样”的分析。
统一的入站流程
将所有订单来源整合到一个统一的OMS（订单管理系统）入口流程中。
模式规范化
将针对特定渠道的负载转换为一致的运营模型。
98.5%
可销售库存准确性
94.2%
订单完成率 (基于ATP)
< 100 毫秒
平均预订扣除延迟
System Roadmap Architecture
目前的主要重点是稳定我们的当前 ATP 引擎，通过修复关键的延迟问题，并确保与 ERP 系统的无缝集成。我们将优先实现所有仓库的实时库存准确性，以消除让销售团队感到沮丧的虚假可用性信号。在六个月内，我们将扩展功能，以支持多仓库分配规则和基于客户合同或信用限制的动态优先级评分。这一中期阶段旨在将 ATP 从静态检查转变为一个智能决策工具，从而优化订单完成率，同时保护服务水平协议。
展望未来，我们的长期愿景是直接将预测分析嵌入到 ATP 工作流程中。通过利用历史需求模式和交货时间波动性，我们将能够在下订单之前实现主动的容量规划。这一战略性演变将使我们从被动库存管理转变为主动的收入保护引擎，从而提高赢率和卓越的客户满意度，并通过透明、基于数据的可用性承诺来实现。
连接器鲁棒性改进
加强源端可靠性的重试、健康检查和死信处理。
自适应验证配置文件
通过通道和账户上下文进行调音验证，以减少误判。
异常智能
优先处理对运营恢复影响最大的入站故障，以便更快地恢复。
Strategic Use Cases
预售订单确认
< 2 分钟自动生成包含承诺的交付日期和基于实时库存可用性的订单确认。
生产计划协调
< 24 小时只有在确认存在ATP缺口时，才会启动生产，从而避免过度生产和库存积压。
跨仓库优化
95%识别出可立即进行跨库转移的商品，通过排除有待收到的货物的商品。