同じ人から複数経路で応募が来たら？建設会社の重複応募の確認と集計

似た応募は「同一人物・確認中・別人」に分ける

同姓同名、別のメールアドレス、以前の応募など、似て見える理由は複数あります。氏名の一致だけで統合せず、採用目的に必要な範囲で既存の受付記録を照合します。判断できない場合は「確認中」とし、記録の削除や一方的な選考終了を先に行わないようにします。

本人への確認が必要なら、通常の採用窓口から、今回希望する職種と既に連絡を受けているかを簡潔に尋ねます。重複確認のためだけに身分証の写しなどを新しく集めることを標準手順にはしません。連絡文全般は応募者対応の進め方を参照できます。

受付履歴と、次に連絡する担当を分けて管理する

次は社内で確認する項目の例です。個人情報を全員へ転送する一覧ではなく、扱う必要のある担当者が確認する管理項目として使います。表は横にスクロールできます。

一人と確認できても、異なる職種の応募を勝手に取り下げません。どちらの職種で話を進めるか、両方を検討するかを本人と社内の判断者に確認します。同じ人へ別々の面接日を案内しないよう、既に伝えた予定を次の担当が読める状態にします。

応募の受付件数と応募人数を別の数字にする

これは数え方の説明で、実際の実績ではありません。まだ本人確認が済まない組合せは、人数を確定させず未確認として記録します。「重複らしい件数」を機械的に差し引いて人数を公表しません。

応募単価を比べるなら、分母が受付件数か、重複確認後の人数かを明示します。期間、対象求人、媒体費用の範囲も合わせます。通常の振り返り項目は採用活動の振り返り、採用までの費用の整理は採用費用の考え方で確認できます。

媒体の自動判定を、全経路共通のルールと考えない

Indeedの応募配信リファレンスは、特定の求人ID・メールアドレス・期間に基づく配信APIの重複を説明し、他の応募元や異なる求人IDの応募とは区別しています。これはその配信処理の仕様です。社内で「同じ人」と扱う範囲や、他媒体からの応募まで自動で整理されることを意味しません。

利用中のシステムで何をまとめるのか、元の履歴が残るか、別職種を区別できるかを公式案内と管理担当に確認します。本記事はAPIの設定変更や、自動統合機能の利用を前提にしていません。

紹介会社を含む複数経路の場合、紹介手数料や契約上の取扱いは別途、契約窓口が確認します。受付の早い順だけで請求先や紹介の扱いを決める記事ではありません。

応募情報の確認は採用目的に必要な範囲に絞る

厚生労働省の求人企業向け資料では、求職者の個人情報について、収集・保管・使用の目的を明らかにし、必要な範囲で扱うことが説明されています。重複確認のためという理由だけで、関係のない部署や外部の会社へ応募情報を広げないようにします。

採用支援を相談するときは、まず「複数窓口から連絡してしまう」「応募件数と人数が混ざっている」など運用上の困りごとを整理します。初回の問い合わせに応募者の氏名・履歴書を添付する必要はありません。採用相談前に整理する情報も参照できます。具体的な対応可否と支援範囲は公式窓口へ確認してください。

重複応募の確認でよくある質問

同じ氏名なら一方を削除してよいですか？

氏名だけで同じ人と確定せず、元の受付履歴を保ったまま必要な確認を進めます。保存期間や削除の扱いは自社のルールと管理担当に確認します。

別の職種にも応募している場合は重複ですか？

同じ人でも応募意図は別の場合があります。希望する職種と進め方を確認し、応募人数と職種別の受付状況を分けて扱います。

応募者へ何度も確認連絡が必要ですか？

まず社内の履歴を確認し、必要な確認を一つの窓口にまとめます。既に伝えた予定や返答を担当者間で確認し、同じ質問を繰り返さないようにします。