Candidate Match Score (CMS)
A képlet, a bemeneti adatok és a számítási lépések — teljes egészében bemutatva, nem összefoglalva.
÷ Σ(JRIS)
A Candidate Match Score az Expertini determinisztikus pontozási képlete, amely teljes terjedelmében megjelent tudományos publikációként (Syed, 2026, „From Stochastic to Deterministic: A Multi-Criteria Decision Analysis Framework for Bounded Semantic Parsing in AI-Driven Recruitment Screening”), és standard, auditálható kódként működik a termékben. Ez az oldal magát a képletet mutatja be, olyan részletességgel, hogy azt önállóan is újra implementálhatja, és ugyanazokat a számokat kapja — ami a közzétételének legfőbb célja.
A CMS nem egy márkanév arra, hogy „az intelligens technológiánk kiváló”. Ez egy alább részletezett, konkrét súlyozott összegszámítás, amely egy intelligens kinyerési lépésből származó strukturált bemenetet vesz alapul, és egyetlen, 0 és 100 közötti pontszámot állít elő olyan számtani művelettel, amelyet egy ember kézzel is ellenőrizni tud.
Ezen az oldalon
01The formula
CMS = Σ(CSSᵢ × JRISᵢ) / Σ(JRISᵢ), összegezve egy adott álláshoz azonosított minden i kompetenciadimenzióra. A CSS (Candidate Skill Score, 0–100) azt méri, hogy az anonimizált önéletrajz mennyire igazolja az adott dimenziót. A JRIS (Job Requirement Importance Score, 0–100) azt méri, hogy a munkáltató mennyire tartotta kritikusnak az adott dimenziót, közvetlenül az álláshirdetés megfogalmazásából levezetve: az olyan kifejezések, mint a „kötelező” vagy „elvárt” 90–100 közötti JRIS-értéknek felelnek meg, az „előnyben részesített” 50–70, a „plusz” vagy „jó, ha van” pedig 30–50 közötti értéknek felel meg.
Mivel mind a CSS, mind a JRIS 0–100-as skálán mozog, a súlyozott átlag természetes módon ugyanebbe a 0–100-as tartományba esik, anélkül, hogy külön normalizálási lépésre lenne szükség – ez a részlet azért fontos, mert egy hasonló képlet korábbi, nem javított változata az egyik belső vázlatunkban 100-as szorzóval növelte meg a pontszámokat, mielőtt a ×100-as tagot azonosítottuk és eltávolítottuk volna. Ezt nem azért említjük meg, hogy elrejtsünk egy hibát, hanem mert hasznos szemléltetés: egy ilyen egyszerű képletet is érdemes számtanilag ellenőrizni, és a teljes közzététel pontosan ezt teszi lehetővé bárki számára.
02Honnan származnak a dimenziók
A CMS nem alkalmaz rögzített, általános értékelési sémát minden állásra. Az egyes hirdetéseknél a kinyerési lépés öt és kilenc közötti kompetenciadimenziót határoz meg közvetlenül az adott állás konkrét leírásából — egy vezető ápolói és egy vezető backend mérnöki álláshirdetés szinte teljesen eltérő dimenziókészletet eredményez, amely a munkáltató által használt konkrét megfogalmazás szerint van súlyozva. Ez egy tudatos tervezési döntés: a rögzített értékelési séma vagy figyelmen kívül hagyja azt, ami egy adott munkakörben valóban számít, vagy minden állásleírást egy természetellenes sablonba kényszerít a pontozási rendszer miatt, ami eleve meghiúsítja a valódi állásleírás megírásának célját.
03Kizáró tényezők: amikor a képlet nem hajlandó átlagolással elfedni egy hiányzó követelményt
A tiszta súlyozott átlagnak van egy jól ismert hibája: a jelölt más területeken mutatott erősségeivel kompenzálhat egy teljesen hiányzó kötelező követelményt. A CMS egy kizáró szabály (hard blocker) alkalmazásával szünteti meg ezt a hiányosságot — minden olyan dimenzió, amelyet a munkaköri leírás szigorúan kötelezőként jelöl meg, és amelyre az önéletrajz nem mutat semmilyen bizonyítékot, CSS = 0 értéket kap, és külön megjelölésre kerül a kimenetben, függetlenül attól, hogyan alakul a súlyozott átlag többi része. A jelölt továbbra is kaphat a kizáró feltétel feletti numerikus pontszámot (a számítás nem rejti el), de az ellenőrzési jelentésben a kizáró tényező nem kerülheti el a figyelmet, és a legtöbb toborzócsapat úgy állítja be a folyamatát, hogy a megjelölt kizáró tényezőt automatikus szűrőként kezelje, ne csupán egy adatpontként.
04A worked example
Vegyünk egy négy dimenzióval rendelkező pozíciót: „Python & elosztott rendszerek” (JRIS 95, „kötelező”), „felhőarchitektúra” (JRIS 85, „kötelező”), „csapatvezetés” (JRIS 65, „előny”) és „nyílt forráskódú hozzájárulások” (JRIS 40, „plusz”). Egy olyan jelölt, akinek az önéletrajza határozottan igazolja az első kettőt (CSS 98 és 95), de egyáltalán nem mutat vezetői tapasztalatot és nyilvános nyílt forráskódú munkát (CSS 0 és 0), így számítódik: (98×95 + 95×85 + 0×65 + 0×40) / (95+85+65+40) = (9310+8075+0+0)/285 = 61,0. Mivel a „csapatvezetés” előnyként volt megjelölve a kötelező helyett, ez nem kizáró tényező — csupán egy közepes pontszám, amely valós, részleges illeszkedést tükröz, és pontosan ezt támasztják alá a nyers adatok is.
A publikált tanulmány egy nehezebb esetet dolgoz fel ugyanígy – egy kiváló mérnököt, akit egyetlen hiányzó kötelező követelmény akadályoz –, és egymás mellett mutatja be az egyes dimenziók súlyát és bizonyítékszintjét:
Dimenziónkénti JRIS és CSS lebontás a tanulmány kidolgozott esettanulmányából: hat erős dimenzió és egy kötelező követelmény 0 bizonyítottsággal, ami 74,96-os értéket eredményez (Syed, 2026, 3. ábra)
A teljes tanulmány letölthető PDF formátumban, valamint közzé van téve az Expertini Research oldalán a research.expertini.com címen.
05What CMS is not
A CMS nem jelzi előre a munkateljesítményt, és nem is állítjuk, hogy így lenne — egyetlen pontozási rendszernek, legyen az emberi vagy automatizált, sincs olyan erős múltbeli eredménye, amely indokolná ezt az állítást, és bárkivel szemben, aki mást állít a saját termékéről, szkepticizmussal kell élni. Kizárólag a megadott követelmények dokumentált bizonyítékait méri, semmi többet. Kifejezetten olyan döntéstámogató eszközként készült, amely szűkíti a jelöltek körét az emberi megítélés és a strukturált interjúk számára, nem pedig ezek helyettesítésére. Emellett átveszi az álláshirdetésben meglévő esetleges elfogultságokat is — ha egy munkaköri leírás követelményei úgy vannak megfogalmazva, hogy feleslegesen zárnak ki képzett jelölteket, a CMS hűségesen ezen követelmények alapján fog pontozni ahelyett, hogy korrigálná őket.
Platformarchitektúra & üzemeltetés
A1Hogyan épül fel mindez a platform architektúrájában
Candidate Match Score (CMS) is not a bundle of point products — it is a slice through one platform. A platform kifejezetten szerveroldalon renderelt: minden nézetet az alkalmazáskiszolgáló állít elő és teljes HTML-ként továbbít, kliensoldali keretrendszer, külső CDN-szkriptek és az adatok és az oldal közötti build folyamat nélkül. Ami megjelenik, azt a szerver számította ki – ez a tulajdonság teszi a felületet auditálhatóvá.
Minden adattárolás egyetlen, keresésre optimalizált dokumentumtáron fut; minden lekérdezés kötelező szűrőként tartalmazza a szervezet azonosítóját a legalsó lekérdezési rétegen. A bérlők elkülönítése így strukturális — minden egyes kérés felépítésének sajátossága —, nem pedig egy olyan szabályzat, amely az alkalmazáskód ellenőrzési fegyelmére támaszkodik.
Az ezen az oldalon hivatkozott összes funkció egy-egy regisztrált eszközhöz vagy összekötőhöz kapcsolódik: az eszköztár és az integrációs katalógus ugyanazoknak a nyilvántartásoknak a leképezései, amelyeket az alkalmazás futásidőben érvényesít, így az oldal leírása és a termék korlátozásai soha nem térhetnek el egymástól.
A2Működési és auditálási keretrendszer
Az előszűrés determinisztikus és nyilvános – ugyanazok a bemeneti adatok ugyanazokat az eredményeket hozzák létre, a szigorú követelmények hiánya kizárást von maga után ahelyett, hogy átlagolással elfedődne, a módszertan pedig nyilvánosan elérhető a kutatási oldalon. A külső rendszereket érintő műveletek explicit módon, eseményenként naplózásra kerülnek; a használati jelentések ugyanazokat a naplókat összegzik, amelyeket a műveletek írnak, nem pedig egy párhuzamos telemetriai rendszert.
Minden olyan művelet, amely kilép a kérés útvonalából — értesítések szétküldése, webhook-kézbesítés, tevékenységnaplózás, e-mailek —, fire-and-forget háttérszálakon fut. Egy lassú külső végpont soha nem akaszthatja meg a felületet, és a sikertelen mellékhatások naplózásra kerülnek ahelyett, hogy inkonzisztenciához vezető csendes újrapróbálkozások történnének.
Minden rögzített adat az Öné: a CSV-exportok és a Data Export alkalmazás ugyanazokat az adattárakat fedi le, amelyeket maga a termék is olvas. A kilépés éppoly nyitott, mint a belépés — tudatos tervezés, nem pedig engedmény alapján.
Gyakran ismételt kérdések
What does CMS stand for?⌄
Nyilvános a CMS képlete?⌄
Kaphat két toborzó eltérő CMS-pontszámot ugyanarra a jelöltre?⌄
Mi történik, ha egy jelöltből hiányzik egy kötelező készség?⌄
Garantálja a magas CMS pontszám a sikeres felvételt?⌄
Áttekintés
- Közzétett képlet: CMS = Σ(CSS×JRIS)/Σ(JRIS)
- Pozíciónkénti dimenziók: intelligens módon meghatározott, vagy a toborzó által definiált a Manuális/Hibrid CMS révén — soha sem általános értékelési sablon
- Kizáró szabály a hiányzó kötelező követelmények esetén
- A pontszámok felépítésükből adódóan 0–100 közé korlátozottak — nincs inflációs tényező
- Kézzel teljes mértékben reprodukálható az auditjelentésből
- Szakértőileg felülvizsgálható tudományos módszertan
Tekintse meg ezt a saját toborzásában: candidate match score (cms).
Hozzon magával egy valós munkaköri leírást egy 30 perces bemutatóra — ingyenes próbaidőszakkal.
Demó kérése