訪客預約後要自動通行,必須把申請、核准、現場身分、臨時權限與實際通行拆成不同狀態。申請或邀約先提交訪客、被訪人、時間與事由;審核通過後才能配置允許入口、區域、時段及次數。訪客到場仍要提交專案確認的QR Code、證件、卡片或人臉憑證;權限有效時門禁或閘機才執行本次放行,並保存可取得的通行結果。
五個狀態不能合併
- 預約成功只代表收到申請。
- 審核通過只代表同意本次來訪。
- 身分核驗成功不代表具有目前門區權限。
- 開門或開閘指令不代表訪客已實際通過。
- 實際通行需要門禁、閘機或現場可提供的紀錄。
建議作業流程
- 訪客申請或員工邀約。
- 被訪人或指定人員審核。
- 建立本次訪客紀錄並配置門區、時段及次數。
- 產生經專案確認的臨時憑證。
- 到場核對預約與目前身分。
- 再次檢查時間、入口、次數及狀態。
- 單次放行並保存核驗、權限及通行結果。
- 到期、用完、離場或撤銷後失效。
依現場條件處理
- 有前台:以訪客終端按配置讀取證件、拍照或完成人證核驗。
- 已有QR Code門禁:確認碼格式、權限下發及防重複。
- 工廠限定路線:只開放核准門區與時段。
- 未預約:依制度補登記與審核,不直接繞過授權。
- 長期服務人員:使用有限期限與區域,不無限延長單次訪客權限。
憑證與設備選擇
目前方案可依專案採用QR Code、IC卡、人臉或身分證等臨時憑證,並有認證比對、人臉終端、擺閘與控制設備。不能因此推定每台終端預設支援全部方式;微信、簡訊、列印、OCR、證件讀取及人證比對都須依真實產品確認。
需要的設備與軟體
- 預約、邀約、審核及訪客紀錄模組。
- 訪客登記或認證比對終端。
- 依專案配置的人臉或QR Code終端。
- 門禁控制器、門鎖或普通擺閘。
- 臨時權限、通行紀錄及失效管理。
- 前台或保全的例外處理入口。
導入前必須確認
- 邀約與審核角色。
- 必要資料及告知、授權、存取、保存與刪除。
- 憑證種類與現場設備能力。
- 允許門區、時段、方向及次數。
- 最終放行決策與可用狀態回饋。
- 取消、到期、離場、黑名單與離線處理。
常見問題 FAQ
審核通過後可以通過所有門禁嗎?
不可以。臨時權限仍須限制門區、時段、方向及次數。
訪客QR Code可以轉傳嗎?
應以效期、次數、狀態及按專案配置的身分核驗降低風險;實際機制以系統為準。
身分核驗成功就代表已進入園區嗎?
不是。還須檢查權限、執行放行並取得實際通行紀錄。
離場後權限如何失效?
可依離場登記、憑證歸還、次數用完、撤銷或效期結束處理。
