案例背景
招标文件审核项目面向代理机构、采购单位和合规审核人员的文件审查场景，将 DOCX 招标文件解析为段落和表格片段，结合 77 条审核规则、GLM 大模型和招标审核本体，对文件完整性、前后一致性、公平性条款、负面清单、企业内控规则、需求文件和资格条件进行审查。
案例描述
系统以招标文件审核本体、规则库和大模型审核流程为核心，连接采购项目、采购人、招标文件章节、法规制度、审查规则、问题批注和审核报告，支撑招标文件从解析、规则匹配、风险识别到批注整改的闭环管理。
招投标行业：招标文件智能合规审核与整改闭环
招标文件审核项目面向代理机构、采购单位和合规审核人员的文件审查场景，将 DOCX 招标文件解析为段落和表格片段，结合 77 条审核规则、GLM 大模型和招标审核本体，对文件完整性、前后一致性、公平性条款、负面清单、企业内控规则、需求文件和资格条件进行审查。
关联本体 招标文件智能审核本体
77条规则可追溯
规则按基础性常规审查、需求一致性、公平性条款、负面清单、企业内控、需求文件和资格条件组织，并关联地区、规则类型和依据文件。
文档片段逐段审核
DOCX 段落和表格被拆解为可定位片段，表格转为 Markdown 后进入 GLM 审核，问题可以回写到原文位置。
批注与报告闭环
审核结果以红色批注文本写回 Word，同时生成 Markdown 审核报告，便于审核人员按规则组查看问题统计和整改依据。
客户面对的问题
招标文件章节多、段落和表格混排，人工逐项核对容易漏查附件、时间、地点、金额和项目编号等关键信息。
同一文件内的投标截止时间、开标地点、最高限价、评分办法和报价表可能分散出现，前后不一致难以及时发现。
公平竞争、负面清单、地方规则和采购人内部规则来源分散，审核人员需要反复查找规则依据。
规则命中后如果只停留在口头沟通，问题位置、规则名称、整改状态和审核报告难以形成闭环记录。
不同采购人类型、采购方式和项目性质会影响适用法规，静态规则库难以支撑多维度联动判断。
使用本体前后的变化
| 使用本体前 | 使用本体后 |
|---|---|
| 人工阅读 Word 文件，按经验在章节之间来回查找项目编号、时间、地点、资格条件和评分办法。 | 系统解析段落和表格片段，用本体关联章节、字段、规则和问题位置，形成可追踪的审核对象。 |
| 审核规则散落在制度文件和审查清单中，规则适用地区、采购人标签和法规依据需要人工判断。 | 77 条规则进入规则图谱，按规则组、规则类型、适用地区、采购人标签和依据文件统一检索。 |
| 发现问题后需要人工整理意见，再回到 Word 中寻找位置并补充说明。 | GLM 返回结构化 JSON 问题，系统生成红色批注文本和 Markdown 审核报告。 |
| 法规变化、标的变化或历史文件改写带来的影响依赖审核人员经验判断。 | v2 本体把历史文件、版本升级、差异类型、自洽检查和法规适用关系纳入同一套模型。 |
正在生成关系图…
正在生成关系图…
正在生成关系图…
本体域与业务的关联
文件结构域
覆盖招标文件、文档章节、段落片段、表格片段、文档版本和编写方法，支撑问题定位到具体章节和片段。
采购项目域
组织采购人、采购人类型、采购项目、采购类型、项目性质、标的物和标的物类别，用于判断适用规则和法规。
法规制度域
维护法律、行政法规、地方规定、部门通知、企业内控制度等依据文件，并与审查规则建立引用关系。
规则审查域
将 77 条规则按 7 个规则组、3 类规则类型、适用地区和采购人规则标签组织，支持规则检索和 Prompt 组装。
一致性与差异域
覆盖一致性类型、检查项、历史招标文件、差异类型、差异严重性和版本升级来源，用于发现跨章节和跨版本风险。
批注协作域
围绕问题批注、建议批注、疑问批注、合规性批注和处理状态，连接规则依据、问题位置和整改动作。
5 个应用场景
DOCX 招标文件解析与定位
客户问题
招标文件段落多、表格多，人工审核时难以稳定定位问题所在章节和表格行。
本体做法
解析 DOCX 段落和表格，把表格转换为 Markdown，并为每个片段保留索引、类型和位置。
应用效果
审核问题可以从报告追溯到原文件片段，减少人工重新查找原文的时间。
输出内容
- 段落与表格片段清单
- 表格 Markdown 化内容
- 可回写批注的位置索引
规则库加载与分组检索
客户问题
审核规则数量多，规则组、适用地区、采购人标签和法规依据混在审查清单里，人工检索成本高。
本体做法
加载 77 条审核规则，将规则与 7 个规则组、规则类型、地区、采购人标签和规定文件建立关系。
应用效果
审核人员可以按规则组、地区或依据文件快速定位规则，大模型审核也能获得更准确的规则上下文。
输出内容
- 77 条审查规则节点
- 7 个规则组与规则类型索引
- 地区、采购人标签和依据文件关系
GLM 并发审核与结构化返回
客户问题
逐段人工审核耗时，且审核意见格式不稳定，后续报告统计和问题归类困难。
本体做法
为每个片段组装包含审核规则和待审内容的 Prompt，通过 GLM 并发审核并解析 JSON 响应。
应用效果
审核意见以统一结构输出，便于后续批注生成、统计汇总和人工复核。
输出内容
- 片段级审核结果
- 规则组、规则名称、问题描述和位置字段
- 失败重试与 JSON 提取日志
一致性、资格条件和公平性风险审查
客户问题
投标截止时间、开标地点、最高限价、评分办法、资格条件和公平性条款分散在多章，冲突不容易被发现。
本体做法
用本体组织招标文件章节、检查项和审查规则，覆盖基础常规、需求一致性、公平性条款、负面清单和资格条件审查。
应用效果
审核人员可以围绕风险类型集中复核，避免只依靠通读文件发现跨章节问题。
输出内容
- 项目完成时间与投标截止时间一致性检查
- 评分办法和报价表一致性检查
- 公平竞争和负面清单风险提示
批注回写与审核报告生成
客户问题
问题发现后需要人工整理意见、写入 Word、统计问题数量并按规则组汇总，闭环成本高。
本体做法
将结构化问题转换为红色审核意见文本插入 Word，并生成包含统计和详细问题列表的 Markdown 报告。
应用效果
审核成果可以直接交给复核和整改环节使用，问题位置、规则依据和处理状态更清楚。
输出内容
- 带审核意见的 DOCX 文件
- 按规则组分类的 Markdown 审核报告
- 批注类型、状态和处理动作记录
工装采购招标文件穿透示例
以工装采购项目招标文件为例，系统先识别项目编号、标段划分、最高投标限价、投标文件递交截止时间、递交地点、开标地点、资格条件和评标办法。审核中可发现日期、地点、评分分值、资格业绩、样品要求、保证金和发票要求等内容是否前后一致、是否命中公平竞争或负面清单规则，并把问题写入对应段落或表格前的审核意见。
项目交付成果
业务产出
- 招标文件片段化解析结果
- 带审核意见的 Word 文档
- 按规则组统计的 Markdown 审核报告
本体资产
- 采购人、采购项目、招标文件、章节和标的物模型
- 法规制度、审查规则、规则组、适用地区和依据文件关系
- 一致性检查、历史差异、版本升级和批注协作模型
系统能力
- DOCX 段落和表格解析
- 表格自动转换为 Markdown
- GLM 并发审核、失败重试和 JSON 响应解析
运营机制
- 规则按组、类型、地区和采购人标签维护
- 法规依据与规则引用关系可追溯
- 批注状态支持待处理、已确认、已采纳和已拒绝
业务价值
看得懂
把招标文件里的章节、表格、规则和法规依据转换为审核人员熟悉的业务对象。
找得到
从项目、章节、规则组、地区、法规依据或批注位置都能追踪问题来源。
质量更清
将法规条款、业务材料、命中规则、审核结论和整改记录统一留痕，目标关键材料核验覆盖率达到 100%，规则依据可追溯率达到 95% 以上，争议定位时间压缩到 15 分钟内，整改闭环率提升至 95% 以上。
做得动
审核结果可直接生成 Word 批注和 Markdown 报告，进入复核和整改流程。
可持续
规则、本体、法规依据和批注状态可以持续维护，适配不同采购人、地区和项目性质。
案例留言
0 条公开留言围绕这个案例继续交流
公开展示审核通过的会员留言，帮助案例经验持续完善。
成为第一个围绕这个案例提出问题或分享复现经验的会员。