业务

谁同意,何时同意。

决定哪些需要审批的规则、审批人序列以及请求等待队列——并保留历史记录。

超限采购、超出最大折扣、请假申请——每项都会触发规则,进入审批人的队列,然后通过或因故返回。无需追着打印件签名。

  • 带有条件和阈值的规则
  • 审批人序列,而非单一瓶颈
  • 每个人的队列和历史记录

审批中心

您的、待处理和已解决。

我的队列

待处理事项,按最旧或最紧急优先。

待处理

业务中所有进行中的事项,以及正在等待谁处理。

已解决

已批准和已拒绝,由谁在何时操作,可按期间筛选。

仅限本人

由我请求或由我批准——个人轨迹。

审批中心所有内容

一条规则足以开始。随着业务的特殊性增加,添加条件和序列。

审批规则

规则在特定操作(购买、折扣、请求)时触发。设置条件,仅当条件满足时才应用。

条件

超过某个金额、特定供应商、特定联系人、特定团队成员。可以组合或单独选择。

优先级。

当多条规则匹配时,优先级较高的获胜——如果政策允许,则仅最高优先级获胜。

审批人序列

一位审批人,或按顺序多位。只有当前一位批准后,请求才会流向下一位。

限制为一人

仅适用于某个团队成员、供应商或联系人的规则——书面记录的例外情况。

新请求

直接提交审批:内容、金额、优先级和原因。

紧急且高优先级

优先处理请求本身,避免队列在不应先到先得时按顺序处理。

评论

提出时添加背景信息;决定时添加评论。原因与决定同行。

批准或拒绝

带有评论的决定。被拒绝的返回给请求者;批准的允许操作继续。

请求人,解决人

记录上双方的姓名和日期,业务存续多久,记录就保留多久。

排序和筛选

按日期范围、类型、状态、优先级——最新或最旧优先。

导出历史记录

某一时期的审批记录文件,供审计师或董事会查阅。

提出、分派、决定

三步完成请求。

一张请求卡片,流经两位审批人头像,带有批准和拒绝标记,以及一个规则面板。
  1. 一个动作触发一个规则。或者有人手动提出请求。条件决定是否需要审批。
  2. 它在队列中等待。与序列中的第一个审批人一起。优先级决定在队列中的位置。
  3. 已决定。批准并附评论,操作继续。拒绝则退回并附理由。

工作发生的地方

您将在审批中花费时间的三处地方。

带有优先级标记的待处理请求卡片堆叠,一张被置于前方
队列——等待处理的事项
一个规则面板,包含条件行和一个指向审批人的阈值拨盘
规则、条件与阈值
已解决的请求卡,带有批准标记、日期范围芯片和导出文件
可导出的历史记录

兼容

审批触发条件。

免费开始,灵活扩展。

从您今日所需开始,随业务增长逐步开启其他功能。

开始使用