安全態勢

專為您的團隊能夠掌控的招募證據而打造。

本頁面清楚說明目前的安全狀態，讓團隊了解哪些功能可自行直接使用，哪些應透過廠商審查處理。

買方摘要

自助式方案適合專注型團隊；大規模部署則需經過審查。

DevEval 處理技術篩選資料、候選人作品、審查者筆記、評分表，以及 ATS 交接紀錄。Starter 與 Business 團隊可透過限定於公司範圍的資料及角色權限控管，進行專注的招募流程。企業買家在大規模部署前，應審閱資料保留政策、客製化合約、安全性問卷及導入需求。

目前可用的控制功能

企業評量、候選人工作階段、報告、備註、團隊成員資格及 ATS 紀錄，皆限於企業工作區範圍內。

管理員可管理帳單、團隊存取權限、ATS 設定與各項設定。招募人員、面試官與檢視者的工作區權限較為有限。

正式環境的瀏覽器流量使用 HTTPS。付款收取透過 Stripe 代管的結帳與帳務流程處理。

ATS API 金鑰與 Webhook 密鑰在重新用於同步或回寫前，會由後端以加密方式靜態儲存。

報告會附上測試輸出、任務證據、重播背景、完整性事件及審閱者決定，而非將結果隱藏在單一不透明的分數之後。

團隊可分享選定的候選人回饋，但不會公開內部評分標準細節、審閱者備註或私人決策紀錄。

上線前

最安全的導入方式是先從一個明確的招募需求開始，待您的團隊就資料保留、審閱者責任、回饋政策及整合達成共識後，再逐步擴展。採購團隊可使用此檢查清單，判斷哪些項目需要更深入審查。

目前產品中提供自助式 ATS 路徑的有 Greenhouse、Lever 與 Ashby。Workday 及其他依租戶而定的 ATS 部署需要進行實作審查，因為設定取決於客戶管理員的組態與憑證處理方式。

DevEval 可協助安全性審查，但本頁面並未聲稱已取得 SOC 2 認證、提供 SSO/SAML 功能，或已完成正式的偏見稽核。在規模化之前，請將這些需求納入採購討論。

界線

這些界線是刻意設計的。它們保護候選人體驗，確保雇主為決策負責，並避免資安審查在流程後期才發現意外狀況。

安全審查

保留、存取、完整性訊號與人員問責，依產品實際運作方式說明。