待审批 → 已批准 / 未批准
审批可以独立工作，无需状态流程：访问级别中的三项权限——谁可以选择审核者发起审批；谁可以在无人要求的情况下亲自批准或拒绝，即管理员和经理典型的“直接签署”；谁可以通过取消请求解锁停留在“待审批”的文件，例如审核者休假时，而不决定结果。请求者可以撤回自己的请求；审核者可以被催促。每个请求带有谁、什么、为什么、何时到期，并以一个结果结束：已批准、已拒绝、已过期、已取消。配合文档流程，流程的一个状态成为关卡：进入它开启请求，决定后文件自动转为已批准或未批准。
工作原理
-
请求
右键 → 请求审批：选择审核者，或按顺序的多位——如果一位拒绝，回到您这里。需要时给决定者留一条备注。文件冻结。
-
审核者决定
通知和邮件；在“等待中”队列看到文件、谁请求的和原因。批准，或写明缺什么后拒绝——上传者会读到。
-
结果，然后继续
已批准：文件带标记，有流程时更改状态。未批准：恢复可修改，原因在旁。七天后过期：请求者会知道。
“已批准”不是一封邮件。它是文件的状态，下面有签名。
您能做什么
-
等待期间冻结
审核者决定期间没人修改文件：他批准的就是他看到的。
-
顺序审核者
先是负责人，再是管理层：一个接一个批准。一次拒绝中断链条，把文件退回请求者。
-
直接签署
有权限的人亲自批准，无需等待请求：“您正在直接签署此文档”。
-
无结果解锁
审核者不在？有权限的人取消请求，文件恢复可修改。结果，若有，仍归审核者。
-
队列与催促
审核者的“等待中”，请求者的“我的请求”，有未决请求的文件夹计数，一键催促。
-
与文件请求和流程配合
按请求提交的文件可以经过审批；流程的一个状态可以自动开启请求。
常见问题
需要工作区吗？
不需要：按请求审批在任何文件夹上都能工作。工作区添加政策——下载、上传和删除需审批——自动开启请求。
与 kSign 的签名有什么区别？
审批是内部放行，在 Files 中记录。kSign 的签名是文档上具有法律效力的电子签名。合同经过前者，以后者结束。
拒绝必须有理由吗？
您可以把它设为必填评论。无论如何，理由若写了，会在文件线程中送达上传者。
Files 的其他功能
把企业文件搬上云端
申请演示：我们向您展示 Files 如何让存储和共享变得简单又安全。
Alex