本文是通过利用生成式 AI 的自动生成流程创建的。
什么是 Microsoft Shifts？图解在 Teams 中管理工作班次的基础知识以及与考勤的区别
关于本文
本文利用生成式 AI，参照截至 2026 年 9 月 17 日的 Microsoft 官方支持文档进行了梳理与总结。本文将从实务角度说明 Shifts 的排班计划、发布、休假与换班申请、考勤打卡，以及与 Teams 许可证和考勤系统的责任分界。验证状态：📘 已确认 Microsoft 官方信息・未进行实机验证
Microsoft Shifts 是一款可在 Microsoft Teams 内创建和发布工作班次，供一线员工查看排班计划、申请休假或换班等的应用程序。微软目前官方说明：Shifts 包含在 Teams 中。
这里重要的不仅是“Microsoft 365 E3/E5 这个名称”，而是确认该用户是否拥有实际能够访问 Teams 的合同或许可计划。
首先需要掌握的术语
| 术语 | 面向初学者的含义 |
|---|---|
| shift | 诸如“9:00至17:30工作”之类的工作时段 |
| schedule | 整个团队的工作排班表 |
| open shift | 尚未确定负责人、成员可以自主申请的工作时段 |
| publish / share | 管理员将制作好的排班公开发布给成员的操作 |
| time off | 休假申请 |
| time clock | 在 Shifts 上记录上班、下班和休息时间的功用 |
| time sheet | 通过 time clock 记录的时数清单 |
| 一线员工 | 门店、现场、工厂等不仅在电脑前工作的现场负责人 |
分开考虑 E3/E5 与 Teams
| 确认项目 | 思考方式 |
|---|---|
| Shifts 本身 | Teams 中包含的应用 |
| M365 E3/E5 | 切勿仅凭产品名称断定是否可使用 Shifts |
| Teams | 确认实际的 SKU/服务计划以及用户分配 |
| Purview Suite | 这不是用于添加 Shifts 使用权限的产品 |
由于存在包含 Teams 的配置以及将 Teams 单独处理的合同配置，比起在内部操作手册中简单地写上“E3 即可使用 Shifts”，能够登录 Teams 并且组织已允许使用 Shifts 应用确认会更安全。
flowchart LR
A[管理者/現場責任者] --> B[Shiftsで勤務表作成]
B --> C[下書き]
C -->|公開/Share| D[メンバーのTeams]
D --> E[勤務確認]
D --> F[休暇・交換・Open shift申請]
F --> A
D --> G[Time clock ※有効化時]
身边的例子：仅制作1天的3人接待排班
不要直接废除Excel考勤表，而是在测试用Team中仅制作1天的排班。
09:00-17:30 Aさん 10:00-18:30 Bさん 12:00-20:30 Cさん
打开测试用Team的Shifts
确认团队的时区
制作3人的排班
暂不发布，在管理员界面中进行确认
向测试成员发布
成员端确认自己的排班
查看此处
时区与工作地点一致
发布前的更改未作为确定计划传达给成员
发布后，目标成员能够看到正确的排班
除自己以外的排班信息未超出组织政策的可见范围
成功条件
能够区分管理员的“草稿→发布→成员确认”这一流程。就是这样。
仅修改一处
仅将B先生/女士的开始时间从10:00更改为10:30并重新发布。仅追踪更改后的排班，确认“发布”这一操作与向现场通知及确定相关联。
普通用户、文职人员和IT部门的查看位置各有不同
| 立场 | 主要查看内容 |
|---|---|
| 一线成员 | 自己的出勤、请假申请、调班/开放排班（Open shift）、打卡（Time clock） |
| 现场负责人・文职人员 | 排班创建、发布、缺员、申请审批、时区 |
| IT部门 | Teams SKU、应用权限、团队所有者、终端、位置信息、隐私、WFM集成 |
Shifts可以处理“排班计划”和“实际考勤”两方面，但不一定是薪资系统。
Shifts具有打卡功能，可以记录上班、下班和休息。微软官方说明，可以通过Teams移动端、桌面端和网页端进行上班/下班打卡（clock in/out）。
话虽如此，能够在 Shifts 中记录时间与这些记录能否成为公司薪资计算和工时管理方面的正式数据是两码事。
请在引入前确定以下内容：
正式工作指令的原件是 Shifts 还是现有的排班表
考勤打卡记录的原件是 Shifts 还是现有的考勤系统
将哪个系统的数据传递给薪资计算
修改和审批由谁进行
如何处理夜班、跨天和休息时间
flowchart TD
A[Shifts勤務予定] --> B[現場で勤務]
B --> C[Time clock実績 ※利用時]
C --> D{正式な勤怠正本?}
D -->|組織で正式採用| E[承認・給与連携ルールへ]
D -->|表示/補助用途| F[既存勤怠システムを正本に維持]
打卡（Time clock）的位置信息需特别注意
在 Shifts 中，管理员可以为打卡设置位置检测（location detection）。如果使用者在移动设备上允许 Teams 访问位置信息，它将被用于判断打卡（clock in/out）时的位置。
微软目前的官方支持文档说明，距离设定地点200米以内的将被视为在指定地点（on location），面向管理员的工时报告中显示的不是坐标本身，而是是否在指定地点。
切勿仅仅因为可以使用位置信息就无条件启用，请务必确认对员工的说明、内部规章制度、必要性以及终端使用方针。
隐私设置也是排班表的一部分
Shifts 具有隐私控制（privacy controls），例如可以设置展示多少过去的同事班次、是否显示其他员工的休假原因和备注，以及是否显示班次内的便签或活动。
不要想当然地认为“既然是排班表，就应该向所有人展示所有内容”，而应将其限制在业务所需的范围内。
注意跨地点的开放班次（Open shifts across locations）的预览（Preview）状态
在 Microsoft Support 的当前设置说明中，跨多个地点的开放班次目前属于公共预览版（public preview）。如果将预览功能集成到正式的必需业务中，请务必通过最新信息重新确认其提供状态、适用条件以及变更的可能性。
从 Excel 迁移时
Microsoft 提示可以从 Excel 工作簿将排班导入到 Shifts 中。对于拥有现有 Excel 排班表的组织来说这很方便，但比起一开始就导入所有正式数据，更建议先通过少数人员和较短时间来确认列和时间的对应关系。
检查以下内容
日期和时间没有错位
姓名/成员的对应关系没有错误
导入后也可以作为发布前的草稿进行确认
成功条件
测试班次被正确分配给相关人员和时间，并且没有错误地向正式成员发布。
管理员需要确认的要点
目标用户的 Teams 许可证/服务计划
Teams 管理策略中是否启用了 Shifts
团队所有者与现场负责人
时区和每周开始日期
公开班次、换班和休假申请的审批规则
是否将考勤打卡（time clock）作为正式考勤使用
使用位置检测的必要性及隐私说明
向同事显示排班及休假原因等的范围
与 Excel/WFM 等系统的数据集成及主数据源
是否将预览功能用于依赖核心业务的场景
常见误解
拥有 E3/E5 就一定能使用 Shifts 吗？
由于 Shifts 包含在 Teams 中，因此需要确认实际的 Teams 访问权限以及组织的应用程序许可。不能仅凭 E3/E5 的名称来判断。
只要有考勤打卡功能，就能立即废除现有的考勤系统吗？
不是。我们应首先理清薪酬和人事档案的正本、审批、修改以及系统对接要求。
开启定位后，会被管理员实时GPS追踪吗？
微软 Shifts 支持页面所说明的考勤打卡位置检测（location detection），是指打卡时的位置判定功能。请务必确认使用条件与组织运营政策，切勿过度解读其含义。
官方与一手资料
Shifts 的价值不仅在于将 Excel 考勤表迁移到 Teams 中。其部署的核心在于：将排班计划的创建、发布、查看、修改申请整合到一线的 Teams 操作路径中，同时明确其与考勤、薪酬正本之间的界限。
