Candidate Match Score (CMS)
Formelen, inndataene og utregningen — vist i sin helhet, ikke oppsummert.
÷ Σ(JRIS)
Candidate Match Score er Expertinis deterministiske poengformel, publisert i sin helhet som en akademisk artikkel (Syed, 2026, «From Stochastic to Deterministic: A Multi-Criteria Decision Analysis Framework for Bounded Semantic Parsing in Intelligent Recruitment Screening») og implementert som ordinær, etterprøvbar kode inne i produktet. Denne siden forklarer selve formelen, i tilstrekkelig detalj til at du kan reimplementere den uavhengig og få nøyaktig de samme tallene — noe som er hele poenget med å publisere den.
CMS er ikke et merkenavn for «vår intelligente teknologi er god». Det er en spesifikk beregning med vektet sum, beskrevet nedenfor, som henter strukturerte inndata fra et intelligent uttrekkstrinn og produserer en enkelt skår mellom 0 og 100 ved hjelp av regnestykker et menneske kan kontrollere manuelt.
På denne siden
01The formula
CMS = Σ(CSSᵢ × JRISᵢ) / Σ(JRISᵢ), summert over hver kompetansedimensjon i identifisert for en gitt stilling. CSS (Candidate Skill Score, 0–100) måler hvor sterkt den anonymiserte CV-en dokumenterer en gitt dimensjon. JRIS (Job Requirement Importance Score, 0–100) måler hvor avgjørende arbeidsgiveren oppga at dimensjonen var, utledet direkte fra språket i stillingsutlysningen: formuleringer som «må ha» eller «påkrevd» tilsvarer en JRIS på 90–100, «foretrukket» tilsvarer 50–70, og «en fordel» eller «pluss» tilsvarer 30–50.
Fordi både CSS og JRIS ligger på en skala fra 0–100, havner det vektede gjennomsnittet naturlig i samme intervall fra 0–100 uten behov for et ekstra normaliseringstrinn — en detalj som betyr noe, ettersom en tidligere, ukorrigert versjon av en lignende formel i et av våre interne utkast blåste opp poengsummene med en faktor på 100 før leddet ×100 ble identifisert og fjernet. Vi nevner ikke dette for å skjule en feil, men fordi det er en nyttig illustrasjon: Selv en så enkel formel er verdt å sjekke aritmetisk, og det er nettopp dette full publisering gir alle mulighet til å gjøre.
02Hvor dimensjonene kommer fra
CMS bruker ikke en fast, generell vurderingsmal som brukes for alle stillinger. For hver utlysning identifiserer uttrekkstrinnet mellom fem og ni kompetansedimensjoner direkte fra den spesifikke stillingsbeskrivelsen – en utlysning for en spesialsykepleier og en utlysning for en senior backend-utvikler vil produsere nesten helt ulike dimensjonssett, vektet i henhold til det spesifikke språket arbeidsgiveren brukte. Dette er et bevisst designvalg: en fast mal går enten glipp av det som faktisk betyr noe for en gitt stilling, eller tvinger hver stillingsbeskrivelse inn i en unaturlig mal for å passe til vurderingssystemet, noe som undergraver formålet med å skrive en reell stillingsbeskrivelse i utgangspunktet.
03Absolutte hindringer: der formelen nekter å utjevne et manglende krav
Et rent vektet gjennomsnitt har en velkjent svakhet: en kandidat kan kompensere for et obligatorisk krav som mangler fullstendig, med styrker på andre områder. CMS tetter dette gapet med en absolutt sperreregel («hard blocker») – enhver dimensjon stillingsbeskrivelsen markerer som strengt obligatorisk, og der CV-en viser null dokumentasjon, settes til CSS = 0 og flagges separat i resultatet, uavhengig av hvordan resten av det vektede gjennomsnittet beregnes. En kandidat kan fortsatt få en numerisk poengsum over sperregrensen (beregningen skjuler den ikke), men revisjonsrapporten gjør det umulig å overse sperren, og de fleste rekrutteringsteam konfigurerer rekrutteringsprosessen til å behandle en flagget sperre som et automatisk filter snarere enn bare et datapunkt.
04A worked example
Ta en stilling med fire dimensjoner: «Python & distribuerte systemer» (JRIS 95, «påkrevd»), «skyarkitektur» (JRIS 85, «påkrevd»), «teamledelse» (JRIS 65, «foretrukket») og «bidrag til åpen kildekode» (JRIS 40, «en fordel»). For en kandidat hvis CV dokumenterer de to første sterkt (CSS 98 og 95), men som ikke viser noen ledererfaring i det hele tatt og ingen offentlige åpen kildekode-bidrag (CSS 0 og 0), blir beregningen: (98×95 + 95×85 + 0×65 + 0×40) / (95+85+65+40) = (9310+8075+0+0)/285 = 61,0. Fordi «teamledelse» ble markert som foretrukket i stedet for påkrevd, er ikke dette en absolutt hindring — det er rett og slett en poengsum i midtsjiktet som gjenspeiler en reelt delvis match, noe som nøyaktig samsvarer med det rå evidensgrunnlaget.
Den publiserte forskningsartikkelen behandler et vanskeligere tilfelle på samme måte – en dyktig ingeniør som blokkeres av et manglende obligatorisk krav – og viser hver dimensjons vekting og dokumentasjonspoengsum side om side:
Oversikt over JRIS og CSS per dimensjon fra artikkelens gjennomgåtte casestudie: seks sterke dimensjoner og ett obligatorisk krav med dokumentasjonsgrad 0, beregnet til 74,96 (Syed, 2026, Fig. 3)
Hele artikkelen er tilgjengelig for nedlasting som PDF, og er også publisert på Expertini Research på research.expertini.com.
05What CMS is not
CMS forutsier ikke jobbprestasjon, og vi påstår ikke at det gjør det – intet poengsystem, verken menneskelig eller automatisert, har en sterk nok historikk til å rettferdiggjøre en slik påstand, og alle som forteller deg noe annet om sitt eget produkt bør møtes med skepsis. Det måler dokumentert dokumentasjon på oppgitte krav, intet mer. Det er eksplisitt utformet som beslutningsstøtte som snevrer inn et utvalg for menneskelig vurdering og strukturerte intervjuer, ikke en erstatning for noen av delene. Og det arver eventuelle skjevheter i selve stillingsbeskrivelsen – hvis kravene i en stillingsbeskrivelse er formulert slik at de unødvendig ekskluderer kvalifiserte kandidater, vil CMS lojalt gi poeng ut fra disse kravene fremfor å korrigere for dem.
Plattformarkitektur & drift
A1Hvordan dette er strukturert i plattformen
Candidate Match Score (CMS) is not a bundle of point products — it is a slice through one platform. Plattformen er bevisst serverrendret: hver visning klargjøres av applikasjonsserveren og leveres som komplett HTML, uten klientside-rammeverk, uten tredjeparts CDN-skript og uten byggprosesser mellom dataene og siden. Det som gjengis er det serveren beregnet – egenskapen som gjør grensesnittet revisjonsklart.
All datalagring kjører på et felles søkeoptimalisert dokumentlager; hver spørring bærer organisasjonens identifikator som et obligatorisk filter på det laveste spørringslaget. Leietakerisolasjon er derfor strukturell — en egenskap ved hvordan hver forespørsel er bygget opp — snarere enn en regel som avhenger av at applikasjonskoden husker å sjekke.
Hver funksjon det refereres til på denne siden, samsvarer med et registrert verktøy eller en kobling: verktøykatalogen og integrasjonskatalogen er gjengivelser av de samme registrene som applikasjonen håndhever ved kjøretid, så det denne siden beskriver og det produktet gir tilgang til, kan aldri avvike fra hverandre.
A2Drifts- og revisjonsstatus
Grovsorteringen er deterministisk og publisert – de samme inndataene gir de samme resultatene, absolutte krav blokkerer fremfor å jevnes ut i et gjennomsnitt, og metodikken er offentlig tilgjengelig på forskningssiden. Handlinger som berører eksterne systemer er eksplisitte og loggføres per hendelse; bruksrapportering aggregerer de samme loggene som handlingene skriver til, ikke et parallelt telemetrisystem.
Alt som forlater forespørselsbanen — varslingsdistribusjon, levering av webhooks, aktivitetsjournalføring, e-post — kjører i bakgrunnstråder uten blokkering (fire-and-forget). Et tregt eksternt endepunkt kan aldri føre til at grensesnittet henger, og en mislykket sideeffekt logges i stedet for å bli forsøkt på nytt i det stille og skape inkonsistens.
Alt som er registrert er ditt til odel og eie: CSV-eksporter og appen Data Export dekker de samme datalagrene som selve produktet leser fra. Utgangen er like åpen som inngangen – etter hensikt, ikke som en innrømmelse.
Ofte stilte spørsmål
What does CMS stand for?⌄
Er CMS-formelen offentlig?⌄
Kan to rekrutterere få forskjellige CMS-scorer for samme kandidat?⌄
Hva skjer dersom en kandidat mangler en påkrevd ferdighet?⌄
Garanterer en høy CMS-poengsum en god ansettelse?⌄
Kort oversikt
- Publisert formel: CMS = Σ(CSS×JRIS)/Σ(JRIS)
- Dimensjoner per stilling: intelligent utledet, eller definert av rekrutterer via manuell/hybrid CMS — aldri en generell vurderingsmatrise
- Avvisningsregel for manglende obligatoriske krav
- Poengsummer er avgrenset til 0–100 i oppbyggingen – ingen inflasjonsfaktor
- Fullt reproduserbar manuelt fra revisjonsrapporten
- Fagfellevurderbar akademisk metodikk
Se candidate match score (cms) på din egen rekruttering.
Ta med en reell stillingsbeskrivelse til en 30-minutters demo — gratis prøveperiode inkludert.
Bestill en demonstrasjon