外部公开案例解读 · 非识度交付项目：素材为 Komgo 与 Centalion 于 2026 年 10 月发布的联合通稿，文中效率数字均属其披露口径，未经独立验证。
财务和资金岗位上的人，多半干过这样一件事：为了确认一笔业务走到哪一步，先在一个系统里查状态，再打电话问银行，最后回群里追一句「有消息了吗」。我们的判断：AI 想接进这类活儿，卡点常常不在模型，而在系统对接这一步。据这两家公司 2026 年 10 月发布的通稿，一家大宗商品贸易公司把财资流程交给了自己搭的 AI 智能体，它做对的第一件事，是没去做那场通常意义上的大对接。
系统对接指的是让原本各管一段的两套系统互相交换数据和指令，一件业务从头走到尾，人不用在中间当搬运工。这件事过去基本等于一个开发项目。所以当老板问「AI 能不能接进来」时，真正被问到的是「要不要立一个系统集成项目」——这笔账不少人算不清，也不敢算。
这家公司是怎么做的？
Centalion 是全球最大的独立大宗商品贸易公司之一，五年多来用 Komgo 的 Konsole 平台管理跨多家银行的表外工具（据其披露）。即便平台已经在用，财资团队仍要在不同系统之间来回取数、核对、追状态——数据在系统里，人却在系统之间跑。
他们的做法是：在自己的云环境里搭一个 AI 财资智能体并把它管起来，把大模型与结构化的财资流程、各家银行额度对应的业务规则绑在一起，再通过 Komgo 的 MCP 连接器接进 Konsole。通稿里有一句关键表述：不需要点对点集成项目，同时 Centalion 保留对 AI 与编排逻辑的控制权。
首个落地范围也值得记：只做银团融资额度这一条业务线。据其披露，开立处理时间减少约 55%，修改处理时间减少约 80%；若扩展到全部贸易融资业务，他们预计每年释放 60 多个工作日——这是外推预测，不是已经到账的成绩。
为什么这次系统对接不用做一次大工程？
因为对接的难点从来不在「连不上」，而在「连上之后谁负责」。平台把能力封装成标准连接方式，接入就成了授权与配置；企业保留自己的规则、编排和审批，责任链条没断。我们的判断是：选哪种对接方式，标准不该是技术上先不先进，而是出事那天谁背责任。先答不出这条，后面选什么方案都会返工。
更实际的原因还有范围。这家公司先圈了一条业务线，规则写得清，错了能改回来；稳了再往外扩。反过来，一上来就想把资金、对账、风控全接进来，验收标准没人说得清，项目多半停在「演示过」。
数字好看，前提是什么？
据其披露，55% 和 80% 来自同一条业务线的早期结果，样本小、时间短，通稿也没有披露成本与实施周期。值得抄的不是数字，是它背后的三个前提：规则写得清楚，各家银行额度的约束条件能落成条文；数据有确定来源，就在平台里，不用另外接一遍；审批和决策仍在财资团队手上。他们的财资经理说得更直接：决策仍留在人手里，去掉摩擦，不去掉责任。
这套做法里，什么不能照搬？
- 不能拿它的数字当自己的目标。单公司、单业务线、早期结果，同类企业的基础差得很远，55% 只能说明方向，不能当承诺。
- 不能跳过「谁审批」这件事。智能体建在自己云里、规则自己管、审批留给业务团队，这几条不是技术细节，是出事之后能不能说清楚的前提；跳过它，对接做得再顺也没用。
- 不能只为了省几个人天去做大集成。一段动作每周只跑几次、错了也没人在意，它就不值得先接。
- 不能把「不用做点对点集成」听成「不用管数据」。它的前提是五年积累在同一个平台上的结构化数据；数据还散在几家公司、几套表格里的，先把口径和归口理出来，再谈接入。
系统对接真正要谈的不是连得上连不上，是接上之后，责任还留在谁手上。
关于系统对接，常被问到的几个问题
系统对接一般要做多久？
看接的是什么。接一款已经提供标准连接能力的平台，主要是授权、配置和验证，几周量级；接一个没有对外能力的老系统，就得按项目算。
自己做还是找现成的连接器？
先看规则在谁手里。规则是你们自己的业务约束（比如额度条件、审批层级），别人替不了；连接方式、日志、权限映射这些通用件，能用现成的就别自己造。
系统还没打通，能不能先上 AI？
能，但只能做单点动作，比如把一段填报或检索交出去。只要它要跨系统取数做判断，数据不通就会一直返工。
AI 接进来以后，原来的审批流程要改吗？
多数不用改，而是要把每一步说清楚：哪些动作 AI 能直接做，哪些必须等人点同意，出了错从哪退回。这家公司保留全部审批步骤，是它敢上生产的原因。
回到你的业务：要决定的不是「要不要做系统对接」，而是先接哪一段、谁审批、错了怎么退回来。拿不准的，可以用识度的《AI 落地自检清单》逐条勾一遍；流程本身还没理清的，先看《流程自动化，别从最痛的那一段开始》。真要落回你的流程，预约一次适配沟通，我们逐条过一遍。
← 返回识度案例