採用管理システム（ATS）と人材紹介CRMの違い｜紹介会社が選ぶべきはどちらか

採用管理システム（ATS）と人材紹介CRMの違いとは

採用管理システム（ATS）とは、求人企業が自社の採用活動において、応募の受付から選考の進捗、内定までを管理するシステムのことです。求人票の作成、求人媒体や自社採用サイトからの応募の集約、書類選考・面接の進捗管理、社内の面接官との共有といった機能で構成されます。ATSはApplicant Tracking System（応募者追跡システム）の略で、名前のとおり「応募してきた人を追う」ことが出発点になっています。

一方、人材紹介CRMとは、人材紹介会社が求職者と求人企業の双方を管理し、両者を突き合わせて成約に導くためのシステムのことです。求職者の登録・面談履歴、求人企業と求人の管理、どの求職者をどの求人に推薦したかという推薦単位の進捗、成約時の手数料、その後の追客までを扱います。

両者が混同されやすいのは、扱う言葉が重なるからです。どちらも「求人」「候補者」「選考ステータス」を持っています。しかしその言葉が指す中身が違います。ATSにとって「求人」は自社のポジションであり、「候補者」は自社に応募してきた人です。人材紹介CRMにとって「求人」は他社から預かった案件であり、「求職者」は自社に登録している、まだどの企業にも属していない人です。

「採用管理システム」という語は誰の視点で書かれているか

検索結果に並ぶ「採用管理システム比較」の記事は、ほとんどが求人企業の採用担当者に向けて書かれています。そこで評価されている軸は、求人媒体との連携数、応募者への一斉連絡、面接官の日程調整、採用サイトの作成といった項目です。これらは自社が採用する側であることを前提にした軸であり、紹介会社が求人企業を開拓し、預かった求人に求職者を推薦していく業務とは評価軸そのものが噛み合いません。

なぜ企業向けATSは紹介会社に合わないのか｜データモデルが違う

機能一覧を眺めていると「必要なものは一通りありそうだ」と見えてしまいます。しかし紹介会社が企業向けATSを使おうとして詰まるのは、機能が足りないからではなく、データの持ち方が業務と合っていないからです。ここが本記事のもっとも重要な論点です。

企業向けATSには「求人企業」という概念がない

企業が自社採用に使うATSでは、採用する会社は自分たち1社だけです。だから求人企業をマスタとして管理する発想がそもそもありません。求人は「自社のポジション」として並ぶだけで、その求人がどの会社のもので、担当者は誰で、契約条件はどうなっているか、という情報を持つ場所がないのです。

紹介会社にとってこれは致命的です。求人企業は開拓の対象であり、継続的な取引先であり、手数料率や返戻金の条件が1社ずつ異なる契約相手でもあります。求人企業の情報を残す場所がないシステムでは、結局その部分だけスプレッドシートに逃がすことになり、求人はシステム、企業はシート、契約条件はメールという分断が発生します。

1人の求職者が同時に複数の選考に乗る

もうひとつの断層が、求職者と選考の関係です。企業のATSでは、応募者は「求人Aに応募した人」として登録されます。応募が起点なので、応募者と求人は基本的に1対1で結びつきます。ところが紹介会社では、1人の求職者を同時にA社・B社・C社へ推薦し、それぞれ別のステータスで並行して進めるのが通常の動き方です。A社は書類選考中、B社は1次面接通過、C社は辞退、という状態が同じ求職者に同時に存在します。

これを企業向けATSで再現しようとすると、同じ人を求人の数だけ複製して登録する運用になりがちです。すると連絡先の更新が片方にしか反映されない、面談で聞いた希望条件がどのレコードにあるか分からない、といった事故が起きます。人材紹介CRMが「推薦」を独立した記録として持つのは、この多対多を正しく表現するためです。求職者は1件、求人も1件、その組み合わせごとに進捗が乗る、という構造になります。

担当者が2種類いる

企業の採用では、採用担当者と現場の面接官という役割はあっても、「候補者側の代理人」は社内に存在しません。紹介会社では、法人を担当するRA（リクルーティングアドバイザー）と求職者を担当するCA（キャリアアドバイザー）という利害の向きが異なる2つの担当が同じ案件に関わります。分業しているか兼務しているかにかかわらず、求人には法人側の担当が、求職者には求職者側の担当が紐づき、成約の売上は両者に按分されることもあります。

企業向けATSの権限設計は「採用担当は全件見える、面接官は自分の面接だけ見える」といった一方向の切り方が中心で、この二重の担当構造を前提にしていません。RAとCAの役割分担そのものについてはRA・CAとは｜役割の違いと、両面型・分業型の使い分けで詳しく整理しています。

比較表｜企業向けATSと人材紹介CRM

ここまでの違いを一覧にします。機能名ではなく「何を管理の単位にしているか」で並べるのが、比較の実用的なやり方です。

表を通して見ると、重なっているのは「選考の進捗を管理する」という一点だけだと分かります。紹介会社の業務のうち、企業向けATSでカバーできるのはこの1列だけで、求人企業の管理・推薦の多重進行・手数料・法定の記録は守備範囲の外にあります。

法令が「両面の記録」を求めている

データモデルの話は、突き詰めると設計思想の問題です。しかし人材紹介会社の場合、両面を記録することは好みの問題ではなく、法令上の義務として決まっています。ここが企業の自社採用と決定的に違う点であり、企業向けATSがどれだけ高機能でも代替できない理由です。

職業安定法32条の15は、有料職業紹介事業者に対して「厚生労働省令で定める帳簿書類を作成し、その事業所に備えて置かなければならない」と定めています。その帳簿書類の中身を定めているのが同法施行規則24条の7第1項で、「求人求職管理簿及び手数料管理簿」と明記されています。求人だけでも求職だけでもなく、両方をひとつの帳簿として備えることが求められているわけです。

記録は「決まった時点」で終わらない

さらに、職業安定法32条の16第3項と施行規則24条の8第3項は、有料職業紹介事業者に対してインターネットを利用した情報提供を義務づけています。提供する内容は、紹介により就職した者の数、そのうち無期雇用で就職した者の数、無期雇用就職者のうち6か月以内に離職した者の数、取扱職種ごとの平均手数料率、返戻金制度に関する事項です。

注目したいのは3つ目です。入社した人がその後6か月以内に離職したかどうかを把握しなければならず、そのために雇用主への調査が義務づけられています（施行規則24条の8第5項。返戻金制度に基づいて集計する場合を除く）。成約は記録の終点ではなく、そこから半年間の追跡が続くということです。企業向けATSは入社が決まった時点で人事システムへ引き渡す設計になっており、この期間の記録を持つようにはできていません。

求人も求職も「全て受理」が原則

受け付ける側の義務も両面です。職業安定法5条の6は「求人の申込みは全て受理しなければならない」、5条の7は「求職の申込みは全て受理しなければならない」と定めています（いずれも法令違反の内容である場合など、受理しないことができる例外が列挙されています）。求人と求職の2つの入口を持ち、それぞれの申込みを受け付けて記録する主体であることが、法律上の紹介会社の姿です。企業のATSには「求人の申込みを受理する」という概念自体がありません。

加えて、同法32条の13と施行規則24条の5第1項により、取扱職種の範囲、手数料に関する事項、苦情処理、求人者の情報および求職者の個人情報の取扱い、返戻金制度について、求人者と求職者の双方に明示する義務があります。明示する相手が2種類いる時点で、管理すべき関係者も2種類あることになります。

紹介会社がATSを使ってよい場面・避けたい場面

ここまで「合わない」と書いてきましたが、紹介会社がATSに触れる場面がまったくないわけではありません。整理しておきます。

• 自社の採用にはATSでよい：紹介会社が自社のRA・CAを採用するときは、立場としては求人企業そのものです。この用途で企業向けATSを使うのは筋が通ります。紹介業務用のCRMと役割が違うので、混ぜて考えないほうが整理しやすくなります。
• クライアントのATSに入って運用する場合がある：採用代行（RPO）を兼ねている場合、クライアント企業のATSに担当者として入り、そちら側で選考を進める運用があります。この場合、記録はクライアントの環境に残るため、自社の求人求職管理簿や事業報告に必要な情報を別途どう残すかを決めておく必要があります。
• 「エージェント向けATS」を名乗る製品は中身で見る：名称にATSと入っていても、求人企業マスタと推薦単位の進捗を持っていれば、実質は人材紹介CRMです。逆に企業向けの製品を紹介業務に転用しようとすると、後述のチェック項目で必ず詰まります。名前ではなく、両面を持てるかどうかで判断します。
• 併用は二重入力とセットになると覚悟する：企業向けATSと人材紹介CRMを併用する構成そのものは可能ですが、求職者データが両方に存在する状態になります。どちらを正とするかを決めずに始めると、更新漏れと突き合わせ工数が常時発生します。

併用によるデータ分断は、ATSに限らず複数ツールを組み合わせるときに共通して起こる問題です。統合型と個別最適のトレードオフ、データ連携をどう見るかという一般論は人材紹介システムの選び方の比較軸で扱っているため、本記事では繰り返しません。

紹介会社向けかどうかを見分けるチェック項目

製品資料や機能一覧を見るときに、そのシステムが紹介会社の構造を前提にしているかどうかを判定するための項目を挙げます。ここに挙げたのは「ATSか人材紹介CRMか」を見分けるための項目に限っており、規模・統合度・特化度といった一般的な選定軸は含めていません。

• 求人企業をマスタとして持てるか：求人とは別に、企業そのものを記録できるか。担当RA、取引状況、契約条件を企業単位で残せるかを確認します。ここが無い製品は企業向けATSです。
• 1人の求職者を複数求人に紐づけ、別々に進められるか：同じ求職者がA社は書類選考中、B社は最終面接、C社は辞退という状態を、レコードを複製せずに表現できるか。デモでは必ずこの操作を試します。
• RAとCAで担当と権限を分けられるか：法人側と求職者側で担当が異なる運用に対応しているか。兼務する会社もあるため、1人が両方の役割を持てる設計かどうかも合わせて見ます。
• 手数料と返戻金の条件を企業ごとに保持できるか：料率や返戻の期間・率は企業ごとに異なります。契約条件がシステム内にあるか、それとも別ファイルを見に行くことになるかで、日々の照会コストが変わります。手数料の考え方そのものは人材紹介の手数料相場を参照してください。
• 就職と、その後の離職まで記録が続くか：成約でレコードが閉じる設計だと、6か月以内の離職の把握や返戻金の管理が別管理になります。入社日以降のイベントを同じ求職者の記録に残せるかを見ます。
• 登録済み求職者に対してこちらから動けるか：紹介会社の求職者は「応募してくる人」ではなく「登録して待っている人」です。休眠した層へメールやLINEで再接触する導線が、求職者データと同じ基盤の上にあるかを確認します。

この6項目を満たしたうえで、はじめて規模・料金・サポート体制といった一般的な比較に進みます。逆に言えば、この6項目のどれかで落ちる製品は、いくら他が良くても紹介業務の土台にはなりません。規模や分業形態から比較軸を組み立てる手順は人材紹介システムの選び方にまとめています。

Emproの位置づけ

本メディアを運営するEmproは、人材紹介会社専用のワンストップ型CRM/MAです。ここまでのチェック項目に沿って、実装済みの範囲を書きます。

• 求職者・求人・選考ステータスの一元管理：求職者の登録情報（レジュメ・希望条件・面談履歴）と求人情報をそれぞれ管理し、求職者別の選考進捗を時系列で可視化します。既存データはCSVで一括移行できます。
• RA・CAの分業に合わせた権限管理：CA（求職者側）・RA（企業側）・管理者のロールを加算式で持たせる設計で、1人が両方の役割を兼ねる両面型にも、担当を分ける分業型にも対応します。
• 追客が同じ基盤に載っている：メール・LINEのやり取りを求職者データに自動で紐づけて一元管理し、休眠した求職者への掘り起こし配信を自動で実行します。求人要件に該当する新規登録者を企業へ配信するシナリオも備えています。
• KPIと売上の可視化：面談数・紹介数・成約率などのKPIをリアルタイムに可視化するダッシュボードに加え、選考状況から売上を予測する予実管理の機能を備えています。
• AIアシスト（β版）：経歴・スキル・住所からのAIマッチング（マッチング精度35%向上）と、求人票・面談録画からの自動入力（データ入力時間を平均80%削減）を提供しています（*β版機能・当社調べ）。

一方で、できていないことも書いておきます。外部のATSや求人媒体との求人データ同期は順次拡張予定の領域で、現時点で提供している機能ではありません。すでに他社ATSに求人データが蓄積されている場合、当面は移行または手動での取り込みが前提になります。機能の全体像は機能一覧、料金は料金ページにまとめています。

そして、統合型が常に正解というわけでもありません。特定領域の深さを最優先するなら専業ツールが勝る場面はあります。ただし「企業向けATSで代用する」という選択肢だけは、本記事で見たとおり構造的に無理がある、というのがこの記事の結論です。AIをどこから業務に入れるかという観点は人材紹介のAI活用で扱っています。

よくある質問