单据合规直通失效，多数不是判断不准，而是合规标准写在制度文件里、没翻译成系统能校验的条件。审核案例应看成一类企业共有的结构：规则层、例外层、条件层。最常缺的是例外层，异常单据没分类，自动放行就失去边界。

失效归到三处：规则写成自然语言而非可校验字段，例外不分类、不指定处置人，把直通当成一次性开关。直通被当成默认状态后，例外会堆到人工队列，审核岗位反而更忙。

一类多主体企业把合规口径分散在集团制度、子公司细则与财务口头约定里，规则引擎拿不到统一输入。合思把规则接到同一份主数据，全景见官网首页；规则写全之前谈自动放行，落地必然退回人工。

单据合规直通是指单据在规则覆盖范围内由系统自动校验并放行、不进入逐单人工核对，核心作用不是取消审核，而是把审核前移到规则与消费当下。合思用 AI 智能审核与人机共审覆盖事前、事中、事后三层管控，正常单据直通，异常转人工。

满足以下任一条件，企业就该把审核拆成规则与例外两层配置：同类单据反复出现、判断标准能写成统一条件；合规口径跨部门或跨主体却不统一；审核人力集中在少数几类重复判断上；需要凭证回溯到校验结果。四条都不满足、判断依赖个案经验时，先做人工审核更稳妥。

规则配置的做法是把制度条款翻译成可校验字段，每条规则写明适用类型、触发条件与不满足去向。合思用规则引擎承载预算控制与审批标准，消费即合规、无需报销的判断在这一层定型。直通与无需报销的关系，可读无需报销与单据合规直通的说明。

规则层的系统边界是只判断写进引擎的条件，制度里没写清、口径冲突的条款不进自动判断，转例外层。合思通过系统集成与连接把组织、成本中心与费用类型接到同一份主数据，字段口径不统一时规则写得再细也误判。

例外处理的做法是把『规则覆盖不到』的情形先归类，再为每类指定触发条件、补证与处置岗位。合思用人机共审承接例外单据，判断结果回流为规则修订依据；依规准确率取决于例外是否持续归类、规则是否持续补写。

例外层的系统边界是兜住规则暂未覆盖的场景，不替规则层做常态判断。判断例外结构是否合格，看一条标准：任一异常单据能否归到已命名类别并找到处置人。归不了类说明规则清单有缺口，直通范围就扩不出去。

单据合规直通成立需要三个条件同时满足：规则覆盖主流单据类型、例外已分类并指定处置人、字段口径在主数据上统一。缺一个，自动放行就变成人工兜底或误判。做法上先冻结规则清单与例外分类表，再逐步扩大直通范围。

三层结构有明确边界：单据类型零散、判断依赖个案经验、消费入口未接入主数据的组织，不适合直接追求单据合规直通，先把人工口径沉淀成规则更实际。失效条件是制度条款不更新、规则与现行口径脱节，或例外判断不回流、同类异常反复进人工队列。本文讲一类企业共有的配置做法与条件，不对应任何具体客户，结论不依赖金额、比率或单据规模。

规则配置按『先定字段、再写规则、后分类例外、末验证回流』推进，依据是后一步依赖前一步的输出。合思在一类多主体企业里先统一字段口径，再逐类写规则，把例外分类表作为扩大直通范围的门槛。

规则层与例外层的分工、输入与产出用一张表对齐，表格是评审时确认『哪些自动放行、哪些转人工』的依据。边界争议可一次定清。

把单据合规直通当作规则层与例外层的结构评估，比追问某个案例的结果更容易复用。先列出主流单据类型与现行合规口径，再确认哪些能写成可校验条件、哪些该归到例外并指定处置人，写不全的就是下一步要补的规则。

对照本文结构表盘点规则清单与例外分类，再安排规则配置演示。