“通知设置”是公司级的控制面板,决定哪些事件发出通知、走哪些渠道、面向哪些受众。它与每位用户的个人通知偏好互为补充:公司设置决定技术上可能发出什么,用户随后可以在个人资料中进一步收窄。
在哪里找到这个页面
公司设置 ▸ 通知。只有持有 notifications:settings 权限的角色才能编辑此页面 — 默认通常是管理员。其他角色看到的是只读视图,便于了解公司正在发送什么。
- 打开侧边菜单 — 点击顶部导航中的“设置”
- 选择“通知” — “设置”内的侧边菜单
- 按事件浏览 — 每一行是一个事件 — 每条渠道一个开关,外加受众选择器
每个事件的渠道
每个事件有三个互相独立的开关 — 站内、邮件、推送。你可以自由组合:例如 workOrder.assigned 走站内 + 推送(负责人需要立刻知道),而 inventory.lowStock 只走邮件(仓库经理在早间批次里看到就行)。
站内
始终可靠;出现在铃铛里。建议作为你的默认渠道。
邮件
通过 FreeMaint 自有邮件服务发送,第二家服务商作为备用;使用每位用户的语言
推送
仅限移动端;要求用户至少在一台设备上处于登录状态
按角色选择受众
每一行都带有一张受众矩阵,分为两组:与该条目相关的人员(创建者、受指派人)和贵公司的角色。角色标签显示贵公司中定义的角色——包括自定义角色——因此这份列表始终与“组织 > 角色”保持一致。矩阵是叠加的:同时选择经理和受指派人,意味着受指派人即使不是经理也会收到一份。
角色
可从公司当前的角色列表中任选,包括自定义角色。重命名角色时,你的通知设置会自动保持同步。
负责人
该实体(工单、申请)被指派给的人
创建人
创建该实体的用户
科室成员
仅限「请求已创建」:请求的责任科室中能打开该请求的负责人和每位成员。未勾选时,只通知科室负责人。
团队负责人
在请求(请求已创建、请求已批准、请求已拒绝)和工单(工单已创建、状态已更改)上:负责团队的负责人——该项目的团队、其资产的团队,以及分配到其位置或上级位置的团队。如果这些团队都没有负责人,则通知组织架构中其上方最近的负责人。在检查事件(已完成、已核实、发现缺陷、缺陷已关闭)上:被检查资产所属团队和检查负责团队的负责人,“发现缺陷”默认勾选;没有负责人的团队由其上方最近的负责人代为接收。始终只通知一个人,绝不通知整条链,且只通知能够打开该项目的人。
只发给能打开的人
按角色接收的人,只有在其角色可以读取该项、且其数据可见范围包含该项时才会收到通知——仅限查看自己工作的技术员不会收到其他团队的请求。7 天未使用 FreeMaint 的人仍会在铃铛中看到按角色发送的通知,但不会收到推送或邮件。
固定收件人
“工单已分配”始终发送给受指派人,以及工单所分配团队的成员;“请求已完成”始终发送给请求人。这两行只设置渠道。
工单状态变更仅限部分状态
在“工单”分组中,“状态已更改”这一行多了一项:“仅限以下状态”。留空时,与以前一样,每次状态变更都会通知。选择一个或多个状态(例如“已完成”和“已关闭”)后,只有工单变更为其中某个状态时才会通知相关人员,其他变更不再发送通知。适用于每张工单原本会为“进行中”“已完成”“已关闭”各发一次通知的情况。该规则适用于整个事件,包括设置为在完成时接收通知的人员。
让团队负责人收到其位置的通知
如果每个团队负责一组位置,其负责人可以收到在这些位置创建的每个请求和工单的通知,无论由谁创建——而不会收到其他团队位置的任何通知。
为每个团队指定负责人和位置
在“团队”中设置团队负责人,并为团队分配其位置。分配到某个位置的团队也覆盖其下级位置。
勾选“团队负责人”
在本页面上,为请求已创建、请求已批准、请求已拒绝、工单已创建和状态已更改勾选“团队负责人”。
只保留需要的状态
在“状态已更改”上,可将“仅限以下状态”限制为例如已完成和已关闭。
团队负责人还是整个角色
“团队负责人”只通知该项目负责团队的负责人。改为勾选某个角色,则会通知所有拥有该角色且能够打开该项目的人,包括团队成员。
免打扰时段与摘要
FreeMaint 不提供贵公司级别的免打扰时段。推送通知遵循每位用户手机上的“勿扰模式”。对时间敏感的团队,可以关闭逐条事件行,改为开启其每日摘要——例如“工单逾期”→“每日逾期工单摘要”——这样一连串提醒就会变成一封早间摘要。
摘要事件
有些事件带有配套的每日摘要行。每个摘要每天发送一次(逾期工单摘要在贵公司所在时区的上午 7:00 发送),把所有需要关注的事项汇总成一条消息。常见摘要:逾期工单、低库存汇总、已过期/即将过期的证件(车队)。关闭逐条事件行、打开摘要行,可以大幅降低收件箱的邮件量。每位接收人只会看到其角色数据可见范围内的条目。
邮件投递配置
通知从 notifications@freemaint.com 发出,登录相关邮件(验证、重置密码、邀请)从 security@freemaint.com 发出;回复会送达 contact@freemaint.com。邮件始终来自 freemaint.com 地址,因此如果邮件丢失,请在邮件过滤规则中允许该域名。
最佳实践
从窄范围起步
默认只订阅负责人 + 创建人。等团队提出需求,再扩展到角色。
每个事件一条渠道
同一个事件同时走三条渠道会显得很吵。挑最合适的那条(紧急用推送,摘要用邮件,其余用站内)。
每季度盘点一次
复核哪些事件触发得最频繁,并追问它们是否仍有必要。把高频低价值的事件静音或降级。
优先按角色而非具名用户
按角色订阅能扛住人员流动;按姓名订阅在有人离职时就会失效。
提示
相关文章
本页对您有帮助吗?