企業が採用管理のためにATS(応募者管理システム)を導入するケースが増える中、人材紹介会社側もそのATSとどう向き合うかを考える必要が出てきています。企業からATS経由での応募を求められる、あるいは自社の顧客管理システムとATSの情報を突き合わせる必要がある、といった場面が実務では頻繁に発生します。
この記事では、ATSと人材紹介会社側の業務フローをどう連携させるべきか、二重入力を防ぎながら進捗管理を一元化する考え方を整理します。
ATSと人材紹介会社の関係を整理する
ATSは主に企業側(採用する側)が応募者の情報や選考進捗を管理するために導入するシステムです。一方、人材紹介会社は自社のCRMや案件管理ツールで求職者と企業の両方の情報を管理しています。この2つのシステムは本来別の主体が使うものですが、紹介した候補者が企業のATSに登録される段階で、情報の受け渡しが発生します。
問題は、この受け渡しが手作業のメール送信や電話連絡に依存しがちな点です。企業側のATSへの入力状況と、自社のCRM上の進捗管理がずれてしまうと、選考状況の把握が遅れ、候補者へのフィードバックも遅れます。CRM側の設計思想については人材紹介向けCRM/顧客管理の選び方で詳しく解説していますので、あわせて確認しておくと連携設計がしやすくなります。
二重入力が発生する典型的な場面
実務でよく見られる二重入力の場面を整理すると、次のようなパターンに分類できます。
- 応募情報の入力:候補者の応募をATSにも自社CRMにも別々に入力する
- 選考結果の反映:企業からの合否連絡をATSで確認したうえで、自社システムにも手動で転記する
- 面接日程の調整:ATS上のスケジュール機能と、自社の面接調整ツールを両方使い分ける
これらはいずれも、情報が発生した場所と管理したい場所が分かれていることが原因です。完全に自動化できなくても、どの情報を「一次情報」として扱うかをルール化するだけで、転記ミスや確認漏れは大きく減らせます。
API連携で解決できる範囲とできない範囲
ATSにAPIが用意されている場合、応募情報や選考ステータスの変更を自動的に自社システムへ反映させることが技術的には可能です。ただし、実務でAPI連携を検討する際は、次の点を事前に確認しておく必要があります。
| 確認項目 | 内容 |
|---|---|
| API提供の有無 | 企業側が導入しているATSがAPIを外部エージェント向けに公開しているか |
| 連携の粒度 | 応募・選考ステータス・内定通知など、どの単位までAPIで取得できるか |
| 権限とセキュリティ | 候補者の個人情報を扱う連携である以上、アクセス権限とデータの暗号化が適切か |
| 運用コスト | 連携の構築・保守にかかる工数が、削減できる入力工数に見合うか |
多くの中小規模の人材紹介会社にとって、すべての取引先企業のATSと個別にAPI連携を組むのは現実的ではありません。取引先ごとに使っているATSが異なる以上、まずは自社側の入力ルールを標準化し、手作業での転記負荷を下げる工夫から始めるのが現実的なアプローチです。
進捗管理を一元化する運用設計
ATSとの技術的な連携が難しい場合でも、運用ルールを整えることで進捗管理のずれは防げます。具体的には、次のような仕組みが有効です。
- 候補者ごとに「最新の選考ステータス」を管理する担当者を明確に1人に決める
- ATSでの更新を確認するタイミングを1日1回など定時に固定し、都度確認による工数増大を防ぐ
- 企業担当者との連絡は、ATS上のメモ機能ではなく自社CRM側にも必ず記録を残す
こうしたルールは、企業担当者とのやり取りを記録する仕組みと合わせて設計するとうまく機能します。商談・連絡履歴の管理という観点ではSFA・営業支援ツールの活用ポイントも参考にしてください。
取引先ごとにシステムが異なる問題への対処
人材紹介会社が抱える現実的な悩みの1つが、取引先企業ごとに導入しているATSがバラバラという点です。ある企業はA社のATS、別の企業はB社のATS、さらに別の企業はメールと電話だけでやり取りするという状態が珍しくありません。この状態で企業ごとに個別最適化した運用ルールを作ると、担当者が変わるたびに引き継ぎが煩雑になり、ミスの温床になります。
現実的な対処法は、取引先ごとの違いを吸収する「自社側の共通フォーマット」を先に決めてしまうことです。ATSの種類にかかわらず、自社CRMに入力する項目・粒度・更新タイミングを統一しておけば、企業側のシステムが何であっても、自社の管理体制自体は揺らぎません。取引先の窓口担当者には、選考ステータスの連絡方法(ATS上のメモか、メールか、電話か)を契約時や取引開始時に確認しておくと、後々の行き違いを防げます。
情報の受け渡しで起こりやすいトラブル事例のパターン
ATSとの連携が整っていない状態でよく起こるトラブルには、次のようなパターンがあります。
- 企業側がATS上で合否を更新したが、自社の担当者への通知が来ず、候補者への連絡が遅れる
- 面接日程がATS上と自社カレンダーの両方で管理され、どちらかが更新されず二重予約になる
- 内定通知がATS経由で先に候補者本人に届いてしまい、エージェント経由の丁寧なフォローができないまま話が進む
これらのトラブルは、システムの機能不足というより「どちらが一次情報か」「誰が最終確認の責任を持つか」が曖昧なまま運用していることが根本原因です。契約時点で、選考結果の連絡経路を企業側とすり合わせておくことが、トラブルを未然に防ぐ最も効果的な方法です。
AIやRPAによる転記作業の補助
近年は、ATS画面の情報を読み取って自社システムに自動転記するRPAや、選考メールの内容を要約してCRMに登録する仕組みを導入する会社も出てきています。こうした自動化は、完全にゼロから作り込むのではなく、まず入力頻度が高く定型的な作業から着手すると効果が出やすい領域です。業務自動化の着手順については紹介業務の自動化:何から手を付けるかで整理していますので、あわせてご覧ください。
導入・連携を検討する際の判断基準
自社にとってATSとの連携をどこまで作り込むべきかは、取引先企業の数や、1社あたりの候補者数によって変わってきます。次のような基準で判断すると考えやすくなります。
| 状況 | 推奨されるアプローチ |
|---|---|
| 取引先が少数で、候補者数もそれほど多くない | 手作業の運用ルール整備で十分対応できる |
| 特定の大口取引先とのやり取りが集中している | その取引先のATSに限定してAPI連携や自動転記の仕組みを検討する |
| 取引先数が多く、候補者数も多い | 自社側のCRM入力を標準化し、汎用的な自動化ツールで転記工数を削減する |
いきなり全取引先に対応する仕組みを作ろうとせず、まずは自社にとって負荷の大きい取引先や業務から着手し、効果を検証しながら対象範囲を広げていくのが現実的な進め方です。
まとめ
ATSと人材紹介会社の業務連携は、完全な自動化を最初から目指す必要はありません。まずは二重入力が発生している箇所を洗い出し、一次情報をどちらのシステムに置くかをルール化することから始めてください。API連携は技術的に有効な選択肢ですが、取引先ごとにシステムが異なる以上、費用対効果を見極めたうえで段階的に導入を検討するのが現実的です。運用ルールの整備と部分的な自動化を組み合わせることで、進捗管理のずれと確認漏れは着実に減らせます。