数据保护
请参阅本节，了解如何在评估规范中实施数据保护政策。
候选工作流
确定在招聘过程中要求应聘者完成评估的地点。通常，这由 ATS 工作流定义。评估可能在招聘流程的某一时刻自动触发，例如：
-
在线申请流程内部。请求进行评估，一旦考生到达申请流程中某个点，该考生将实时重新定向到评估供应商。
-
在更广泛的招聘流程内部，通常是在在线申请流程完成之后。当招聘人员更改应聘者的状态或将候选人移到招聘过程的特定阶段时，可以自动触发评估。
或者，评估集成工作流可以由招聘人员手动触发，例如，选择一个或多个候选记录，然后单击 ATS 中的按钮或链接以启动流程。
注意：根据客户端和/或评估供应商的不同，客户端可能需要上述任何工作流中的一个或多个。理想情况下，您需要提供几个不同的可配置选项。但是，JSON 中的最终评估请求在不同的工作流选项之间差异很小。
评估集成开发
确定在招聘过程中将在哪里向应聘者提供评估，以及 ATS 供应商如何请求评估将确定考生访问评估的步骤。ATS 供应商需要开发适当的 API，以便向评估供应商提供 JSON 有效负载。这可以通过从 ATS 供应商到评估供应商的"推送"（POST），也可以通过评估供应商启动的"拉取"（GET）到 ATS 供应商的 API。HR 开放标准中有足够的灵活性来标识所需标识符的位置，如包 Id、InternetEmail 地址等。
除了供应商之间的高级身份验证外，客户和/或供应商通常还希望单独发出和跟踪评估请求。这对于允许供应商控制其系统内的访问以及为客户驱动使用情况报告非常有用。
认证
通常，评估供应商将指定启动评估订单所需的身份验证方法。ATS 供应商通常会为评估供应商指定身份验证方法，以便向其提供评估结果。
但是，如果您正在设计一个 Web 服务来支持用于评估的 HR 开放标准 JSON 标准，则可能需要考虑实现行业标准身份验证机制，如OAuth。此外，为了支持与贸易伙伴的更安全的事务，您可能还需要考虑使用身份验证和/或有效负载实现JSON Web令牌 （ JWT ）。
测试
客户需要执行单元测试并确定相应的 QA 专业人员，以便于端到端测试。通常，客户端还将执行用户验收测试 （UAT），以确认集成是否根据其要求工作。应使用一组方案（如新候选人申请新职位或返回应聘者申请新职位）评估整合。应该有 QA 工程师和客户 HRIS 专家来完成可用性测试，并提供有关候选体验和将使用评估集成的客户选择流程的反馈。
站点公众号