制度与流程问答
面向员工与新人，按部门与角色范围检索制度、流程与操作指引，回答附原文出处与生效版本
INDUSTRIES · OnvergeAi
中大型企业大模型落地
面向制造、贸易与服务类中大型企业的可控辅助：内部知识库问答、客服与文档处理、合同与供应商资料审阅，含系统集成边界、权限对接、日志审计与人工复核点。
其他中大型企业：我们能做什么
把中大型企业手里的三类资料——制度与流程文件、产品与售前对外资料、业务运行中的合同与单据——变成可检索、可引用、可生成底稿的工作底座，而对外口径、条款判断与业务决策始终由对应岗位负责。这类企业多数已运行 ERP、OA、CRM 与统一身份平台，落地重点不是新建一套系统，而是接边界：先确定哪些系统只做账号与权限对接、哪些字段不进知识库、哪些数据只做只读引用，再用制度与流程类知识验证检索与引用质量，最后才讨论进入业务数据的条件与范围。最常见的两个坑，一是把业务库整表同步进知识库，导致权限与责任无法解释；二是跳过制度类知识的验证阶段直接上业务数据，试点效果不理想时无法归因。
试点包
通用企业试点包（6—10 周）：第 1—2 周资料盘点与边界确认，制度类、对外类、业务类分别定义范围与责任人；第 3—4 周完成账号与权限对接方案、脱敏规则与检索评测口径；第 5—8 周单一部门接入（建议行政、人事或客服等制度密集型部门）并按复核节点跑通；第 9—10 周按评测口径复盘，决定是否扩展到业务资料域。交付边界清单、权限矩阵、检索评测记录、操作规范与验收脚本。
推荐部署
纯私有化；知识库本地化 + 外部模型；混合部署
内容复核
每 90 天复核 · 证据等级 C
责任人
行业内容负责人
这个行业最难的地方
行业痛点不是形容词，而是可以对应到具体动作与责任人的问题项。
- 制度与流程分散在 OA、共享盘与邮件附件
- 同一问题在不同群反复询问，答复口径不一致，跨部门解释成本高、新人上手周期长
- 已有 ERP、OA、CRM 与统一身份平台
- 新增系统若自建账号与权限，长期出现越权访问与离职账号不回收
- 客服与售前资料版本迭代快
- 用错版本的产品口径与商务条件对外沟通，需返工纠正并承担客诉
- 合同与供应商资料持续增长
- 金额、账期、验收与罚则依赖人工翻找，遗漏项在付款或验收阶段才暴露
- 业务数据的访问需要可解释
- 无法回答“谁在什么权限下看过什么”，审计与合规检查时缺少可用材料
典型任务
这些任务是可以被系统辅助的范围；每项都对应人工复核点，不替代专业判断。
内部知识库检索
把分散在 OA、共享盘与邮件里的技术文档、项目复盘与常见问题建成可检索索引
客服与售前辅助
按现行版本口径生成回复草稿与话术建议，由坐席或销售确认后再对外沟通
合同与供应商资料审阅
抽取主体、金额、账期、验收与罚则等要点，形成待确认清单与缺失项清单
文档与表格批处理
批量分类、字段抽取、摘要与目录化，输出结构化清单供责任人核对
会议纪要与培训材料
把沟通记录与既有材料整理为结构化要点，由责任人确认后归档使用
能力边界：我们不做什么
不代替 ERP、OA、CRM 等既有业务系统，不承接单据生成、审批与记账；不修改存量业务数据，默认只读接入；不对合同、供应商与员工关系给出法律或财税结论；不自动对外发送客户回复、报价与承诺；不把业务库整表同步进知识库；不做无人确认的自动化动作。企业侧需提供资料使用授权、账号与权限源、日志与审计要求，并指定各数据域责任人。
为什么使用本地大模型
中大型企业最常问的五件事：制度和流程要问多少遍、新人上手要多久、对外口径统不统一、合同要点会不会漏、审计能不能交代。逐条对照如下。
| 你最关心的 | 采用之后的变化 | 可参照的量级（口径） |
|---|---|---|
| 省人工：制度、流程与技术文档的查找 | 现在同一问题在不同群里反复问、靠人答；改为制度类知识建成可检索索引并附出处，答案草稿随取随用。 | 口径：选 10—20 个高频问题的「查找 + 核对」工时对比；经验量级：查找工时降至 30%—50%（以试点实测为准）。 |
| 省时间：新人上手与跨部门解释 | 现在流程散落在 OA、共享盘与邮件附件，新人要逐个问；改为按部门与角色范围问答并附出处。 | 口径：入职问答的转人工比例与重复提问次数；经验量级：转人工比例下降 40%—60%（以试点实测为准）。 |
| 提准确：对外口径与资料版本一致 | 现在产品资料版本多、容易用错版本沟通；改为对外资料标注版本与生效日期，草稿强制人工确认后再发。 | 口径：抽查对外回复的版本正确情况与返工条目数；经验量级：版本类返工下降 50% 以上（以试点实测为准）。 |
| 提效率：合同与供应商资料的要点核对 | 现在账期、验收与罚则遗漏在付款阶段才暴露；改为批量抽取要点并输出缺失项清单，问题前置。 | 口径：复核阶段退回条目数与原因分布；经验量级：退回条目下降 40%—60%（以试点实测为准）。 |
| 省成本：客服与文档处理的重复劳动 | 现在客服按现行口径逐条措辞、文档逐份分类摘要；改为生成回复草稿、批量分类与字段抽取，人只做发送与确认。 | 口径：单量客服工单与文档处理工时；经验量级：处理工时降低 40%—60%（以试点实测为准）。 |
| 风险可控：审计与合规问询 | 现在难回答「谁在什么权限下看过什么」；改为边界清单、权限矩阵、日志策略与复核记录四类材料齐备。 | 口径：四类材料完成度与留痕完整性检查项通过率。 |
※ 表中「经验量级」为同类项目的区间值，用于说明改善方向，不是效果承诺；实际幅度取决于资料完整度、流程配合与试点范围，以试点评测结论与书面合同为准。
行业内容体系
企业场景的内容体系由六层构成：资料层定边界，知识层定可用，集成层定接口，生成层定草稿，复核层定责任，运行层定可审计。
资料层：三类资料分治
制度与流程（内部，需版本管理）、对外资料（产品与售前，需口径审批）、业务资料（合同、单据与客户信息，按域授权且默认只读）。三者的处理方式、可见范围与保留期分别定义。
知识层：可检索的边界
什么能进索引、什么只做只读引用、什么不进系统，逐类登记；索引与原文分离，检索前按角色与数据域过滤。
集成层：与既有系统对接
账号与角色来自统一身份或 OA，ERP、CRM 与工单系统只做只读取数；明确接口清单、字段范围、同步频率与失败补偿责任。
生成层：草稿而非结论
只生成可修改的草稿、待确认清单与出处，不产出对外承诺、报价、条款结论与业务决策。
复核层：人工节点固定
制度答复、对外回复、合同要点、业务数据入库与权限变更五类节点必须人工确认，确认痕迹与版本留存。
运行层：日志与审计
记录检索、查看、导出与权限变更行为，字段最小必要，保留期按企业制度与合同约定执行。
场景矩阵
四个通用场景的数据敏感度与人工介入强度不同，推进顺序也不相同。
| 场景 | 业务任务与自动化边界 | 人工复核角色 |
|---|---|---|
| 内部知识库问答 | 制度、流程、技术文档与项目复盘的检索与问答；自动化到“给出答案草稿与出处”为止，不产出对外口径。 | 制度归口部门 + 信息安全负责人（口径与可见范围） |
| 客服辅助与文档处理 | 按现行口径生成回复草稿，文档批量分类、字段抽取与摘要；对外发送动作由坐席或销售执行。 | 客服主管 / 销售负责人（对外口径与承诺） |
| 合同与供应商资料审阅辅助 | 批量分类、要点抽取、版本差异比对与缺失项清单；不判断条款效力，不作签署与付款决定。 | 采购 + 法务（金额、账期、验收、罚则） |
| 会议纪要与培训材料沉淀 | 把会议记录与既有材料结构化为要点与问答，交责任人确认后归档，推进顺序排在前三个场景之后。 | 部门负责人（内容正确性） |
能力底座
企业场景的能力底座围绕“接得上既有系统、查得到出处、管得住权限”三点构建。
结构化解析与定位
PDF、扫描件、Word 与表格的解析策略，保留页码、表格与条款结构，为引用定位提供锚点。
混合检索与术语匹配
对制度编号、物料编码、合同条款号等精确匹配需求加强关键词通道，避免纯语义检索漏掉精确项。
版本与生效状态
制度、产品资料与合同模板标注版本与生效日期；失效版本下架而不删除，便于追溯当时的答复依据。
权限与数据域隔离
按部门、数据域与角色隔离索引，检索前执行权限过滤；导出与分享行为留痕。
与既有系统的对接面
账号与角色对接统一身份或 OA，业务系统只读取数；接口清单、字段范围与同步频率逐项确认。
脱敏与最小片段
需要外部模型参与时仅发送脱敏后的最小片段并保留审批与外发记录；员工与客户身份字段默认不发送。
工程实现
企业试点按 6—10 周推进，先接边界与权限，再用制度类知识验证效果，最后才评估业务数据。
- 1
第 1—2 周：资料盘点与边界确认
按制度类、对外类、业务类盘点资料与责任人，确定入库、隔离与不进系统的范围，明确集成方式（只读接口、目录上传或人工导入）。
- 2
第 3—4 周：权限对接与检索评测
对齐统一身份与角色，确定字段最小化与脱敏规则；用小范围样本建立测试集与评测口径（命中、引用正确、拒答）。
- 3
第 5—8 周：单部门接入
选定制度密集型部门（行政、人事或客服）接入，按复核节点跑通问答、草稿与文档处理流程，收集使用反馈。
- 4
第 9 周：复盘与归因
按评测口径复盘，未达项归因到解析、切片、检索、版本或使用方式，修正配置后复测。
- 5
第 10 周：扩围决策
在制度类知识验证通过的前提下，评估业务数据域的授权、权限与日志条件，未满足条件不进入。
※ 周期受资料结构、扫描件比例、既有系统接口开放程度与审批节奏影响；接口联调与权限改造会延长周期。
治理保障
企业项目的治理核心是把数据安全、个人信息保护与等保要求翻译成可以执行、可以留痕的系统规则。
- 数据分级与入库授权
- 先形成资料分级清单，再据此定义入库范围、可见范围与保留期；新增数据域逐项审批。
- 等保责任的边界说明
- 联网数据处理在等级保护制度基础上履行义务，定级、测评与整改由企业作为运营者承担；服务商提供架构、日志与整改配合材料，不代为声明达标。
- 个人信息最小必要
- 员工与客户个人信息遵循目的明确、最小必要，按字段登记用途；身份类字段默认不入库。
- 委托处理条款对齐
- 涉及委托处理时书面约定目的、期限、方式、种类、保护措施与双方责任，终止后返还或删除。
- 权限与账号生命周期
- 复用统一身份与角色，账号随人事流程开通与回收，并按周期复核权限。
- 日志与审计口径
- 定义最小必要日志字段与保留期，覆盖检索、查看、导出与权限变更；与企业信息安全制度及合同约定一致。
- 内容复核周期
- 本页所述方法、边界与法规对应动作每 90 天复核一次，法规或企业制度变化时同步修订。
- 退出与处置
- 项目终止时按约定返还或删除资料、索引与衍生文件，出具处置记录。
解决什么问题与价值
企业落地的价值不在“换掉既有系统”，而在把查找、整理与起草的时间释放出来，并把可核验性与责任链建起来。
- 制度与流程查找耗时下降
- 现状：同一问题在不同群反复询问，口径不一致。动作：制度类知识建成可检索索引并附出处。衡量方式：选取 10—20 个高频问题，对比人工查找与系统辅助后的人工核对耗时。
- 新人上手与跨部门解释成本下降
- 现状：流程散落在 OA、共享盘与邮件附件。动作：按部门与角色范围问答并附出处。衡量方式：统计入职问答的转人工比例与重复提问次数。
- 对外口径一致性提高
- 现状：产品资料版本多，容易用错版本沟通。动作：对外资料标注版本与生效日期，草稿强制人工确认。衡量方式：抽查对外回复的版本正确情况与返工条目数。
- 合同与供应商要点核对更早暴露
- 现状：账期、验收与罚则遗漏在付款阶段才暴露。动作：批量抽取要点并输出缺失项清单。衡量方式：统计复核阶段退回条目数与原因分布。
- 合规与审计可交代
- 现状：无法回答“谁在什么权限下看过什么”。动作：边界清单、权限矩阵、日志策略与复核记录四类材料齐备。衡量方式：检查项完成度与留痕完整性。
- 投入分阶段可控
- 现状：一次大投入风险高。动作：先在制度类知识验证，再按条件决定是否进入业务数据。衡量方式：试点评测口径的达成情况与未达项归因。
※ 以上为行业落地方法与衡量口径说明，不构成对具体项目效果的承诺；实际范围以书面方案与合同为准。
SCENARIOS
典型应用场景（3）
每个场景给出典型任务、客户痛点、适用前提、人工复核点与能力边界；点击进入完整场景分析（含输入输出、架构与工程实现、治理保障与投入节奏）。
01
内部知识库问答
首期主场景把分散在 OA、共享盘、邮件附件与项目文档里的制度、流程、技术资料和常见问题，做成按部门与角色可见的检索问答底座。系统做的是“找资料、给出处、起草稿”，不做的是“确认口径、修订制度、对外表态”。每条回答必须能回到原文位置与版本，由制度归口部门或业务负责人核对后使用；合同金额、客户信息、薪酬与成本等业务数据默认不进入该知识库，确需纳入时按数据域单独审批。
典型任务
- · 按部门与角色范围检索制度、流程与操作指引，回答附原文出处与生效版本：制度与流程问答
- · 围绕岗位职责、操作步骤与常见问题提供检索入口，减少同一问题反复询问：新人与岗位知识检索
- · 把技术文档、方案与复盘记录建成索引，支持按项目与主题定位出处：技术文档与项目复盘检索
- · 按现行对外资料生成回复底稿与话术建议，交坐席或销售确认后使用：口径与话术底稿
- · 制度修订后列出受影响的问答条目与旧版本内容，交归口部门确认后更新：制度变更影响提示
- · 检索无命中或命中版本失效时，输出未找到依据并转人工，不自行推断：无命中时按规则拒答
客户痛点
- · 制度与资料分散在 OA、共享盘与邮件附件（同一问题在不同群反复询问，答复口径不一致，跨部门解释成本高）
- · 文档版本多、更新频繁（引用过期版本答复员工或客户，需要事后纠正并重新沟通）
- · 既有账号与权限体系已成型（新增系统若自建账号，会出现越权访问与离职账号不回收，形成两套权限并行维护）
- · 答案缺少出处（员工不敢按答复执行，仍需找原文件核对，效率未提升）
适用前提
- · 企业确认制度与内部资料可用于本用途，明确可见范围与保留期（资料使用授权）
- · 提供统一身份或 OA 的组织与角色信息，支持按部门与角色过滤检索范围（账号与权限源可用）
- · 每个知识域明确一名归口责任人，负责口径与版本确认（指定内容归口责任人）
- · 列出该知识库不收录的数据域，如合同金额、客户信息、薪酬与成本（明确不入库范围）
人工复核点（不可省略）
- · 制度与流程口径 / 归口部门（行政 / 人事 / 法务 / IT） / 答复以现行有效版本为准，修订后重新确认
- · 知识域入库范围 / 数据责任人 / 新增知识域或字段须书面授权并登记保留期
- · 对外话术底稿 / 客服主管 / 销售负责人 / 对外前确认产品口径与商务条件
- · 权限与角色变更 / IT / 信息安全负责人 / 新增角色或扩大可见范围须审批并留痕
- · 失效内容下架 / 归口责任人 / 制度修订后核对受影响条目并确认下架
能力边界：不做制度发布与修订，不承担口径的最终解释；不代替 OA、知识管理系统与人事系统；不收录合同金额、客户信息、薪酬与成本等未授权数据域；不在无命中时自行推断；不自动对外发送内容。回答以现行版本原文为准，制度冲突或版本不明时转归口部门确认。
02
客服辅助与文档处理
面向客服与业务支持的日常作业：把现行口径、产品资料与工单记录变成坐席可用的检索与草稿能力，把批量文档、表格与邮件附件变成结构化清单。系统做的是“找口径、出草稿、做分类与抽取”，不做的是“对外承诺、决定赔付、给出最终答复”。对外说出的每一句仍需坐席或主管确认；订单、账务与客户身份字段按数据域授权，默认只读接入，不进入共享知识库。
典型任务
- · 按产品线与问题类型归类工单，输出建议优先级，由值班主管确认后分派：工单分类与优先级建议
- · 按现行口径检索并生成回复草稿与引用出处，坐席编辑确认后对外：客服回复草稿
- · 沉淀高频问题与标准话术，支持坐席按产品线快速定位：常见问题与话术检索
- · 对合同、验收单与邮件附件批量分类整理，输出可核对的目录清单：文档批量分类与目录化
- · 从表格与单据中抽取约定字段，输出待核对清单与缺失项：表格字段抽取与核对
- · 把已解决工单整理为可复用问答条目，由主管确认后入库：工单复盘与知识回流
客户痛点
- · 口径与资料版本多（用错版本对外沟通，需返工纠正并面对客诉）
- · 工单量波动大（高峰期坐席反复翻找资料，响应时间拉长，新人压力集中）
- · 文档与附件格式杂（扫描件、表格与邮件附件人工整理耗时，字段遗漏需要二次核对）
- · 对外内容的责任边界不清（草稿若被直接发出，口径与承诺无人确认，风险落在企业一侧）
适用前提
- · 客服与产品部门确认可引用的资料清单与版本，并指定更新责任人（现行口径与资料版本确认）
- · 明确工单、订单与客户信息的可读范围，以及身份类字段是否脱敏（数据域与字段授权）
- · 坐席或主管在既有渠道执行发送，系统不直连客户渠道自动发送（对外发送动作保留在人工）
- · 确认工单系统可提供的接口或导出方式，明确只读取用与失败补偿责任（工单系统接口条件确认）
人工复核点（不可省略）
- · 回复草稿 / 客服坐席 / 主管 / 对外前确认口径与承诺，并确认来源版本有效
- · 赔付与政策适用 / 客服主管 / 归口部门 / 涉及金额、时效与政策解释须逐项确认
- · 工单分类与优先级 / 值班主管 / 分类与优先级建议确认后方可用于分派
- · 文档字段核对 / 业务责任人 / 抽取字段与缺失项逐条核对后归档
- · 知识回流与入库 / 客服主管 / 已解决工单转为问答条目须确认后入库
能力边界：不直连客户渠道自动回复，不代坐席作出承诺、赔付与政策解释；不修改工单、订单与账务数据；不对客户诉求作最终定性；不收录未授权的客户身份与账务字段；不把草稿直接作为对外定稿。涉及金额、赔付、时效与政策适用的回复必须经主管或对应归口部门确认。
03
合同与供应商资料审阅辅助
面向采购、法务与业务部门：把合同、补充协议、报价单、验收单与供应商资质材料做成可检索、可抽取、可比对的工作底稿。系统做的是“批量分类、逐条抽取、版本差异比对、缺失项提示”，不做的是“判断条款效力与风险等级、决定是否签署、代做付款与验收决定”。金额、账期、验收标准、罚则等关键项一律进入待确认清单，由采购与法务逐项核对；供应商证照真实性的核验仍按企业既有流程执行。
典型任务
- · 抽取主体、标的、金额、账期、验收标准、违约责任与争议解决等要点，附条款定位：合同要点抽取
- · 比对不同版本与补充协议的条款差异，输出变化清单与依据文件：版本与补充协议比对
- · 按清单核对营业执照、资质、授权与报价材料是否齐备，输出缺失项：供应商资料齐备性核对
- · 按字段横向比对多家报价与商务条件，形成对照表供评审使用：报价与商务条件比对
- · 按合同期限汇总到期清单与关键节点，供责任人按既有流程处理：到期与续签材料整理
- · 把审阅结果整理为可流转的底稿与待确认清单，交法务与采购确认：审阅底稿与待确认清单
客户痛点
- · 合同与附件数量持续增长（关键条款依赖人工翻找，遗漏项在付款或验收阶段才暴露）
- · 版本与补充协议分散（条款差异靠人工比对，容易出现引用旧版本或漏看补充约定）
- · 供应商材料格式杂（扫描件、表格与邮件附件的分类与齐备性核对耗时，重复劳动多）
- · 结论与责任需要可解释（抽取结果若被当作结论使用，签署与付款决定缺少人工确认环节）
适用前提
- · 明确纳入审阅的合同类型、期限范围与审阅责任人（采购、法务或业务）（审阅范围与责任人确认）
- · 企业确认资料可用范围，并确认供应商材料来源合法且已获授权（资料授权与来源确认）
- · 统一抽取字段定义（金额口径、账期起算、验收标准形式）与比对规则（字段与规则口径统一）
- · 确认本能力与既有合同管理或 OA 流程的关系，不改变签署与审批流程（与合同系统关系明确）
人工复核点（不可省略）
- · 金额与账期 / 采购 / 财务 / 金额、含税口径与账期起算逐项确认
- · 验收标准与罚则 / 业务责任人 / 法务 / 验收条件、违约责任与罚则条款逐项确认
- · 版本与补充协议 / 法务 / 确认比对覆盖全部补充协议与有效版本
- · 供应商资质齐备性 / 采购 / 齐备性结论按企业既有流程核对，抽取结果仅作提示
- · 签署与付款决定 / 授权人员 / 签署、付款与索赔决定由授权人员按流程作出
能力边界：不判断条款效力、风险等级与商业合理性；不代做签署、付款、验收与索赔决定；不核验供应商资质与证照真实性（按企业既有流程或第三方渠道办理）；不修改合同正文与业务系统数据；不生成可直接签署的定稿。金额、账期、验收与违约条款须由采购与法务逐项确认，签署决定由授权人员作出。
合规与监管要求 → 项目动作
法规要求不直接变成合规结论，而是转成可以勾选、可以取证的工程动作与责任人。
| 法规与监管要求 | 条款要点 | 对应项目动作 |
|---|---|---|
| 中华人民共和国数据安全法 | 利用互联网等信息网络开展数据处理活动，应当在网络安全等级保护制度的基础上，履行上述数据安全保护义务。 官方来源 |
按数据分类分级确定入库范围、可见范围与保护措施，联网数据处理在网络安全等级保护制度基础上履行安全保护义务；对应动作：资料分级清单、入库范围审批、日志与审计字段定义、外发审批流程 |
| 中华人民共和国个人信息保护法 | 处理个人信息应当具有明确、合理的目的，并应当与处理目的直接相关，采取对个人权益影响最小的方式。 官方来源 |
员工与客户个人信息遵循目的明确、最小必要，委托处理须约定目的、期限、方式、种类、保护措施与双方责任；对应动作：字段最小化清单、脱敏规则、委托处理条款、终止后返还或删除流程 |
| 中华人民共和国网络安全法 | 网络运营者应当对其收集的用户信息严格保密，并建立健全用户信息保护制度。 官方来源 |
按等级保护要求梳理系统定级、测评与整改的责任划分，用户信息严格保密；对应动作：定级与测评责任说明、账号与权限管理、日志留存口径、事件报告流程 |
三种起点
无论现在处于哪个阶段，第一步都不是买硬件，而是把边界与指标说清楚。
无 AI 基础
先做知识盘点与试点范围
已有本地模型
补充权限、日志与评测
已有云模型
核对数据边界与账号权限
推荐部署方案
- · 纯私有化：制度、合同、客户与员工资料默认不外发，模型、知识库、网关与日志在同一可控环境内，便于与既有统一身份与内网系统对接
- · 知识库本地化 + 外部模型：本地算力不足或任务波动时的过渡方案：向量库、权限与日志留在本地，仅脱敏后的最小片段按审批外发
- · 混合部署：制度与业务资料在本地，公开资料或高并发通用问答可用外部算力，需按任务与字段划分边界并逐项审批
人工复核点（不可省略）
- · 制度与流程答复 · 制度归口部门（行政 / 人事 / 法务）：答复以现行有效版本为准，制度修订后重新确认并下架旧版本
- · 客服与售前回复 · 客服主管 / 销售负责人：对外说出或发出前确认产品口径与商务条件
- · 合同与供应商要点 · 采购 / 法务：金额、账期、验收标准与罚则逐项确认
- · 业务数据入库 · 数据责任人：新增数据域或字段须书面评估与授权，并登记保留期
- · 权限与角色变更 · IT / 信息安全负责人：新增角色或扩大可见范围须审批并留痕
- · 对外发布材料 · 品牌 / 市场负责人：涉及对外表述的内容按对外口径确认后使用