审批
让采购订单、销售单据、质量文档、供应商与变更通知按顺序经过多级审批后再生效。
审批会让文档保持待定，直到它必须经过的每一级都批准。按公司配置的审批规则定义这些层级、实际生效几级，以及每一级由谁决定。
例如，一张 ¥60,000 的采购订单，规则里有从 ¥5,000 起生效的部门经理级和从 ¥25,000 起生效的财务与总经理级，它会依次经过两级；¥4,000 的订单只经过第一级。
可以审批的对象
每种文档有自己的待定状态和审批结果。
| 文档 | 待定状态 | 批准后 | 拒绝后 |
|---|---|---|---|
| 「待审批」 | 按明细应有的状态（例如「待收货」） | 「已拒绝」 | |
| 销售订单 | 「待审批」 | 按明细应有的状态 | 回到「草稿」，可修改后再次确认 |
| 销售发票 | 保持「草稿」 | 已过账 | 保持「草稿」，可更正后重新过账 |
| 付款 | 保持「草稿」 | 已过账 | 保持「草稿」，可更正后重新过账 |
| 质量文档 | 保持「草稿」 | 「已启用」 | 保持「草稿」 |
| 供应商 | 「待审核」 | 「已启用」 | 「已拒绝」 |
| 变更通知 | 保持「工程完成」 | 「实施中」 | 保持「工程完成」 |
只有采购订单、销售订单、销售发票与付款的层级使用最小金额。其他类型没有可比较的金额，因此只跑没有最小金额的层级。
按顺序的层级
规则位于设置 → 审批规则，每种文档类型一个分区，按执行顺序排列。每一级包含：
金额决定跑几级，而不是跑哪一级：单据会经过所有已启用、且最小金额被其达到的层级。没有金额的单据（供应商、质量文档、变更通知）只跑没有最小金额的层级。
没有全局的「需要审批」开关。 只有当某个文档类型存在启用的层级时才需要审批。把所有层级停用或删除后，这些文档直接生效。
谁可以审批
正在决定的那一级，只有在用户被点名（直接或通过其所在组）或是该级的默认审批人时才能决定。他还必须看得到这张单据：该级会检查单据的数据范围，部门或个人范围不包含该单据的审批人不能决定它。
每一级按顺序运行。无论哪种通过方式，一次拒绝都会立即结束请求，并关闭其后的层级。
权限也会向上覆盖：后面一级的审批人可以决定前面一个任一人级，链条因此能在部门经理缺席时继续。所有人级不适用——它需要自己的每个签名。
转办与加签
当前级上的两个动作可以让链条继续，而不必去改规则：
- 转办把该级交给别人。转办人随即失去决定权，他已经给出的签名会被移除，因此所有人级不会计入一个已被撤回的票。
- 加签在该级多加一个人。在所有人级上，他也必须批准。
两者都需要一个能打开该单据的人：公司里在职、拥有该单据模块的更新权限，且数据范围覆盖这张单据。
决定
待定单据的页头会在审批链旁显示批准与拒绝：当前级、每一级的通过方式、已有几个签名，以及之前各级的状态。批准最后一级会一步执行单据自己的动作。提出请求的人在仍待定时可以撤回。
请求提出时 Carbon 通知第一级的审批人，每一级通过后通知下一级的审批人，决定后通知申请人，渠道包括邮件、Slack 和应用内通知。
审批只对当时那张单据有效。销售发票或付款在请求待定期间或批准之后被修改，会使该审批失效：下一次过账会重新发起，而不是沿用针对另一组数字作出的决定。