企业知识库出现多个答案时，应先把问题限定到具体对象、业务日期和事项，再比较条款。文件最后修改时间、出现次数和检索排名都不能替代版本裁决。适用范围不同的规则可以同时有效；范围重叠且要求互斥的条款，需要资料负责人明确处理。
这项工作适合已经积累多版制度、作业说明和项目附件的企业。交付物应是一张能解释“本次为什么采用这一条”的裁决表，不能只留下“已清理重复文件”的统计。
冲突识别的最小范围
比较前将一句问题拆成四项：谁使用、何时发生、处理什么事项、处于哪个条件。问“审批要几级”缺少对象与条件，不能直接判定两份文档矛盾。销售费用审批与采购费用审批不同，普通采购与紧急采购也可能不同。
| 检查项 | 需要记录的内容 | 缺失时的处理 |
|---|---|---|
| 适用对象 | 部门、区域、项目或产品范围 | 先补对象，不跨范围合并 |
| 适用期间 | 生效日、截止日、过渡安排 | 区分当前查询与历史查询 |
| 条款状态 | 草案、已批准、已停用 | 草案不覆盖已批准条款 |
| 替代关系 | 替代的具体版本或条款 | 不根据文件名猜测 |
| 特殊条件 | 金额档、业务类型、例外批准 | 检查例外是否仍有效 |
文档层面的版本管理可参考企业知识库治理规则。实际回答时还需要把上述信息落实到被引用的具体条款。
示例：新制度与旧项目附件并存
示例：某企业的通用送审要求从“两个工作日”调整为“三个工作日”，新版本在九月生效；一个持续执行的项目附件约定“该项目仍按两个工作日送审”。员工十月询问这个项目的要求。
此时不能只引用九月的新制度，也不能因为附件更具体就自行认定它优先。资料负责人需要确认：附件是否有权形成例外，例外是否延续到十月，新制度是否明确终止旧例外。三项均有依据后，才能给出该项目适用的要求。
裁决记录可写为：“项目甲，十月送审，采用附件第三条；通用制度的过渡条款保留已批准项目例外；其他项目仍按三个工作日。”两套规则都保留，但不会在一次回答中混用。
条款比较与差异处理
先保留两份来源及其原文位置，再将冲突拆成独立事项。例如一份文件同时修改送审提前量、附件清单和责任部门，三项需要分别比较。只裁决了提前量，不能把整份文件所有条款都标成已确认。
差异可分为表达变化、适用范围变化、要求变化和信息缺失。表达变化只要含义一致，可建立同义关系；范围变化要增加过滤条件；要求变化要记录替代与过渡关系；信息缺失则保留未决状态。系统可以提出分类建议，正式裁决由有权维护该规则的人确认。
裁决表至少保留问题编号、两侧条款、适用条件、采用结果、理由、确认人和确认日期。采用结果可为“甲适用”“乙适用”“分别适用”或“仍未决”。不宜只给每份文档一个可信度分数，再让最高分覆盖所有情形。
裁决还应有复查条件。例如例外到期、通用制度再次修订、项目范围变化，都可能使已有结果不再适用。将这些条件写入记录后，后续维护人员才能判断什么时候需要重开裁决，并保留每次复查后的处理结果。裁决依据被撤回时，相关结果也应重新进入待确认状态。
未决条款的回答方式
未决不意味着整个问题都无法回答。已经一致的材料清单可以正常给出；有争议的送审时间则并列列出两种要求，并指出需要确认的过渡条款。员工能据此补资料，也能判断哪些准备工作可以继续。
如果答案将用于发出正式要求、计算截止日或触发提醒，相关动作应等裁决完成后再执行。否则一段看似谨慎的文字后面，仍可能产生错误的日期和任务。对已经建立的提醒，也要核对它引用了哪次裁决。
裁决规则的验收样本
同一条规则至少设置当前日期、历史日期、例外对象和范围外对象四类问题。分别验证采用版本、解释理由和原文引用。再移除例外批准依据，检查系统是否重新转为未决，不能继续沿用上次答案。
还要检查文件改名、重新上传和复制副本是否改变裁决结果。只要业务内容与适用关系未变，这些操作就不应改变答案。验收记录应保存问题、命中条款、排除条款及理由，便于以后修改规则时复测。
