ESD 檢測系統可以依專案評估串接門禁、考勤、HR 與一卡通，但在確認既有系統介面前，不能承諾直接接入。專案應先決定人員主資料由哪一套系統維護、員工編號與卡號如何對應、ESD 檢測模式及區域權限由誰管理，以及檢測與通行結果是否需要回傳。四類系統的職責不同，不能用一句「已完成串接」取代清楚的資料與放行責任。
先分清各系統的責任
- HR 通常提供員工編號、部門及在職狀態，不預設管理 ESD 模式或直接開門。
- 一卡通可能維護卡號與人員關係；即時介面及寫回能力需依真實版本確認。
- 門禁管理區域權限、控制器及通行事件；ESD 結果要在流程中的哪個節點參與判斷必須明確。
- 考勤依班別與規則處理事件；ESD 時間可以評估交換，但不直接等同有效考勤。
人員識別碼是串接起點
HR 的員工編號、門禁人員ID與一卡通卡號需要穩定對應，否則檢測和通行可能掛到不同人員名下。
除了首次匯入，新增、調職、離職、掛失及重新發卡也要有更新責任和失敗處理。
常見資料交換方向
- 既有系統提供：人員識別碼、必要組織資訊、有效狀態、卡片關係，以及經確認由外部管理的權限。
- ESD 系統管理：檢測模式、手腕帶與左右腳結果、判定、設備、入口、方向、時間及異常。
- ESD 系統可能回傳：檢測是否完成、判定、經確認的放行或通行摘要。
- 同步方向、即時或定時方式、修改權限與失敗重試均以雙方介面及實施清單為準。
誰負責最終放行
可以由 ESD 系統同時檢查檢測及區域權限後發出單次放行，也可以由 ESD 系統提供結果，再由既有門禁完成綜合判斷。兩種方式都需避免雙方各自開門，或其中一套離線後繞過另一項條件。
聯調前應凍結身分有效、應測項目完成且合格、區域權限有效三個條件，以及匯總判斷、執行和回饋的責任方。
建議的串接步驟
- 盤點各系統廠商、版本、介面資料與維護方。
- 建立人員識別碼、卡號及身分憑證映射。
- 列出每套系統提供、接收及禁止修改的欄位。
- 確認檢測模式、區域權限和最終放行的資料所有者。
- 以測試人員驗證新增、調職、離職、無權限、不合格及同步失敗。
- 在單一入口聯調成功後，再處理超時、離線與資料衝突並逐步擴展。
導入前確認
- 正式系統名稱、版本、介面文件及責任人。
- 主資料、卡片、部門、職務與狀態歸屬。
- 資料方向、觸發條件、頻率、日誌與重試。
- 最終准入判斷及通行設備的唯一責任方。
- 人員、生物特徵及檢測資料的存取與保存要求。
常見問題 FAQ
有 API 就一定可以串接嗎？
不一定。仍要確認欄位、可執行的操作、頻率、錯誤回應及現場流程，並在測試環境驗證。
ESD 結果可以寫入考勤嗎？
可依專案交換事件或摘要，但檢測合格與考勤有效是不同規則。
HR 同步後，離職人員會自動失效嗎？
取決於同步是否包含狀態更新，以及 ESD 和門禁端如何執行；離職、調職、重新入職與同步失敗都需測試。