在审批表单上放一个"智能填写"按钮，用户点一下，系统根据已填内容和知识库给出候选答案，是很多企业想做的功能。技术上它并不复杂，难点在于选哪种接入方式、数据边界怎么划、填错了算谁的责任。本文按场景、候选方案、代价与适用边界来对比三种常见做法，并说明什么情况下建议先不做。
三种方案分别是：表单前端直接调用知识库接口、由企业中台统一代理、在流程节点上后台触发。它们在体验、可控性和实施成本上的差异，通常比接口本身更大。
方案一：表单前端直接调用知识库接口
做法是在表单页面加按钮，点击后把当前表单字段作为问题发出去，拿到结果回填到指定控件。它最接近用户的直觉，开发量也最小。
- 优点：交互即时，用户可反复点、可编辑结果；不牵动流程结构，改动范围局限在表单页面。
- 缺点：知识库的访问凭据要下放到浏览器，存在泄露与越权读取风险；回答质量受用户所填内容太少限制；表单自定义脚本变多后维护成本上升。
- 代价：需要额外做一层鉴权转换，凭据不能直接写在页面里，一般由后端签发短时令牌。
这个方案适合内部试点、字段不多、知识库内容不涉密的场景。如果是政企客户或涉及个人信息，建议慎重，至少要先过安全评估。
方案二：由企业中台统一代理知识库调用
前端只调用公司自己的一个服务接口，由中台负责鉴权、组织权限过滤、检索知识库、拼装结果，再把候选答案返回表单。这是比较稳妥的通用做法。
- 优点：凭据与知识库只在中台侧暴露；可以按登录人所属组织、角色过滤知识范围；调用日志集中，便于审计和后续优化。
- 缺点：需要新建或复用一个中台服务，链路更长；中台与OA的组织、权限体系要能对应上。
- 代价：初期投入比方案一高，但后续接入其他表单或其他系统时可以复用同一套服务。
通用做法会把中台拆成几个职责：统一身份映射、知识范围过滤、检索与答案组装、日志与限流。哪里做薄了，后面排查就会吃力。需要具体实施方案时，可以参考软件定制开发与系统集成服务，与现有中台或新建服务的分工方式一并明确。
在泛微等国产OA上做这类改造，通常通过其开放的页面扩展与后端接口能力接入，具体挂载位置随版本和部署形态不同而不同，实施前建议先在测试环境验证一遍。
方案三：在流程节点上后台触发预填
不在表单上放按钮，而是在流程到达某个节点时，由后台服务根据已收集的字段预先生成建议内容，填到只读区域供审批人参考。它更适合"补全"而非"对话"。
- 优点：不打断用户操作；触发时机由流程控制，结果可存档、可追溯；对前端几乎无侵入。
- 缺点：用户看不到"点了才出现"的即时反馈，接受度未必高；一旦失败，要有降级策略，不能卡住流程。
- 代价：需要处理异步与超时，流程设计上要预留建议字段。
流程中建议填写的内容要和人工填写明确区分，视觉上体现差别。审批留痕要求高的单位尤其要注意这一点。同类流程改造可以看看同类项目案例里制造与政府行业的审批场景。
什么情况下不要选这几种方案
先判断"该不该做"，比选哪种方案更重要。以下情形建议先别上，或收敛范围：
- 知识库里的内容本身没有责任人、没有更新机制，填出来的答案对审批几乎没有参考价值。
- 表单字段主要是结构化选择项，比如金额区间、部门、审批结论，智能填写的发挥空间很小。
- 审批结果涉及合规、资金或对外承诺，且单位要求每一项填写都必须人工确认来源；这时更合适的是把知识库做成参考页面，而不是回填按钮。
- 组织权限体系还没理清，知识范围无法按人和部门隔离。
还有一个常见误区：一开始就覆盖全部表单。建议先挑一两个字段多、重复填写严重的表单试点，比如供应商信息、合同要素、费用说明类字段，跑顺了再推广。
如何验收与防止误填
验收重点不是回答多漂亮，而是出错时系统行为是否可控。可以从以下几项自查：
- 建议内容是否明确标注为"系统建议"，且用户可以整体忽略。
- 知识库超时或不可用时，按钮是否优雅降级，不影响表单正常提交。
- 调用日志是否记录了发起人、时间、命中内容与最终采纳情况。
- 越权测试：用低权限账号提交高密级表单，确认拿不到不该看的知识。
- 前后端字段白名单是否确定，避免建议覆盖用户已填写的关键字段。
采纳率可以作为优化参考，但不建议当作考核指标，否则容易诱导用户盲点按钮。上线部署与后续巡检的安排，可以在服务范围与交付流程里对照交付阶段逐项确认；涉及的检索与答案组装细节，更多技术实现细节中有相关讨论。
文字版对比清单
方案一前端直连 → 适合内部试点、字段少、内容不涉密 → 主要代价是凭据暴露与脚本维护。
方案二中台代理 → 适合政企与中大型组织、需要按权限过滤 → 主要代价是需要维护一套服务与身份映射。
方案三节点触发 → 适合留痕要求高、以补全为主的流程 → 主要代价是异步处理与降级设计。
不做 → 适合知识无维护人、字段多为结构选项、审批需逐项人工核源的场景 → 主要代价是少了一个提效手段，但风险更小。
无论选哪种，建议把"建议仅供参考、人工确认"写进操作说明，并在试点阶段安排一次使用回访。落地细节需要单独评估时，可以联系我们聊具体场景。
