日常

休假与请假

请假在人们已在交流的地方申请,由您设定的规则决定,并在获批的那一刻从所有评分中豁免。

申请请假

  • 在与机器人的私信中,用一条命令或一句普通的话。
  • 在团队休假房间中使用带标签的表单;机器人会公开发布一条通知说明申请正在等待审批,并在决定后清除。
  • 从仪表板或可安装的应用,可选填写交接同事和备注。
  • 管理者可以代他人创建请假。
pto 2026-08-11 to 2026-08-13 family trip
sick today
Type: vacation
Date: 11, 12 and 13 August
Reason: family trip

日期的写法

  • 不带年份的日期视为今年,除非明年的同一日期在 90 天以内。病假绝不会顺延到未来;人们确实会报告已经发生的病假。
  • 时刻和括号内容会先被剥离,因此 6 August (flight 11:30) 会提交为 8 月 6 日。
  • 超过一天宽限期的申请会被标记为补报,并且始终需要管理员明确决定。
  • 编辑申请消息会替代原申请;已批准的申请绝不会被悄悄撤销,管理员会收到复核通知。
13 August8 月 13 日
Thursday, Aug 68 月 6 日
11, 12, and 13 August8 月 11 日至 13 日
4 & 5 October10 月 4 日至 5 日
from 11 August to 17 August8 月 11 日至 17 日
2026-08-11 to 2026-08-138 月 11 日至 13 日
30 December and 2 January12 月 30 日至次年 1 月 2 日

自动批准护栏

默认关闭。启用后,只有当每项检查都通过时申请才会自动批准;否则转交人工处理,并列出原因。

pto.requires_approver
pto.max_consecutive_days
pto.require_handover
时长最多 2 天
提前通知至少 3 天
类型pto、vacation 或 half-day;sick 和 other 始终转交人工
余额必须在剩余年度余额之内(默认 20 天)
人员覆盖这些日期团队休假人数不超过 30%
值班申请人未被排在无备份的值班上
交接可选:申请人自己的日报中没有未完成任务

六种审批方式,一个保证

仪表板按钮、聊天中的批准或拒绝回复、Slack 按钮、上述规则、神经引擎,以及管理员超过可配置时限未处理,都可以决定一条申请。每一种途径都写入同一条请假记录、清除房间通知并宣布决定,因此已批准的申请绝不会在系统中被当作缺勤。超出余额的酌情请假会被仪表板拒绝,并且绝不会经由那两条无人决定的途径批准。

approve 42
deny 42 coverage too thin that week

请假与评分

  • 已批准的请假、病假和节假日会完全从应有天数和应有工时中剔除。
  • 如果请假后剩余不足此人正常一周的一半(最少两天),该周在趋势中绘制为空缺,绝不记为低分。
  • 在窗口内开始的计划请假必须记录交接,否则会降低“可靠性”;突发请假和病假不受此限。
  • 请及时审批:在申请被决定之前,此人在那些日期仍被视为应到。待处理的申请位于“申请”页面,机器人消息闸门已将待处理的日期视为休息日。

模式与日历

  • 每周一,一项任务会向管理员标记可疑的病假模式:60 天内六次或更多病假,或三次或更多落在同一个星期几。
  • 节假日日历按国家和地区离线生成并按团队分配;一份全组织的列表适用于所有人。
  • 已批准的请假只计工作日;半天假按一半计。