使用段集

段具有特定的段长度，该长度以分段时间单位（周、月、四周等等）表示，并链接至需求类型。一个段集包含多个段。

注意

段集中的每个段都有唯一的编号。进度计划跨度是依据 LN 在段集 - 段 (tdipu0114m000) 进程的序号字段中指定的序号建立的。
在进度计划段 (tdipu0115m000) 进程中，无法为需求类型为紧急需求的段定义分段时间单位和段长度，因为该需求类型涉及需尽快装运的历史未交货需求。

段集和采购进度计划

如果使用推式进度计划或拉式预测进度计划，采购合同行后勤数据 (tdpur3102m000) 进程和/或物料采购业务伙伴信息 (tdipu0110m000) 进程中的段集将用于：

对于拉式发料进度计划，将不使用任何段集，因为不会重新生成或群集这些进度计划行，并且这些进度计划行将立即转换为已计划状态的下达行详细资料。因此，需求类型始终为确定需求。

注意

如果在段集 - 段 (tdipu0114m000) 进程中将段链接至段集，则必须确保使用正确的分段时间单位。请确保以下事项：

正确定义段集中第一个段的第一个分段时间单位。例如，如果将第一个分段时间单位设置为“周”或“四周”，并且计算的计划发料日期不是星期一，则将从群集或重新生成处理过程中排除一些天。请注意，这些分段时间单位始终将星期一作为其活动的起始点。因此，对于定义为“周”或“四周”的分段时间单位，LN 只从星期一开始群集或重新生成进度计划行，所以将从先前计算的计划发料日期后的第一个星期一开始群集或重新生成进度计划行。对于定义为“月”的分段时间单位，LN 不会从第一个可用的星期一开始群集或重新生成进度计划行，而是从下个月的第一个可用的星期一开始。
各种段相互连接。例如，如果将每周时间单位（从星期一至星期日）与每月时间单位（从当月第一个星期一至下个月第一个星期一的前一天）组合，则在重新生成或群集进度计划行时，可以不定义时间段。

示例

下一计划发料日期： 19/07/99

段集中的段：

段代码	我方需求类型	时间单位	段长度
1	确定需求	周	1
2	已计划	月	1
3	已计划	月	1

基于计划发料日期进行的段时间计算：

段代码	起始日期	结束日期	我方需求类型
1	19/07/99	25/07/99	确定需求
2	02/08/99	05/09/99	已计划
3	06/09/99	03/10/99	已计划

在此示例中，1999 年 7 月 26 日与 1999 年 8 月 2 日之间存在一周的时间间隔。尽管 LN 会自动填补该时间间隔，但为了避免段集内出现时间间隔，请将四周时间单位与每周时间单位结合使用。

注意

当 LN 重新生成进度计划行时，如果未定义两个段之间的期间，则位于该时间间隔内的进度计划行将自动获得序号最高的段的需求类型。例如，如果在计算确定需求类型的段与计算计划需求类型的段之间存在一个时间间隔，则位于该时间间隔内的进度计划行的需求类型将自动变为确定需求。因此，先前示例中从 1999 年 7 月 26 日至 1999 年 8 月 2 日的时间间隔的需求类型将自动变为确定需求。
当 LN 群集进度计划行时，如果未定义两个段之间的期间，则 LN 将自动添加其它段以填补该时间间隔，这样，在该时间间隔内的进度计划行也将包括在群集处理中。在这个新生成段的时间段内的所有进度计划行将在一个下达行的详细资料中群集。
采购下达中位于根据段集中最后一个段计算的期间之后的所有进度计划行的需求类型将自动变为计划需求。