Workday WID是否为UUID？求官方文档或实践验证依据

官方文档说明 #

Workday公开的官方文档（包括你参考的Get_Workers接口文档）并未明确界定WID的具体格式规范，仅将其描述为：

唯一标识符类型。对象实例的每个‘ID’包含类型和值。单个对象实例可拥有多个‘ID’，但每种‘类型’仅对应一个‘ID’

文档中未提及WID是否基于UUID标准实现。

实际集成实践经验 #

• 格式特征：所有实际接触到的WID均为32位无连字符的十六进制字符串，结构上与标准UUID（带连字符的32位十六进制）一致，仅缺少分隔符。你可以通过插入连字符将其转换为标准UUID格式（例如将85bb0669d8ac412582c0a473f7074d79转换为85bb0669-d8ac-4125-82c0-a473f7074d79），转换后完全符合UUID的结构规则。
• 唯一性限制：WID仅在单个Workday租户内保证唯一，不同租户的WID存在重复可能。即使它本质是UUID，跨租户或跨非Workday系统时，仅靠ID本身无法保证全局唯一。
• 存储方案优化建议：
  • 若要优化存储，可将WID统一转换为标准UUID格式，但必须保留external_source字段，用于区分不同Workday租户和非Workday来源的ID——这是避免跨来源ID冲突的核心前提。
  • 若追求绝对稳妥，维持external_source+external_id的双字段方案是最安全的选择，无需依赖对WID格式的任何假设。
• 非公开实践反馈：部分Workday实施顾问的经验显示，WID本质是UUID的无分隔符变体，内部生成逻辑遵循UUID算法，但该信息未得到官方公开确认。

内容的提问来源于stack exchange，提问作者David Hempy