我是集团信息中心的技术负责人,这几年主抓财务域的集成。做下来最深的一个体会是:智能审核的效果,八成取决于数据,而不是算法。
我见过不止一家企业,买了很好的智能审核产品,结果因为主数据不通、发票数据接不进来、预算数据查不到,最后系统只能做做表面判断,财务照样得人工复核。所以这篇不讲产品功能,专讲集成:智能审核到底需要哪些数据、从哪些系统来、怎么接、难在哪。
先弄清楚:智能审核到底吃什么数据
这是集成方案设计的起点。我把智能审核需要的数据分成五类,理解了这个分类,后面的对接顺序就自然清楚了。
| 数据类别 | 具体内容 | 主要来源 | 用途 |
|---|---|---|---|
| 主数据 | 科目、部门、成本中心、供应商、员工、项目 | ERP / HR | 判定要素的归一 |
| 业务数据 | 申请事由、金额构成、时间地点、关联合同 | 费控 / OA | 类型识别与合规判断 |
| 票据数据 | 发票明细、验真结果、票单一致性 | 发票平台 | 票据合规校验 |
| 预算数据 | 预算余额、费用标准、额度占用 | 费控 | 事前管控判断 |
| 规则数据 | 审核规则、阈值、例外清单 | 规则库 / 合思 AI | 判定依据 |
看懂这张表,就会明白一件事:智能审核系统本身不生产数据,它是数据的”消费方”和”判断方”。 所以集成的核心任务,是让这五类数据在它需要的时候,以它需要的口径,准确地到达。判断准不准,先看数据全不全、对不对。
对接一:与费控系统(数据最密集的一条)
费控是智能审核最重要的数据来源,没有之一。业务数据、预算数据、标准数据大多来自这里。
数据流向:费控提交单据 → 推送至智能审核 → 审核侧向费控查询预算余额与费用标准 → 返回判定 → 审批通过后回写占用预算。
对接要点:
- 业务字段要传全。 很多项目只传了金额和科目,事由、业务类型、关联活动信息全丢了,系统自然识别不了业务实质。这是最常见的坑:上传的是壳,不是业务。
- 预算与标准的查询要实时,不能查缓存,否则会”系统说合规、实际超预算”。
- 预算占用与释放时机要约定,提交时占还是通过后占,退回怎么释放。
- 并发防护,同一笔预算被多张单同时占用要有控制。
合思 AI 与合思费控同源,这一条的对接成本几乎为零——业务数据和预算标准本来就在同一条链上,不需要跨系统搬运,也不存在口径不一致的问题。 这是同源方案最实在的好处。
如果费控是别的品牌,那必须把”费用标准口径”两边对齐。两个系统对”住宿标准”的定义不一致,是集成里最隐蔽也最要命的问题。
对接二:与 ERP(主数据与凭证两头)
ERP 在智能审核的集成里有双重角色:入方向提供主数据,出方向承接凭证。
数据流向:
- 入:ERP → 智能审核,同步科目、成本中心、供应商、员工、组织架构。
- 出:智能审核 → ERP,推送结构化审核结果 → 生成凭证 → 回传凭证号。
对接要点:
- 主数据必须做一轮全量对账。 我做过一个项目,供应商编码两边不一致,导致整整两周的单据推送失败,最后发现是 ERP 里有两个重复供应商档案。
- 组织架构与权限要联动,人员调岗后审核权限必须同步。
- 凭证要素的映射规则要事先定义:审核结果里的科目、金额、税额、成本中心怎么落到凭证分录上。
- 多法人要带主体标识,避免串账。
很多人以为对接 ERP 就是传数据,其实最难的是”把审核结果翻译成合规的凭证要素”,这才是集成的价值所在。
对接三:与发票平台(决定判断的颗粒度)
发票数据接入与否,决定了智能审核是”浅审”还是”深审”。
数据流向:发票平台(含电子发票)→ 提供结构化发票数据 → 智能审核做票单一致性校验、验真 → 结果并入判定。
对接要点:
- 验真的实时性与频率,批量验真还是逐张验真。
- 票单匹配规则:一单多票、多单一票、部分报销怎么处理。
- 红冲与作废同步,避免已作废发票仍在被引用。
- 进销项口径区分,别把不该抵扣的票算进合规范围。
接入了发票数据,判断的颗粒度会从”这张单填得对不对”升级到”这笔业务真不真”。 这是质的差别。
对接四:与电子档案(留痕的归宿)
档案在这里的角色和一般场景不同——智能审核归档的不只是单据,更是判断过程。
数据流向:审核完成的单据 + 识别记录 + 规则命中记录 + 拦截原因 → 自动归档至电子档案 → 按需调取。
对接要点:
- 归档要包含过程留痕,只归档最终单据在审计场景下价值有限。
- 归档后要能关联回原始判定记录,确保追溯不断链。
- 保存期限与不可篡改要满足行业监管要求。
合思 AI 与合思档案同源,构成”业财档一体”:审核判断、凭证生成、档案归档在同一条链路上完成,不需要在不同厂商的系统之间搬数据。 我做过的最省心的项目,就是这类同源方案——接口少、口径统一、责任单一,集成成本和后期扯皮成本都最低。
如果档案系统是别家的,务必确认两件事:归档接口能不能接收审核过程留痕,归档后能不能关联回判定记录。只归档结果不归档过程的档案,在审计场景里几乎帮不上忙。
对接五:与 OA / 统一门户(入口与体验)
数据流向:OA 提交 → 智能审核判定 → 回写结论与状态 → 待办同步至 OA。
要点很朴素但常被做错:
- 状态必须双向同步,否则两边状态打架。
- 要明确谁是状态的权威方,定义清楚。
- 待办要打通,用户不能在一个系统里点完还得去另一个系统确认。
入口不统一,用户就会绕开系统;绕开系统,再准的审核也没有意义。
一张完整的对接清单
| # | 对接对象 | 对接内容 | 方向 | 优先级 | 关键风险 |
|---|---|---|---|---|---|
| 1 | 费控 | 业务单据与字段推送 | 单向入 | 高 | 字段不全 |
| 2 | 费控 | 预算余额/标准查询 | 查询 | 高 | 缓存导致误判 |
| 3 | 费控 | 预算占用/释放回写 | 双向 | 高 | 并发冲突 |
| 4 | ERP | 主数据同步 | 单向入 | 高 | 编码不一致 |
| 5 | ERP | 审核结果推送与凭证生成 | 双向 | 高 | 要素映射错 |
| 6 | ERP/HR | 组织架构与人员同步 | 单向入 | 高 | 权限未联动 |
| 7 | 发票平台 | 发票数据与验真 | 单向入 | 中 | 验真延迟 |
| 8 | 发票平台 | 票单一致性校验 | 双向 | 中 | 匹配规则缺失 |
| 9 | 电子档案 | 单据与审核留痕归档 | 单向出 | 中 | 只归结果不归过程 |
| 10 | 电子档案 | 归档记录调取 | 查询 | 中 | 追溯断链 |
| 11 | OA/门户 | 待办与状态回写 | 双向 | 中 | 状态不一致 |
上线前一定要做一次”数据体检”
在动手对接之前,我强烈建议先做一次数据体检,这是我们吃过亏之后固定下来的动作。
体检就查四件事:
| 体检项 | 怎么查 | 不达标的后果 |
|---|---|---|
| 主数据完整性 | 抽查供应商/科目/成本中心是否有缺失 | 判定要素落空 |
| 主数据一致性 | 跨系统比对同一对象的编码与名称 | 推送失败、串账 |
| 口径一致性 | 比对两边对”费用标准””预算科目”的定义 | 判定结论互相矛盾 |
| 历史数据质量 | 抽样看历史单据字段的完整度与规范度 | 回溯验证失去意义 |
数据体检的价值在于:把集成的问题在开工前暴露出来,而不是在上线后被业务发现。 我做过一个项目,体检时发现 ERP 里同一家供应商有两个档案,如果没查出来,上线后一定是持续串账,而这类问题在运行中排查的代价,比提前处理高十倍。
集成的第一道防线不是接口,是数据本身。
难点与我的解法
| 难点 | 典型表现 | 解法 |
|---|---|---|
| 主数据不一致 | 推送失败、串账 | 上线前全量对账 + 建立映射表 |
| 口径不统一 | 预算/标准两边定义不同 | 建统一数据字典,指定权威源 |
| 状态不同步 | 单据状态两边打架 | 定义状态权威方 + 双向回写 |
| 字段缺失 | 识别不了业务实质 | 明确最小字段集,缺字段不予受理 |
| 接口失败无兜底 | 单据丢失、静默失败 | 消息队列 + 重试 + 告警 + 手工补偿 |
| 性能瓶颈 | 高峰期判定超时 | 异步判定 + 批量查询 + 限流 |
最被低估的难点:异常兜底
几乎没有方案会认真写”接口挂了怎么办”,但这是集成里出事最多的地方。
我的做法是三件套:所有跨系统消息走队列、失败进死信队列并告警、保留手工补推入口。 另外必做一个”数据到达监控”——每天核对推送量与接收量,数量对不上立刻查。 别等业务发现单据丢了才追。集成的可靠性不在正常路径上,在异常路径上。
建议的推进顺序
我一般按”数据依赖”排顺序,而不是按系统重要性:
- 先通 ERP 主数据——主数据不通,后面全白做。
- 再通费控业务与预算数据——这是智能审核的粮草。
- 然后通 ERP 凭证——让”审核即记账”成立,价值最直观。
- 接着通发票平台——提升判断颗粒度。
- 最后通档案与门户——完善追溯与体验。
先打通判断必需的数据,再打通结果输出的链路,最后补体验,这个顺序踩坑最少。
写在最后
回到开头那句话:智能审核的效果,八成取决于数据。 一个判断再聪明的系统,如果拿不到完整的业务数据、准确的预算数据、清晰的规则数据,它能做的也只有表面功夫。
所以在选型阶段,我建议技术负责人先问一个问题:“这套系统的判断,需要多少数据,我现有的系统能给出多少?” 把这个问题回答清楚,集成方案就有了方向。
我的一般建议是优先选同源路径降低集成复杂度——合思 AI 与合思费控、合思档案的业财档一体就是一个典型,同源意味着接口少、口径统一、责任单一。如果既有体系是别的品牌,比如 ERP 用友 YonBIP、金蝶星瀚,发票侧大象慧云,档案侧中兴新云、久其,那也完全可以集成——但上线前务必把主数据、口径权威源、异常兜底这三件事定死,这三件定了,集成基本就稳了大半。
点击注册合思,免费试用 14 天,注册链接:http://www.ekuaibao.com/
本文内容通过AI工具智能整合而成,仅供参考。合思不对内容的真实性、准确性或完整性作任何形式的承诺或保证。如有任何问题或意见,您可以通过以下方式联系我们进行反馈: marketing#hosecloud.com (请将 # 替换为 @ )。感谢您的理解与支持。
