為預約的人開啟會議室門

會議室門不會有人掃描任何東西 — 門禁系統必須事先知道誰在什麼時候預約了這個房間。 存下每個人的卡號、訂閱預約變更,再把它們變成門的權限。

更新於 2026年8月30日

大堂閘門和會議室門不是同一個問題。在閘門,訪客舉起訪客證,讀卡機問 Offision 這張證現在有沒有效 — 請見用 Offision 訪客證開啟閘門。在會議室門,沒有人掃描任何東西:有人拿著每天都帶著的員工卡走過來,而門必須已經知道這個人預約了這個房間的這個時段。

所以流程是反過來的:Offision 事先把預約告訴您的系統,您的系統在人到之前把它變成權限。

1. 存下每個人的卡號

設定通行卡 呼叫,把員工卡上的號碼存到他們的 Offision 使用者上 (UserCardUserCard2UserCard3,所以一個人可以持有多張),卡片交回時用移除通行卡 清掉。

沒有這一步,門對誰都不會開:預約指的是人,門讀的是卡,而把兩者接起來的只有卡號。同樣這些號碼也可以在管理主控台裡手動發放與匯入 — 請見門禁卡的運作方式

2. 訂閱預約變更

註冊資源預約訂閱,提供您的回呼 URL 和您關心的資源。當這些資源上的預約被建立、移動或取消時,Offision 就會向該 URL 發出 POST。

3. 把每一次回呼變成權限

每收到一次回呼,就把可預約資源的 ID 對應到您這邊控制的那道門,讀出主辦人與參與者,再把他們的卡號變成那個時段的權限。

然後,每當您這邊重新連線時,用資源預約查詢重讀當天。把回呼當成提示,把查詢當成事實 — 漏掉的回呼沒有別的方式看得見,而一道悄悄不再收到變更的門,看起來跟一道正常運作的門一模一樣。

4. 如果門收的是代碼而不是卡

可預約資源的通行鑰匙是另一條路:讀取房間的一次性、每日或固定鑰匙,並訂閱每日與一次性鑰匙,每次輪替時新的就會推送過來。

5. 確認是否成功

  • 自己預約那個房間,然後確認權限在開始時間之前 — 而不是在開始時間 — 就出現在您這邊。
  • 把預約移後一小時,確認權限跟著移動。
  • 取消它,確認權限被收回。這一步最常被略過,而它正是會讓門對一個已經沒有這個房間的人開著的那一步。
  • 加一位參與者,確認他也能開門。

出問題的時候

您看到的常見原因
回呼運作一小時後就停了訂閱過期了。預設 60 分鐘、最長一天,必須更新
門對主辦人開,對參與者不開只有主辦人的使用者上存了卡號
網路中斷後權限就對不上了重新連線時沒有重讀當天。漏掉的回呼不會報錯
所有呼叫都回 403憑證缺少 user.readwritebookableResource.read