当工单、维修申请、预防性维护计划、备件库存及其他实体发生状态变化时，FreeMaint 会发出通知。每个事件都通过三条投递渠道（站内、邮件、推送）分发，并可按角色、按渠道、按免打扰时段分别调整。
触发通知的事件
每个事件对应系统中一次特定的状态变化。事件在变化发生处发出 — 例如工单被指派、申请被关闭，或库存跌破再订货点 — 随后路由给为该事件配置的接收人。
workOrder.created
创建了一张新工单
workOrder.assigned
工单或其所属团队被指派给某个用户
workOrder.statusChanged
状态流转（进行中、暂缓、已完成、已审核、已关闭、已取消）
workOrder.overdue
单工单逾期提醒（每张逾期工单一条通知）
workOrder.overdue.summary
所有逾期工单的每日汇总摘要（每天一条通知）
request.created
提交了一条维修申请（门户、二维码或站内）紧急请求以一条标题为“紧急”的通知送达，使用每个人自己的语言。
request.statusChanged
申请被批准、被拒绝、被转换或被关闭
request.commentAdded
有人评论了请求。会通知请求人以及处理该请求的人员——负责人、责任科室负责人、审批人、工单负责人和关注者、之前发表过评论的人——从不通知评论者本人；内部评论只发给有权阅读内部评论的人。默认通过推送和应用内通知。
pm.due
某个预防性维护计划今天到期
pm.upcoming
某个 PM 临近到期日（默认：提前 7 天）
inventory.lowStock
某个备件跌破其再订货点
vehicle.document_expiring
车队车辆证件（行驶证、保险）临近到期
driver.license_expiring
驾驶证到期提醒
投递渠道
每条通知都可以通过三条互相独立的渠道投递。同一个事件可以只走一条、走两条或三条全走 — 管理员在通知设置页面按事件、按角色控制这张矩阵表。
站内
顶部导航栏的铃铛图标。始终可用，不会被第三方拦截。最适合非紧急的更新。
邮件
通过 FreeMaint 自有邮件服务发送，并由第二家服务商作为备用。使用收件人的首选语言撰写。可能受邮件客户端过滤规则影响。
推送
移动应用推送通知（iOS／Android）。实时性强，但要求已安装应用且用户处于登录状态。
谁会收到哪条通知
接收人在事件发出时根据事件配置解析。同一个事件可以按你选择的角色映射面向不同的受众。
负责人
工单被指派给的用户。会收到与自己工作相关的状态变化、评论和逾期提醒。
创建人
创建该实体（工单、申请）的用户。便于申请人看到整个生命周期的更新。
团队
关联到该工单或资产的团队的全体成员（含团队负责人，即使他不是成员）。
团队负责人
在请求和工单上（勾选时）：负责团队的负责人——该项目的团队、其资产的团队，以及分配到其位置或上级位置的团队。只通知能够打开该项目的人。
按角色
持有所列角色的任何用户都会收到通知。列表会显示你公司中定义的每个角色（设置 → 角色），包括自定义角色。适用于摘要和管理层汇总。
只发给能打开的人
按角色接收的人，只有在其角色可以读取该项、且其数据可见范围包含该项时才会收到通知——仅限查看自己工作的技术员不会收到其他团队的请求。7 天未使用 FreeMaint 的人仍会在铃铛中看到按角色发送的通知，但不会收到推送或邮件。
逐条事件与每日摘要
有些事件同时提供逐次触发的渠道和每日汇总摘要。典型例子是逾期工单：启用 workOrder.overdue 会让接收人每张工单收到一封邮件，而 workOrder.overdue.summary 只发一封早间简报，附上完整清单。选哪一种，取决于你的团队对收件箱噪音的容忍度。每位接收人只会看到其角色数据可见范围内的条目。
免打扰时段与语言
推送和站内渠道遵循接收人的个人资料设置。邮件的主题和正文在发送时会翻译成用户的首选语言，与操作者使用的语言无关。目前没有全局免打扰时段 — 对时间敏感的事件，应由每位接收人在个人偏好页面单独退订。
常见问题
某个用户没有收到本该收到的事件
检查 设置 → 通知 中该事件所在的行：相应渠道是否已启用？角色列表是否包含该用户的角色？然后再检查该用户的个人偏好设置。
邮件能收到，但推送收不到
该用户必须至少在一台设备上登录移动应用。如果最近换过手机，请重新登录一次。
同一个事件收到两次
该用户很可能有两个都会收到该通知的角色（例如同一行同时勾选了管理员和经理）。重复项按渠道去除，而不是跨角色去除——请把该行设为单一角色。
提示
新增资产或位置
开启后，有人手动录入资产或位置时您会收到提醒——多人共同建立台账时很有用。批量导入和资产复制从不触发提醒，并且每人每天有上限，繁忙的一天也不会淹没收件箱。两者默认关闭。
相关文章
本页对您有帮助吗?