+++
title = "採用AIとATSが連携しない5つの理由と現実的な対処法"
date = 2026-06-08
description = "「AIツールを導入したのにATSと繋がらない」の解決策。API非対応・データ形式・権限・ベンダー問題を整理する"
[taxonomies]
tags = ["AI採用ツール", "ATS連携", "HR×AI", "採用システム", "HR改革"]
[extra]
public = true
belief_version = 1
ai_written = true
one_true_sentence = "ATS連携の失敗は、多くの場合ツールの問題でなく「どのATSを使っているか」と「IT部門を巻き込んでいるか」で決まる。"

[[extra.faqs]]
question = "日本でよく使われているATSはAI採用ツールと連携しやすいですか？"
answer = "タレオ・eRecruitment・HRMOSの旧バージョンなど日本で多く使われているATSはAPIが非公開だったり連携に追加費用がかかることが多いです。AI採用ツールはAPIがあることを前提に設計されているため、APIのないATSとは根本的に繋がりません。現在のATSにAPIドキュメントがあるか、読み取り/書き込みどちらに対応しているかを先に確認することが出発点です。"

[[extra.faqs]]
question = "AI採用ツールとATSの連携でIT部門のセキュリティ審査が必要な理由は何ですか？"
answer = "ATSは候補者の個人情報を扱うシステムであり、外部ツールとの連携はIT部門のセキュリティ審査が必要です。審査では「データがどこに送られるか（AIベンダーのサーバー所在地）」「どのデータが共有されるか」「アクセス制御とデータ保持期間」を確認します。連携検討段階でIT部門を巻き込まないと、本番直前に「止めてください」となるリスクがあります。"

[[extra.faqs]]
question = "AI採用ツールとATSが繋がるまでの間、採用業務はどう回せばよいですか？"
answer = "「繋がるまで使えない」ではなく「繋がらなくても動ける」運用設計が重要です。具体的には週次CSV出力と手動インポート・Slack通知で評価結果を共有・AIツール上で評価しATSには最終結果だけ手動入力などの代替手段を用意します。最小の連携（AIの書類評価結果だけを1方向でATSに書き込む）から始め、動いてから拡張するアプローチが現実的です。"

[[extra.faqs]]
question = "新規にATSを選定する場合、AI採用ツールとの連携に向けて何を確認すべきですか？"
answer = "Open API（REST/GraphQL）の提供有無・Webhookサポート（リアルタイム通知）・データエクスポートの柔軟性・主要AI採用ツールとの既存連携実績の4点を確認します。後からAI採用ツールと連携しようとすると開発コストが膨らむため、ATS選定の段階でAI連携を選定基準に入れておくことが長期的に大きなコスト差になります。"
+++

「採用AIを入れたのにATSと繋がらない」という相談が後を絶たない。デモではシームレスに動いていたはずが、本番環境では手動コピペが続いている、というケースが典型的だ。

なぜ繋がらないのかを、現場から見た観点で整理する。

---

## そもそも「ATS連携」には2種類ある

まず用語の整理。「ATS連携」には大きく2つの意味がある：

**1. データの自動同期**  
AIが評価した結果がATSに自動で書き込まれ、ATSの選考ステータスに連動する。

**2. ATSデータの読み込み**  
AIがATS上の候補者情報（職務経歴・選考履歴）を読み取って評価する。

どちらを指すかで問題の原因が全く異なる。要件を確認してから議論を始めることが重要だ。

---

## 繋がらない5つの理由

### 理由1: ATSがAPIを持っていない（または有料）

日本で多く使われているATS（タレオ、eRecruitment、HRMOSの旧バージョンなど）はAPIが非公開だったり、連携に追加費用がかかることが多い。

AI採用ツールは「APIがあること」を前提に設計されているため、APIのないATSとは根本的に繋がらない。

**確認すること**: 現在のATSにAPIドキュメントがあるか。あるとすれば、どの機能（読み取り/書き込み）が対応しているか。

### 理由2: データ形式が合わない

APIがあっても、データ形式（スキーマ）が合わない場合がある。

例えば、AIツールが想定する「選考ステータス」の分類が、ATSの分類体系と異なる。AI側は「スクリーニング通過/見送り」の2値だが、ATS側は「1次書類選考/2次書類選考/電話面談案内済み…」という独自の多段階になっている、など。

**対処法**: データマッピングドキュメントを作成し、どのデータをどう変換するかを事前に定義する。大抵の場合、カスタム開発か中間層（iPaaS）が必要になる。

### 理由3: IT部門のセキュリティ審査が通っていない

ATSは候補者の個人情報を扱うシステムであり、外部ツールとの連携はIT部門のセキュリティ審査が必要なことが多い。

審査の観点：
- データがどこに送られるか（AIベンダーのサーバー所在地）
- どのデータが共有されるか（氏名・連絡先・評価情報）
- アクセス制御（誰がいつ何を見られるか）
- データ保持期間とアクセスログ

審査なしに連携を進めようとすると、IT部門から「止めてください」となる。

**対処法**: 連携を検討する段階でIT部門を巻き込む。ベンダーにセキュリティドキュメント（SOC2レポート、プライバシーポリシー、データ処理委託契約）の提出を求める。

### 理由4: ATS側のAPIの利用上限に引っかかる

APIがあって審査も通っても、呼び出し回数の制限（レートリミット）に引っかかることがある。

採用量が多い時期（4月・10月の新卒採用ピーク時）に集中アクセスが発生し、ATS側がエラーを返す。エラーが起きてもリトライ設計がないと、データが欠けたまま進んでしまう。

**対処法**: 連携の設計段階で「エラー時の挙動」を明確にする。失敗した場合の通知と手動補完フローを必ず用意する。

### 理由5: ベンダーが「連携できます」と言った意味が違った

「御社のATSと連携できます」の意味が、デモと本番で違うことがある。

- デモ：手動でCSVを取り込む「連携」
- 本番の期待：リアルタイム双方向同期

契約前にどの程度の連携かを書面で確認していないと、「聞いていた話と違う」という問題が起きる。

**確認すること**: 「連携」の定義を書面で確認する。具体的には「どのAPIを使うか」「どのデータが双方向同期されるか」「連携の頻度と遅延はどれくらいか」を明記させる。

---

## 現実的な対処フロー

### Step1: 現状のATSを把握する

まず今使っているATSの情報を集める：
- ATSの製品名とバージョン
- APIの有無と仕様書の所在
- IT部門の連携審査プロセス

### Step2: 連携範囲を絞る

全機能の連携を最初から目指さない。最小の連携から始める：

例：「AIの書類評価結果だけをATSの特定フィールドに書き込む」など、一方向・単一データの連携から始め、動いてから拡張する。

### Step3: 代替手段を用意する

連携できない期間の運用を設計する：
- 週次CSV出力→手動インポート
- Slack通知で評価結果を共有
- AIツール上で評価し、ATSには最終結果だけ手動入力

「繋がるまで使えない」ではなく、「繋がらなくても動ける」運用設計が重要だ。

### Step4: 要件定義を書面化してからベンダー選定

ATSとの連携要件を明文化した上でベンダーを選定する。後から「対応していなかった」を防ぐためだ。

---

## ATS選定の段階での注意

もし新規にATSを選定する、またはリプレイスを検討中なら、AI採用ツールとの連携を選定基準に入れておく：

- Open API（REST/GraphQL）の提供有無
- Webhookサポート（リアルタイム通知）
- データエクスポートの柔軟性
- 主要AI採用ツールとの既存連携実績

ATSが対応している方が後から楽になる。後で連携しようとすると開発コストが膨らむ。

---

*採用AI×ATSの連携設計について具体的な相談は kenny@atsume.io まで。現状のATS環境と要件を聞いた上で、実現可能な連携範囲の整理からサポートしている。*

---

## 関連記事

- [AI採用ツールの契約書で注意すべき落とし穴](/n/ai-hiring-tool-contract-gotchas/) — 連携定義の書面確認と契約前のチェックリスト
- [AI採用ツールのベンダー選定ガイド](/n/hr-ai-vendor-selection-guide/) — ATS連携実績を含むベンダー評価の進め方
- [日本でAI採用ツールを使う時の個人情報保護法](/n/ai-hiring-privacy-law-japan/) — IT部門が確認するセキュリティ要件と個人情報管理