导读
Purged:关于SuccessFactors中的"Purged"（清除）用户，核心要点是：SuccessFactors的用户清除分为"软清除"和"永久清除"两个层级，且自2024年底起，清除流程已全面切换至"DRTM主数据清除"方案。。
作者：vivi，来源：osinnovation
1 关于Purged的含义
1. 必须区分的两个层级：软清除 vs. 永久清除
SuccessFactors的用户删除并非"一键物理删除"，而是严格的两步走策略：
-
软清除（Soft Purge/DRTM主数据清除） ：这是目前的标准操作。执行后，用户的业务数据（表单、文档、权限等）被彻底删除 ，但用户名（Username）和用户ID（UserID）在数据库表（USERS_SYSINFO）中仍以"已清除"状态保留 。关键好处：该用户名可以被回收并用于新员工。
-
永久清除（Permanent Purge/系统标识符清除） ：这是最终物理删除。执行后，用户名和用户ID记录也从数据库中彻底消失 ，无任何审计报告可追溯该用户曾经存在，操作不可逆。
2. 当前唯一推荐的操作路径（2024-2025年更新）
请注意 ：旧的"清除不活动用户（Purge Inactive User）"请求类型已于2024年11月15日对启用了Employee Central（EC）的实例删除。
-
必须使用 ：DRTM主数据清除 。路径：
Admin Center→Data Retention Management→创建新清除请求→DRTM Master Data Purge。 -
前置条件 ：用户必须先被终止（Terminated） 且状态为不活动（Inactive） ；同时需确保用户的（离职日期）和
Country字段有值，否则将受保留期规则限制。
3. 清除失败的最常见原因（Recruiting模块冲突）
如果清除请求报错，99%是因为用户仍与招聘流程关联。系统不会自动解除这种关联，必须手动处理：
-
场景 ：用户是招聘需求（Requisition）的操作员、审批人、面试官或Offer审批人。
-
强制处理 ：必须通过
Admin Center→Reassign Job Requisition（重新分配招聘需求）或Reassign Offer Approvals（重新分配Offer审批）将该用户的关联转移给其他在职员工，否则清除任务将一直失败。
4. 重要限制与风险提示
-
LMS联动 ：清除平台用户会自动连带清除其Learning（LMS）模块的学习记录，且无法仅单独清除LMS。
-
硬清除不可逆 ：一旦执行"永久清除"，不仅数据消失，连"谁在什么时候被清除了"的审计日志也会一并被清除，无法出具报告证明该用户曾存在。
-
合规性 ：DRTM方案支持按国家/地区、法律实体配置不同的数据保留期限，建议与法务团队确认后再执行。
2 SAP主数据无法集成问题
今天遇到的问题是SAP的没有启用全球雇佣和同时派遣，0709信息类型没有数据，但是传输一个员工ID的时候，系统还是同时传输两个员工到SF系统且第二个员工提示user id is either invalid or purged的问题。
通过debug标准逻辑数据库，逻辑数据库发现在get perars的时候发现这个内表的数据有两条数据，所以即使你输入一个编号，系统也会带出两个员工出来，现在问题就奇怪，为什么没有0709信息类型的关联数据，但是系统能把两个没关联的数据关联起来，因为名字也不相同，系统怎知道要关联起来。经过分析，发现员工的hrp1001的CP关系是相同的，也就是两个不同的pernr编号映射到同一个CP。
知道原因，那就是如何删除关系。原来遇到过的就是没有cp的关系，通过程序创建cp的关系，但是要删除这cp的关系还没遇到过，发现有个note能解决此问题。
也就是通过这个报表的RHRHDL00去删除映射关系。其实这个程序还能删除员工数据。
