在 Slack 與 Microsoft Teams 接收預訂通知

想像一下 Sam，他負責一間兩層樓、90 人辦公室的總務設施。星期一上午 8:40，一位同事直接傳訊息問他：今天還有工位嗎？五分鐘後，接待處打電話來，因為有位訪客在等，而接待人正戴著耳機開會。10:15，有人提到入口旁的停車位整個早上都空著，儘管應用程式顯示它已被預訂。

Sam 的團隊本來就整天待在一個聊天頻道裡。Sam 需要知道的每件事都發生在 Desk & Park 中，但早上 8:40 沒有人會去看管理後台。所以，資訊應該送到團隊本來就在的地方。

頻道裡會出現什麼

Desk & Park 可以把辦公室動態發布到 Slack 頻道、Microsoft Teams 頻道，或兩者都發。由管理員選擇要發布哪些事件：

新預訂，例如「Anna Kowalska booked desk D-301 for 2026-10-14.」每週系列只發布一次，並附上日期數量，而不是每個日期各發一則。
取消：「Anna Kowalska's booking of desk D-301 for 2026-10-14 was cancelled.」
爽約釋出：「…desk D-301 for 2026-10-14 was released — nobody checked in.」這類訊息跟隨取消通知的開關。
訪客抵達：「Jan Nowak has arrived — host: Anna Kowalska.」
可選擇開啟的每日摘要，於平日早上發布，標題為「Desk & Park — today」：「34 booking(s) today, 3 cancelled/released.」只有數字，沒有姓名。

同樣的事件涵蓋工位、停車位與會議室。

Sam 的星期一有何不同

開啟整合後，Sam 的星期一一步步變得不一樣。

UTC 06:30，在任何人抵達之前。 摘要送進頻道：今天有幾筆預訂、幾筆被取消或釋出。Sam 打開筆電之前，就知道今天是清閒還是滿檔。

08:40。 找工位的同事不必問 Sam。幾分鐘前，頻道裡就顯示二樓有一個工位今天被取消了。他自己就把它訂了下來。

09:15。 接待處登記訪客抵達。「has arrived — host: …」的訊息出現在團隊追蹤的頻道裡，於是一位隊友去拍拍接待人的肩膀，接待處不必到處打電話。

10:00。 入口旁的停車位有人預訂，卻沒有人報到。Desk & Park 自動將它視為爽約而釋出，並發布訊息。沒有預訂就開車來的同事看到訊息，便停進了這個車位。（釋出本身如何運作，請見〈幽靈預訂與自動釋出〉。）

這一切都不需要養成新習慣。大家讀的是他們本來就在讀的頻道。

如何設定

所有設定都由管理員在組織設定中的 Slack 與 Teams 卡片上完成。

Slack

在 Slack 中，為要發布訊息的頻道建立一個 Incoming Webhook，並複製它的網址。
將網址貼到 Desk & Park 的 Slack Webhook 網址 欄位。

Microsoft Teams

在 Teams 中開啟 Workflows（工作流程）應用程式，選擇建立，使用範本 「Send webhook alerts to a channel」，挑選頻道，然後複製它提供的網址。
將網址貼到 Desk & Park 的 Microsoft Teams Webhook 網址 欄位。

Teams 的訊息會以 Adaptive Card（調適型卡片）的形式，由 Microsoft 的 Workflows 機器人送出。舊的 Office 365 連接器網址會被拒絕：Microsoft 已淘汰這些連接器，而一個再也無法送出任何東西的網址，只會默默失敗。若之前已儲存過這類網址，卡片會提示並要求提供新的網址。

接著選擇事件並測試。 開啟您需要的項目（新預訂時通知、取消時通知、訪客抵達時通知、每日摘要（平日早上）），儲存後按一下 傳送測試訊息。卡片會逐一回報每個頻道的測試是送達還是被拒絕，因此網址中的錯字會立刻現形，而不是下週才發現。

訊息透過具備重試機制的發件匣送出。若 Slack 或 Teams 短暫無法使用，Desk & Park 會再試一次，而緩慢或故障的 Webhook 絕不會拖慢或阻擋任何預訂。

實用建議

依受眾選擇頻道。 預訂訊息會寫出人名和空間。大家本來就看得到誰在辦公室的團隊或辦公室頻道很適合；有數百名成員的全公司頻道可能就不適合。為訪客做的訪客預訂絕不會被發布。
先從摘要和釋出開始。 對許多辦公室來說，晨間摘要加上爽約釋出就是剛好的訊號量。在忙碌的辦公室裡，每一筆預訂都發可能會變成大量訊息。
想清楚頻道的用途。 開關套用於所有已連接的頻道，因此每個頻道收到的事件都相同。如果訪客抵達應該給接待處和接待人看，而預訂動態該給辦公室團隊看，就選一個兩群人都追蹤的頻道，或關掉其中一類事件。
修改工作流程後重新測試。 若有人重建 Teams 工作流程或移除 Slack 應用程式，舊網址就會失效。在 傳送測試訊息 上按一下，就能確認頻道仍收得到訊息。

範圍：它不做什麼

Slack 與 Teams 通知適用於所有方案，包括免費的 Start 方案；請參閱價格。此整合是單向的：由 Desk & Park 發布到頻道。您無法從 Slack 或 Teams 預訂、取消或報到；沒有可以對話的機器人、沒有斜線命令，也沒有 Teams 應用程式。每個組織有一個 Slack 網址和一個 Teams 網址，因此每個供應商只會發到一個頻道，而且頻道訊息是英文的。晨間摘要只包含數字，絕不含姓名。

如果您也希望會議室預訂與 Outlook 保持同步，那是另一項功能：〈會議室行事曆與 Microsoft 365、Google Workspace 同步〉。您自己的預訂也能透過電子郵件邀請進入個人行事曆；請參閱〈讓工位預訂直接出現在 Outlook 行事曆〉。

常見問題

Desk & Park 可以把哪些事件發到 Slack 或 Teams？

新預訂、取消、爽約釋出和訪客抵達，各有一個開關控制；另外還有可選的平日晨間摘要，列出今天的預訂數，以及被取消或釋出的數量。爽約釋出跟隨取消通知的開關。

如何取得 Microsoft Teams 的 Webhook 網址？

在 Teams 中開啟 Workflows（工作流程）應用程式，以範本「Send webhook alerts to a channel」建立流程，選擇頻道並複製網址。把它貼到 Desk & Park 的 Microsoft Teams 欄位，然後按一下「傳送測試訊息」。已淘汰的 Office 365 連接器網址不被接受。

員工可以從 Slack 或 Teams 預訂工位嗎？

不行。此整合只會發布訊息到頻道。預訂、取消和報到都在 Desk & Park 中進行。

故障的 Webhook 會拖慢預訂嗎？

不會。訊息經由發件匣送出，若 Slack 或 Teams 沒有回應就會重試；預訂本身從不等待頻道。

訊息會顯示員工姓名嗎？

預訂、取消和釋出訊息會寫出人名和空間，所以請選擇成員可以看到這些資訊的頻道。訪客預訂絕不會被發布，每日摘要也只包含數字。