使用段集
段具有特定的段长度,该长度以分段时间单位(周、月、四周等等)表示,并链接至需求类型。一个段集包含多个段。
要设置段集,请参阅采购进度计划处理概览。
段集和采购进度计划
如果使用推式进度计划或拉式预测进度计划,“采购合同行物流数据 (tdpur3102m000)”进程和/或“物料采购业务伙伴信息 (tdipu0110m000)”进程中的段集将用于:
- 在重新生成进度计划 (tdpur3211m000) 进程中重新生成进度计划行。
- 群集进度计划行以生成状态为“已创建”的下达行详细资料,该操作可以在生成下达行 (tdpur3222m000) 进程中执行。
对于拉式发料进度计划,将不使用任何段集,因为不会重新生成或群集这些进度计划行,并且这些进度计划行将立即转换为“已计划”状态的下达行详细资料。因此,需求类型始终为“确定需求”。
“段集 - 段 (tdipu0114m000)”如果在段集 - 段 (tdipu0114m000) 进程中将段链接至段集,则必须确保使用正确的分段时间单位。请确保以下事项:
- 正确定义段集中第一个段的第一个分段时间单位。例如,如果将第一个分段时间单位设置为“周”或“四周”,并且计算的计划发料日期不是星期一,则将从群集或重新生成处理过程中排除一些天。请注意,这些分段时间单位始终将星期一作为其活动的起始点。因此,对于定义为“周”或“四周”的分段时间单位,LN 只从符合先前计算进度计划发放日期的第一个星期一开始群集或重新生成进度计划行。对于定义为“月”的分段时间单位,LN 不会从第一个可用的星期一开始群集或重新生成进度计划行,而是从下个月的第一个可用的星期一开始。
- 各种段相互连接。例如,如果将每周时间单位(从星期一至星期日)与每月时间单位(从当月第一个星期一至下个月第一个星期一的前一天)组合,则在重新生成或群集进度计划行时,可以不定义时间段。
注意
- 当 LN 重新生成进度计划行时,如果未定义两个段之间的期间,则位于该时间间隔内的进度计划行将自动获得序号最高的段的需求类型。例如,如果在计算“确定需求”需求类型的段与计算“计划需求”需求类型的段之间存在一个时间间隔,则位于该时间间隔内的进度计划行的需求类型将自动变为“确定需求”。
- 当 LN 群集进度计划行时,如果未定义两个段之间的期间,则 LN 将自动添加其它段以填补该时间间隔,这样,在该时间间隔内的进度计划行也将包括在群集处理中。在这个新生成段的时间段内的所有进度计划行将在一个下达行的详细资料中群集。
- 采购下达中位于根据段集中最后一个段计算的期间之后的所有进度计划行的需求类型将自动变为“计划需求”。
示例
下一计划发料日期:19/07
段集中的段:
段代码 | 需求类型 | 时间单位 | 段长度 |
---|---|---|---|
1 | 确定 | 周 | 1 |
2 | 已计划 | 月 | 1 |
3 | 已计划 | 月 | 1 |
基于计划发料日期进行的段时间计算:
段代码 | 起始日期 | 结束日期 | 需求类型 |
---|---|---|---|
1 | 19/07 | 25/07 | 确定 |
2 | 02/08 | 05/09 | 已计划 |
3 | 06/09 | 03/10 | 已计划 |
在此示例中,7 月 26 日与 8 月 2 日之间存在一周的时间间隔。尽管 LN 会自动填补该时间间隔,但为了避免段集内出现时间间隔,请将四周时间单位与每周时间单位结合使用。
位于 7 月 26 日到 8 月 2 日时间间隔内的进度计划行将自动获得序号最高的段的需求类型,即“确定需求”的需求类型。