ઉમેદવાર મેચ સ્કોર (CMS)
સૂત્ર, ઇનપુટ્સ અને અંકગણિત — સંપૂર્ણ રીતે બતાવવામાં આવ્યું છે, સારાંશ આપવામાં આવ્યો નથી.
÷ Σ(JRIS)
Candidate Match Score એ Expertini નું નિર્ણાયક સ્કોરિંગ સૂત્ર છે, જે શૈક્ષણિક પેપર તરીકે સંપૂર્ણપણે પ્રકાશિત થયું છે (Syed, 2026, "From Stochastic to Deterministic: A Multi-Criteria Decision Analysis Framework for Bounded Semantic Parsing in AI-Driven Recruitment Screening") અને ઉત્પાદનની અંદર સામાન્ય, ઓડિટેબલ કોડ તરીકે લાગુ કરવામાં આવ્યું છે. આ પૃષ્ઠ સૂત્રને જ સમજાવે છે, પૂરતી વિગત સાથે કે તમે તેને સ્વતંત્ર રીતે પુનઃઅમલમાં મૂકી શકો છો અને સમાન નંબરો મેળવી શકો છો — જે તેને પ્રકાશિત કરવાનો સમગ્ર મુદ્દો છે.
CMS એ "અમારી AI સારી છે" માટે બ્રાન્ડ નામ નથી. તે નીચે વર્ણવેલ એક વિશિષ્ટ ભારિત-સરવાળાની ગણતરી છે, જે AI નિષ્કર્ષણ પગલુંમાંથી સંરચિત ઇનપુટ લે છે અને 0 અને 100 ની વચ્ચેનો એક જ સ્કોર અંકગણિત દ્વારા ઉત્પન્ન કરે છે જે માનવ હાથથી ચકાસી શકે છે.
આ પૃષ્ઠ પર
01The formula
CMS = Σ(CSSᵢ × JRISᵢ) / Σ(JRISᵢ), આપેલ જોબ માટે ઓળખાયેલા દરેક સક્ષમતા પરિમાણ i પર ઉમેરવામાં આવે છે. CSS (Candidate Skill Score, 0–100) માપે છે કે અનામી CV આપેલ પરિમાણના કેટલા મજબૂત પુરાવા આપે છે. JRIS (Job Requirement Importance Score, 0–100) માપે છે કે એમ્પ્લોયરે તે પરિમાણ કેટલું મહત્વપૂર્ણ કહ્યું હતું, જે જોબ પોસ્ટિંગની ભાષામાંથી સીધું મેળવવામાં આવ્યું છે: "હોવું જ જોઈએ" અથવા "આવશ્યક" જેવા શબ્દસમૂહો 90–100 ના JRIS પર મેપ થાય છે, "પસંદગીયુક્ત" 50–70 પર મેપ થાય છે, અને "એ પ્લસ" અથવા "સરસ હોય" 30–50 પર મેપ થાય છે.
કારણ કે CSS અને JRIS બંને 0–100 સ્કેલ પર બેસે છે, તેથી વધારાના સામાન્યીકરણ પગલાની જરૂર વગર ભારિત સરેરાશ કુદરતી રીતે સમાન 0–100 શ્રેણીમાં ઉતરે છે — એક વિગત જે મહત્વપૂર્ણ છે કારણ કે અમારા આંતરિક ડ્રાફ્ટ્સમાંથી એકમાં સમાન સૂત્રનું અગાઉનું, અસંશોધિત સંસ્કરણ ×100 શબ્દ ઓળખાયો અને દૂર કરવામાં આવ્યો તે પહેલાં 100 ના પરિબળ દ્વારા સ્કોર્સ ફૂલાવવામાં આવ્યા હતા. અમે ભૂલને દબાવવા માટે આનો ઉલ્લેખ નથી કરતા પરંતુ કારણ કે તે એક ઉપયોગી ઉદાહરણ છે: આટલું સરળ સૂત્ર હજુ પણ અંકગણિત રીતે તપાસવા યોગ્ય છે, જે તે બરાબર છે જે તેને સંપૂર્ણ રીતે પ્રકાશિત કરવાથી કોઈપણને કરવા દે છે.
02પરિમાણો ક્યાંથી આવે છે
CMS દરેક નોકરી પર લાગુ થતા નિશ્ચિત, સામાન્ય રૂબ્રિકનો ઉપયોગ કરતું નથી. દરેક પોસ્ટિંગ માટે, નિષ્કર્ષણ પગલું તે નોકરીના વિશિષ્ટ વર્ણનમાંથી સીધા પાંચ અને નવ સક્ષમતા પરિમાણો વચ્ચે ઓળખે છે — વરિષ્ઠ નર્સ પોસ્ટિંગ અને વરિષ્ઠ બેકએન્ડ એન્જિનિયર પોસ્ટિંગ લગભગ સંપૂર્ણપણે અલગ પરિમાણ સમૂહો ઉત્પન્ન કરશે, જે નિયોક્તા દ્વારા ઉપયોગમાં લેવાતી ચોક્કસ ભાષા અનુસાર વજન આપવામાં આવશે. આ એક ઇરાદાપૂર્વક ડિઝાઇન પસંદગી છે: એક નિશ્ચિત રૂબ્રિક કાં તો કોઈ ભૂમિકા માટે વાસ્તવમાં શું મહત્વનું છે તે ચૂકી જાય છે, અથવા સ્કોરિંગ સિસ્ટમમાં ફિટ થવા માટે દરેક જોબ ડિસ્ક્રિપ્શનને અકુદરતી ટેમ્પલેટમાં દબાણ કરે છે, જે પહેલી જગ્યાએ વાસ્તવિક જોબ ડિસ્ક્રિપ્શન લખવાના હેતુને હરાવે છે.
03સખત બ્લોકર્સ: જ્યાં સૂત્ર ખૂટતી આવશ્યકતાને સરેરાશ કરવાની ના પાડે છે
શુદ્ધ ભારિત સરેરાશમાં એક જાણીતી ખામી છે: ઉમેદવાર બીજે ક્યાંક તાકાત સાથે સંપૂર્ણપણે ખૂટતી ફરજિયાત આવશ્યકતા માટે क्षतिपूर्ति કરી શકે છે. CMS હાર્ડ-બ્લોકર નિયમ સાથે આ ચોક્કસ અંતરને બંધ કરે છે — નોકરીનું વર્ણન સખત રીતે ફરજિયાત તરીકે ચિહ્નિત કરે છે તે કોઈપણ પરિમાણ, જેના માટે CV શૂન્ય પુરાવા બતાવે છે, તે CSS = 0 પર પિન કરવામાં આવે છે અને આઉટપુટમાં અલગથી ફ્લેગ કરવામાં આવે છે, પછી ભલે ભારિત સરેરાશ બાકીનું કેવી રીતે ગણતરી કરે છે. ઉમેદવાર હાર્ડ બ્લોકરથી ઉપર સંખ્યાત્મક સ્કોર પ્રાપ્ત કરી શકે છે (અંકગણિત તેને છુપાવતું નથી), પરંતુ ઓડિટ રિપોર્ટ બ્લોકરને ચૂકવો અશક્ય બનાવે છે, અને મોટાભાગની હાયરિંગ ટીમો તેમની પાઇપલાઇનને ફ્લેગ કરેલા હાર્ડ બ્લોકરને માત્ર ડેટા પોઈન્ટ કરતાં સ્વચાલિત ફિલ્ટર તરીકે સારવાર કરવા માટે ગોઠવે છે.
04A worked example
ચાર પરિમાણો સાથેની ભૂમિકા લો: "Python & distributed systems" (JRIS 95, "required"), "cloud architecture" (JRIS 85, "required"), "team leadership" (JRIS 65, "preferred"), અને "open-source contributions" (JRIS 40, "a plus"). એક ઉમેદવાર જેનો CV પહેલા બે (CSS 98 અને 95) ની મજબૂત સાક્ષી આપે છે પરંતુ કોઈ નેતૃત્વ અનુભવ બતાવતો નથી અને કોઈ સાર્વજનિક ઓપન-સોર્સ કામ નથી (CSS 0 અને 0) તેની ગણતરી આ રીતે થાય છે: (98×95 + 95×85 + 0×65 + 0×40) / (95+85+65+40) = (9310+8075+0+0)/285 = 61.0. કારણ કે "ટીમ લીડરશિપ" ને આવશ્યક કરતાં પસંદગી તરીકે ચિહ્નિત કરવામાં આવ્યું હતું, આ સખત બ્લૉકર નથી — તે ફક્ત મધ્યમ-શ્રેણીનો સ્કોર છે જે વાસ્તવિક અંશતઃ ફિટ દર્શાવે છે, જે કાચા પુરાવાઓ સમર્થન આપે છે તે બરાબર છે.
પ્રકાશિત પેપર સમાન રીતે વધુ સખત કેસ પર કામ કરે છે — એક મજબૂત ઇજનેર જે એક ખૂટતી ફરજિયાત જરૂરિયાત દ્વારા અવરોધિત છે — અને દરેક પરિમાણનું વજન અને પુરાવા સ્કોર બાજુ-બાજુમાં બતાવે છે:
પેપરના વર્ક કેસ સ્ટડીમાંથી પ્રતિ-પરિમાણ JRIS અને CSS ભંગાણ: છ મજબૂત પરિમાણો અને પુરાવા 0 પર એક ફરજિયાત આવશ્યકતા, 74.96 પર કમ્પ્યુટિંગ (Syed, 2026, Fig. 3)
સંપૂર્ણ પેપર PDF તરીકે ડાઉનલોડ કરવા માટે ઉપલબ્ધ છે, અને research.expertini.com પર Expertini Research પર પણ પ્રકાશિત થયેલ છે.
05What CMS is not
CMS નોકરીના પ્રદર્શનની આગાહી કરતું નથી, અને અમે દાવો કરતા નથી કે તે કરે છે — કોઈપણ સ્કોરિંગ સિસ્ટમ, માનવ કે સ્વચાલિત, તે દાવાને ન્યાયી ઠેરવવા માટે પૂરતો મજબૂત ટ્રેક રેકર્ડ ધરાવતી નથી, અને તમારા પોતાના ઉત્પાદન વિશે તમને અન્યથા કહેતી કોઈપણ વ્યક્તિ શંકા સાથે સારવાર કરવી જોઈએ. તે જણાવેલ જરૂરિયાતોના દસ્તાવેજી પુરાવાને માપે છે, બીજું કંઈ નહીં. તે સ્પષ્ટપણે નિર્ણય સમર્થન તરીકે ડિઝાઇન કરવામાં આવ્યું છે જે માનવીય નિર્ણય અને રચનાત્મક ઇન્ટરવ્યુ માટે પૂલને મર્યાદિત કરે છે, બંનેનું સ્થાન લેતું નથી. અને તે નોકરીના વર્ણનમાં જ હાજર કોઈપણ પક્ષપાતને વારસામાં મેળવે છે — જો JD ની જરૂરિયાતો એવી રીતે લખવામાં આવે છે જે બિનજરૂરી રીતે લાયકાત ધરાવતા ઉમેદવારોને બહાર રાખે છે, તો CMS તે સુધારવાને બદલે તે જરૂરિયાતો સામે વિશ્વાસપૂર્વક સ્કોર કરશે.
પ્લેટફોર્મ આર્કિટેક્ચર અને ઓપરેશન્સ
A1પ્લેટફોર્મમાં આ કેવી રીતે આર્કિટેક્ટ થયેલ છે
ઉમેદવાર મેચ સ્કોર (CMS) is not a bundle of point products — it is a slice through one platform. પ્લેટફોર્મ ઇરાદાપૂર્વક સર્વર-રેન્ડર કરેલું છે: દરેક દૃશ્ય એપ્લિકેશન સર્વર દ્વારા તૈયાર કરવામાં આવે છે અને પૂર્ણ HTML તરીકે મોકલવામાં આવે છે, જેમાં કોઈ ક્લાયન્ટ-સાઇડ ફ્રેમવર્ક નથી, તૃતીય-પક્ષ CDN સ્ક્રિપ્ટો નથી, અને ડેટા અને પૃષ્ઠ વચ્ચે કોઈ બિલ્ડ પાઇપલાઇન નથી. જે રેન્ડર થાય છે તે સર્વરે ગણતરી કરી છે — તે ગુણધર્મ જે ઇન્ટરફેસને ઓડિટેબલ બનાવે છે.
બધી 지속िकता एकल खोज-मूलभूत दस्तावेज़ स्टोर पर चलती है; प्रत्येक क्वेरी सबसे निचली क्वेरी परत पर एक अनिवार्य फ़िल्टर के रूप में संगठन के पहचानकर्ता को ले जाती है। इसलिए किरायेदार अलगाव संरचनात्मक है — प्रत्येक अनुरोध की संरचना का एक गुण — न कि एक नीति जो एप्लिकेशन कोड पर निर्भर करती है जो जांचना याद रखती है।
આ પૃષ્ઠ પર સંદર્ભિત દરેક ક્ષમતા રજિસ્ટર્ડ ટૂલ અથવા કનેક્ટરમાં ઉકેલે છે: ટૂલ્સ ડિરેક્ટરી અને ઇન્ટિગ્રેશન્સ કેટલોગ એ જ રજિસ્ટ્રીના રેન્ડરિંગ છે જે એપ્લિકેશન રનટાઇમ પર લાગુ કરે છે, તેથી આ પૃષ્ઠ શું વર્ણવે છે અને ઉત્પાદન દરવાજા ક્યારેય અલગ થઈ શકતા નથી.
A2સંચાલન અને ઓડિટ સ્થિતિ
સ્ક્રીનીંગ ડિટર્મિનેસ્ટિક અને પ્રકાશિત છે — સમાન ઇનપુટ્સ સમાન આઉટપુટ ઉત્પન્ન કરે છે, સખત જરૂરિયાતો સરેરાશ દૂર કરવાને બદલે બ્લોક કરે છે, અને પદ્ધતિ [સંશોધન પૃષ્ઠ (/resources/recruitment-ai-research/)] પર સાર્વજનિક છે. બાહ્ય સિસ્ટમોને સ્પર્શતી ક્રિયાઓ સ્પષ્ટ છે અને ઇવેન્ટ દીઠ જર્નલ કરવામાં આવે છે; વપરાશ અહેવાલ સમાન જર્નલ્સને એકત્રિત કરે છે જે ક્રિયાઓ લખે છે, સમાંતર ટેલિમેટ્રી સિસ્ટમ નહીં.
વિનંતી પાથમાંથી બહાર નીકળતી કોઈપણ વસ્તુ — નોટિફિકેશન ફેન-આઉટ, વેબહુક ડિલિવરી, એક્ટિવિટી જર્નલિંગ, મેલ — ફાયર-એન્ડ-ફોરગેટ બેકગ્રાઉન્ડ થ્રેડોમાં ચાલે છે. ધીમો બાહ્ય એન્ડપોઇન્ટ ક્યારેય ઇન્ટરફેસને અટકી શકતો નથી, અને અસફળ સાઇડ ઇફેક્ટને અસંગતતામાં મૌનપણે ફરીથી પ્રયાસ કરવાને બદલે લોગ કરવામાં આવે છે.
લખેલું બધું લેવા માટે તમારું છે: CSV નિકાસ અને ડેટા નિકાસ એપ્લિકેશન સમાન સ્ટોર્સને આવરી લે છે જે ઉત્પાદન પોતે વાંચે છે. બહાર નીકળવું પ્રવેશ જેટલું જ ખુલ્લું છે — ડિઝાઇન દ્વારા, છૂટ દ્વારા નહીં.
વારંવાર પૂછાતા પ્રશ્નો
What does CMS stand for?⌄
શું CMS સૂત્ર સાર્વજનિક છે?⌄
શું બે ભરતીકર્તાઓને સમાન ઉમેદવાર માટે અલગ-અલગ CMS સ્કોર મળી શકે છે?⌄
જો ઉમેદવારમાં જરૂરી કૌશલ્ય ખૂટે તો શું થાય?⌄
શું ઉચ્ચ CMS સ્કોર સારી ભરતીની ખાતરી આપે છે?⌄
એક નજરમાં
- પ્રકાશિત સૂત્ર: CMS = Σ(CSS×JRIS)/Σ(JRIS)
- નોકરી દીઠ પરિમાણો: બુદ્ધિશાળી-ઉત્પન્ન, અથવા મેન્યુઅલ/હાઇબ્રિડ CMS દ્વારા ભરતી કરનાર-વ્યાખ્યાયિત — ક્યારેય સામાન્ય રબ્રિક નહીં
- ગુમ થયેલ ફરજિયાત આવશ્યકતાઓ માટે હાર્ડ-બ્લોકર નિયમ
- બાંધકામ દ્વારા બંધાયેલ સ્કોર્સ 0–100 — કોઈ ફુગાવા પરિબળ નથી
- ઓડિટ રિપોર્ટમાંથી હાથ દ્વારા સંપૂર્ણપણે પુનઃઉત્પાદન કરી શકાય તેવું
- પીઅર-સમીક્ષા કરી શકાય તેવી શૈક્ષણિક પદ્ધતિ
તમારી પોતાની ભરતી પર ઉમેદવાર મેચ સ્કોર (cms) જુઓ.
30 મિનિટના ડેમો માટે વાસ્તવિક નોકરીનું વર્ણન લાવვი — મફત અજમાયશ શામેલ છે.
ડેમો બુક કરો