테넌트 범위 기록
기업 평가, 지원자 세션, 보고서, 메모, 팀 멤버십 및 ATS 기록은 기업 워크스페이스 범위 내에서 관리됩니다.
보안 상태
귀사의 팀이 통제할 수 있는 채용 근거를 위해 설계되었습니다.
이 페이지는 팀이 셀프서비스로 바로 사용할 수 있는 항목과 벤더 검토를 거쳐야 하는 항목을 명확히 알 수 있도록 현재 보안 상태를 분명하게 설명합니다.
구매자 요약
집중형 팀을 위한 셀프 서비스. 규모 확장을 위한 검토 필요.
DevEval은 기술 스크리닝 데이터, 후보자 작업물, 평가자 메모, 스코어카드, ATS 전달 기록을 처리합니다. Starter 및 Business 팀은 회사 범위의 데이터와 역할 기반 접근 권한으로 집중된 채용 과정을 운영할 수 있습니다. Enterprise 고객은 광범위하게 도입하기 전에 데이터 보존, 맞춤 계약, 보안 설문, 구현 요구사항을 검토해야 합니다.
- 액세스
- 역할 기반
- 결제
- Stripe 호스팅
- ATS 키
- 암호화됨
현재 이용 가능한 통제 기능
기술 채용 데이터를 위한 실질적인 보호 장치.
역할 기반 접근
관리자는 결제, 팀 액세스, ATS 설정 및 설정을 관리합니다. 채용 담당자, 면접관, 뷰어는 더 제한된 워크스페이스 권한을 가집니다.
암호화된 전송
프로덕션 브라우저 트래픽은 HTTPS를 사용합니다. 결제 수납은 Stripe가 호스팅하는 결제 및 청구 절차를 통해 처리됩니다.
자격 증명 처리
ATS API 키와 웹훅 시크릿은 동기화 또는 쓰기 반영에 재사용되기 전에 백엔드에서 저장 시 암호화되어 보관됩니다.
검토 가능한 증거
보고서에는 단일 불투명 점수 뒤에 결과를 숨기는 대신 테스트 출력, 과제 증거, 재생 맥락, 무결성 이벤트 및 검토자 결정이 함께 첨부됩니다.
지원자에게 안전한 공유
팀은 선택한 후보자 피드백을 내부 평가 기준, 검토자 메모 또는 비공개 의사결정 이력을 노출하지 않고 공유할 수 있습니다.
출시 전
대규모 채용 전에 운영 세부 사항을 검토하세요.
가장 안전한 도입은 명확한 채용 필요 하나에서 시작하며, 팀이 데이터 보존, 검토자 책임, 피드백 정책, 통합에 합의한 후 확장하는 것입니다. 구매팀은 이 체크리스트를 활용해 더 깊은 검토가 필요한 항목을 결정할 수 있습니다.
- 예상 지원자 규모와 데이터 보관 필요성
- 사용자, 결제, 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 도입은 영업 및 구현 검토를 통해 진행해야 합니다.
- 무결성 이벤트는 단독 부정행위 판정이 아니라 검토를 위한 알림입니다.
- 최종 지원자 결정은 고용주의 책임으로 남습니다.