配置管理资源

SAP S/4HANA Cloud 中支持项目人员配备的配置包含在第 2 单元 - 了解客户项目管理中。

尤其需要配置 ID103584，维护计划设置，以决定实施中使用的资源管理方法。

如果未选择外部人员配备，则使用 SAP S/4HANA Cloud 资源管理。如果选中，则 SAP Project and Resource Management 是缺省应用程序。

此设置不可撤销。

在 SAP S/4HANA 中完成项目人员配备需要员工主数据和员工资格。

有关资源及其可用性的信息必须可供所有相关资源每天使用。如果与 SuccessFactors Employee Central (SF EC) 的集成已就绪，则在雇用流程期间将在 SF EC 中创建资源数据，例如工作时间表、假日日历和时间参数文件。如果尚未设置与 SF EC 的集成，则可以使用 API 管理劳动力可用性 (API_MANAGE_WF_AVAILABILITY) 维护资源数据。

管理劳动力应用程序可集中员工、工人、系统用户和业务伙伴的信息。

工作线程由部分定义：

在管理技能应用中，您可以在管理资源请求中管理用于定义项目需求的技能，或在我的项目经验应用程序中描述资源的技能。

您可以使用此应用单独创建技能，将技能上载并下载到 CSV 文件并限制技能的使用。

创建技能后，可以从此应用程序将技能添加到现有目录，或更新技能的熟练程度。

如果要从 CSV 文件上载新技能，请首先下载现有技能以获取文件格式，清理内容并添加新技能。然后运行上载功能。

在管理技能目录应用中，您可以创建技能目录，并通过将其添加到您创建的目录对不同的技能进行分组。这使您能够根据所选条件对技能进行分组，例如，按语言技能、行业知识技能或技能领域技能。您还可以导航到 管理技能 应用以查看已添加到目录的任何技能。

在此应用中，您可以：

• 创建技能目录
• 在应用中单独向目录添加技能
• 通过 CSV 文件上载将技能添加到目录（从管理技能应用）
• 删除目录

在管理熟练程度集应用中，您可以为不同的技能（例如，语言技能或行业特定技能）创建熟练程度集。

接下来，在熟练程度集中创建熟练程度。熟练程度表示专业知识级别，例如初学者或高级。

在 管理技能 应用中，将熟练程度集及其相关熟练程度级别分配到技能。

熟练程度集最多可包含 50 个熟练程度。

创建熟练程度集和熟练程度后，无法将其删除。

在管理项目角色应用中，您可以在管理资源请求中管理用于定义项目需求的角色，或在我的项目体验应用程序中描述员工体验。

请注意，此应用程序中定义的项目角色用于资源管理流程，与客户或内部项目中使用的角色不同。

例如，项目经理可以通过选择相应的活动类型来申请项目中的"高级顾问"角色（该角色在 SAP Project and Resource Management 资源管理的资源申请中也可见），但通过选择"培训师"作为资源申请中的项目角色，进一步指定此人员将在项目中开发的活动。

项目中定义的角色确定成本和收入计算，而 SAP Project and Resource Management 角色主要提供信息。

SAP Project and Resource Management 中的项目角色最初以缺省语言（请参阅设置缺省语言）创建，但可以在 之后添加其他语言。

从 SAP Master Data Integration 服务到资源管理的劳动力人员复制完成后，您可以使用维护可用性数据应用开始维护可用性数据。

此应用程序中的可用性数据也可以使用员工可用性 API 进行维护。

资源的可用性按天输入，因此您需要按日历日创建可用性记录才能正确完成此活动。

可用性数据分三个步骤维护：

1. 从应用程序中下载 CSV 模板
2. 编辑 CSV 文件以更新所包含内部或外部员工的可用性数据
3. 将 CSV 模板从应用程序上载到 SAP Project and Resource Management

可以为成本中心或单个资源下载模板。此外，还提供了时间和缺省每日可用性的间隔，之后应简化文件的更新。

更新后，使用 应用程序上传文件。

此设置在 SAP Project and Resource Management (SAP BTP) 中可用，仅适用于 SAP Project and Resource Management 资源管理解决方案。

主数据通常以缺省语言创建，之后可以扩展到其他语言。

服务组织在 SAP S/4HANA 的维护服务组织应用程序中维护。服务组织对组织数据和设置进行分组，因此它们是客户和内部项目和资源管理中的主要组织分配对象。

为了能够在 SAP Project and Resource Management 中创建（上载）服务组织，需要激活从 SAP S/4HANA 到 SAP Project and Resource Management 资源管理的成本中心复制。

确保上载到此 SAP Project and Resource Management 应用程序的服务组织数据与 SAP S/4HANA 中维护的数据相同。

资源组织主要是一组成本中心。因此，创建资源组织的前提条件是设置了成本中心复制。

如果 SAP S/4HANA Cloud 集成处于活动状态，则在 SAP S/4HANA 应用程序中创建并设置为交货组织的服务组织将在 SAP Project and Resource Management 中自动复制为资源组织。

如果云集成未激活，则可以在管理资源组织应用程序中手动创建资源组织。

资源管理使用 SAP Master Data Integration 服务复制成本中心、劳动力人员和劳动力能力数据。此数据可以来自 SAP S/4HANA Cloud 或 SAP SuccessFactors 等源系统，必须首先从这些系统复制到 SAP Master Data Integration。

按照此过程概述操作：

1. 将源系统连接到 SAP Master Data Integration。

   对于要通过 SAP Master Data Integration 从中复制数据的每个系统，必须创建 SAP Master Data Integration 服务的服务实例以及此实例的服务密钥，如 SAP Master Data Integration 管理指南中所述。例如，为 SAP S/4HANA Cloud 创建一个服务实例，并为 SAP SuccessFactors 创建一个服务实例。

   详细信息：SAP Master Data Integration：管理指南

2. 将成本中心从 SAP S/4HANA Cloud 复制到 SAP Master Data Integration

   详细信息：SAP S/4HANA Cloud：成本中心复制

   。
3. 将劳动力人员数据从 SAP SuccessFactors 复制到 SAP Master Data Integration。

   更多信息：SAP SuccessFactors：将劳动力从 Employee Central 集成到 SAP Master Data Integration

4. 将劳动力人员数据从 SAP S/4HANA Cloud 复制到 SAP Master Data Integration

   详细信息：SAP S/4HANA Cloud：劳动力外向复制

您可以使用资源管理为 SAP S/4HANA Cloud 中创建的项目配备资源请求。在这种情况下，必须首先将项目数据复制到资源管理。

为了能够从 SAP S/4HANA Cloud 复制项目数据，您必须首先设置通信。有关详细信息，请参阅 SAP S/4HANA Cloud：通信管理。

在 SAP BTP 主控室中设置目标，以允许资源管理和 SAP S/4HANA Cloud 之间的通信。

对于从 SAP S/4HANA Cloud 初始复制项目数据，您可以使用管理项目数据复制应用定义所需的服务组织。这可确保仅将相关项目数据复制到资源管理。

您还可以设置数据复制的参考日期。加载在此日期或之后激活的所有项目。

从源系统复制项目数据后，会为每个复制需求创建缺省资源请求。此后，SAP Job Scheduling 服务以固定间隔获取任何更新的项目数据，以确保源系统和资源管理之间的一致性。

以下内容适用于增量加载：

• 如果增量加载包含对所需工作量、服务组织或开票类别的更改，则资源管理会在需求详细信息中显示这些更改。但是，它们不会复制到资源请求详细信息中。这是为了避免系统覆盖申请人在请求详细信息中进行的调整。
• 发布资源请求后，SAP S/4HANA Cloud 中已存在此需求的供应将通过下一次增量加载获取，并作为分配添加到资源请求中。然后，资源经理可以编辑或删除分配。
• 如果在源系统中删除需求，则相关资源请求和分配也会在下次增量加载时从资源管理系统中删除。更新已分配资源的可用性和利用率。
• 如果在源系统中更改工作包的时间期间，则也会相应地更改相关资源请求。这会产生以下影响：
  • 如果原始资源请求的整个时间期间超出工作包的新时间期间，系统会将资源请求移动到工作包的新时间期间，并将资源请求的开始日期和结束日期调整为工作包的开始日期和结束日期。因此，移动后，资源请求的持续时间可能与原始请求的持续时间不同，具体取决于新的工作包持续时间。

    示例

    初始工作包时间期间：1 月 1 日至 4 月 30 日

    资源请求时间期间：1 月 1 日至 1 月 31 日

    新工作包时间期间：3 月 1 日至 4 月 30 日

    新资源请求时间期间：3 月 1 日至 4 月 30 日

    项目角色和所需技能等属性保留在资源请求中。还会保留发布状态（未发布、已发布）以及请求状态（待处理、已解决）。如果资源请求已存在分配，则会将其删除，因为分配的资源可能在新时间期间内不可用。

    如果已每天或每周维护工作量，系统会将工作量分配方法设置为"总工作量"，并汇总所有已分配的工作量以提供总所需工作量。

  • 如果缩短工作包持续时间，以便资源请求的原始开始日期或结束日期在新工作包时间期间之外，则会将资源请求调整为新时间期间。

    示例

    初始工作包时间期间：1 月 1 日至 4 月 30 日

    资源请求时间期间：1 月 1 日 - 3 月 31 日

    新工作包时间期间：3 月 1 日至 4 月 30 日

    新资源请求时间期间：3 月 1 日至 3 月 31 日

    在此示例中，资源请求缩短了超出工作包新时间段的时间段。

    根据所选的工作量分配方法，以下内容适用：

    • 总工作量

      无论新资源请求时间期间的长度如何，都会保留所需的总工作量。

    • 每日工作量

      任何已分配到新资源请求时间期间之外的天数的工作量都将删除。

      如果新资源请求期间包含已维护工作量的天数，则会保留每日工作量分配方法。所需工作量根据新时间期间计算，即分配到新时间期间内天数的工作量相加并显示为新的所需工作量。

      如果新资源请求期间与旧资源请求期间重叠，但没有为重叠天数维护工作量，则工作量分配方法将更改为"总工作量"。汇总原始资源请求的已分配所需工作量以提供总所需工作量。

    • 每周工作量

      任何已分配到几周的工作量（在新资源请求时间期间之外）都将删除。

      如果新资源请求期间包含已维护工作量的周，则会保留每周工作量分配方法。所需工作量根据新时间期间计算，即分配到新时间期间内周的工作量相加，并显示为新的所需工作量。如果新资源请求覆盖的天数更少，这也适用。保留为该周维护的完整小时数。

      如果新资源请求期间与旧资源请求期间重叠，但没有为重叠周维护工作量，则工作量分配方法将更改为"总工作量"。汇总原始资源请求的已分配所需工作量以提供总所需工作量。

• 如果在 SAP S/4HANA Cloud 中更改供应（例如，由于工作包的持续时间缩短），则会相应地调整资源管理中的相应硬预订分配。这会产生以下影响：
  • 对于供应发生更改的任何月份，分配的小时数将在该月内重新分配到已分配资源具有可用产能的日期。即使已为该月维护每日或每周工作量分配，也会平均重新分配工作量。
  • 在资源管理中，供应未更改的新时间期间内的月份也保持不变。
  • 这也会影响资源的利用率，例如，可能导致超额预订。
• 如果更改工作包的时间期间，则相关软预订分配也会相应更改。

在此应用程序中，您可以控制活动复制流程及其频率。