3. 网络与活动排程

在SAP S/4HANA项目系统中，网络（Network）是承载项目执行层作业计划的核心对象。与WBS元素负责“分解范围与归集成本”不同，网络负责回答“谁在什么时间、按什么顺序、用多少能力完成哪些作业”。一个项目可以只有一个网络，也可以按专业、区域或阶段拆成多个网络；网络之下再挂活动（Activity），活动才是真正被排程、被确认、被结算的最小执行单元。

网络类型：决定排程与成本的行为方式

网络类型（Network Type，如PS01、PS02、PS03等）通过后台参数控制网络的默认行为，最关键的几项包括：是否允许活动排程、是否进行能力需求计算、是否允许活动确认、成本是否自动过账到WBS、以及默认的活动账户分配规则。实际项目中最常见的区分是：标准网络用于常规执行作业，计划网络/模板网络用于复制生成新网络，统计型网络只做进度展示而不产生实际成本。选择网络类型时，应先确认该网络是否要参与MRP、是否要产生能力负荷、是否要回写实际成本，再决定类型，而不是先建网络再补参数。

活动与活动要素：从作业到可排程单元

活动按业务性质分为几类：内部处理活动（由本企业自有资源完成，产生能力需求与作业成本）、外部处理活动（采购服务或外协，产生采购申请/采购订单）、一般成本活动（只发生费用，不排程能力）、服务活动等。每类活动可挂载活动要素：

• 作业：如“焊接工时”“调试工时”，决定能力需求与作业价格；
• 物料组件：活动所需的物料，触发预留与MRP；
• 服务：外部活动的服务规格与数量；
• 里程碑：用于开票、结算或进度确认的节点；
• 关系：活动之间的先后约束，是排程的骨架。

活动要素不是“附加信息”，而是排程与成本计算的输入。例如内部活动的作业数量乘以作业价格形成计划成本，同时作业数量又作为能力需求的来源。若作业数量缺失，排程仍可进行，但能力负荷与成本都会失真。

关系与提前/滞后：排程的约束逻辑

活动之间通过关系（Relationship）建立先后约束。SAP支持四种基本关系：完成-开始（FS）、开始-开始（SS）、完成-完成（FF）、开始-完成（SF）。关系上可设置提前量（Lead）或滞后量（Lag），用正负号表示时间偏移。这里必须明确参照约定：滞后量为正表示后置活动相对前置活动推迟，提前量为负表示提前。例如FS关系下滞后2天，表示前置活动完成后第2天，后置活动才能开始；SS关系下提前1天，表示后置活动可比前置活动早1天开始。

关系还分硬关系与软关系：硬关系参与排程计算并约束日期，软关系仅作提示、不强制日期。实际排程中，关键路径通常由硬关系链决定，软关系用于表达建议顺序。

基于工厂日历的排程

排程不是简单的日期加减，而是基于工厂日历的工作日推进。工厂日历定义了工作日、非工作日、班次与工时。活动排程时，系统按工厂日历把持续时间换算成实际日期：若某活动持续3个工作日，从周五开始，则跳过周末，结束于下周二（假设周六周日为非工作日）。

排程方式主要有三种：前向排程（从最早开始日期向后推，得到最早完成）、后向排程（从最晚完成日期向前推，得到最晚开始）、当前日期排程（以今天为基准重新计算）。项目实践中常先用后向排程确定最晚开始，再用前向排程检查是否可行，两者之差即为浮动时间（Float）。浮动时间为零的活动链就是关键路径。

能力需求初步识别与关键路径分析

内部处理活动的作业数量会汇总到工作中心，形成能力需求。初步识别时，可按“工作中心—期间—需求工时”查看负荷，与工作中心可用能力对比，判断是否超负荷。若某工作中心在关键期间负荷超过100%，则需调整活动日期、增加班次或外协。

关键路径分析则关注活动链的总浮动时间。总浮动时间为零或最小的路径即关键路径，其上的活动延误将直接推迟项目完成日期。在SAP中可通过排程日志、日期视图和网络图形查看活动日期与浮动时间。实际判断时，应同时检查：关键路径上的活动是否使用了正确的工厂日历、关系上的提前/滞后是否符合实际工艺、以及是否存在被软关系掩盖的真实约束。

排程结果如何判断

完成排程后，应重点检查三件事：第一，日期是否落在工厂日历的工作日内，若活动结束日期落在非工作日，说明日历或持续时间设置有误；第二，关键路径是否与业务预期一致，若关键路径上出现本应并行的活动，说明关系或提前/滞后设置过紧；第三，能力负荷是否可接受，若某工作中心持续超负荷，排程日期只是“纸面可行”，执行时必然延误。只有日期、关系、能力三者同时成立，排程结果才具备可执行性。