SOLUTIONS · EXPERTINI ATS

Candidate Match Score (CMS)

計算式、入力値、算術処理 — 要約ではなく、すべてを完全に開示。

読了目安 2 分 · 2026年7月更新 · Expertini Editorial

CANDIDATE MATCH SCORE

Σ(CSS×JRIS)
÷ Σ(JRIS)

決定論的 · 100%

0〜100のスコア範囲（個別の正規化は不要）

求人ごとに導出される5〜9の評価軸

0インテリジェント生成された数値 — 抽出のみ

毎回同じ入力で100%再現可能

公開された計算式 — EXPERTINI独自の技術

CMS = Σ(CSSᵢ × JRISᵢ) ⁄ Σ(JRISᵢ)

CSS候補者スキルスコア（0〜100）— 匿名化された履歴書が各評価項目をどれだけ明確に証明しているかを示します。

JRISJob Requirement Importance Score（0–100）— 職務記述書の必須/歓迎/尚可の記述内容から算出されます。

i各職務記述書から新たに抽出された、5〜9項目のコンピテンシーディメンション。

ハードブロッカー「必須」ディメンションが欠落している場合、CSSは0に固定されます — 他の強みで平均化して相殺することはできません。

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は「当社のインテリジェント機能が優れている」という意味のブランド名ではありません。以下に説明するように、インテリジェント抽出ステップからの構造化された入力を受け取り、人間が手作業で確認できる算術計算によって0から100までの単一のスコアを算出する、特定の加重合計計算です。

0–100スコア範囲、個別の正規化は不要

5–9固定ではなく、求人ごとに導出される項目

90–100「必須」フレーズに対するJRISの重み

100%手計算で再現可能な計算

01The formula

CMS = Σ(CSSᵢ × JRISᵢ) / Σ(JRISᵢ)（特定の求人に対して特定されたすべてのコンピテンシー次元 i にわたる合計）。CSS（Candidate Skill Score、0–100）は、匿名化された履歴書（CV）が特定の次元をどれだけ裏付けているかを測定します。JRIS（Job Requirement Importance Score、0–100）は、雇用主がその次元をどれだけ重視しているかを測定するもので、求人票の文言から直接導出されます（例: 「必須」「求めるスキル」などの表現はJRIS 90–100、「歓迎」は50–70、「あれば尚可」は30–50に対応）。

CSSとJRISはどちらも0〜100のスケールであるため、追加の正規化ステップを必要とせずに、加重平均は自然と同一の0〜100の範囲に収まります。この詳細は重要です。なぜなら、当社内の初期の下書きにあった類似の計算式の修正前バージョンでは、「×100」の項が特定されて削除されるまで、スコアが100倍に膨らんでいたからです。この点について言及するのは、過ちを隠蔽するためではなく、有用な実例となるためです。これほどシンプルな数式であっても算術的な検証を行う価値があり、全文を公開することで誰もがまさにその検証を行えるようになります。

02評価ディメンションの算出根拠

CMSは、すべての求人に適用される固定された汎用的なルーブリックを使用しません。掲載ごとに、抽出ステップによってその求人の特定の記述から5〜9個のコンピテンシー次元を直接特定します。シニア看護師の募集とシニアバックエンドエンジニアの募集では、雇用主が使用した特定の文言に応じて重み付けされた、まったく異なる次元セットが生成されます。これは意図的な設計上の選択です。固定されたルーブリックでは、特定の役割にとって真に重要な要素を見逃すか、スコアリングシステムに合わせるためにすべての職務記述書を不自然なテンプレートに押し込むことになり、本来の職務記述書を作成する目的が損なわれてしまうためです。

03ハードブロッカー：計算式が不足している要件を平均化して見過ごすことを防ぐ仕組み

単純な加重平均にはよく知られた欠点があります。それは、完全に欠落している必須要件を他の項目の強みで補填できてしまう点です。CMSはハードブロッカー（絶対条件）ルールによってこの課題を解決します。求人票で厳格に必須と指定されているディメンションについて職務経歴書に全く証拠が見られない場合、加重平均の計算結果にかかわらず、そのディメンションは強制的にCSS = 0として固定され、出力時に個別にフラグが立てられます。候補者はハードブロッカーを超えて数値スコアを受け取ることは可能ですが（計算上隠されることはありません）、監査レポートによってブロッカーを見落とすことは不可能になり、多くの採用チームはフラグが立ったハードブロッカーを単なるデータポイントではなく自動フィルターとして扱うようにパイプラインを設定しています。

04A worked example

例えば、「Pythonおよび分散システム」（JRIS 95、「必須」）、「クラウドアーキテクチャ」（JRIS 85、「必須」）、「チームリーダーシップ」（JRIS 65、「歓迎」）、「オープンソースへの貢献」（JRIS 40、「尚可」）という4つの評価軸を持つ職種を考えてみましょう。履歴書で最初の2つが強く証明されている（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。「チームリーダーシップ」は必須ではなく歓迎と設定されていたため、これは致命的な不合格理由にはならず、実際の根拠が示す通り、純粋に部分的な適合を反映した中間スコアとなります。

公開された論文では、必須要件が1つ不足しているために不採用となる優秀なエンジニアという、より複雑なケースを同様に扱い、各次元の重みとエビデンススコアを並べて示しています：

論文の実例ケーススタディによる次元ごとのJRISおよびCSSの内訳：6つの強力な次元とエビデンス0の必須要件1つで、74.96と算出（Syed, 2026, Fig. 3）

論文の全文はPDFとしてダウンロード可能であり、Expertini Research（research.expertini.com）にも掲載されています。

05What CMS is not

CMSは職務遂行能力を予測するものではなく、そのような主張もしていません。人間によるものか自動化されたものかを問わず、その主張を正当化できるほど確かな実績を持つスコアリングシステムは存在せず、自社製品についてそう主張する者に対しては懐疑的であるべきです。CMSは指定された要件の文書化された証拠を測定するだけであり、それ以上のものではありません。これは人間の判断や構造化面接に代わるものではなく、対象者を絞り込むための意思決定支援として設計されています。また、求人票自体に偏りがある場合、その偏りを引き継ぎます。要件が資格のある候補者を不必要に排除するように書かれている場合、CMSはそれを補正するのではなく、それらの要件に従って忠実にスコアリングを行います。

エンジニアリングノート

プラットフォームアーキテクチャ & 運用

A1プラットフォームにおけるこの設計・構造

Candidate Match Score (CMS) is not a bundle of point products — it is a slice through one platform. 本プラットフォームは意図的にサーバーサイドレンダリングを採用しています。すべてのビューはアプリケーションサーバーで準備され、完全なHTMLとして配信されます。クライアントサイドのフレームワークやサードパーティのCDNスクリプト、データとページ間のビルドパイプラインは一切介在しません。描画される内容はサーバーが計算した結果そのものであり、この特性によってインターフェースの監査性が担保されます。

すべての永続データは単一の検索ネイティブなドキュメントストアで管理され、すべてのクエリは最下層のクエリレイヤーで組織識別子を必須フィルターとして保持します。したがって、テナントの分離は、アプリケーションコードによるチェック漏れに依存する運用ポリシーではなく、すべてのリクエストの構成方法による構造的な仕様となっています。

このページに記載されているすべての機能は、登録済みのツールまたはコネクタに対応しています。ツールディレクトリおよび連携カタログは、アプリケーションが実行時に適用する同一レジストリを表示したものであるため、このページの説明と製品の制限設定が乖離することはありません。

A2運用および監査の体制

スクリーニングは決定論的であり公開されています。同じ入力からは同じ出力が生成され、必須要件は平均化されて曖昧になるのではなく厳格に判定基準として機能します。また、その手法はリサーチページで公開されています。外部システムに影響を与えるアクションは明示的で、イベントごとにジャーナル記録されます。利用状況レポートは、個別のテレメトリシステムではなく、アクションが記録するのと同じジャーナルを集計します。

通知の一斉送信、Webhook配信、アクティビティログの記録、メール送信など、リクエストパスから外れる処理はすべて非同期のバックグラウンドスレッドで実行されます。外部エンドポイントの応答が遅くてもインターフェースがフリーズすることはなく、失敗した副作用はログに記録され、不整合を引き起こすようなサイレントな再試行は行われません。

記録されたすべてのデータはお客様のものです。CSVエクスポートとData Exportアプリは、製品自体が読み取るのと同じデータストアを対象としています。データの取り出しは取り込みと同様に自由に行えるよう設計されており、これは妥協ではなく意図された仕様です。

よくある質問

What does CMS stand for?⌄

Candidate Match Score — 学術的手法として発表され、製品に実装されているExpertiniの決定論的スコアリング計算式の名称です。

CMSの算出式は公開されていますか？⌄

はい、完全に公開されています。計算式はこのページで説明されている「CMS = Σ(CSS×JRIS)/Σ(JRIS)」であり、その基礎となるフレームワークはExpertini Researchによって引用可能な論文として公開されています。

同じ候補者に対して、2人の採用担当者が異なるCMSスコアを受け取ることはありますか？⌄

いいえ、履歴書のテキストと求人票が同一であれば変わりません。計算式は決定論的（デターミニスティック）であり、同じ入力に対しては常に同じ出力が生成されます。スコアに経時的な差が生じるのは、履歴書、求人票、または抽出モデルのバージョンが変更された場合のみです。

候補者に必須スキルが不足している場合はどうなりますか？⌄

職務記述書でその要件が必須として指定されているにもかかわらず、履歴書（CV）に該当する記載がない場合、その評価軸はハードブロッカー（必須要件未達）としてフラグ付けされ、0点に固定されます。履歴書の他の部分でどれほど優れた実績があっても、計算上それを補うことはできません。

高いCMSスコアは優秀な人材の採用を保証しますか？⌄

いいえ。これは明記された要件に対する裏付けとなる明確な実績を示すものであり、極めて有用なフィルターではありますが、将来のパフォーマンス予測ではなく、そのように扱うべきではありません。

概要

公開計算式: CMS = Σ(CSS×JRIS)/Σ(JRIS)
求人ごとの評価軸：インテリジェントに導出、または手動/ハイブリッドCMSを介して採用担当者が定義 — 汎用的なルーブリックは一切使用しません
必須要件の欠落に関するハードブロッカーのルール
スコアは構造上0〜100に制限されており、インフレ要因はありません
監査レポートから手作業で完全に再現可能
査読可能な学術的方法論

セマンティック・インテリジェント採用このカテゴリが約束するもの、通常破綻する原因、そして破綻しないアーキテクチャ。 人材マッチングマッチングが証拠に基づくものになることで、採用担当者の日々の業務はどう変わるのか。 インテリジェント自動化 — CMSによるハルシネーションの防止言語モデルにスコアを算出させることと、読み取りを行わせることの構造的な違い。

貴社の採用でcandidate match score (cms)をご確認ください。

実際の職務記述書をご用意のうえ、30分間のデモにご参加ください。無料トライアルが含まれています。

デモを予約