AI採用ツールとATSの「連携」は、APIが動いていることを指す。データが正しい状態で流れているかは別の問題であり、その確認を誰もやっていないことが多い。

採用AIとATSが「連携している」のに使えない、データモデル不一致の正体

思考版1 AI執筆

AI採用ツールのベンダーは「ATSと連携できます」と言う。ATS側も「外部ツールとのAPI連携に対応しています」と言う。

それでも実務で「連携がうまくいかない」というのは、なぜか。

「連携している」が意味すること

API連携が成立しているとは、「システムA からシステムB にデータを渡すルートが存在する」という意味だ。

渡したデータが正しく解釈されているか、欠損なく流れているか、更新が正しいタイミングで反映されているかは、別の問題だ。

実際に起きるデータモデル不一致の3パターン

パターン1：候補者IDの一致しない問題

ATSは候補者を「メールアドレス」で同一人物として管理することが多い。AI採用ツールは媒体ごとに発行される「応募ID」で管理することがある。

同一人物が2つの媒体から応募した場合：

  • ATS：同一候補者として1レコード
  • AI採用ツール：2つの応募として2レコード

AI採用ツールのスコアをATSに書き込もうとすると、「どちらのスコアを使うか」が未定義のまま連携が止まる。

パターン2：ステータスの定義が違う

ATSで「書類選考中」というステータスが、AI採用ツールでは「未処理」「処理中」「完了待ち」の3段階に分かれていることがある。

ATSのステータスが変わってもAI採用ツールに反映されず、AI採用ツールが「処理済み」にしたデータがATSの「書類選考中」のまま残る。担当者は「ATSを見れば現状がわかる」という前提で動いているが、実態はバラバラだ。

パターン3：添付ファイルの扱いの違い

ATSに登録された履歴書PDFをAI採用ツールに渡す際、ファイルの文字エンコーディング・PDFの作り方（画像PDF vs テキストPDF）によってAI採用ツール側でテキスト抽出が失敗するケースがある。

抽出失敗した場合、AI採用ツールは「データなし」として処理するか、エラーを黙って飲み込んで別のスコアを出す。どちらのケースも、担当者には「AIが処理した」と見えるため、気づきにくい。

権限設計の問題

データモデルの問題が解決できたとしても、「誰が何のデータにアクセスできるか」の設計が原因で動かないケースがある。

ATSのデータを読める権限はHR担当者が持っているが、API経由でAI採用ツールにデータを渡す時に使うサービスアカウントには、その権限が付与されていないことがある。

権限の設定はIT部門が担当するケースが多いが、「何のデータにアクセスする必要があるか」の要件定義はHR部門がやらないと、IT部門は最小権限を付与しがちだ。

HRとITが別々に動いていると、「技術的につながっているが権限で止まっている」状態が本番後に発覚する。

連携を正しく検証するチェックリスト

AI採用ツールとATSの連携を本番に入れる前に確認すること：

データモデルの確認

  • 候補者の同一性は何で判断するか（メール / 名前+生年月日 / 媒体の応募ID）
  • 同一人物が複数媒体から応募した場合の動作を確認した
  • 採用ステータスの定義が両システムで一致している

データ品質の確認

  • 実際の候補者データ（匿名化）でテスト送信を行った
  • テキスト抽出失敗の検知と通知の仕組みがある

権限の確認

  • 連携に使うサービスアカウントの権限を確認した
  • 本番データで権限エラーなく動くことを確認した

運用の確認

  • データ不一致が起きた時の対処フローが決まっている
  • 定期的なデータ整合性チェックのスケジュールがある

「連携しています」はスタート地点に過ぎない。

関連記事