+++
title = "採用AIとATSが「連携している」のに使えない、データモデル不一致の正体"
date = 2026-06-08
description = "AI採用ツールとATSの連携が技術的につながっているのに実務で機能しない原因——データモデルの不一致と権限設計の問題"
[taxonomies]
tags = ["HR×AI", "ATS連携", "AI採用ツール", "採用システム", "導入課題"]
[extra]
public = true
belief_version = 1
ai_written = true
one_true_sentence = "AI採用ツールとATSの「連携」は、APIが動いていることを指す。データが正しい状態で流れているかは別の問題であり、その確認を誰もやっていないことが多い。"

[[extra.faqs]]
question = "AI採用ツールとATSで候補者IDが一致しない問題はなぜ起きるのですか？"
answer = "ATSはメールアドレスで同一人物を管理し、AI採用ツールは媒体ごとの応募IDで管理することが多いため、同一人物が複数媒体から応募すると両システムで件数が合わなくなります。この問題は連携を試みるまで発覚しません。導入前に「同一人物の識別方法」をベンダー両社に確認し、マッピングルールを書面で合意することが必要です。"

[[extra.faqs]]
question = "ATSとAI採用ツールのステータス定義が違う場合、どう対処すればよいですか？"
answer = "ATSの「書類選考中」がAIツールで「未処理/処理中/完了待ち」に分かれるような場合、ステータスマッピング表を作成し、どちらを正とするかを明確にします。データのマスターはATS側に統一するのが一般的に安全です。導入前にステータスの全定義をリスト化し、両社に確認してから連携設計を始めてください。"

[[extra.faqs]]
question = "PDF履歴書がAI採用ツールで正しく読み取られているかどうか確認する方法はありますか？"
answer = "AIツールがテキスト抽出に失敗した場合、「データなし」として処理されるかエラーを黙って飲み込んで別のスコアを出すかのどちらかです。確認方法は、実際の候補者PDFで評価を実行した後、AIツール上で抽出されたテキストを表示する機能があるか確認することです。画像PDFや特殊フォントのPDFは失敗率が高く、テスト時に意図的に含めて検証することを推奨します。"

[[extra.faqs]]
question = "AI採用ツール連携でHR部門とIT部門の連携が必要な理由は何ですか？"
answer = "ATSデータへのアクセス権限はHR担当者が持っていても、API経由でAIツールにデータを渡すサービスアカウントには権限が付与されていないことがよくあります。IT部門は最小権限を付与しがちなため、HRが「何のデータにアクセスする必要があるか」の要件を定義して渡さないと、本番後に「技術的につながっているが権限で止まっている」状態が発覚します。"
+++

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）
- 同一人物が複数媒体から応募した場合の動作を確認した
- 採用ステータスの定義が両システムで一致している

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

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

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

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

---

## 関連記事

- [AI採用ツールの契約書で注意すべき落とし穴](/n/ai-hiring-tool-contract-gotchas/) — 連携仕様の書面確認と契約上のリスク
- [AI採用ツールのベンダー選定ガイド](/n/hr-ai-vendor-selection-guide/) — 連携実績とデータモデル適合性の評価方法
- [採用担当者がITに頼らずATSとAIツールのデータ整合性を確認する方法](/n/ai-ats-data-consistency-check/) — 導入後の日常的なデータ品質チェック手順