TalentApproved

HR और इंजीनियरिंग के लिए ATS असेसमेंट स्कोर देने वाले 3 API कॉल्स

HR और इंजीनियरिंग के लिए ATS असेसमेंट स्कोर देने वाले 3 API कॉल्स

जब आपका एप्लिकेंट ट्रैकिंग सिस्टम नेटिव असेसमेंट API प्रदान करता हो तो उसे प्राथमिकता दें। जब वह उपलब्ध न हो, तो सिस्टम-ऑफ-रिकॉर्ड इंटीग्रेशन या एक यूनिफाइड Assessment API पर निर्भर रहें। किसी भी स्थिति में, तीन मुख्य क्रियाओं की योजना बनाएं: उपलब्ध टेस्ट पैकेजों की सूची बनाना, किसी उम्मीदवार के लिए असेसमेंट शुरू करना, और वेबहुक के ज़रिए परिणामों को वापस सिंक करना। अधिक समृद्ध सुविधाएँ या इंटीग्रेशन तक पहुँच पेड या पार्टनर टियर के पीछे हो सकती है।

TL;DR:

  • नेटिव असेसमेंट APIs सबसे बेहतर भर्ती अनुभव प्रदान करती हैं, क्योंकि ये ATS के भीतर संरचित स्कोर के आधार पर उम्मीदवारों को फ़िल्टर और रैंक करने की सुविधा देती हैं।
  • जब कोई असेसमेंट API उपलब्ध नहीं होती, तो फ़ॉलबैक इंटीग्रेशन परिणामों को नोट्स या फ़ाइलों के रूप में जोड़ती है, जिससे उम्मीदवार के परिणामों को फ़िल्टर या सॉर्ट करने की क्षमता सीमित हो जाती है।
  • अनुशंसित इंटीग्रेशन अनुक्रम में पैकेजों की सूची बनाना, असेसमेंट शुरू करना, और वेबहुक के ज़रिए परिणाम प्राप्त करना शामिल है, जिसमें सुरक्षित पहचान और रिस्पॉन्स कोड को सही तरीके से संभालने पर ध्यान दिया जाता है।
  • नियोक्ताओं को तैनाती से पहले निष्पक्षता और कानूनी अनुपालन के लिए असेसमेंट टूल्स को मान्य और दस्तावेज़ीकृत करना होगा, यह सुनिश्चित करते हुए कि परिणाम ऑडिट ट्रेल के साथ संग्रहीत हों और सहमति दर्ज हो।
  • स्टेजिंग वातावरण में इंटीग्रेशन का पूरी तरह परीक्षण करना और वेबहुक सफलता को ट्रैक करना लाइव हायरिंग पाइपलाइन में त्रुटियों और अनाथ परिणामों को रोकने में मदद करता है।
Talent Approved
CV से परे कौशल का आकलन करें
Talent Approved नियोक्ताओं को अनुकूलित कौशल असेसमेंट बनाने, संरचित परिणामों की समीक्षा करने और अधिक सूचित भर्ती निर्णय लेने में मदद करता है।
Talent Approved एक्सप्लोर करें

विषय सूची

नेटिव APIs, फ़ॉलबैक इंटीग्रेशन, और यूनिफाइड Assessment APIs

तीन इंटीग्रेशन पैटर्न लगभग हर हायरिंग स्टैक को कवर करते हैं, और प्रत्येक यह बदल देता है कि आपके भर्तीकर्ता ATS के अंदर क्या देखते हैं।

एक नेटिव असेसमेंट API सबसे स्वच्छ विकल्प है। यह टेस्ट पैकेज, ऑर्डर, और संरचित परिणाम सीधे ATS रिकॉर्ड के भीतर प्रदर्शित करती है, जिसका अर्थ है कि भर्तीकर्ता उम्मीदवारों को स्कोर के आधार पर उसी तरह फ़िल्टर और रैंक कर सकते हैं जैसे वे स्टेज या स्रोत के आधार पर फ़िल्टर करते हैं। Ashby का डेवलपर दस्तावेज़ीकरण इसे मानक रूप के रूप में वर्णित करता है: पैकेज सूचीबद्ध करें, असेसमेंट शुरू करें, वेबहुक के माध्यम से परिणाम वापस लिखें।

जब ATS में कोई समर्पित असेसमेंट एंडपॉइंट नहीं होता, तो टीमें स्टेज-चेंज लिसनर का सहारा लेती हैं और परिणाम नोट्स, लिंक या फ़ाइल अपलोड के रूप में जोड़ती हैं। यह बुनियादी कवरेज बनाए रखता है, लेकिन यह संरचित स्कोरिंग को हटा देता है, इसलिए भर्तीकर्ता ATS के अंदर परिणाम के आधार पर सॉर्ट या फ़िल्टर करने की क्षमता खो देते हैं, जैसा कि Kombo के इंटीग्रेशन गाइड के अनुसार है।

एक यूनिफाइड Assessment API दोनों के बीच में स्थित है। यह एक साथ कई ATS प्लेटफ़ॉर्मों पर पैकेज, ऑर्डर वेबहुक, और परिणाम राइट-बैक को मानकीकृत करती है, इसलिए एक विक्रेता एक बार इंटीग्रेट करके दर्जनों सिस्टम तक पहुँच जाता है, बजाय हर एक के लिए अलग कनेक्टर बनाने और बनाए रखने के, जैसा कि यूनिफाइड Assessment API ओवरव्यू में वर्णित है।

  • नेटिव API: सबसे बेहतर भर्ती अनुभव, एक ATS से जुड़ी।
  • फ़ॉलबैक इंटीग्रेशन: सबसे व्यापक कवरेज, ATS के अंदर सबसे कमज़ोर स्कोरिंग।
  • यूनिफाइड API: कई ATSs की सेवा करने वाले विक्रेताओं के लिए कम दीर्घकालिक रखरखाव।

इंटीग्रेशन बनाना: एक चरण-दर-चरण चेकलिस्ट

कोई भी कोड लिखने से पहले, पुष्टि करें कि ATS वास्तव में एक असेसमेंट API प्रदर्शित करता है और डेवलपर दस्तावेज़ीकरण प्राप्त करें। कई प्लेटफ़ॉर्म केवल सामान्य उम्मीदवार या एप्लिकेशन एंडपॉइंट प्रकाशित करते हैं, और उन्हें असेसमेंट एंडपॉइंट मानना एक सामान्य शुरुआती गलती है।

  1. पहले पहचानकर्ताओं को मैप करें। हर कॉल पर एप्लिकेशन ID या कैंडिडेट UUID का उपयोग करें ताकि परिणाम सही रिकॉर्ड से जुड़ें, न कि अनाथ हो जाएं, जैसा कि JobCannon के इंटीग्रेशन मार्गदर्शन में बताया गया है।
  2. एक ऑथेंटिकेशन पैटर्न चुनें। अधिकांश प्लेटफ़ॉर्म API keys, partner keys, या OAuth का उपयोग करते हैं, और प्रत्येक के लिए अपनी सुरक्षित स्टोरेज और रोटेशन नीति आवश्यक है।
  3. मानक कॉल अनुक्रम का पालन करें। assessment.list से पैकेज सूचीबद्ध करें, assessment.start से टेस्ट शुरू करें, फिर एक वेबहुक की प्रतीक्षा करें जो पूरा होने पर फायर होता है और परिणाम वापस लिखता है।
  4. दस्तावेज़ीकृत रिस्पॉन्स कोड संभालें। assessment.start के लिए Ashby API संदर्भ 200, 409, और 422 को सामान्य रिस्पॉन्स के रूप में सूचीबद्ध करता है, और आपके इंटीग्रेशन में प्रत्येक के लिए एक निर्धारित व्यवहार होना चाहिए।
  5. अपना परिणाम पेलोड परिभाषित करें। समग्र स्कोर, उप-स्कोर, टाइमस्टैम्प, अटैचमेंट, और किसी भी कस्टम विशेषता के लिए योजना बनाएं जिन पर आपकी टीम बाद में फ़िल्टर करना चाहती है।
  6. रेट लिमिट के लिए योजना बनाएं। उच्च-वॉल्यूम हायरिंग अवधि से पहले कोटा वृद्धि का अनुरोध करें ताकि उम्मीदवार आमंत्रणों की अचानक बाढ़ से अभियान के बीच 429 त्रुटियाँ न आएं।

प्रो टिप: हर आउटबाउंड और इनबाउंड पेलोड के साथ, यहाँ तक कि लॉग में भी, एप्लिकेशन ID संग्रहीत करें, ताकि एक विफल वेबहुक को किसी विशेष उम्मीदवार तक आसानी से ट्रेस किया जा सके।

नियोक्ता, विक्रेता नहीं, रोज़गार परीक्षण का कानूनी बोझ उठाते हैं। रोज़गार परीक्षण और चयन प्रक्रियाओं पर EEOC का मार्गदर्शन यह स्पष्ट करता है कि चयन उपकरण मान्य और नौकरी से संबंधित होने चाहिए, और नियोक्ता असमान प्रभाव के लिए जवाबदेह रहते हैं, भले ही किसी तीसरे पक्ष ने परीक्षण बनाया हो। किसी भी असेसमेंट विक्रेता से उनके टूल को लाइव हायरिंग पाइपलाइन में एकीकृत करने से पहले मान्यता दस्तावेज़ीकरण माँगें। हमारा EEOC परीक्षण दिशानिर्देश लेख UGESP आवश्यकताओं को अधिक विस्तार से बताता है।

  • लाइव होने से पहले किसी भी असेसमेंट विक्रेता से मान्यता और प्रतिकूल-प्रभाव दस्तावेज़ीकरण का अनुरोध करें।
  • असेसमेंट परिणामों को एक स्पष्ट ऑडिट ट्रेल और एक निर्धारित प्रतिधारण अवधि के साथ संग्रहीत करें, अनिश्चित काल के लिए नहीं।
  • विक्रेताओं से पूछें कि वे प्रॉक्टरिंग या वेबकैम निगरानी के लिए सहमति कैसे लॉग करते हैं, और क्या डेटा सुरक्षा प्रभाव मूल्यांकन लागू होता है।
  • अपनी मान्यता समीक्षा दस्तावेज़ीकृत करें, शुरुआती परिणामों पर एक पायलट निष्पक्षता जाँच करें, और वह साक्ष्य फ़ाइल में रखें।

हमारा प्रतिकूल प्रभाव परीक्षण प्लेबुक यह बताता है कि वह पायलट विश्लेषण कैसे चलाएँ और जब संख्याएँ असमान दिखें तो क्या सुधारें।

नेटिव इंटीग्रेशन, यूनिफाइड API, और कस्टम बिल्ड के बीच चुनाव

इंजीनियरिंग समय लगाने से पहले, अपनी HR और इंजीनियरिंग टीमों के साथ मिलकर एक संक्षिप्त चेकलिस्ट से गुज़रें।

  • पुष्टि करें कि ATS नेटिव रूप से कौन सी सुविधाएँ समर्थन करता है और किन के लिए वर्कअराउंड की आवश्यकता है।
  • किसी भी असेसमेंट विक्रेता से पूछें कि क्या वे पहले से आपके ATS का समर्थन करते हैं, और क्या पार्टनर ऑनबोर्डिंग में कोई शुल्क या सदस्यता आवश्यकता है, क्योंकि कुछ प्लेटफ़ॉर्म उच्च टियर के पीछे इंटीग्रेशन मॉड्यूल को प्रतिबंधित करते हैं, Coderbyte के असेसमेंट प्लेटफ़ॉर्म इंटीग्रेशन की तुलना के अनुसार।
  • सत्यापित करें कि राइट-बैक में संरचित स्कोर शामिल हैं, न कि केवल एक लिंक या अटैचमेंट, ताकि भर्तीकर्ता परिणाम के आधार पर फ़िल्टर कर सकें।
  • वेबहुक विश्वसनीयता और पुनः प्रयास अपेक्षाओं को पहले से परिभाषित करें, और नाम बताएं कि दोनों तरफ निगरानी का स्वामी कौन है।
  • पुष्टि करें कि विक्रेता मान्यता दस्तावेज़ीकरण, एंटी-चीट नियंत्रण, और एक डेटा प्रोसेसिंग समझौता प्रदान कर सकता है।

प्रो टिप: कुछ भी हस्ताक्षर करने से पहले एक सैंडबॉक्स वातावरण माँगें। जो विक्रेता शुरू से अंत तक एक टेस्ट वेबहुक फायर होते हुए नहीं दिखा सकता, वह आपके प्रोडक्शन पाइपलाइन के लिए तैयार नहीं है।

इंटीग्रेशन का शुरू से अंत तक परीक्षण करना और विफलताओं को जल्दी पकड़ना

किसी भी वास्तविक उम्मीदवार के इसे छूने से पहले, एक स्टेजिंग वातावरण पूर्ण जीवनचक्र का अनुकरण करना चाहिए: एक टेस्ट ऑर्डर बनाएं, वेबहुक को मैन्युअल रूप से ट्रिगर करें, और पुष्टि करें कि परिणाम ATS UI के अंदर सही तरीके से प्रस्तुत होता है, न केवल डेटाबेस रिकॉर्ड में।

  1. स्टेजिंग परीक्षण चलाएं जो यथार्थवादी नमूना डेटा के विरुद्ध पैकेज लिस्टिंग, ऑर्डर निर्माण, और परिणाम राइट-बैक को कवर करें।
  2. वेबहुक सफलता दर और त्रुटि प्रवृत्तियों को ट्रैक करें, और एक सुलह रिपोर्ट बनाएं जो अनाथ परिणामों को ढेर होने से पहले फ्लैग करे।
  3. हर अनुरोध पर सहसंबंध IDs का उपयोग करें ताकि एक सपोर्ट टिकट को दोनों प्रणालियों में घंटों में नहीं, मिनटों में ट्रेस किया जा सके।
  4. आइडेम्पोटेंट रिट्राई लॉजिक बनाएं ताकि एक पुनः भेजा गया वेबहुक कभी डुप्लीकेट परिणाम न बनाए, और किसी भी छूटी हुई घटनाओं के लिए एक बैकफिल स्क्रिप्ट तैयार रखें।
  5. एक संक्षिप्त ऑपरेशनल प्लेबुक लिखें जिसमें बताया जाए कि वेबहुक विफलता पर किसे अलर्ट किया जाता है और एक अटके हुए ऑर्डर को सुरक्षित रूप से कैसे पुनः चलाएं।

Talent Approved ATS इंटीग्रेशन में कहाँ फिट होता है

Talent Approved के प्लेटफ़ॉर्म में एक ऐसी सुविधा शामिल है जो जॉब डिस्क्रिप्शन या कौशल सूचियों से भूमिका-विशिष्ट असेसमेंट उत्पन्न करती है, साथ ही एंटी-चीट निगरानी और AI-जनित सारांश जो समीक्षा को तेज़ करते हैं। इंटीग्रेशन की दृष्टि से, Talent Approved उपरोक्त सूची, ट्रिगर, और राइट-बैक जीवनचक्र का अनुसरण करता है, और हर कॉल पर एप्लिकेशन ID या कैंडिडेट UUID को मैप करना परिणामों को सही ATS रिकॉर्ड से जोड़े रखता है। मूल्य निर्धारण मॉडल स्वयं पे-एज़-यू-गो है, प्रति पूर्ण उम्मीदवार $5 शुल्क, बिना किसी सदस्यता के। इंटीग्रेशन लागू करने वाली टीमें हमारे इंस्टेंट असेसमेंट कैसे काम करते हैं इसके गाइड और कार्यान्वयन और मान्यता विवरण के लिए हमारे EEOC अनुपालन संसाधनों की भी समीक्षा कर सकती हैं।

Talent Approved ATS इंटीग्रेशन में कहाँ फिट होता है — अवलोकन आरेख

HR टीमें ATS इंटीग्रेशन के बारे में क्या गलत समझती हैं

HR टीमें ATS इंटीग्रेशन के बारे में क्या गलत समझती हैं — अवलोकन आरेख

अधिकांश टीमें हर ATS API को एक जैसा मानती हैं, फिर आश्चर्यचकित होती हैं जब उनका "असेसमेंट इंटीग्रेशन" बिना किसी संरचित स्कोरिंग के एक स्टेज-चेंज लिसनर निकलता है। समाधान अधिक इंजीनियरिंग घंटे नहीं हैं। यह पहले दिन ही यह सत्यापित करना है कि कोई वास्तविक असेसमेंट API मौजूद है या नहीं।

अपनी पूरी हायरिंग पाइपलाइन को छूने से पहले एक एकल खुली भूमिका पर एक छोटे पायलट से शुरुआत करें। एक साथ दो चीज़ें देखें: क्या भर्तीकर्ता वास्तव में स्कोर फ़िल्टरिंग का उपयोग करते हैं, और क्या शुरुआती परिणाम उम्मीदवार समूहों में कोई निष्पक्षता अंतर दर्शाते हैं। जब एक नेटिव असेसमेंट API या एक सिद्ध यूनिफाइड API उपलब्ध हो, तो उसे चुनें। भर्तीकर्ता अनुभव और कानूनी बचाव दोनों संरचित, फ़िल्टर करने योग्य परिणामों पर निर्भर हैं, न कि एक सामान्य-उद्देश्य API पर लगाए गए वर्कअराउंड पर।

— Jimmie

बुकमार्क करने लायक डेवलपर डॉक्स और अनुपालन मार्गदर्शन

Ashby असेसमेंट इंटीग्रेशन डॉक्स, यूनिफाइड Assessment API ओवरव्यू, और EEOC के परीक्षण मार्गदर्शन को हमेशा पास रखें। इंटीग्रेशन पक्ष पर इंजीनियरिंग सहायता के लिए, Ampersand जैसी फर्में API और वेबहुक कार्यान्वयन कार्य में विशेषज्ञ हैं।

स्रोत

FAQ

ATS इंटीग्रेशन का क्या अर्थ है?

ATS इंटीग्रेशन का अर्थ है एक एप्लिकेंट ट्रैकिंग सिस्टम को किसी अन्य टूल, जैसे असेसमेंट प्लेटफ़ॉर्म, से जोड़ना, ताकि डेटा उनके बीच स्वचालित रूप से स्थानांतरित हो, बजाय हाथ से कॉपी करने के। असेसमेंट के लिए विशेष रूप से, इसका अर्थ है टेस्ट पैकेज सूचीबद्ध करना, किसी उम्मीदवार के लिए परीक्षण ट्रिगर करना, और स्कोर को उम्मीदवार के ATS रिकॉर्ड में वापस लिखना।

शीर्ष ATS सिस्टम कौन से हैं?

शीर्ष ATS प्लेटफ़ॉर्मों की कोई एकल आधिकारिक रैंकिंग नहीं है, और सही चुनाव कंपनी के आकार, हायरिंग वॉल्यूम, और आवश्यक इंटीग्रेशन पर निर्भर करता है। विशिष्ट विक्रेताओं का नाम लेने के बजाय, HR टीमों को किसी भी ATS का मूल्यांकन इस आधार पर करना चाहिए कि क्या वह एक दस्तावेज़ीकृत असेसमेंट API प्रदर्शित करता है, जैसा कि Ashby के डेवलपर डॉक्स में वर्णित है, न कि सामान्य लोकप्रियता सूचियों पर भरोसा करके।

ATS और CRM में क्या अंतर है?

एक ATS खुली भूमिकाओं के लिए हायरिंग वर्कफ़्लो का प्रबंधन करता है, आवेदन से ऑफर तक उम्मीदवारों को ट्रैक करता है। एक भर्ती CRM इसके बजाय संभावित उम्मीदवारों के साथ दीर्घकालिक संबंधों का प्रबंधन करता है, जिसमें वे लोग भी शामिल हैं जो सक्रिय रूप से आवेदन नहीं कर रहे, जो एक पाइपलाइन के माध्यम से सक्रिय आवेदकों को ट्रैक करने से अलग काम है।

ATS का पूर्ण रूप क्या है?

ATS का अर्थ है एप्लिकेंट ट्रैकिंग सिस्टम, वह सॉफ़्टवेयर जिसका उपयोग HR टीमें नौकरियाँ पोस्ट करने, आवेदन एकत्र करने, और उम्मीदवारों को हायरिंग चरणों के माध्यम से आगे बढ़ाने के लिए करती हैं। जब यह एक समर्पित असेसमेंट API का समर्थन करता है, तो यह कौशल परीक्षण भी ट्रिगर कर सकता है और सीधे उम्मीदवार रिकॉर्ड पर संरचित परिणाम प्राप्त कर सकता है, Ashby के API संदर्भ में वर्णित इंटीग्रेशन जीवनचक्र के अनुसार।