微信端
支付宝
IOS版
安卓版
鸿蒙版
钉钉端
飞书端
企微端
客户端
审查标准散在各人手里
老法务的判断留在个人笔记和聊天记录里，换个人审同一份合同，抓出来的问题不一样。
销售热线
0571-85785223
- 主体校验 · 智能审查合同比对 · 审批意见摘要
- 4项
- 依据《民法典》典型合同类型分别预置规则分组
- 19种
- 一条审批流最多可路由的审查方案数
- 10个
- 单文件大小上限审查、比对、起草一致
- 50MB
审查一份合同很简单
在企业里流转用起来还是很难？
一套清单套所有合同
采购合同、劳动合同、框架协议用同一张审查清单，该严的没严，该放的没放。
新规则不知道有没有用
规则搬进系统之后抓得准不准没人验证过，不敢直接压到真实审批上跑。
e签宝「企业级」合同审查能力
专注合同二十年
20 年电子签名从业经验，持有工信部电子认证服务许可证，具备自有 CA 能力。
自研合同大模型
自研模型负责合同理解、抽取与知识融合；闭源模型仅用于辅助生成与语义扩展。
规则按合同类型预置
依据《民法典》19 种典型合同类型分别预置规则分组，企业可改写为自己的方案。
规则可持有
企业现有审查要求可原样搬进系统。手动录入、粘贴文本清单、上传范本或制度、Excel 模板导入四条路径；规则由关注角色、风险等级、审查要点、修改建议、关联法条构成。一条审批流最多 10 个方案，发布前可用实测合同试跑。
判断可验证
每条结论带原文位置、风险等级、修改建议与相关依据，人工补充的风险点须填写法条依据。主体核验比对工商登记的企业名称、统一社会信用代码、法定代表人与经营状态；附件核验比对正文与附件，单次最多 3 份。
结果可收敛
AI 深度审查与规则审查的结果统一在「条款审查」展示，重复意见自动合并。风险点分待处理、已处理、已忽略，支持一键批量修订；方案未变动时重审只跑待处理项，标记新增、修正、移除。
过程可追溯
每次重审生成新版本记录，当前结果不被覆盖，可下载原始合同、修订版与审查报告。结果按法务、财务、业务、风控合规过滤，敏感角色可配置为仅本角色可见。
所见即所得的审批界面
合同审查结果
风险项按等级和关注角色集中呈现，快速定位需要重点判断的条款。
经营分析比对结果
对照历史合同，归纳金额、周期、付款等关键业务变化。
合同比对结果
按新增、替换、删除等变化类型展示原文差异，改在哪里一目了然。
审批流设计
在既有审批流里选择 AI 审批助手节点，勾选需要执行的能力。
与飞书、钉钉等 OA 审批流集成
合同审批多数跑在飞书、钉钉或企业自建的 OA 里。AI 审批助手以审批节点的形式接入这些审批流，不改变发起人与审批人的操作入口。
在审批流中增加 AI 执行节点
在审批流里增加一个 AI 执行节点，勾选需要执行的能力。审批流转到该节点时自动执行分析。
结果回填到审批单字段
在审批流中增加合同结果字段，摘要、比对、审查结果回填至表单。主体一致性校验不占用字段，结论展示在审批意见中。
协商起草在同一审批单内完成
需要多方修改条款时，增加「e签宝协商起草」节点，从审批意见进入协商，定稿后自动覆盖回传原文件。
在 e签宝配置，在审批流执行
- 01 开通与授权
- 02 勾选能力
- 03 配置回传
三个配置动作在 e签宝侧完成一次
- 04 照常发起
审批到达节点时自动执行
三个使用场景
合同审批
提交合同 → AI 审查 → 人工审批
在法务、财务或业务负责人审批前生成摘要，并识别需要关注的风险。
带来的变化审批人从摘要进入条款，风险点在人工审批前就带有等级与修改建议。
用印审批
审批版本 ↔ 签回版本
把准备盖章的合同与审批通过版本核对，识别内容是否被改动。
带来的变化带来的变化差异按新增、替换、删除列出，签回版被调整过的位置直接定位到条款。
续签与长期合作
历史合同 ↔ 本次合同
与历史已签合同对照，识别本次续签中的关键业务变化。
带来的变化带来的变化注意力放在真正变了的条款上，不用逐页重读整份历史合同。
两家企业把审查放进流程的方式
先把规则放进去，再谈流程怎么改
- 起点
- 京源环保有一套自己的审查规则，数量约四五十条。此前的版本大约只支持二十条，装不下，标准就只能继续留在各人手里。
- 做法
- 审批流程先不动，规则先在独立审查页面上跑起来。沟通过程中，客户问的是规则格式怎么组织、版本之间怎么对比、以后进审批怎么用。
- 现状
- 规则验证通过，目前用独立的 SaaS 页面做审查。这是一个可以先落地、再往前推的位置。
如果你的规则也散在各处，这条路径最快见效
一个审批单里多份合同，难在版本
- 起点
- 武汉顶好能源一张审批单涉及多份合同，需分别起草、签署，并确保使用已审批的最新模板，避免旧版条款误入用印环节。
- 做法
- 基于标准模板调整客户条款、补充金额及付款条件，完成协商、审批与签署，并将对方盖章返回的扫描件与确认版本进行比对。
- 现状
- 多份合同在明细中分别协商起草、从明细读取文件发起电子签已完成演示。客户要求在自己的企业环境里跑完整条流程，再作判断。
多合同、多明细的审批流，建议先验证版本链路
使用边界与版本说明
- AI 分析结果作为审批参考，审批决定仍由审批人结合业务情况完成
- 四项能力中，只有主体一致性校验配置为「拒绝」时会拒绝本次审批；企业也可将其配置为「仅提示」
- 合同审查、合同比对与审批意见摘要失败或超时不阻断审批，仅展示对应状态
可用现有合同试跑一轮
了解能力范围、接入方式与开通条件
