"招聘"中有多个区域可以使用 OData:
OData API:职位需求实体。这可用于以下情况:
- 构建自定义集成,以从第三方系统在 RCM 中创建请购单
- 构建自定义集成,以将请购单信息和附件发送到第三方系统
- 客户可以从第三方系统更新 RCM 中的申请
- 触发"邀请申请"功能。此功能会将候选人从"已转发"状态移动到"邀请申请"状态,并向候选人发送电子邮件,请求他们申请职位需求
这不会取代 SFAPI,也不会影响与 SFAPI 的现有集成。这是 SFAPI 更好的替代方法,因为它提供了更大的灵活性和功能。
此功能提供通过 OData API 为 CREATE 和 UPDATE 操作公开应用程序实体的功能。这意味着客户端/合作伙伴可以使用此 API 创建/更新有关应用程序实体的信息。这可用于以下情况:
- 客户可以构建自定义集成,以从第三方系统在 RCM 中创建应用程序。(例如:客户使用位置特定的寻源方法,并希望在 RCM 中创建用于跟踪/报告/处理目的的候选人和申请)
- 客户可以构建自定义集成,以将应用程序信息和附件发送到第三方系统。(例如:客户希望将来自其他系统的录用通知书附加到应用程序)
- 客户可以从第三方系统更新 RCM 中的应用程序
- 客户可以查询申请人状态审计跟踪。请注意,仅支持 READ 操作
这不会取代 SFAPI,也不会影响与 SFAPI 的现有集成。这是 SFAPI 更好的替代方法,因为它提供了更大的灵活性和功能。
候选人实体可通过支持 CREATE、UDPATE 和 EXPORT 操作的 OData API 使用。这包括基本候选人数据、候选人附件(简历、简历和自定义附件字段)和背景元素。这可用于以下情况:
- 客户可以通过第三方系统构建自定义集成,以在 RCM 中创建候选人资料
- 客户可以构建自定义集成,以将候选人信息以及附件和背景元素发送到第三方系统
- 客户可以使用第三方系统更新"候选人资料"
这不会取代 SFAPI,也不会影响与 SFAPI 的现有集成。这是 SFAPI 更好的替代方法,因为它提供了更大的灵活性和功能。
现在,通过 OData API 提供以下实体,以提供构建自定义集成的功能:
- 需求模板、申请模板、录用通知模板(只读)
- 这些实体不可读为常规实体,它们在 OData API 字典中列出,具有模板属性
- 新的预筛选实体,用于轻松报告应用程序问题和答案 (READ)
- JobReqScreeningQuestion - 与职位需求相关的问题
- JobReqScreeningQuestionChoice - 与 JobReq 问题相关的 MULTI_CHOICE 和 RATING 的可能选择
- JobApplicationQuestionResponse - 问题的响应
申请 - 入职 Portlet (READ/UPDATE)/申请 - 启动入职(创建)
- JobApplicationOnboardingData - 职位申请的入职门户组件
- JobApplicationOnboardingStatus - 职位申请入职的状态
- initiateOnboarding(用于启动入职的功能导入)
应用程序 - 已申请职位门户组件 (READ)
- 在 Candidate 实体中作为导航实施。可以在"候选人"实体内找到作为"jobsApplied"的。
面试中心 (READ)
- ApplicationInterview - 具有与申请相关的面试信息
- InterviewOvallAssessment - 具有面试单个评估的总体评级和导航
- InterviewIndividualAssessment - 具有面试单个评估的评级和能力信息
录用通知审批/更新/创建
- 作为 JobOffer 实施
- 附件、审批人、版本 (READ)
录用通知书(读取/更新/创建)
sendMailOfferLetter - 功能导入以通过电子邮件发送录用通知书
客户端可以使用这些实体构建自定义集成。一些示例如下:
- 现在,可以导出和分析申请人预筛选问题和回复
- 现在可以导出和分析面试中心数据。
集成中心提供了所有招聘 OData API,以便轻松创建平面文件,以便使用和操作数据。