RedmineKit

Redmine SLA

Support
5.0 (0)·New 次安装

四小时的 SLA 并不等于四小时。响应与解决按工作时间计算——你的日历、你的节假日、你的暂停规则——并提供预警、严重阈值与超时判定。

$199 / 单台服务器
用户指南

多台服务器: $399

5 个工作日内退款12 个月更新含源码
Redmine 项目的 SLA 仪表板:75% 的达标率环形图,其中首次响应 80%、解决 66.7%;平均响应时间 35 分钟,平均解决时间 12 小时 40 分钟;计数器显示 10 个 SLA 问题,其中 6 个计时中、2 个有风险、3 个已违约、1 个已暂停、2 个已完成;一条按颜色区分的健康度条;带到期时间的有风险问题表和已违约问题表;以及各 SLA 策略的达标率。
项目 › SLA 按目标统计的达标率、实时计数器,以及每一个有风险和已违约的问题及其到期时间。
Redmine
4、5、6 和 7
目标
4 个独立计时器
数据库
PostgreSQL、MySQL、MariaDB、SQLite
报表
4 份,支持 CSV 导出
额外 gem
无
修改的核心文件
无

Working hours, properly

Weekly schedules with split shifts, per-calendar time zones, fixed and recurring holidays and special working days. Wall-clock across DST, so 09:00–18:00 stays 09:00–18:00.

Four independent clocks

First response, acknowledgement, resolution and closure — each with its own target, state and pause behaviour. Configure only the ones you use.

Waiting on the customer

Per-status rules decide which clocks stop. “Waiting for customer” can freeze resolution while first response keeps running — because that one is still on you.

Conditions in plain words

Match on project, tracker, status, category, assignee, group, customer or any custom field — by real names, never record IDs.

Warning, critical, breach

Thresholds fire before the deadline, not after it. Mail goes through Redmine’s own mailer, and a unique-index claim means no alert is ever sent twice.

Compliance you can defend

Compliance by target, response and resolution distributions with median and outliers, and a breach table with due date, actual date and overrun.

团队下班,计时器也跟着停

直接拿两个时间戳相减,周末就成了你的罚时。Redmine SLA 沿着你的工作日历逐段计算,只统计营业时间内的分钟数,所以周五傍晚提交的四小时目标会在周一到期,而不是当天晚上。

周一至周五 09:00–18:00 日历上的四小时解决目标
问题提交时间计入的工作时间到期时间自然时间
周二 09:304h,连续周二 13:304 小时
周五 17:00周五 1h,周一 3h周一 12:0067 小时
周五 17:00,周一为节假日周五 1h,周二 3h周二 12:0091 小时
任意时间,24×7 日历经过 4h四小时后4 小时

日历支持分段班次、独立时区、一次性和周期性节假日,以及特殊工作日。

四个计时器,各有各的规则

只设置你真正承诺的目标。每个目标都按各自的事件开始、暂停和停止,所以「等待客户」可以冻结解决计时,而首次响应照常计时。

首次响应:有人回复了

作者以外的任何人发表第一条公开评论时停止。什么算作回复,可按策略设置。

确认:有人接手了

问题被指派时停止,或到达你选定的某个状态时停止。

解决:问题修好了

问题到达已关闭状态,或你选定的某个解决状态时停止。

关闭:工单办结了

为最终关闭单独设定的目标,适合先解决、稍后再与客户确认的团队。

看起来就是 Redmine,因为它就是

没有 iframe,没有独立应用,也不用再登录一次。这些都是插件在 Redmine 7.0 上的真实界面,展示的是一个演示项目,其中的问题覆盖了每一种 SLA 状态。

客服人员:每个问题上都有 SLA 面板

每个目标一行,显示其状态、剩余时间、目标已用比例和确切的到期时间。
一个 Redmine 缺陷「Checkout page intermittently times out」,属性下方是 SLA 面板。面板标记为「有风险」,显示策略 SLA demo - Critical,采用 UTC 时区的 24x7 日历。首次响应为「有风险」,只剩几分钟,进度环超过 80%。解决为「健康」,还剩三个多小时。下方是 SLA 时间线和重新计算的链接。
问题页面 首次响应只剩几分钟,处于有风险状态,而解决仍然健康。倒计时实时更新,面板上还标明了计时所依据的策略、日历和时区。
一个已暂停问题的 SLA 面板:首次响应在 5 分钟内完成,目标为 30 分钟;解决暂停在 50%,4 小时中已用 2 小时。
已暂停 客服人员在 5 分钟内回复,随后问题转入等待状态。解决计时冻结在 4h 中的 2h,直到客户回复。
同一个缺陷的 SLA 时间线:首次响应和解决的计时器启动、SLA 开始、首次响应计时器完成、SLA 分配到 Critical 策略、解决计时器暂停,每一条都带有时间戳和触发它的用户。
SLA 时间线 每一次开始、完成、暂停和违约都按顺序记录,并注明由谁触发。客户对某个数字有异议时,拿出来的就是这份记录。

团队负责人:队列按即将出问题的先后排序

按状态、健康度、策略或是否违约筛选,按到期时间排序,导出为 CSV。这些字段在 Redmine 自带的问题列表里同样可用作过滤器和列。
SLA 问题列表,带有 SLA 状态、SLA 健康度、策略和是否违约的过滤器。列出了十个问题,包含项目、SLA 策略、状态、彩色健康度徽标(已暂停、已完成、已违约、严重、有风险或健康)、首次响应和解决的结果或剩余时间,以及 SLA 到期时间。
SLA 问题 十个问题覆盖所有健康度状态:已暂停、已完成、已违约、严重、有风险和健康,两个目标各自显示剩余时间或超时时长。

管理者:拿得出手给客户看的报表

达标率、响应时间、解决时间和违约,可按时间段、策略、跟踪和优先级筛选。每份报表都能导出为 CSV。
SLA 报表页面的达标率标签页:从 7 天到全部时间的时间段快捷选项,SLA 策略、跟踪和优先级过滤器,以及达标率汇总 75%,其中首次响应 80%、解决 66.7%。
达标率 达成的目标数与已衡量的目标数之比,按首次响应和解决分别统计。
响应时间报表:5 次已衡量的响应中,中位数 10 分钟、平均 35 分钟、最短 5 分钟、最长 2 小时,另有一张分布柱状图,区间从 15 分钟到 3 天以上。
响应时间 中位数、平均值、最快和最慢,再加一张分布图,离群值在哪里一目了然。
违约报表,列出该时间段内的四次违约,包含问题、项目、SLA 策略、优先级、指派给、违约类型(首次响应或解决)、SLA 到期时间、实际时间和违约时长。
违约 哪个问题错过了哪个目标,应在何时到期,实际何时达成,超时了多久。

管理员:用大白话写策略

「当问题的优先级为 紧急、立刻 之一时。」条件使用选择器里的真实名称,而不是记录 ID。时长可以写成 30、4h 或 1d 4h。
SLA 策略表单:名称、描述、启用、默认和排序位置;接着是首次响应、确认、解决和关闭的目标,工作日历和时区;以及一张条件表,其中优先级为「紧急」或「立刻」之一。
目标与条件 四个目标、衡量它们所用的日历,以及决定策略适用于哪些问题的条件。
策略表单的事件部分:SLA 在问题创建时开始;首次响应在第一条公开评论时停止,并忽略问题作者的更新;确认在问题被指派时停止;解决和关闭在问题到达已关闭状态或所选状态之一时停止。
事件 选择每个计时器由什么启动、由什么停止。
策略表单上的阈值:预警设为 75%,严重设为 90%,并开启通知;下方是暂停规则表,其中一个状态会暂停解决和关闭,但不暂停首次响应和确认。
阈值与暂停规则 75% 时预警,90% 时转为严重,并勾选每个状态要冻结哪些目标。
工作日历的工作时间:周一至周五 09:00–18:00,周末为空,每天可选第二个时段用于分段班次,另有一个快捷方式可一键套用周一至周五 09:00–18:00。
工作日历 每个工作日的工作时间、用于分段班次的第二个时段、时区和节假日,或者干脆设为 24×7。
Redmine 项目配置中的 SLA 标签页:启用 SLA、继承父项目、工作日历、默认 SLA 策略和时区,以及限定本项目可用 SLA 策略的复选框。
项目配置 按项目开启 SLA、继承父项目、覆盖日历,或限定可用的策略。

运维:一个页面确认一切运转正常

SLA 管理页面:一份设置清单,涵盖工作日历、策略、已启用的项目、全局暂停规则和后台处理(含上次运行时间);一个带计数器和 75% 达标率的概览;以及通往策略、日历、节假日、暂停规则、邮件模板、设置、报表、SLA 问题和审计日志的链接。
管理 › SLA 一份设置清单,告诉你还缺什么、后台任务上次何时运行,外加实时概览。
SLA 审计日志:一张可筛选的表格,列出每个 SLA 何时被分配或重新计算、由哪位用户操作、针对哪个对象,并附有策略名称和问题 ID 等详情。
审计日志 谁在什么时候分配、修改或重新计算了哪个 SLA。

服务台真正会争论的,都覆盖了

争议很少在于工单是否超时,而在于哪些小时算数、计时器本该何时停下,以及当时的目标是多少。

工作时间,算得明明白白

支持分段班次的每周排班、每个日历独立的时区、固定和周期性节假日,以及特殊工作日。夏令时切换前后,09:00 始终是 09:00。

等待客户

暂停规则按状态设置,可全局生效,也可按策略生效。只补回工作时间,所以跨周末的暂停不会多占一分钟。

预警、严重、违约

阈值在截止时间之前触发。每条通知只发送一次,通过 Redmine 自带的邮件系统发出,模板可按事件和语言编辑。

每个问题都匹配到合适的策略

可按项目及子项目、跟踪、优先级、状态、类别、作者、指派给、组或任意自定义属性匹配。多个策略同时匹配时,排序位置靠前的优先。

就在问题列表里

SLA 策略、状态、健康度、是否违约、到期时间和剩余时间都是 Redmine 问题列表里的过滤器和列:可排序、可分组、可导出。

修改不会改写历史

每个 SLA 都保留一份它开始时所用策略的快照。下个季度调整目标,上个季度的数字原样不动。重新计算是管理员有意执行的操作。

一个问题的经历

周五下午提交的一个严重缺陷,日历为周一至周五 09:00–18:00,首次响应目标 30 分钟,解决目标四小时。

时间事件插件的动作
周五 15:00提交第一个匹配的策略被应用,计时器随之启动。今天还剩三个工作小时,所以有一小时顺延到周一。
周五 15:20首次回复客服人员的一条公开评论让首次响应计时器停在 20 分钟,在 30 分钟目标之内。
周五 16:00等待中解决计时暂停。客户在周一回复后,到期时间恰好顺延所损失的工作时间。
周一75% 预警预警邮件发出时,还来得及采取行动。
周一已解决已用时间和目标是否达成都被记录下来,此后不再改变。
每个问题都有 SLA 健康度,阈值按策略设置
已用健康度
低于 75%健康
75%有风险
90%严重
100%已违约
挂起已暂停
目标达成已完成

每个页面都有 JSON

只读 JSON API 覆盖页面上显示的全部内容。它使用普通的 Redmine API 密钥认证,权限与页面保持一致。

方法端点返回
GET/sla/issues/:id.json单个问题的 SLA
GET/sla/issues.jsonSLA 问题,可筛选
GET/projects/:id/sla/issues.json单个项目的 SLA 问题
GET/sla/timeline/:id.json单个问题的时间线
GET/sla/dashboard.json仪表板计数器和达标率
GET/sla/reports/:report.json四份报表中的任意一份
GET/sla/policies.json策略及其目标
GET/sla/calendars.json日历和工作时间

读取单个问题的 SLA

在 X-Redmine-API-Key 请求头中发送你的密钥。响应包含策略、日历、整体健康度,以及每个目标一条记录,带有其状态、到期时间和已用时间。可以用它把 SLA 倒计时放到大屏看板上,或者把达标率数据接入你自己的报表。

六项权限,按角色授予

SLA 是一个标准的 Redmine 项目模块。在需要衡量的项目上启用它,并只给每个角色所需的权限。Redmine 管理员始终拥有两项全局权限。

权限范围允许的操作
view_sla项目查看问题上的 SLA 面板、SLA 问题列表和时间线
view_sla_dashboard项目查看 SLA 仪表板
view_sla_reports项目查看并导出 SLA 报表
manage_sla项目编辑项目的 SLA 设置,并重新计算问题的 SLA
manage_sla_policies全局创建和编辑策略与暂停规则
manage_sla_calendars全局创建和编辑日历与节假日

你的 Redmine 跑在哪里,它就跑在哪里

环境状态说明
Redmine 7.x支持已在 Redmine 7.0、Rails 8.1 和 Ruby 3.4.2 上测试。本页截图均来自 7.0。
Redmine 6.x支持
Redmine 5.x支持迁移后需要执行插件资源任务
Redmine 4.x支持4.0 是插件声明的最低版本
数据库支持PostgreSQL、MySQL、MariaDB 和 SQLite,不含特定数据库的 SQL
额外 gem无不需要 Redis,也不需要 Sidekiq。一条 cron 任务或一个 systemd 定时器即可运行后台检查。
Redmine 核心未改动不修改任何核心文件,Redmine 升级不受影响

价格

单台服务器

$199

一个 Redmine 实例 · 用户数不限 · 12 个月更新。

Unlimited users12 months of updatesPriority email support
购买授权

多台服务器

$399

Redmine 服务器数量不限 · 用户数不限 · 12 个月更新。

Unlimited users12 months of updatesPriority email support
购买授权
购买