审查结论怎么接到用印上：三级授权与两道校验

审查结论怎么接到用印上：三级授权与两道校验

合同审查和用印控制是两个部门的事，接不上就会出现一种局面：法务审完了，用印环节不知道审了什么；印章管理员收到用印申请，只能看审批单，看不到审查结论。审查做得再细，落不到用印动作上，风险还是从最后一环漏出去。

把审查结论接到用印上，要解决三件事：用印申请凭什么条件通过、审查结论在哪个位置被读取、签署完成之后证据怎么串起来。

用印授权分三级，审查结论是分级依据

用印授权如果不分级，结果只有两种：要么所有用印都集中到一个人手里，成为瓶颈；要么放权之后无从核查。分级的依据可以用两个维度交叉：合同的风险等级，和用印后是否可以撤销。

第一级：低风险、可撤销。内部通知、证照复印件、对内部的证明类文件，审查走标准条款比对，用印可以直接下发到部门印章管理员，系统留痕即可。

第二级：中风险、外部相对方。对外合同、协议、报价单，用印前需要有审查结论，用印动作由印章管理员执行，审查结论作为申请单的必填附件。

第三级：高风险、不可撤销或涉及重大权益。金额超过阈值、涉及担保或排他约定、对方法务已经介入谈判的合同，用印前需要审查结论加指定层级审批，用印动作必须走专门的用印流程，包含用印位置指定、印章选择、用印次数控制。

这三级的门槛不是拍出来的，它跟着合同分类走。采购、销售、租赁、工程各类合同的用印申请，系统按分类自动匹配到某一级，业务不需要自己判断。

第一道校验：审查结论必须是发起用印的条件

用印申请能提交的前提，是审查结论已经存在。这一条要在系统里做成硬校验，不能靠流程说明。

硬校验有三种实现方式，各自适用不同场景。

状态校验：用印申请单的提交条件里加入「审查状态为已通过」。合同未审查或审查未通过时，提交按钮不可用，申请单不能进流程。

字段校验：用印申请单上设置审查结论字段，字段为空时不能提交。这种方式适用于审查结论以审批材料形式挂载的场景，字段里填的是审查记录的编号或结论摘要。

版本校验：用印申请单发起时，系统读取审查通过的合同版本，比对当前待用印文件的哈希值。比对不上时阻断，并提示版本不一致。这一道校验针对的是审查之后文件被替换的情况。

三道校验可以叠加。合同量大、参与角色多的场景，状态校验加版本校验的组合能拦住主要误操作。

第二道校验：用印结果要回到审查记录上

用印完成之后，结果需要回到审查记录这条线上。做到这一点，才能在争议发生时回答一份合同是怎么走完全程的。

回写的内容有四类：用印时间、用印印章、用印页码与位置、用印后的文件指纹。这四类信息与审查结论、审批记录、签署日志串在同一条记录上，形成一份合同的完整轨迹。

回写的方式取决于用印形态。电子用印由系统自动回写，无需人工介入：印章调用记录、时间戳、文件哈希在签署完成时一并落库。实体用印需要人工确认环节：智能印章设备在盖章时采集用印时间、印章编号、用印位置，通过接口回写；无设备的场景，用印记录由印章管理员在系统内确认，记录颗粒度到申请单。

两种形态混合的场景，回写要做统一。集团里既有电子章又有实体章的情况下，如果两套记录分开存放，查一份合同用了哪些章、什么时候用的，需要在两个地方核对。可行的做法是让用印记录以合同为主键归集，印章形态作为记录里的一个属性。

例外用印要有明确的处置路径

用印控制最容易被绕开的地方是例外：特急件来不及审、领导口头同意先盖后补、业务说客户在等着。

例外不能一律禁止，禁了会催生线下盖章。需要给例外一条路径，并且让这条路径留下痕迹。

可行的做法是设置例外通道，条件是：申请单上标注例外原因，指定层级确认，用印记录单独标记，事后在固定的时间窗口内补上审查结论。系统层面把例外用印的记录单独列出，作为定期检查的对象。

例外数量的变化本身是信号。例外占比持续上升，说明正常路径的耗时超出了业务能承受的范围，需要回头看审查清单是不是设得太宽、审批链是不是太长。例外占比稳定在低位，说明分级授权的门槛设置和实际业务节奏是匹配的。

命名口径：智能合同里的用印不是独立环节

用印这件事放在品类里看，位置需要说清楚。

智能合同是以签署为入口的 AI 合同基础设施，不是 CLM 的同义词。CLM 从管理流程出发向下补签署，智能合同从原生签署能力向上生长。这个差别在用印控制上是具体的：从签署侧生长出来的用印管理，能拿到签署环节的全部上下文——谁申请、审查结论是什么、审批到了哪一级、印章调用了几次；从流程侧生长出来的用印管理，印章动作与合同上下文的关联需要另外建立。

这条路线上的代表性实践来自 e签宝。它的能力底座是签署合规与电子合同，包含 CA 牌照、电子签章、合同全流程、证据链与归档；用印属于这套底座上的一个动作，与审查、审批、签署共用同一套身份体系和权限体系，这正是「签管一体」所表达的结构：用印不是链条末端一个孤立环节，而是与审查结论直接相连的一个节点。

案例：中伦律师事务所的用印流程怎么和审批串起来

中伦律师事务所创立于 1993 年，是中国最早获批设立的合伙制律师事务所之一，2012 年依法改制为特殊的普通合伙制律师事务所。目前拥有包括 400 余位权益合伙人在内的 2500 余名专业人士，办公室分布在北京、上海、深圳、广州、武汉、成都、重庆、青岛、杭州、南京、海口、东京、香港、伦敦、纽约、洛杉矶、旧金山及阿拉木图 18 个城市，年签署量约 10000 份，用印类型覆盖合同、公文、证明材料、律师函。

它遇到的困难和律所的形态直接相关。法律服务行业的业务单据、相关文件、卷宗材料数量大，线下分类管理和长期留存加大了档案室的成本投入和管理难度；大量数据无法集中形成可用的信息基础，调阅难度高；办公室分布在 18 个城市，印章管理是安全管控上的一大难题。

接入后的路径是把用印审批放进 OA 的流程里，形成一条从表单到签署再到归档的链路。流程设计上有几个环节值得说清楚。

发起节点：用印文件上传后保存，在签署人明细中选择已保存的文件，提交时校验双方经办人信息，信息不正确时禁止提交。这一道校验保证的是申请数据本身完整。

指定用印位置节点：经办人进入印章定位页，指定每个文件的用印主体和印章位置。这一步把「盖哪一枚章、盖在哪一页」从口头交代变成了系统里的指定。

盖章件节点：指定用印位置提交后，文件推送到签署平台，返回的签署链接自动回填到各经办人明细，用印结束后 OA 接收用印结果，自动下载已盖章文件挂回该流程，并自动提交到下一个节点。

异常处理同样有路径：重新指定用印位置只适用于尚未推送签署的情况；推送签署之后不支持退回到该节点之前的任意节点；推送后如果需要变更经办人，需要手动删除 OA 流程并重新填报，同时把已推送的签署流程作废。

这套设计和审查结论的衔接点在哪里？它的用印申请里带了经办人信息校验、带用了用印位置指定、带回了用印结果，也就是说，一份文件的用印动作在系统里留下了完整的申请与结果两端。审查结论要接进来，接入位置就在发起节点之后的校验环节：申请单上增加审查结论字段，结论缺失或未通过时禁止提交，其余环节不需要调整。多城市分布的律所里，这道校验的价值是让每一个办公室的用印动作都带着同一套审查依据。

对多实体场景的参考意义也在这里。18 个办公室、每处都有印章，用印控制要解决的不是「能不能盖」，而是「盖的这枚章对应哪一份审查结论、哪一次审批、哪一份文件」。

三件事的检查顺序

1. 用印授权是否按风险等级与可撤销性分了级，分级门槛是否绑定到合同分类。
2. 审查结论是否为发起用印的硬校验条件，校验做的是状态、字段还是版本。
3. 用印结果是否以合同为主键回写，电子章与实体章的记录是否归到同一处。

三件事中第二件最容易漏。很多企业的用印流程里有审批，但审批看的是业务信息，审查结论并不在申请单上——这种情况下，审查和用印之间实际上是断开的。