流程自动化审批

名称：自动化审批流程

说明：基于服务目录的预定义规则来控制您的审批流程

版本：1.4.5

发布日期：2019-03-26

iTop版本要求（最低）：2.4.0

代码：combodo-approval-process-automation

状态：稳定版

别名：审批扩展

传播：iTop Hub

对于老的2.2.0之前的iTop版本使用[ ttps://www.itophub.io/wiki/page?id=extensions%3Aapproval_extended_1_1]1.1.3[/url].

对于iTop 2.2.x 或者 2.3.x，使用[ ttps://www.itophub.io/wiki/page?id=extensions%3Aapproval_extended_1_2]1.2.2[/url] 或者最好使用 [ ttps://www.itophub.io/wiki/page?id=extensions%3Aapproval_extended_1_3]1.3.5[/url]

对于iTop 2.4.0 或者更高，使用当前版本或以上

此模块提供处理用户请求的两级审批流程的功能，每个级别上有多个并行审批人。

特性

基于规则的自动化审批机制。

支持被动或主动审批和超时延迟的配置。

两个级别的审批人在各自的级别并行进行审批。

批准者可以通过电子邮件一次点击批准或拒绝请求（无需拥有iTop帐户），也可以在控制台上批准多个待批准的请求。

每个工单上审批状态的图形视图。

可配置的审批电子邮件消息，具有多语言功能。

修订历史

发布日期	版本	内容
2020-03-18	2.0.1	* 带兼容性iTop 2.7 * 当试图打开的对象形式时，找不到解决TWIG模板
2020-03-05	2.0.0	* 添加兼容性与iTop 2.7+ * 更新DE 翻译 * 启用通知管理代表团 * 操作电子邮件批准请求：示例电子邮件操作的默认发件人 * 解决办法：批准提示在编辑模式：双弹出 * 从reply_to可以指定为操作电子邮件批准请求的对象(只有approval_base模块中设置) *增强的SLA计算中的新方法，以减轻可扩展性 * 时间强制覆盖窗口中打开
2019-03-26	1.4.5	* 修复：编辑模式的审批提醒 : 两次弹出
2018-12-13	1.4.4	* 修复西班牙翻译文件编码 * 将缺少的调和键添加到ApprovalScheme类 * 将缺少的调和键添加到ExtendedApprovalScheme类 * 修复审批表单的UI小故障 * 提示jQuery兼容性 (从iTop 2.6起jQuery 3)
2018-06-27	1.4.3	德语翻译更新
2018-06-26	1.4.2	- 新翻译（西班牙，巴西）和修复审批请求触发器的CSV导入 -修复等待批准的对象不在用户范围内时门户中附件不可用（的缺陷）。
2018-01-26	1.4.1	Bug修复：如果未选择增强门户，则无法安装扩展
2017-11-14	1.4.0	需要iTop 2.3.0：将审批管理纳入增强型门户
2017-11-14	1.3.5	修复2个周期之间混合的批准工具提示
2017-09-27	1.3.4	与iTop 2.4门户的兼容性修复
2017-09-01	1.3.3	日志中记录的注释：运营商退货退回 - 在门户摘要页面选中/取消选中全部 -如果第1级没有批准人，请勿跳过级别2 - 缺少索引，减缓票证显示速度 - 解码后的菜单组“ 帮助台“的位置 - 修复从具有与iTop时区不同的时区的浏览器进行编辑时修复损坏的覆盖窗口
2016-11-30	1.3.2	通过触发器/操作的均值配置的电子邮件 - 使用HTML占位符的电子邮件/表单模板（正确转义的HTML实体） - 菜单组“帮助台”不能通过XML增量
2016-08-09	1.2.1	基于XML的实现为了减少一些定制 - 包括一个支持增强型客户门户中的审批的库（需要进一步的自定义）
2016-07-11	1.2.0	现在需要iTop 2.2.0！ - 错误修复：尝试批准时，“门户用户”重定向到客户门户 - 格式正确的日期和时间（如果iTop版本> = 2.3.0） - 在创建票证页面上隐藏快捷按钮（分配） 是DB中的一些批准规则 - 在日历中拖放时间间隔时防止间隔溢出到第二天
2015-09-30	1.1.3	禁用标准属性用户请求 :: approver_id和approver_email，因为它们在安装此模块时没有意义。 从Approval Rule版本表单中删除“plus”按钮，以解决覆盖窗口创建窗体中的错误（当显示为对话框时，需要修复iTop的核心，与组件“SLA With Coverage Windows”版本 > = 2.1.0，或者模块“combodo-coverage-windows-computation> = 2.0.0）
2014-12-18	1.1.2	手动发送提醒; 在同一张工单上支持多次执行（与此版本之前记录的数据追溯工作）; 即使评论留空（在绕过流程时已经完成），也可以在日志中记录一些内容; 如果批准者已经给出答案，则批准/拒绝菜单必须隐藏; 如果用户绕过流程，并且她的账户有定义的联系人，则用户的标识符（显示在新日志条目的标题中）必须是联系人友好的名称（不是用户登录名）。 将误导性消息“现在完成并失败”更改为“现在完成，结果为拒绝”; 防止CRON每分钟创建一个CMDB变更记录; 修正法语字典中的拼写错误; 更改了模块名称（内部）
2014-04-24	1.0.3	当电子邮件地址错误或丢失时更好的错误报告。 特别是刚刚安装模块时，配置条目sender_email保留为空，并且当电子邮件传输为SMTP时会产生可怕的错误消息
2014-03-07	1.0.2	整合德文翻译（感谢ITOMIG GmbH）
2014-03-05	1.0.1	第一个版本（修复发现原型的bug：无论批准规则中的设置如何，始终批准超时）

要求

至少iTop 2.4.0

安装

使用[  :8082/bin/create/2%20%E7%B3%BB%E7%BB%9F%E7%AE%A1%E7%90%86/%E6%89%A9%E5%B1%95/3.00-%E6%89%A9%E5%B1%95%E5%AE%89%E8%A3%85/WebHome?parent=2.2%5C.6.2%5C.6%5C.2.WebHome]标准的安装流程[/url]。

配置

安装此模块后，请配置正确的email_sender并配置触发器/操作以确保交付“批准eMails”。

以下设置可用于配置模块：

模块	参数	属性	说明	默认值
approval-base	email_sender	串	发件人电子邮件地址，在批准电子邮件中所示。 如果留空，发送电子邮件将失败。
approval-base	email_reply_to	串	默认的“回复”电子邮件地址以获得批准电子邮件。	（可选）默认为email_sender
approval-base	comment_attcode	串	将报告用户评论的属性。 可以是案例日志或文本。 评论全部汇总。 注意：评论也可以被视为工具提示。	（可选）
approval-base	list_last_first	布尔	在发生多次执行的情况下，驱动显示执行结果的顺序（垂直）。	false
approval-base	enable_reminder	布尔	启用“发送提醒”功能。	true
approval-extended	enable-admin-abor	布尔	允许定义的配置文件绕过审批流程。 允许绕过流程的配置文件在变量bypass_profiles中定义。	true
approval-extended	target_state	串	状态可能会触发审批流程	false
approval-extended	bypass_profiles	串	配置文件的CSV列表。 有任何给定的配置文件足以被允许绕过审批流程。 设置为空字符串以拒绝任何人的功能。	管理员/服务管理者
approval-extended	reuse_previous_answers	布尔	如果一个人在两个级别都是批准者，那么他的第1级决定会在第2级重用	true

设置审批功能时，以下[  :8082/bin/create/iTop/%E6%89%A9%E5%B1%95/%E5%AE%A1%E6%89%B9%E6%B5%81%E7%A8%8B%E8%87%AA%E5%8A%A8%E5%8C%96/%E6%A0%87%E5%87%86%E8%AE%BE%E7%BD%AE/WebHome?parent=2.2%5C.6.2%5C.6%5C.2.WebHome]标准设置[/url]可能会引起您的兴趣：

email_asynchronous

email_transport

通知（触发器/操作）

电子邮件通知基于触发/操作，电子邮件内容可以根据您的需求使用HTML格式和占位符进行量身定制。

安装时会创建一个默认触发器

以及英文，法文和德文的3种默认操作。

你当然可以编辑这条消息使它成为你自己的，这里是可能是英文默认版本的占位符例子：

您必须创建您要使用的语言的触发器和动作之间的链接。

您可以创建自己的触发器和操作

如果您需要发送不同的通知，具体取决于调用者的组织，服务，服务族或任何可用的工单数据，可以通过在触发器上使用过滤器创建多个触发/操作对来完成。

用户经验

流程

当用户请求进入新的状态时，审批引擎将验证是否存在为相应的服务子类别定义的审批规则。如果是，则将用户请求的状态设置为等待批准，并将通知发送给批准规则中定义的批准者。仅通知与第一级相对应的审批者。一旦请求被批准，并且如果已经定义了第二级，则通知第二级批准者。如果批准被批准（由批准者或超时）拒绝，则该过程在任何情况下结束。

该电子邮件包含一个Web链接，用于显示该网页以批准或拒绝该请求。

批准者在批准规则中会有一个延迟，以给出他们的答案。此延迟考虑了批准规则中定义的覆盖范围窗口。

审批延迟一旦过期，审批流程即告终止。如果在批准规则的1/2级别上没有答案，则结果（批准或拒绝）将被置于自动批准的属性中。

然后，用户请求将在其生命周期中继续执行，具体取决于审批状态：拒绝或批准。

创建审批规则

从服务管理菜单中，单击批准规则：

这些页面显示了已定义的批准规则的列表。 点击“新建”按钮创建一个新的规则：

批准规则是其名称的标识符。 覆盖窗口用于计算审批延迟。

字段审批级别1和2通过OQL查询定义每个审批级别的审批者列表。 这些查询必须返回具有电子邮件属性的元素（例如个人或团队）。 可以使用占位符：this-> attribute来引用用户请求的属性。

例如：this-> caller_id用于调用者，：this-> service_id用于服务...可以使用数据模型中为服务请求定义的所有属性。

已知限制：必须允许创建用户请求的用户查看批准者，否则用户请求将保持新状态。如果请求方允许组织，但批准者不属于其中一个组织，则会发生此问题

如果在定义的延迟后没有应答，则如果没有答案确定请求将被批准或拒绝，则自动批准字段。

现场批准延迟（小时）定义每个批准等级的延迟时间，只有覆盖范围内的小时数被计入..

现场批准结束对于多个批准者来说很有用，以确定如何采取多种行动：

1、首个批准结束：所有必须拒绝请求被拒绝。

• 多个拒绝，然后一个批准⇒结束和批准
• 多个拒绝，但不是全部然后延迟过期⇒结束和“拒绝或批准”取决于领域自动批准，如果没有应答
  

2、结束于第一次拒绝先前的默认行为：所有必须批准。

• 多个批准，然后一个拒绝⇒结束并拒绝
• 多个批准，但不是全部然后延迟到期⇒结束
  

3、第一个答复结束=首先行动是决策者。

一旦定义了批准规则，您可以从批准规则本身（选项卡服务子类别）或服务子类别中将其分配给服务子类别：

审批流程

持有iTop登录信息的审批人可以随时进行连接，并检查他们是否有申请待批准。 从帮助台菜单中，单击正在进行的审批：

该页面显示正在运行审批流程的用户请求列表，并且您正在请求审批：

没有iTop登录的审批者仍然可以批准或拒绝请求，但他们必须已收到此通知。 电子邮件提供的链接允许他在没有iTop登录的情况下批准或拒绝。

没有iTop登录的审批者，给予电子邮件授权，同时给予iTop批准授权如果批准者有iTop登录，那么通过电子邮件提供的链接将他指向iTop（控制台或门户，取决于他的访问权限）。 在这种情况下，电子邮件中提供的链接只能与批准者iTop登录一起使用。

批准或拒绝

从用户请求中，打开其他操作菜单并选择批准或拒绝：

显示审批表单：

答复完成后，您将被重定向到用户请求，并且横幅条会提醒您答复的结果。

绕开审批流程

如果您是管理员，并且安装程序允许，则您有一个菜单可通过该过程：

审批表格与标准答复表格稍有不同：它提醒您通过该过程有一点不同。

如果您既是批准者又允许通过流程，那么这两个菜单都是允许的。 使用其中一种方法只会改变审批流程结果的记录方式，并进一步显示在状态标签中。

状态

只要用户请求通过审批流程，标签审批状态就会显示有关正在进行或终止审批的详细信息。

在上面的例子中，截止日期以粗体显示：1月21日12:47。

点击“发送提醒”按钮向审批者发送新消息（需要确认）。 可以通过将参数enable_reminder设置为false来禁用此功能。

答复完成后，状态显示为明确：

将鼠标移到审批者姓名旁边的图片上，如果有答案，您将得到答案的日期和她的评论：

只要用户请求进入“等待批准”状态，状态就会完全复位。

门户网站审批

增强型门户中会出现一个新菜单，允许审批者检索所有等待她批准的用户请求，并逐个或以批量模式接受或拒绝它们。

如果拒绝，则需要评论，所以只要评论为空，该按钮就被禁用。 两种情况都需要确认。

点击用户请求链接时，工单的详细信息会显示一个额外的注释字段和详细信息底部的两个按钮，以接受或拒绝该信息：

问题与解答

题：如果批准规则在所有批准级别上返回零批准者，会发生什么？
回答：该请求永远不会进入批准周期。

题：在给定的延迟后，如何自动向提醒者发送提醒？
回答：今天没有简单的方法可以做到这一点。

在要批准的对象类上添加请求的日期字段批准，比如工单。

当工单进入等待批准的状态时，在转换上使用now（）设置批准要求的开启日期。

创建一个每日后台任务，由于确切的延迟* n天，它会在等待批准的情况下检索工单，并发送提醒（假设有一个可访问的PHP职能至触发器此提醒）→延迟= 7这将使触发器每次提醒只要不批准七天。

流程自动化审批

名称：自动化审批流程

说明：基于服务目录的预定义规则来控制您的审批流程

版本：1.4.5

发布日期：2019-03-26

iTop版本要求（最低）：2.4.0

代码：combodo-approval-process-automation

状态：稳定版

别名：审批扩展

传播：iTop Hub

对于老的2.2.0之前的iTop版本使用[ ttps://www.itophub.io/wiki/page?id=extensions%3Aapproval_extended_1_1]1.1.3[/url].

对于iTop 2.2.x 或者 2.3.x，使用[ ttps://www.itophub.io/wiki/page?id=extensions%3Aapproval_extended_1_2]1.2.2[/url] 或者最好使用 [ ttps://www.itophub.io/wiki/page?id=extensions%3Aapproval_extended_1_3]1.3.5[/url]

对于iTop 2.4.0 或者更高，使用当前版本或以上

此模块提供处理用户请求的两级审批流程的功能，每个级别上有多个并行审批人。

特性

基于规则的自动化审批机制。

支持被动或主动审批和超时延迟的配置。

两个级别的审批人在各自的级别并行进行审批。

批准者可以通过电子邮件一次点击批准或拒绝请求（无需拥有iTop帐户），也可以在控制台上批准多个待批准的请求。

每个工单上审批状态的图形视图。

可配置的审批电子邮件消息，具有多语言功能。

修订历史

发布日期	版本	内容
2020-03-18	2.0.1	* 带兼容性iTop 2.7 * 当试图打开的对象形式时，找不到解决TWIG模板
2020-03-05	2.0.0	* 添加兼容性与iTop 2.7+ * 更新DE 翻译 * 启用通知管理代表团 * 操作电子邮件批准请求：示例电子邮件操作的默认发件人 * 解决办法：批准提示在编辑模式：双弹出 * 从reply_to可以指定为操作电子邮件批准请求的对象(只有approval_base模块中设置) *增强的SLA计算中的新方法，以减轻可扩展性 * 时间强制覆盖窗口中打开
2019-03-26	1.4.5	* 修复：编辑模式的审批提醒 : 两次弹出
2018-12-13	1.4.4	* 修复西班牙翻译文件编码 * 将缺少的调和键添加到ApprovalScheme类 * 将缺少的调和键添加到ExtendedApprovalScheme类 * 修复审批表单的UI小故障 * 提示jQuery兼容性 (从iTop 2.6起jQuery 3)
2018-06-27	1.4.3	德语翻译更新
2018-06-26	1.4.2	- 新翻译（西班牙，巴西）和修复审批请求触发器的CSV导入 -修复等待批准的对象不在用户范围内时门户中附件不可用（的缺陷）。
2018-01-26	1.4.1	Bug修复：如果未选择增强门户，则无法安装扩展
2017-11-14	1.4.0	需要iTop 2.3.0：将审批管理纳入增强型门户
2017-11-14	1.3.5	修复2个周期之间混合的批准工具提示
2017-09-27	1.3.4	与iTop 2.4门户的兼容性修复
2017-09-01	1.3.3	日志中记录的注释：运营商退货退回 - 在门户摘要页面选中/取消选中全部 -如果第1级没有批准人，请勿跳过级别2 - 缺少索引，减缓票证显示速度 - 解码后的菜单组“ 帮助台“的位置 - 修复从具有与iTop时区不同的时区的浏览器进行编辑时修复损坏的覆盖窗口
2016-11-30	1.3.2	通过触发器/操作的均值配置的电子邮件 - 使用HTML占位符的电子邮件/表单模板（正确转义的HTML实体） - 菜单组“帮助台”不能通过XML增量
2016-08-09	1.2.1	基于XML的实现为了减少一些定制 - 包括一个支持增强型客户门户中的审批的库（需要进一步的自定义）
2016-07-11	1.2.0	现在需要iTop 2.2.0！ - 错误修复：尝试批准时，“门户用户”重定向到客户门户 - 格式正确的日期和时间（如果iTop版本> = 2.3.0） - 在创建票证页面上隐藏快捷按钮（分配） 是DB中的一些批准规则 - 在日历中拖放时间间隔时防止间隔溢出到第二天
2015-09-30	1.1.3	禁用标准属性用户请求 :: approver_id和approver_email，因为它们在安装此模块时没有意义。 从Approval Rule版本表单中删除“plus”按钮，以解决覆盖窗口创建窗体中的错误（当显示为对话框时，需要修复iTop的核心，与组件“SLA With Coverage Windows”版本 > = 2.1.0，或者模块“combodo-coverage-windows-computation> = 2.0.0）
2014-12-18	1.1.2	手动发送提醒; 在同一张工单上支持多次执行（与此版本之前记录的数据追溯工作）; 即使评论留空（在绕过流程时已经完成），也可以在日志中记录一些内容; 如果批准者已经给出答案，则批准/拒绝菜单必须隐藏; 如果用户绕过流程，并且她的账户有定义的联系人，则用户的标识符（显示在新日志条目的标题中）必须是联系人友好的名称（不是用户登录名）。 将误导性消息“现在完成并失败”更改为“现在完成，结果为拒绝”; 防止CRON每分钟创建一个CMDB变更记录; 修正法语字典中的拼写错误; 更改了模块名称（内部）
2014-04-24	1.0.3	当电子邮件地址错误或丢失时更好的错误报告。 特别是刚刚安装模块时，配置条目sender_email保留为空，并且当电子邮件传输为SMTP时会产生可怕的错误消息
2014-03-07	1.0.2	整合德文翻译（感谢ITOMIG GmbH）
2014-03-05	1.0.1	第一个版本（修复发现原型的bug：无论批准规则中的设置如何，始终批准超时）

要求

至少iTop 2.4.0

安装

使用[  :8082/bin/create/2%20%E7%B3%BB%E7%BB%9F%E7%AE%A1%E7%90%86/%E6%89%A9%E5%B1%95/3.00-%E6%89%A9%E5%B1%95%E5%AE%89%E8%A3%85/WebHome?parent=2.2%5C.6.2%5C.6%5C.2.WebHome]标准的安装流程[/url]。

配置

安装此模块后，请配置正确的email_sender并配置触发器/操作以确保交付“批准eMails”。

以下设置可用于配置模块：

模块	参数	属性	说明	默认值
approval-base	email_sender	串	发件人电子邮件地址，在批准电子邮件中所示。 如果留空，发送电子邮件将失败。
approval-base	email_reply_to	串	默认的“回复”电子邮件地址以获得批准电子邮件。	（可选）默认为email_sender
approval-base	comment_attcode	串	将报告用户评论的属性。 可以是案例日志或文本。 评论全部汇总。 注意：评论也可以被视为工具提示。	（可选）
approval-base	list_last_first	布尔	在发生多次执行的情况下，驱动显示执行结果的顺序（垂直）。	false
approval-base	enable_reminder	布尔	启用“发送提醒”功能。	true
approval-extended	enable-admin-abor	布尔	允许定义的配置文件绕过审批流程。 允许绕过流程的配置文件在变量bypass_profiles中定义。	true
approval-extended	target_state	串	状态可能会触发审批流程	false
approval-extended	bypass_profiles	串	配置文件的CSV列表。 有任何给定的配置文件足以被允许绕过审批流程。 设置为空字符串以拒绝任何人的功能。	管理员/服务管理者
approval-extended	reuse_previous_answers	布尔	如果一个人在两个级别都是批准者，那么他的第1级决定会在第2级重用	true

设置审批功能时，以下[  :8082/bin/create/iTop/%E6%89%A9%E5%B1%95/%E5%AE%A1%E6%89%B9%E6%B5%81%E7%A8%8B%E8%87%AA%E5%8A%A8%E5%8C%96/%E6%A0%87%E5%87%86%E8%AE%BE%E7%BD%AE/WebHome?parent=2.2%5C.6.2%5C.6%5C.2.WebHome]标准设置[/url]可能会引起您的兴趣：

email_asynchronous

email_transport

通知（触发器/操作）

电子邮件通知基于触发/操作，电子邮件内容可以根据您的需求使用HTML格式和占位符进行量身定制。

安装时会创建一个默认触发器

以及英文，法文和德文的3种默认操作。

你当然可以编辑这条消息使它成为你自己的，这里是可能是英文默认版本的占位符例子：

您必须创建您要使用的语言的触发器和动作之间的链接。

您可以创建自己的触发器和操作

如果您需要发送不同的通知，具体取决于调用者的组织，服务，服务族或任何可用的工单数据，可以通过在触发器上使用过滤器创建多个触发/操作对来完成。

用户经验

流程

当用户请求进入新的状态时，审批引擎将验证是否存在为相应的服务子类别定义的审批规则。如果是，则将用户请求的状态设置为等待批准，并将通知发送给批准规则中定义的批准者。仅通知与第一级相对应的审批者。一旦请求被批准，并且如果已经定义了第二级，则通知第二级批准者。如果批准被批准（由批准者或超时）拒绝，则该过程在任何情况下结束。

该电子邮件包含一个Web链接，用于显示该网页以批准或拒绝该请求。

批准者在批准规则中会有一个延迟，以给出他们的答案。此延迟考虑了批准规则中定义的覆盖范围窗口。

审批延迟一旦过期，审批流程即告终止。如果在批准规则的1/2级别上没有答案，则结果（批准或拒绝）将被置于自动批准的属性中。

然后，用户请求将在其生命周期中继续执行，具体取决于审批状态：拒绝或批准。

创建审批规则

从服务管理菜单中，单击批准规则：

这些页面显示了已定义的批准规则的列表。 点击“新建”按钮创建一个新的规则：

批准规则是其名称的标识符。 覆盖窗口用于计算审批延迟。

字段审批级别1和2通过OQL查询定义每个审批级别的审批者列表。 这些查询必须返回具有电子邮件属性的元素（例如个人或团队）。 可以使用占位符：this-> attribute来引用用户请求的属性。

例如：this-> caller_id用于调用者，：this-> service_id用于服务...可以使用数据模型中为服务请求定义的所有属性。

已知限制：必须允许创建用户请求的用户查看批准者，否则用户请求将保持新状态。如果请求方允许组织，但批准者不属于其中一个组织，则会发生此问题

如果在定义的延迟后没有应答，则如果没有答案确定请求将被批准或拒绝，则自动批准字段。

现场批准延迟（小时）定义每个批准等级的延迟时间，只有覆盖范围内的小时数被计入..

现场批准结束对于多个批准者来说很有用，以确定如何采取多种行动：

1、首个批准结束：所有必须拒绝请求被拒绝。

• 多个拒绝，然后一个批准⇒结束和批准
• 多个拒绝，但不是全部然后延迟过期⇒结束和“拒绝或批准”取决于领域自动批准，如果没有应答
  

2、结束于第一次拒绝先前的默认行为：所有必须批准。

• 多个批准，然后一个拒绝⇒结束并拒绝
• 多个批准，但不是全部然后延迟到期⇒结束
  

3、第一个答复结束=首先行动是决策者。

一旦定义了批准规则，您可以从批准规则本身（选项卡服务子类别）或服务子类别中将其分配给服务子类别：

审批流程

持有iTop登录信息的审批人可以随时进行连接，并检查他们是否有申请待批准。 从帮助台菜单中，单击正在进行的审批：

该页面显示正在运行审批流程的用户请求列表，并且您正在请求审批：

没有iTop登录的审批者仍然可以批准或拒绝请求，但他们必须已收到此通知。 电子邮件提供的链接允许他在没有iTop登录的情况下批准或拒绝。

没有iTop登录的审批者，给予电子邮件授权，同时给予iTop批准授权如果批准者有iTop登录，那么通过电子邮件提供的链接将他指向iTop（控制台或门户，取决于他的访问权限）。 在这种情况下，电子邮件中提供的链接只能与批准者iTop登录一起使用。

批准或拒绝

从用户请求中，打开其他操作菜单并选择批准或拒绝：

显示审批表单：

答复完成后，您将被重定向到用户请求，并且横幅条会提醒您答复的结果。

绕开审批流程

如果您是管理员，并且安装程序允许，则您有一个菜单可通过该过程：

审批表格与标准答复表格稍有不同：它提醒您通过该过程有一点不同。

如果您既是批准者又允许通过流程，那么这两个菜单都是允许的。 使用其中一种方法只会改变审批流程结果的记录方式，并进一步显示在状态标签中。

状态

只要用户请求通过审批流程，标签审批状态就会显示有关正在进行或终止审批的详细信息。

在上面的例子中，截止日期以粗体显示：1月21日12:47。

点击“发送提醒”按钮向审批者发送新消息（需要确认）。 可以通过将参数enable_reminder设置为false来禁用此功能。

答复完成后，状态显示为明确：

将鼠标移到审批者姓名旁边的图片上，如果有答案，您将得到答案的日期和她的评论：

只要用户请求进入“等待批准”状态，状态就会完全复位。

门户网站审批

增强型门户中会出现一个新菜单，允许审批者检索所有等待她批准的用户请求，并逐个或以批量模式接受或拒绝它们。

如果拒绝，则需要评论，所以只要评论为空，该按钮就被禁用。 两种情况都需要确认。

点击用户请求链接时，工单的详细信息会显示一个额外的注释字段和详细信息底部的两个按钮，以接受或拒绝该信息：

问题与解答

题：如果批准规则在所有批准级别上返回零批准者，会发生什么？
回答：该请求永远不会进入批准周期。

题：在给定的延迟后，如何自动向提醒者发送提醒？
回答：今天没有简单的方法可以做到这一点。

在要批准的对象类上添加请求的日期字段批准，比如工单。

当工单进入等待批准的状态时，在转换上使用now（）设置批准要求的开启日期。

创建一个每日后台任务，由于确切的延迟* n天，它会在等待批准的情况下检索工单，并发送提醒（假设有一个可访问的PHP职能至触发器此提醒）→延迟= 7这将使触发器每次提醒只要不批准七天。