ベンダーが責任を押し付け合う時、採用担当者の武器は技術知識ではなく「いつ・何のデータが・どこへ消えたか」の記録だ——記録は中立で、言い訳より速く問題の所在を指す。

ATSベンダーとAIツールベンダーが責任を押し付け合う問題

思考版1 AI執筆

「これは御社のシステム側の問題です」——同じ週に、ATSベンダーとAI採用ツールベンダーから、正反対の内容のメールが届く。

間に挟まれた採用担当者は、技術者でもないのに2社の通訳をやらされる。データは確かにどこかで消えているのに、誰も「うちが直します」と言わない。これは珍しい事故ではなく、システムを2つ繋いだ現場で構造的に起きる。

なぜ責任の押し付け合いが起きるか

ATSとAI採用ツールの連携は、どちらかのシステムに問題があるのではなく、「2つのシステムの接続部分」に問題が起きることが多い。

接続部分の問題は、両ベンダーにとって「自分たちの問題ではない」と言いやすい。

具体的な例：

  • ATS側が送るデータの形式が、AI採用ツールが期待する形式と違う
  • ATSが送るタイミングとAI採用ツールが受け取るタイミングがずれる
  • ATSのデータに含まれる文字コードがAI採用ツールで処理できない

これらの問題は「どちらが先に対応するか」という交渉になりやすい。

顧問として何度も立ち会って分かったのは、ここで採用担当者が「審判」になろうとすると消耗するということだ。技術の白黒を自分で裁こうとせず、両ベンダーに同じ事実を渡して、判断は相手にさせる。飛び込んで仲裁するより、証拠をきれいに渡すほうが速く片付く。

AI採用ツールは、置き換える道具ではなく、チームに迎え入れる新しい相棒だと捉えるといい。連携トラブルの多くは「ツールの欠陥」ではなく、相棒への引き継ぎ（バトンの渡し方）が噛み合っていないだけだ。採用担当者の仕事は、その引き継ぎが成立する条件を記録で見える化することにある。

採用担当者が記録すべきこと

技術的な問題の解決はベンダー任せになるが、採用担当者が記録することで問題の特定が早くなる。

記録するべきこと：

現象の記録：「何月何日何時に、候補者Aのデータが連携されるはずだったが、AI採用ツールに表示されなかった」のように、具体的な事象を記録する。

再現性の記録：「特定の条件（例：応募フォームから応募した候補者だけ問題が起きる）で発生するか、ランダムに発生するか」を確認する。再現条件が分かると、どのシステムの問題かが絞り込みやすい。

データの所在確認：問題が起きた時に「ATSにはデータがあるか、AI採用ツールにはデータがあるか」を確認する。ATSにはあるがAI採用ツールにない場合は連携部分か受け取り側の問題、ATSにも存在しない場合はATS側の問題の可能性が高い。

ベンダーへの問い合わせ方

問題が起きた時にベンダーに「連携がうまくいきません」と伝えるより、記録した情報を使って「いつ、何が、どのシステムに存在して、どのシステムに存在しなかったか」を伝えると、問題の切り分けが早くなる。

両ベンダーに同じ情報を送り、「原因が自社システムか相手システムか、いつまでに回答するか」を明示的に聞く。期限を設けないと対応が長期化する。

月曜から使える問い合わせテンプレート（両ベンダーに同文・CCで同時送付）：

件名：連携データ欠落の切り分け依頼（要・期限回答）

■発生：6月X日 14:30頃
■現象：候補者AのデータがATSには存在、AI採用ツールには未表示
■再現条件：特定フォームからの応募者でのみ発生（添付の3件で再現）
■データ所在：ATS=あり / AI採用ツール=なし

上記について、原因が貴社システム側か相手システム側かの一次切り分けを、
X月X日17時までにご回答ください。相手ベンダーにも同文を送付しています。

「同文・CC・期限」の3点が、押し付け合いの逃げ場を物理的に塞ぐ。どちらかが沈黙すれば、その沈黙自体が記録に残る。

連携問題を減らすための契約時の確認

連携トラブルが起きた時の対応責任をあらかじめ決めておくことが重要だ。

契約時に確認すること：

  • 連携の技術仕様書（APIドキュメント等）をどちらが提供するか
  • 連携トラブルが発生した時の問い合わせ先（ATSベンダーか、AIツールベンダーか、どちらに連絡するか）
  • トラブル対応のSLA（何時間以内に回答するかなど）

これらを契約時に明文化しておかないと、問題が起きてから「どちらに聞くべきか」が不明確になる。

採用担当者が知っておくべき技術的知識の範囲

採用担当者がATSとAI採用ツールの技術的な仕組みを詳細に理解する必要はない。

知っておくべきこと：

  • 「連携はどのようなタイミングで動いているか（リアルタイムか、バッチ処理か）」
  • 「どのデータが連携対象か（候補者の基本情報だけか、評価コメントも連携されるか）」

これだけ知っていれば、問題が起きた時に「どのデータが、いつ動くはずだったか」を確認できる。

関連記事