招募管理系統（Applicant Tracking System，簡稱 ATS）是把職缺發布、履歷收件、篩選、面試排程、評分到錄取通知集中在同一處管理的系統，讓人資與用人主管不必在信箱、試算表與通訊軟體之間來回對照。挑選時先看四件事：履歷從哪些管道進來、面試有幾關與哪些人參與、應徵者個資怎麼告知與保存、錄取後資料要不要轉進人資系統。職缺少、流程單純時，表單加試算表就能運作；職缺多、用人主管多、需要追蹤每位應徵者的進度時，再導入招募系統或客製功能。
招募管理在管什麼：從職缺需求到報到
招募管理可以拆成幾個階段，每個階段都有負責的人與要留下的紀錄：
- 用人單位提出職缺需求，經主管核准名額與條件。
- 人資撰寫職缺內容，發布到官網徵才頁與其他招募管道。
- 履歷集中歸檔，標記來源與應徵職缺。
- 人資初篩，再由用人主管複審。
- 安排面試，面試官填寫評分。
- 決定錄取或婉拒，寄送通知並記錄回覆。
- 錄取者確認報到，資料轉入人事作業。
這些階段分散在不同工具時，容易出現同一位應徵者被當成兩個人、面試時間寄錯、主管評語留在私人筆記、未錄取者履歷散在多人信箱的情形。招募管理系統要做到的，是每位應徵者只有一筆紀錄，每個階段誰處理、何時處理都查得到。
招募系統的功能清單
- 職缺管理：職缺範本、核准流程、開放與截止日期、官網發布狀態。
- 履歷集中：各管道的履歷集中歸檔，辨識重複應徵者。
- 篩選與標籤：依條件篩選、加註標籤、轉給用人主管複審。
- 面試排程：查詢面試官空檔、發送邀請、與行事曆同步、改期通知。
- 評分表：依職缺設定評分項目，面試官各自填寫後彙整。
- 通知範本：收件確認、面試邀請、婉拒與錄取通知，以及寄送紀錄。
- 人才庫：經應徵者同意保留的履歷，新職缺開出時可以查詢。
- 報表：各職缺的應徵數、各階段人數與招募管道來源。
比較時更重要的是流程能不能貼合，例如是否有筆試或作品審查、是否需要多位主管共同決定。把自己的流程寫成情境請廠商實際操作，才看得出功能清單看不到的差異。
面試評分與用人主管的權限設計
招募系統的使用者還有用人主管與面試官，權限要回答三個問題：誰能看到哪些應徵者、誰能修改狀態、誰能匯出履歷。可以設定用人主管只看自己部門的職缺，面試官只看被指派的應徵者，匯出與刪除限人資管理員。
評分表依職缺事先定好項目與標準，面試官獨立填寫後再彙整。評分項目與提問要和工作內容相關：就業服務法第五條規定，雇主對求職人不得以種族、階級、語言、思想、宗教、黨派、籍貫、出生地、性別、性傾向、年齡、婚姻、容貌、五官、身心障礙、星座、血型或以往工會會員身分為由予以歧視，其他法律有明文規定者從其規定；性別平等工作法第七條也規定招募、甄試、進用等不得因性別或性傾向而有差別待遇，但工作性質僅適合特定性別者不在此限。
應徵者個資：告知、蒐集範圍與保存期限
履歷上的姓名、聯絡方式、學經歷與照片都是個人資料，下面幾項要落實在系統與流程裡：
- 告知：個人資料保護法第八條規定，向當事人蒐集個資時應告知蒐集者名稱、蒐集目的、個資類別、利用的期間地區對象及方式、當事人可行使的權利及方式，以及不提供時對其權益的影響，同條另列有得免告知的情形。
- 蒐集範圍：就業服務法第五條規定，雇主不得違反求職人意思留置身分證等證明文件，或要求提供非屬就業所需的隱私資料。依施行細則，隱私資料包括生理資訊、心理資訊與個人生活資訊，例如醫療測試、心理測驗、信用紀錄或懷孕計畫，要求提供時不得逾越特定目的的必要範圍，並應與目的間具有正當合理的關聯。
- 保存與刪除：個資法第十一條規定，特定目的消失或期限屆滿時，應主動或依當事人請求刪除、停止處理或利用，但因執行職務或業務所必須或經當事人書面同意者不在此限。系統要能設定未錄取者資料的保存期限與刪除紀錄。
- 當事人權利：應徵者可依個資法第三條查詢、請求閱覽、製給複製本、補充更正、停止蒐集處理利用或刪除，系統要能找出同一人的全部資料。
就業服務法也規定，經常性薪資未達法定金額的職缺應公開揭示或告知薪資範圍，職缺範本可預留薪資範圍欄位。以上為概念整理，實際做法以主管機關公告或專業意見為準。
官網徵才頁與應徵表單的做法
官網徵才頁是履歷直接進入招募系統的入口。每個職缺可以有自己的頁面，寫清楚工作內容、條件、地點與薪資範圍，表單資料直接進到招募系統，不經個人信箱轉寄。想讓職缺出現在 Google 搜尋的求職功能中，可以加上 JobPosting 結構化資料：Google 搜尋中心列出的必要屬性為 datePosted、description、hiringOrganization、jobLocation 與 title；結構化資料要放在描述單一職缺的頁面，不要加在職缺列表頁；職缺不再開放應徵時，要把 validThrough 設為過去的日期、移除頁面，或移除頁面上的 JobPosting 結構化資料。Google 建議徵人啟事網址使用 Indexing API，並仍提交 Sitemap。表單本身要有個資告知、上傳檔案的格式限制與收件確認信。
錄取後與人資系統串接
應徵者確認報到後，姓名、聯絡方式、職稱、部門與到職日會成為人資系統員工主檔的起點。串接前先決定三件事：
- 欄位對應：哪些欄位要帶過去，哪些到職後由員工另外填寫，例如帳戶與緊急聯絡人。
- 觸發時機：錄取確認時就建立員工資料，還是報到當天才建立，避免未報到者留在員工名單。
- 資料以誰為準：轉入後以人資系統為準，招募系統不再修改，避免兩邊不一致。
串接可以透過 API、定期檔案匯入或人工匯出匯入，依雙方系統條件決定。人資系統各模組的選擇，可參考人資系統推薦怎麼選。
雲端招募系統、客製開發與選型踩雷
| 做法 | 適合情境 | 要確認的事 |
|---|---|---|
| 表單加試算表 | 職缺少、只有人資處理 | 個資告知、檔案存放權限、刪除方式 |
| 雲端訂閱的招募系統 | 職缺多、需要多位主管協作 | 計費方式、資料存放位置、匯出格式、能否串接官網表單 |
| 客製開發或加在既有系統 | 流程特殊、要和自有人資系統或官網整合 | 需求規格、權限設計、維護責任 |
容易踩的雷包括：沒確認履歷能否完整匯出；權限太寬，所有主管都看得到全部應徵者；通知範本沒審過就自動寄出；沒設定保存期限，未錄取者資料越積越多。導入前用一個真實職缺從發布跑到錄取，確認每個環節都有紀錄，再推廣到全部職缺。
常見問題
招募管理系統和人資系統有什麼不同？
招募管理系統處理應徵者，範圍從職缺發布到錄取；人資系統處理員工，範圍從到職後的人事資料、出勤到薪資。兩者在報到時交接資料，有些人資系統內含招募模組。
未錄取者的履歷可以保留多久？
公司可以依招募目的訂出保存期間並寫在告知內容裡，到期後刪除或停止利用；若想保留到人才庫供日後職缺使用，另外取得應徵者同意並留存紀錄。
應徵表單可以要求填身分證字號嗎？
應徵階段若用不到身分證字號，就不必放進表單，只收聯絡與評估所需的資料即可。錄取後辦理到職手續時，再依用途另行告知並蒐集。
小公司需要導入招募系統嗎？
職缺少、由一位人資處理時，官網表單加試算表就能運作，重點是做到個資告知與保存期限。職缺與用人主管變多、常出現重複應徵或排程混亂時，再評估招募系統。
職缺頁加了結構化資料就會出現在搜尋結果嗎？
不一定。Google 說明，即使加上結構化資料，也可能不會出現在搜尋結果中。上線後可以用複合式搜尋結果測試與網址檢查工具確認標記是否正確，並保持職缺內容與頁面一致。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
導入招募管理系統前，先把職缺從需求核准到報到的流程寫下來，列出每一關的負責人、要留的紀錄與個資保存期限。京采可以協助規劃官網徵才頁與應徵表單、設定個資告知與檔案權限，並把表單資料串接到你使用的招募或人資系統，流程特殊時也能規劃客製招募模組，相關做法可參考網頁設計服務，或與我們聯繫討論。
