テナント単位で範囲が限定された記録
企業の評価、候補者セッション、レポート、メモ、チームメンバーシップ、ATS記録は、企業のワークスペースに限定されます。
セキュリティ体制
チームが管理できる採用の根拠のために設計されています。
このページでは、現在のセキュリティ体制を明確に示し、セルフサービスで利用できる準備が整っている内容と、ベンダーによるレビューを経るべき内容をチームが把握できるようにしています。
購入者向けの概要
集中型チームにはセルフサーブ。大規模な導入にはレビューを。
DevEval は、技術スクリーニングのデータ、候補者の成果物、レビュアーのメモ、スコアカード、ATS への引き継ぎ記録を取り扱います。Starter および Business のチームは、会社単位で分離されたデータとロールベースのアクセス制御により、焦点を絞った採用プロセスを運用できます。Enterprise のお客様は、広範囲に展開する前に、データ保持、個別契約、セキュリティ質問票、導入要件を確認してください。
- アクセス
- ロールベース
- お支払い
- Stripeホスト型
- ATSキー
- 暗号化済み
現在利用可能な管理機能
技術採用データに対する実践的な保護対策
ロールベースのアクセス
管理者は請求、チームアクセス、ATSの設定、各種設定を管理します。リクルーター、面接官、閲覧者はワークスペースでの権限がより限定されています。
暗号化された通信
本番環境のブラウザトラフィックはHTTPSを使用します。決済はStripeがホストする決済およびお支払いフローを通じて処理されます。
認証情報の取り扱い
ATSのAPIキーとWebhookシークレットは、同期や書き戻しに再利用される前に、バックエンドで保存時に暗号化されます。
レビュー可能な証拠
レポートでは、単一の不透明なスコアの陰に結果を隠すのではなく、テスト出力、課題の証拠、リプレイの文脈、整合性イベント、レビュー担当者の判断を提示します。
候補者向けの共有
チームは、社内の評価基準の詳細、レビュアーのメモ、非公開の意思決定履歴を公開せずに、選択した候補者へのフィードバックを共有できます。
ロールアウト前
大量採用の前に、運用の詳細をご確認ください。
最も安全な導入は、まず一つの重点的な採用ニーズから始め、チームがデータ保持、レビュー担当者の責任、フィードバックポリシー、連携について合意した後に拡大するというものです。調達チームは、より詳細な確認が必要な事項を判断するためにこのチェックリストを活用できます。
- 想定される候補者数とデータ保持の必要性
- ユーザー、請求、ATSキー、結果の共有を管理すべき担当者
- 最初の導入でGreenhouse、Lever、Ashby、またはカスタムATSの経路が必要かどうか
- チームが誠実性イベントと AI スコアリングを人によるレビューでどのように活用するか
- 調達部門がセキュリティ質問票、DPAの確認、またはカスタム契約を必要とするかどうか
- 採用チームが従う候補者とのコミュニケーションおよびフィードバックのポリシー
連携の状況
現在製品で提供しているセルフサーブ型ATSの連携は、Greenhouse、Lever、Ashbyです。Workdayやその他のテナント固有のATS導入は、設定が顧客の管理者設定と認証情報の取り扱いに依存するため、導入レビューが必要です。
隠れた認定の主張はありません
DevEval はセキュリティレビューを支援できますが、本ページは SOC 2 認証、SSO/SAML の提供、または完了した正式なバイアス監査を主張するものではありません。規模を拡大する前に、これらの要件を購入の検討段階で持ち出してください。
境界
明確な制限があると、購入検討時の確認が容易になります。
これらの制限は意図的に設けられています。候補者の体験を守り、雇用主が採用判断に責任を持つようにし、選考の後半になって セキュリティレビューで想定外の事態が見つかることを防ぐためのものです。
- DevEval は自動的な採用判断を行いません。
- DevEval は、顔、音声、感情、性格の採点を行いません。
- DevEval は現時点で SOC 2 認証を取得しているとは示していません。
- SSO/SAMLおよびカスタムATSの導入は、営業および導入審査を通じて対応してください。
- 統合性イベントは確認用の通知であり、単独の不正認定ではありません。
- 最終的な候補者の判断は、引き続き雇用主の責任となります。