ATS連携の失敗は、多くの場合ツールの問題でなく「どのATSを使っているか」と「IT部門を巻き込んでいるか」で決まる。

採用AIとATSが連携しない5つの理由と現実的な対処法

思考版1 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環境と要件を聞いた上で、実現可能な連携範囲の整理からサポートしている。

関連記事