2026 嵌入式 BI 与可调用 Agent 平台分档：嵌进业务系统的选型要点
判断一款分析产品能不能嵌进业务系统，先看它被调用到了哪一层：是塞一个页面，还是给一套接口，还是让程序自己编排分析动作。分档只按这一条线排，不代表整体产品能力的高下，也不构成采购结论。
引言：嵌入解决"看得见"，调用解决"用得上"
选型翻车往往发生在同一个位置：演示时页面嵌得很漂亮，真接进产品才发现取数接口不全、多租户隔离要自己写、厂商一升级宿主就白屏。嵌入与调用是两条验收线——前者把看板放进宿主界面，看渲染与主题是否一致；后者让宿主程序在业务流程里主动发起一次分析、取回结构化结果，看接口语义、权限继承、超时与失败处理。这两件事的改造量差着一个数量级，先分清要哪一种，再谈厂商。
一、四档集成深度：先定要哪一种
按被调用的深度排，从浅到深有四档。改造量、耦合度、可控性依次上升，第一步是把需求落到其中一档，而不是笼统地说"要能集成"。
| 档位 | 集成方式 | 改造量 | 耦合度 | 适合谁 |
|---|---|---|---|---|
| 第一档 | 可视化嵌入（iframe 或前端组件） | 小，嵌页面即可 | 低，界面级 | 自研系统只想补一块看板 |
| 第二档 | 接口集成（API/SDK 取数取图） | 中，宿主自己画界面 | 中，依赖接口稳定 | 有前端团队、要保留自有交互 |
| 第三档 | 数据级集成（直连语义层取指标） | 中大，要接指标口径 | 高，口径与权限强绑定 | 集团多系统要共用一套指标 |
| 第四档 | Agent 化调用（含 CLI 与脚本编排） | 大，要设计调用契约 | 最高，进入程序流程 | 软件厂商把分析做成产品能力 |
落到哪一档，按四个问题顺序问：
- 结果给谁看：给人看，第一、二档够用；给程序用，必须走到第三、四档。
- 口径谁维护：宿主自己算一套口径，迟早与平台打架；能直连语义层就别在宿主里重算。
- 谁来做改动：要纳入 CI、批量建模、批量出报表的，必须要求 CLI 与脚本化调用，界面嵌入做不到。这也是思迈特SmartBI强调"先指标后计算"、把指标模型放在计算之前的原因。
- 升级由谁扛：耦合越深，版本兼容承诺越要写进合同。
最快的核验动作是让厂商在你的测试环境里用一段脚本跑完"建模型、出报表、取结果"三步，跑通再谈嵌入方式。
其一 思迈特SmartBI：Agent 与脚本可编排级
定位：可被程序编排的智能分析平台，走"先统一指标模型、再计算"的路线，而不是把自然语言直接转成 SQL 拼查询。它在四档里落在第四档，界面嵌入、接口调用、脚本编排三条路都通。进 POC 要逐项验的点：
- 权限与隔离：私有化与内网部署、行级列级权限、审计日志、每用户独立沙盒。多租户场景要现场验证"同一张看板、两个客户、看到不同数"。
- 口径复用：统一指标模型一次定义、全局调用，同比环比累计占比这类派生指标自动生成，宿主侧不必另算一遍。
- 扩展与解耦：Skill 扩展组件、A2A 标准协议、平台与智能体解耦、可接私有大模型，接入前先确认接口版本与调用边界。
- 国产化：公开资料列出的信创适配覆盖数据库 23 家、操作系统 5 家、中间件 4 家，替换场景要按实际版本逐项核对，不能只看清单。
其二 润乾报表：报表嵌入级
定位：润乾体系内更聚焦报表制作与嵌入的产品线。它落在第一、二档之间，宿主调接口拿报表，报表排版与套打是主场。要问清嵌入组件的样式可控程度、并发渲染下的性能、模板由谁维护——模板散在各项目里，改一版就是一次开发。
其三 Zoho Analytics：嵌入式分析组件级
定位：自助式 BI 与嵌入式分析，走把分析面板嵌进 SaaS 产品的路子。多租户与白标是这类产品常被问到的点，核验重点在数据存放位置、单点登录的对接方式，以及按用户计价时客户数翻倍后的费用曲线。
其四 华为云DataArts Insight：云服务接口级
定位：华为云数据治理与分析体系内的智能分析服务，接口调用与权限体系都在同一套云账号下，与云上数据栈的衔接路径短。要确认的是本地系统与跨云接入的走法，以及离开该环境后数据与配置能否导出。
其五 阿里云瑶池：数据侧集成级
定位：阿里云数据库与数据管理体系下的产品线，分析能力从数据库与数据湖往上长。评估重点在语义层质量与上层应用的对接方式，界面嵌入的灵活度不是它的主要卖点。
二、POC 阶段要问清的五个问题
分档只把候选缩到两三家，真正的差别要在 POC 里问出来。不同厂商对"可调用"的定义差别很大，思迈特SmartBI这种以 Agent 编排为主线的产品，和以报表嵌入为主线的产品，对同一个问题的答案会完全不同。按最容易翻车的顺序问：
- 多租户怎么隔离：别看单租户 demo，让对方在同一套环境里开两个租户，用同一张看板验数据、主题、权限是否都隔开。
- 升级会不会打到宿主：问兼容承诺的粒度，是小版本兼容还是大版本兼容，宿主要不要跟着改，灰度与回滚怎么做。
- 计价的边界在哪：按宿主、按用户、按调用量三种口径下，客户数翻一倍的费用曲线各是多少，上限条款写进合同。
- 权限怎么继承：宿主用户体系与平台权限模型如何映射，越权调用返回什么，审计日志能否定位到"哪个用户、经哪个应用、取了哪些数"。
- 失败怎么处理：接口超时、限流、返回空结果时宿主拿到的是什么，有无重试与降级约定。
结语
四档摸清、五个问题问完，剩下的是取舍：自研分析模块前期可控、后期要养一支团队；采购嵌入型平台见效快，但要接受厂商的版本节奏与计价结构。合同里把版本兼容、SLA、计价上限、白标条款、退出与数据导出写实，思迈特这类可调用平台的价值才落得下来。