实时演示
在真实文档上看效果。
点击右侧任一字段，我们会在左侧高亮它的来源位置。
Extracted fields
Payment terms
Parties involved
示例数据。真实引擎输出。
概览
什么是合同数据抽取？
合同数据抽取就是自动读取法律协议 —— 渠道协议、MSA、NDA、SaaS 订阅合同、供应商 SOW —— 把它们变成 CLM、采购或 M&A 尽调数据室能索引的结构化字段。你需要的法律信息很少出现在标好的方框里：它通常埋在以 This Agreement is made and entered into on 或 The Parties hereto agree as follows 开头的段落里。人工抽提慢又贵；基于规则的解析器一遇到新模板就崩。
在上方的样本合同里（一份 7 页渠道协议），Ztract 在顶层会返回 协议名称、生效日 和 适用法律，加上两个嵌套块：含每位当事人完整名称和注册地址的 当事人信息，以及含付款期限和逾期利率的 付款条款。每个值都锚定到原 PDF 的具体页码和 bbox —— 生效日出现在签字页、付款条款在第 4 页被引用时，两者都会被正确归属。
Schema 不绑定一种合同模板。渠道协议、MSA、SOW、NDA、SaaS 订阅合同都读出同一种形状 —— 名称、当事人、日期、商务条款、适用法律 —— 即便底层文字结构完全不同。the Effective Date shall mean... 这样的定义术语会在整份文档里被解析回真实值，附件和修订也会挂到正确的基础合同上。
难点
这里为什么并不简单。
这一类文档比表面更难处理的几个原因 —— 以及我们的应对方式。
-
法律语言，不是标签字段
合同里没有 Effective Date: 这样的方框。日期埋在以 This Agreement is made and entered into on 开头的段落里。引擎读的是文字，不是版式。
-
跨页解析定义术语
The Effective Date shall mean the date set forth on the signature page —— 而签字页是第 7 页。我们会把定义术语解析回真实值，并锚定到它出现的那一页。
-
嵌套的当事人与付款结构
当事人和付款条款作为嵌套对象返回 —— 当事人 1 姓名 + 地址、当事人 2 姓名 + 地址、付款期限、逾期利率 —— 而不是被压成模糊的字符串。
-
多页协议
7 到 80 页的合同很常见。引擎在跨页时保持 Schema 一致，并给出页级置信度，让审核人员知道哪些段落要重点抽查。
谁在用
这些工作流用得上。
-
法务运营
把签好的合同送进 CLM，当事人、日期、金额、适用法律都已经填好 —— 不再需要法务助理做抽提。
-
采购
跨数千份 MSA 和 SOW 跟踪供应商续约窗口、终止通知、付款条款 —— 全部在一份可搜索的数据集里。
-
M&A 尽调
在交易过程中扫描标的方完整合同库，识别重大合同、控制权变更条款和转让限制。
常见问题