跳至主要内容

安全态势

专为您的团队可掌控的招聘证据而打造。

本页面如实说明当前的安全状况,以便团队了解哪些功能可直接自助使用,哪些需要经过供应商审核。

采购摘要

适合专注型团队的自助服务。规模化场景需审核。

DevEval 处理技术筛选数据、候选人作品、评审人备注、评分表以及 ATS 交接记录。Starter 和 Business 团队可在限定于企业范围的数据与基于角色的访问控制下开展针对性的招聘流程。企业买家在大范围部署前,应评估数据保留、定制协议、安全问卷及实施需求。

访问权限
基于角色
支付
由 Stripe 托管
ATS密钥
已加密

当前可用的控制措施

技术招聘数据的实用保障措施。

租户范围内的记录

公司测评、候选人会话、报告、备注、团队成员及 ATS 记录均限定在公司工作区范围内。

基于角色的访问控制

管理员负责管理账单、团队访问权限、ATS 设置和系统配置。招聘人员、面试官和查看者拥有更有限的工作区权限。

加密传输

生产环境的浏览器流量使用 HTTPS。付款收取通过 Stripe 托管的结账和账单流程完成。

凭证处理

ATS API密钥和Webhook密钥在后端重新用于同步或回写之前,均以加密形式静态存储。

可审查的证据

报告会附上测试输出、任务证据、回放上下文、完整性事件和评审决定,而不是将结果隐藏在单一的不透明分数之后。

面向候选人的分享

团队可以共享选定的候选人反馈,且不会暴露内部评分标准细节、评审人备注或私密决策记录。

推广前

在大规模招聘前,请查看相关运营细节。

最安全的推广方式是先从一个明确的招聘需求开始,待团队就数据保留、审核人职责、反馈政策和集成达成一致后再逐步扩展。采购团队可使用此清单来判断哪些事项需要更深入的审查。

  • 预期候选人规模及数据保留需求
  • 谁应负责管理用户、账单、ATS 密钥和结果共享
  • 首次上线是否需要 Greenhouse、Lever、Ashby,还是自定义 ATS 对接方式
  • 您的团队将如何在人工审核中使用诚信事件与 AI 评分
  • 采购部门是否需要安全问卷、DPA 审核或定制协议
  • 您的招聘团队将遵循的候选人沟通与反馈政策

集成状态

Greenhouse、Lever 和 Ashby 是目前产品中提供的自助式 ATS 对接方式。Workday 及其他针对特定租户的 ATS 部署需要经过实施评审,因为设置取决于客户管理员的配置和凭证处理。

不设隐藏的认证声明

DevEval 可以支持安全审查,但本页面不声称已获得 SOC 2 认证、提供 SSO/SAML 功能,或已完成正式的偏见审计。在大规模采购前,请将这些要求纳入采购沟通。

边界

清晰的限制让采购方更容易审核。

这些边界是有意设定的。它们保护候选人体验,使雇主对决策负责,并避免安全审查在流程后期才发现意外情况。

  • DevEval 不做出自动化的招聘决定。
  • DevEval 不使用面部、声音、情绪或人格评分。
  • DevEval 目前并未被宣称通过 SOC 2 认证。
  • SSO/SAML 及定制 ATS 部署应通过销售与实施团队审核处理。
  • 诚信事件仅作为审核提示,不构成独立的作弊结论。
  • 最终的候选人决定仍由雇主负责。

安全审查

请带上您的安全问卷。

数据保留、访问控制、完整性信号与人工问责,均基于产品的实际运作方式作答。