如何在Workday中存储Query String Parameter以实现跨域ID关联？

1. 利用Workday自定义字段存储QSP值 #

Workday支持为员工/候选人档案创建自定义字段（例如命名为External_Cross_Domain_ID），具体操作：

• 在Workday后台「配置」模块中，为目标对象（员工/候选人）创建对应类型的自定义字段（如文本型），设置足够长度容纳QSP中的ID值。
• 当用户完成个人资料提交后，通过Workday的Inbound REST API或Web服务，将前端持久化保存的QSP值写入该自定义字段。如果能捕获Workday的提交事件（比如Webhook触发），可直接联动完成写入操作。

2. 复用Workday内置参考ID字段 #

若你的业务未使用Workday自带的Candidate Reference ID或Employee Reference ID字段，可直接将QSP中的跨域ID存入这些内置字段：

• 确认字段未被占用后，通过集成逻辑将QSP值映射到该字段。若跳转时无法直接写入，可在用户提交资料后，调用Workday API完成字段更新。

3. 通过Workday集成工具实现自动关联 #

• Workday Studio/Cloud Connect：搭建自定义集成流程，捕获用户跳转至Workday时的QSP参数，结合资料提交的触发事件，自动将QSP值写入对应Workday字段。适合需要多系统联动校验的复杂场景。
• 表单预填充配置：如果Workday表单支持预填充，可将QSP值映射到表单的隐藏字段中，用户提交时该值会自动存入Workday对应的存储字段。需提前确认Workday表单配置允许隐藏字段的预填充与持久化。

4. 结合前端持久化+后端API写入 #

基于你能跨域持久化保存QSP的条件，可采用以下流程：

1. 用户从外部域跳转至Workday时，前端将QSP值存入本地存储（如localStorage或Cookie）。
2. 用户完成Workday资料提交后，跳转回外部域页面（或通过Workday回调机制触发）。
3. 前端读取持久化的QSP值，发送至你的后端服务。
4. 后端调用Workday的Update_Candidate或Update_Employee等API，将ID写入对应Workday字段，完成跨域ID关联。

内容的提问来源于stack exchange，提问作者Nikhil Pai