टेनेंट-स्कोप्ड रिकॉर्ड
कंपनी के मूल्यांकन, उम्मीदवार सत्र, रिपोर्ट, नोट्स, टीम सदस्यता और ATS रिकॉर्ड कंपनी वर्कस्पेस तक सीमित रहते हैं।
सुरक्षा स्थिति
हायरिंग साक्ष्य के लिए बनाया गया, जिस पर आपकी टीम का नियंत्रण हो।
यह पृष्ठ वर्तमान सुरक्षा स्थिति को स्पष्ट रूप से बताता है, ताकि टीमें जान सकें कि क्या self-serve उपयोग के लिए तैयार है और क्या vendor समीक्षा से गुजरना चाहिए।
खरीदार सारांश
फोकस्ड टीमों के लिए सेल्फ-सर्विस। बड़े पैमाने के लिए review।
DevEval तकनीकी स्क्रीन डेटा, उम्मीदवार का कार्य, समीक्षक नोट्स, स्कोरकार्ड और ATS हैंडऑफ़ रिकॉर्ड संभालता है। Starter और Business टीमें कंपनी-स्कोप्ड डेटा और भूमिका-आधारित पहुँच के साथ केंद्रित हायरिंग लूप चला सकती हैं। Enterprise खरीदारों को व्यापक रोलआउट से पहले प्रतिधारण, कस्टम समझौते, सुरक्षा प्रश्नावली और कार्यान्वयन आवश्यकताओं की समीक्षा करनी चाहिए।
- एक्सेस
- भूमिका-आधारित
- भुगतान
- Stripe-होस्टेड
- ATS keys
- एन्क्रिप्टेड
आज उपलब्ध नियंत्रण
तकनीकी भर्ती डेटा के लिए व्यावहारिक सुरक्षा उपाय।
भूमिका-आधारित पहुँच
एडमिन बिलिंग, टीम एक्सेस, ATS सेटअप और सेटिंग्स प्रबंधित करते हैं। रिक्रूटर, इंटरव्यूअर और व्यूअर्स के वर्कस्पेस अनुमतियाँ सीमित होती हैं।
एन्क्रिप्टेड ट्रांसपोर्ट
Production browser traffic HTTPS का उपयोग करता है। भुगतान संग्रह Stripe-hosted checkout और billing flows के माध्यम से होता है।
क्रेडेंशियल प्रबंधन
ATS API keys और webhook secrets सिंक या write-back के लिए दोबारा उपयोग से पहले बैकएंड द्वारा at-rest एन्क्रिप्टेड रूप में संग्रहीत किए जाते हैं।
समीक्षा योग्य साक्ष्य
रिपोर्ट में टेस्ट आउटपुट, कार्य साक्ष्य, रीप्ले संदर्भ, इंटीग्रिटी इवेंट्स और रिव्यूअर निर्णय शामिल होते हैं, न कि परिणामों को एक अपारदर्शी स्कोर के पीछे छिपाया जाता है।
उम्मीदवार-सुरक्षित साझाकरण
टीमें चुनिंदा उम्मीदवार फ़ीडबैक साझा कर सकती हैं, बिना आंतरिक रूब्रिक विवरण, समीक्षक नोट्स या निजी निर्णय इतिहास उजागर किए।
रोलआउट से पहले
उच्च-मात्रा वाली हायरिंग से पहले परिचालन विवरणों की समीक्षा करें।
सबसे सुरक्षित रोलआउट एक केंद्रित हायरिंग आवश्यकता से शुरू होता है, और फिर आपकी टीम के डेटा रिटेंशन, reviewer की जिम्मेदारियों, feedback नीति और integrations पर सहमत होने के बाद विस्तार करता है। प्रोक्योरमेंट टीमें यह चेकलिस्ट इस्तेमाल करके तय कर सकती हैं कि किन बातों की गहन समीक्षा ज़रूरी है।
- अपेक्षित उम्मीदवार मात्रा और डेटा रिटेंशन की आवश्यकताएँ
- उपयोगकर्ताओं, बिलिंग, ATS keys और परिणाम साझा करने का प्रबंधन किसे करना चाहिए?
- क्या पहले रोलआउट के लिए Greenhouse, Lever, Ashby, या कस्टम ATS पथ की आवश्यकता है?
- आपकी टीम मानव समीक्षा में इंटेग्रिटी इवेंट और AI स्कोरिंग का उपयोग कैसे करेगी
- क्या procurement को security questionnaire, DPA समीक्षा, या कस्टम अनुबंध की आवश्यकता है?
- आपकी भर्ती टीम किस उम्मीदवार संचार और फीडबैक नीति का पालन करेगी
इंटीग्रेशन स्थिति
Greenhouse, Lever, और Ashby वे स्व-सेवा ATS मार्ग हैं जो वर्तमान में उत्पाद में उपलब्ध हैं। Workday और अन्य टेनेंट-विशिष्ट ATS रोलआउट के लिए कार्यान्वयन समीक्षा आवश्यक है, क्योंकि सेटअप ग्राहक के एडमिन कॉन्फ़िगरेशन और क्रेडेंशियल प्रबंधन पर निर्भर करता है।
कोई छिपा हुआ प्रमाणन दावा नहीं
DevEval सुरक्षा समीक्षा में सहायता कर सकता है, लेकिन यह पेज SOC 2 प्रमाणन, SSO/SAML उपलब्धता, या पूर्ण औपचारिक पूर्वाग्रह ऑडिट का दावा नहीं करता। बड़े पैमाने पर उपयोग से पहले इन आवश्यकताओं को खरीद बातचीत में शामिल करें।
सीमाएँ
स्पष्ट सीमाएँ खरीदार की समीक्षा को आसान बनाती हैं।
ये सीमाएँ जानबूझकर तय की गई हैं। ये candidate के अनुभव की रक्षा करती हैं, नियोक्ताओं को निर्णयों के लिए जवाबदेह रखती हैं, और यह सुनिश्चित करती हैं कि सुरक्षा समीक्षा में प्रक्रिया के देर से कोई आश्चर्य सामने न आए।
- DevEval स्वचालित हायरिंग निर्णय नहीं लेता।
- DevEval चेहरे, आवाज़, भावना या व्यक्तित्व का आकलन नहीं करता।
- DevEval को आज SOC 2 प्रमाणित नहीं बताया गया है।
- SSO/SAML और कस्टम ATS रोलआउट को बिक्री और कार्यान्वयन समीक्षा के माध्यम से संभाला जाना चाहिए।
- इंटेग्रिटी इवेंट केवल समीक्षा के संकेत हैं, अकेले धोखाधड़ी के निर्णय नहीं।
- अंतिम उम्मीदवार संबंधी निर्णय नियोक्ता की ज़िम्मेदारी बने रहते हैं।
सुरक्षा समीक्षा
अपनी सुरक्षा प्रश्नावली लाएँ।
प्रतिधारण, पहुँच, अखंडता संकेत और मानवीय जवाबदेही, इस बात के आधार पर उत्तर दिए गए हैं कि उत्पाद वास्तव में कैसे काम करता है।