关于本文
本文是通过利用生成式 AI 的自动化流程创建的。这是在 2026 年 9 月 17 日确认并整理了 Microsoft Bookings 官方服务说明（Service Description）以及 Microsoft 365 平台服务说明后的内容。验证状态：📘 已确认官方信息，未进行实机验证
Microsoft Bookings 是一项 Microsoft 365 服务，旨在省去通过邮件来回确认空闲时间的麻烦，只需将预约页面发送给对方，让对方从空闲时段中自主选择安排日程。在 M365 E3/E5 中可以使用 Bookings。
许可证定位
| 项目 | M365 E3 | M365 E5 |
|---|---|---|
| Bookings | 可用 | 可用 |
| Web 预约页面 | 可用 | 可用 |
| Microsoft Graph 中的 Bookings API | 在 Enterprise 中提供 | 在 Enterprise 中提供 |
| Teams 线上会议 | 需要 Teams 端的合适许可证 | 同左 |
| SMS 通知 | 受地区限制，且存在 Teams Premium 条件 | 同左 |
官方服务说明中明确规定：SMS 通知仅限北美和英国，并且需要额外的 Teams Premium 许可证。
首先尝试：创建一个用于测试的预约页面
切勿直接公开正式窗口，建议先仅创建一个诸如“30分钟咨询”的测试服务。
设置示例：
サービス名 : テスト相談 時間 : 30分 担当者 : 自分またはテスト担当者 公開範囲 : まず組織内で確認 質問項目 : 必要最小限
查看此处
确认预约者看到的空闲时段是否与负责人的 Outlook 日程发生冲突。Bookings 会与 Outlook 同步来调整可用性。
尝试更改一个地方
仅更改可预约的提前期（Lead Time），观察“允许/不允许紧急预约”将如何改变预约界面的可选选项。
如果要使用 Graph，请从读取开始
Bookings 提供了 Microsoft Graph API。即使需要实现自动化，最初也最好从读取和盘点预约信息开始，而不要将创建或删除预约作为第一次测试，这样更安全。
在业务设计中，比起 API 本身，更重要的是预先确定“谁是预约页面的所有者”以及“人员离职或调动时由谁来接管”。
如果要在工作中实际使用
不要将面向外部和面向内部的预约页面混在一起
将预约时收集的个人信息控制在最低限度
分开考虑负责人的工作时间/休假与可预约时间
提供取消和更改方法的指引
如果附带 Teams 会议，请同时确认 Teams 许可证
若以 SMS 为前提进行运营，请确认地区和 Teams Premium 条件
Bookings 数据存储在 Microsoft 365 平台上，并使用 Exchange 的共享邮箱来保存客户、员工、服务以及日程的详细信息。因此，它不仅仅是一个“简单的预约表单”，而应作为一个包含保留、审计和访问权限在内的业务数据来进行设计。
管理员需要确认的要点
租户是否启用了 Bookings
外部公开范围
Exchange/共享邮箱的处理方式
Teams 会议许可证
个人信息收集项目
使用 Graph API 的应用程序权限
Message center（消息中心）的更改通知
官方信息与第一手资料
Microsoft Bookings 服务说明：https://learn.microsoft.com/en-us/office365/servicedescriptions/microsoft-bookings-service-description
Microsoft 365 平台服务说明：https://learn.microsoft.com/ja-jp/office365/servicedescriptions/office-365-platform-service-description/office-365-platform-service-description
引入 Bookings 时，首先需要决定的不是屏幕的颜色，而是在什么条件下，让谁来预约谁的时间。
