通过导入或同步管理历史职位

您可以将位置文件视为 SAP SuccessFactors 数据库中的表。此表包含实例中定义的所有职位（活动和非活动）的数据。此表可以从 SAP SuccessFactors 实例导出并导入到 SAP SuccessFactors 实例。与 MDF 职位数据相同，创建旧职位模型有以下几个选项：

• 选项 1：导入头寸模型
• 选项 2：同步头寸模型

这两个选项均可供管理员使用，位于"继任提名方法：职位"的管理→中心继任中。决定哪个选项将成为您的正在进行的流程非常重要，因为必须定期保留和更新职位层级结构，以便准确显示继任信息。

本文档和产品中的术语定义如下，在讨论"继任"时应予以考虑。

角色是职位描述以及该职位所需的一组能力/技能。它可以像实例管理员希望的那样广泛或狭窄。角色分组到类别中。

职位是角色的一个特定实例，可由员工填写，也可以空缺。例如，我们可能有一个名为"销售主管"的角色，并且可能具有四个使用该角色的特定职位（西部销售总监、东部销售总监等）。

职位代码用于将员工或空缺职位与角色相匹配。角色可以有多个与其相关联的职位代码，但员工只能有一个。

许多客户选择导入职位模型，因为以前的系统保存这种类型的数据，如 HRIS。

此选项适用于已在其 HRIS 或其他主系统中管理职位的客户，或者针对小于其加载的员工总数购买继任计划许可的客户。作为管理员，您还可以通过导航到 管理中心→继任职位→管理：职位导入 来手动导入职位信息。

导入文件用于创建和更新职位记录的在任者，以及空缺职位的属性。可以根据需要从职位模型中导出相同的格式。列的顺序可能不同；将来可能会插入附加字段。

文件格式为 CSV。不支持扩展的 ASCII 字符（大引号等）。此处支持员工导入功能中支持的相同文件编码选项（包括西方 (ISO)、Unicode (UTF-8) 和外语编码）。将文本值用双引号引起来。

图：选项 1：导入职位模型

有关职位导入文件格式的重要信息如下：

列标题：	示例值：	需要列？*	可能为空白？	描述：
模型	1	必填	否	此值必须始终为 "1"。
POSITIONCODE	salesrep123	必填	是	职位代码是职位记录的唯一标识符。可以是客户提供（字母数字）或自动生成（数字）。将此值留空将始终创建新职位，如果提供，系统将首先使用该职位检查现有职位，然后更新（如果找到）。
POSITION_TITLE	客户经理	可选*	是	可以选择继任组织结构图显示职位头衔，而不是员工头衔。如果系统配置为始终显示员工称谓，则不需要此值。
用户标识	jsmith1	必填	是	员工的用户标识。此文件中的值必须与现有活动员工记录匹配（指定不存在或非活动的用户标识符将导致错误）。如果留空，当前在任者（如果有）将从职位中删除，保留标记为 TBH 的职位。
经理	salesmgr32	新记录需要	否	此职位报告的职位的职位代码。（请注意，这不是用户 ID；员工的当前经理可能与他们预计报告的职位不同。）如果某个职位没有经理，则使用值 NO_MANAGER。职位代码为空或无效将导致错误。
KEYPOSITION	0	可选*	是	指示职位是关键还是关键性级别。这可由评级范围设置，因此虽然最常用的选项是 1（是）和 0（否），但可以使用与关键性评级相对应的任何数值。如果未包括列，则不会更改现有位置的值。如果包括列，但值为空，则记录将设置为 0。
JOBCODE	销售代表	可选*	是	有效字段包括：Title、Jobcode、Department、Division、Location、Manager（指定用户标识符）、HR（指定用户标识符）、Matrix_Manager（指定用户标识符）、CustomManager（指定用户标识符）以及 Custom01 到 Custom15。 这些字段仅更新 TBH 头寸。

标题	客户经理
部门	销售
产品组	ACE 软件
经理	Cgrant1

根据员工数据生成职位模型，用于尚不具有职位数据主来源的客户。具有用户管理权限的管理员应在"管理员中心""→继任→职位管理→同步职位模型与员工数据"中找到此选项。

同步功能可用于根据员工数据"种子"职位层次结构。您可以在加载员工记录后运行它，这将为每个员工创建匹配的职位。

在同步功能中选择的第一个选项是对非活动在任者执行的操作：将其职位标记为 TBH，或删除职位。同步流程的更改基于员工数据，因此这仅更改其中具有非活动员工的职位，而不是已标记为 TBH 的职位。（要删除 TBH 职位，您必须转到组织结构图手动删除它们，或者将导入功能与"删除"命令一起使用，如下所述。）

如果同步流程遇到在任者处于已删除职位的活动员工，并且该职位报告给由员工经理填补的职位，则系统将重新激活已删除的职位（而不是创建新职位）。

当员工向新经理报告时，有三个同步选项。通常，客户应选择一种最适合其需求的标准化：

• 始终为员工创建新职位（继任者保留旧职位，现在为 TBH）。第一个选项是保守的，在创造新职位方面产生错误，这是最安全的途径——所有基于职位的继任计划都将得到保留。但是，这也会导致不必要的头寸记录必须手动移除。
• 更新职位以向新经理的职位报告（继任者随他们移动）。第二个选项是积极的：职位始终关注员工的变化，并且在员工调动后永远不会创建新的 TBH 职位。这意味着您将减少清理不必要的 TBH 职位的时间。但是，当职位移动时，必须手动干预，该职位应保留在旧工作组下。
• 仅当员工跳跃或平级移动且有继任者时，才为其创建新职位。第三个选项是混合方法，应用一些附加逻辑。

为确保正确应用计划和可见性权限，应为通过导入文件创建的 TBH 职位指定经理用户 ID，以匹配经理职位的在任者。

显示职位头衔而不是用户职称

使用旧职位提名方法，可以选择将职位作为已分配继任计划但不具有任何内容属性的容器类型。我们只需在所有继任屏幕上使用用户头衔，这样就不必在导入职位时填写职位名称。

但是，使用职位名称时，"继任组织结构图"选项卡下的"组织结构图配置"中有一个切换来显示职位名称，而不是用户名称。这将影响继任组织结构图以及人员档案中的"提名"和"继任者门户组件"。当启用该选项时，我们看到职位名称，当它被禁用时，我们看到用户标题。

本课的主要学习点包括：

• 职位文件存储所有活动和非活动职位数据，并且可以在 SAP SuccessFactors 中导出或导入。管理员可以使用导入或同步管理职位模型，但必须仅选择一种方法以避免数据重复或覆盖问题。
• 角色表示按类别分组的职位描述和所需技能。
• 职位是可能填补或空缺的角色的特定实例。
• 职位代码将员工或空缺职位与角色连接起来，并将员工映射到一个职位代码，并将角色映射到多个职位代码。
• "维护"要求定期更新职位层级结构以确保准确的继任信息和显示。