| # 组件 CTP 储备 假设最终产品 JOSUEF11 具有以下多层物料清单： 组件 CTP 储备 如果您为 JOSUEF11 输入并保存了订单，则会根据用于 CTP 检查的相同逻辑，将 CTP 储备置于组件上。 如果组件只有一个，则 CTP 储备会存储在 CTP 储备进程中，并会汇总到物料主计划中。 组件储备的时间基于在 CTP 检查中同样会使用的提前期偏置逻辑。 也就是说，在订单计划跨度内，通过物料清单行上的提前期偏置、入库和出库提前期以及安全时间和额外提前期来确定组件储备时间。 由于计划发料的时间取决于更加详细的后退式计划逻辑，因此在运行订单计划后创建的计划发料的时间可与 CTP 储备时间稍有偏差。 会使用以下数量： 已分配数量 为满足全部或部分需求，通过 CTP 储备进行分配的组件的 ATP 数量。 所需数量 此组件的父组件传递出的所需数量。 CTP 数量 传递至此组件的子组件的数量。
    CTP 数量 = 所需数量 - 已分配数量
示例 JOSUEF11 的销售订单需求 = 100 件。 已为物料清单的右分支创建以下 CTP 储备。 ATP 列规定了 CTP 检查中可用的 ATP 数量。 保存销售订单行后，系统会在 CTP 储备进程中更新其它列。
综合可供订货量 (CTP) 储备
物料 | ATP | 已分配 | 所需 | 综合可供订货量 (CTP)
--- | --- | --- | --- | ---
JOSUEF11 | 40 | 0 | 60 | 60
JOSUEF15 | 0 | 0 | 60 | 60
JOSUEF16 | 20 | 20 | 60 | 40
JOSUEF17 | 40 | 40 | 40 | 0
计算结果如下： 由于 JOSUEF11 的销售订单已为此物料创建计划发料，因此未在此层上对 ATP 进行分配。 合计需要 60 件 (100 – 40)。 JOSUEF15 无可用性。 因此，同一数量会再次传递至下一构成层。 JOSUEF16 的 ATP 为 20，因此分配此数量以满足部分需要的数量。 还需要构建 40 件。 因此，CTP 数量更改为 40。 JOSUEF17 的 ATP 为 40，因此分配此数量以满足剩余需要的数量。 由于已满足全部需求，因此要构建数量更改为 0。 注意 即使针对 JOSUEF15 和 JOSUEF16 物料，在物料计划数据 (cprpd1100m000) 进程中清除了 CTP 关键复选框，在 CTP 储备进程中也会创建记录。 需要使用此步骤通过物料清单传递需要的数量和 CTP 数量。 即使此类型物料存在 ATP，但对于非关键物料，已分配数量会始终为 0。 挂钩订单编号字段和来源计划物料字段 在上例中，针对最终产品 JOSUEF11 的销售订单，对组件 JOSUEF17 进行了 CTP 储备。 由于在图中看到的数量通过此物料进行传递，因此来源计划物料为直接父物料 JOSUEF16。 能力综合可供订货量 (CTP) 储备 能力 CTP 取决于资源主计划是否存在。 因此，能力 CTP 基于计划期段。 CTP 储备存储于资源主计划以及能力 CTP 储备进程中。 仅会为在 CTP 中起关键作用并具有资源主计划的资源创建 CTP 储备。 CTP 时界 可在物料计划数据 (cprpd1100m000) 进程中定义组件的 CTP 时界和能力 CTP。 在 CTP 时界中，不会检查组件和能力的可用性。 引入此概念是为了防止发生当没有时间可以构建额外数量时仍向客户做出不切实际的交货承诺的情况。 实际上，CTP 时界通常等于物料的生产时界（计划的冻结期）。 同样在物料计划数据 (cprpd1100m000) 进程中定义的生产时界会在订单计划期间使用。 尽管需求可能源于时界内，但系统会将计划生产订单置于此时界外。 这将会创建迟交。 为确保不会过早承诺需求，仅 ATP 可在 CTP 时界内承诺，CTP 则不能。 要为用户提供更多灵活性以及让其更明确，现可使用一个单独的 CTP 时界而不是生产时界。 |