在 Slack 和 Microsoft Teams 中接收预订通知

设想一下 Sam，负责一个两层楼、90 人办公室的行政设施。周一上午 8:40，一位同事私信 Sam：今天还有空工位吗？五分钟后，前台打来电话，说有位访客在等，而接待人正戴着耳机开会。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，并复制其 URL。
将其粘贴到 Desk & Park 的 Slack webhook URL 中。

Microsoft Teams

在 Teams 中打开 Workflows 应用，选择创建，使用模板"Send webhook alerts to a channel"，选择频道并复制生成的 URL。
将其粘贴到 Desk & Park 的 Microsoft Teams webhook URL 中。

Teams 中的消息以 Adaptive Card 的形式由 Microsoft 的 Workflows 机器人发送。旧的 Office 365 连接器 URL 会被拒绝：Microsoft 已停用这些连接器，一个再也无法投递任何内容的 URL 只会悄无声息地失败。如果之前保存过这类 URL，卡片会给出提示并要求提供新的 URL。

然后选择事件并测试。 开启所需的选项（新预订时通知、取消时通知、访客到达时通知、每日早报（工作日早上）），保存，然后点击发送测试消息。卡片会针对每个频道报告测试消息是已送达还是被拒绝，因此 URL 中的输入错误会立刻暴露出来，而不是等到下周。

消息通过带重试机制的发件箱投递。如果 Slack 或 Teams 暂时不可用，Desk & Park 会再次尝试；缓慢或失效的 webhook 永远不会拖慢或阻塞预订。

实用建议

按受众选择频道。 预订消息会写明人员和空间。团队或办公室频道里，大家本来就能看到谁在办公室，比较合适；拥有数百名成员的全公司频道则未必。为访客做的访客预订永远不会被发布。
先从早报和释放消息开始。 对许多办公室来说，每日早报加未到场释放就是恰当的信息量。在繁忙的办公室里，每条预订都发会产生大量消息。
想清楚频道的用途。 开关对所有已连接的频道生效，所以它们收到的事件完全相同。如果访客到达应该给前台和接待人看，而预订动态应该给办公室团队看，那么请选择两拨人都关注的频道，或者关闭其中一类事件。
修改工作流后重新测试。 如果有人重建了 Teams 工作流或移除了 Slack 应用，旧 URL 就会失效。点一下发送测试消息，即可确认频道仍能收到消息。

适用范围：它不做什么

Slack 和 Teams 通知适用于所有方案，包括免费的 Start 方案；详见定价。该集成是单向的：Desk & Park 向频道发布消息。您无法在 Slack 或 Teams 中预订、取消或签到；没有可对话的机器人，没有斜杠命令，也没有 Teams 应用。每个组织只有一个 Slack URL 和一个 Teams URL，因此每个提供商只能发布到一个频道，频道消息为英文。每日早报只包含数量，从不包含姓名。

如果您还希望会议室预订与 Outlook 保持同步，那是另一项功能：会议室日历同步：对接 Microsoft 365 与 Google Workspace。您自己的预订也可以通过电子邮件邀请进入个人日历；参见让工位预订出现在 Outlook 日历中。

常见问题

Desk & Park 可以向 Slack 或 Teams 发布哪些事件？

新预订、取消、未到场释放和访客到达，每类都由一个开关控制；另外还有可选的工作日早报，统计当天的预订数以及被取消或释放的数量。未到场释放跟随取消开关。

如何获取 Microsoft Teams 的 webhook URL？

在 Teams 中打开 Workflows 应用，用模板"Send webhook alerts to a channel"创建流程，选择频道并复制 URL。将其粘贴到 Desk & Park 的 Microsoft Teams 字段中，然后点击发送测试消息。已停用的 Office 365 连接器的 URL 不被接受。

员工可以在 Slack 或 Teams 中预订工位吗？

不可以。该集成只向频道发布消息。预订、取消和签到都在 Desk & Park 中进行。

失效的 webhook 会拖慢预订吗？

不会。消息经由发件箱发送，Slack 或 Teams 无响应时会重试；预订本身从不等待频道。

消息中会显示员工姓名吗？

预订、取消和释放消息会写明人员和空间，因此请选择成员可以看到这些信息的频道。访客预订永远不会被发布，每日早报只包含数量。