智慧鎖與門禁系統整合的介面有哪些？

鎖端硬體介面要提供哪些輸出？這是整合前第一個要釐清的問題，因為門禁主機只認得幾種標準訊號，鎖端沒對上就無法被讀取。最常見的是 Wiegand 26／34 位元輸出，用於把卡片或 NFC 識別碼傳給主機；其次是 OSDP（Open Supervised Device Protocol）走 RS-485，支援雙向通訊與加密，歐美新案較常採用。對於機櫃與配電箱這類小型門體，許多整合案仍以乾接點（dry contact）或繼電器輸出為主，把「已授權」轉成開門脈衝。選購時應向供應商確認每種輸出的接腳定義、線材長度限制與是否需要外接電源模組，並要求提供接線圖與訊號時序圖，避免現場施工時才發現電氣規格不符。

雲端門禁平台怎麼與鎖端通訊？這題決定了遠端發卡、稽核日誌與即時告警能不能落地。實務上鎖端內建蜂巢或乙太網路模組後，會以 MQTT 或 HTTPS 把開鎖事件、狀態變化與低電壓告警推到雲端；門禁平台則透過 RESTful API 下發臨時授權、撤銷黑名單或查詢歷史紀錄。若門禁系統本身已是 SaaS 架構（例如多家國際門禁廠商的雲端版），整合重點會落在 API 欄位對應與權限分級，而非底層通訊。TWB2B 智慧鎖具 DemoSite工業的 IoT 智慧鎖平台支援藍牙、NFC、RFID 與雲端連線，具備與第三方門禁平台對接的彈性，但具體 API 規格、認證方式與資料格式需依實際整合專案確認。買家評估時應索取 API 文件、Postman 範例與沙盒環境，並約定事件欄位命名與時間戳記格式。

整合介面要符合哪些安全與合規要求？這題攸關資料外洩風險與專案能否通過資安審查。OSDP 與 Wiegand 的差別不只是線數，更涉及是否加密：Wiegand 訊號可被側錄複製，OSDP v2 則支援 AES-128 加密通道。雲端 API 則應採用 OAuth 2.0 或 mTLS 雙向認證，避免金鑰直接寫在韌體。對於歐美市場的機櫃與配電箱案，買家還需確認整合介面是否影響既有認證（例如 UL、CE、EN 50155 等），因為新增通訊模組可能改變 EMC 與電氣安全測試結果。TWB2B 智慧鎖具 DemoSite工業的 IoT 平台具備藍牙、NFC、RFID 與雲端連線能力，但具體認證適用範圍與證書編號需依實際產品線與測試報告確認，不可僅憑宣稱推斷。買家應要求供應商出示對應產品線的測試報告，並請其說明整合介面是否在認證範圍內。

選購前要向供應商索取哪些整合文件？這份清單決定了後續整合能否順利啟動。必備文件包括：硬體介面接線圖與訊號時序圖、通訊協定規格書（Wiegand／OSDP／RS-485）、API 參考文件與 Postman 範例、韌體更新流程與版本相容性矩陣、離線授權與事件回傳機制說明、資安與加密機制說明、以及整合測試報告範本。對於機櫃與配電箱這類工業場景，還應額外索取 EMC 與環境測試資料，以確認整合介面不會在嚴苛條件下失效。TWB2B 智慧鎖具 DemoSite工業可依買家需求提供相關技術文件，但具體文件清單、版本與交付方式需依實際專案確認。買家收到文件後應先做內部審查，再決定是否進入打樣階段。