Skip to content

Looker集成金蝶云星空(BI经营分析)解决方案 ​

更新: 11/4/2026 字数: 0 字 时长: 0 分钟

业务背景 ​

源系统成集云目标系统
金蝶云·星空(ERP)Looker(Google 商业智能 BI)

企业使用 金蝶云·星空 承载财务、供应链、生产、销售等核心业务,但经营分析普遍面临"数据在 ERP、洞察在 Excel"的困境:

  1. 取数靠导出:财务/运营每周从金蝶导出多张报表,在 Excel 里手工拼装经营看板,耗时且口径反复。
  2. 口径不统一:不同部门对"收入""毛利""回款"的定义不一致,管理层看到的数字对不上。
  3. 实时性差:月度经营分析往往滞后到次月中旬,错失业务纠偏窗口。
  4. 缺乏自助分析:业务人员提一个分析需求要排期等 IT,响应慢。

Looker(Google Cloud 旗下现代化 BI)擅长基于分析型数据库构建统一语义模型(LookML)与交互式看板,但 Looker 本身不生产数据,需要稳定、干净的分析数据源。通过 成集云 iPaaS 将金蝶云·星空的业务数据按主题抽取、清洗后写入分析型数据库(MySQL / PostgreSQL / 云数据仓库),再由 Looker 统一连接做可视化与自助分析,形成"ERP → 集成平台 → 分析库 → Looker"的轻量数据中台链路。

解决方案 ​

基于成集云 iPaaS 构建 金蝶云·星空 → 分析型数据库 → Looker 的自动数据管道。平台定时/增量抽取金蝶的财务、销售、库存、采购主题数据,经字段标准化、维度补全、指标计算后写入分析库的数据集市;Looker 通过 JDBC 连接分析库,基于统一 LookML 模型构建经营看板、自助探索与订阅推送。成集云负责"数据准时、干净地到达",Looker 负责"数据好看、好用"。

业务流程 ​

一、数据源抽取与落库流程 ​

二、Looker 连接与建模流程 ​

三、调度与同步流程 ​

四、异常预警闭环(可选) ​

对接说明 ​

一、基础资料与主题同步(金蝶 → 分析库) ​

金蝶主题来源表单/视图分析库目标表同步频率
财务总账GL_VOUCHER / 余额表dwd_finance_gl每日 T+1
销售订单SAL_SALEORDERdwd_sales_order每 30 分钟增量
库存收发STK_INVENTORYdwd_inventory每 30 分钟增量
采购应付AP_PAYABLEdwd_purchase_ap每日 T+1
客户/物料维度BD_CUSTOMER / BD_MATERIALdim_customer / dim_material每日全量

二、指标计算与建模 ​

经营指标计算口径LookML 沉淀位置
销售收入已审核销售出库 + 退货冲减view: sales measure
毛利收入 − 销售成本(含库存计价)view: profit
应收账龄按到期日分桶(0-30 / 31-60 / 61-90+)view: ar_aging
库存周转天数平均库存 ÷ 日均出库成本view: inventory

三、同步规则与过滤条件 ​

  • 增量锚点:以金蝶单据的 FModifyDate / 流水号作为游标,仅抽取变更数据,降低对 ERP 性能影响。
  • 维度一致性:客户、物料、组织等维度在分析库建立统一字典,确保跨主题 Join 口径一致。
  • 权限隔离:Looker 连接使用只读分析库账号,原始 ERP 写权限不开放给 BI 层。
  • 刷新策略:交易类主题近实时(30 分钟),财务月结类主题 T+1,避免未结账数据污染看板。

业务价值 ​

  • 经营分析从周级到分钟级:看板自动刷新,管理层随时掌握收入、毛利、回款实时水位。
  • 口径统一、数字对齐:LookML 统一语义层让全公司"一个定义、一套数字",告别部门间对账扯皮。
  • 自助分析赋能业务:业务人员用 Looker Explore 自助拖拽,IT 取数工单量大幅下降。
  • 解放财务/运营人力:不再每周手工拼 Excel,人均每月节省 1~2 天重复劳动。
  • 风险早发现:应收账龄、库存呆滞、毛利异动自动预警,业务纠偏窗口前移。

接口文档 ​

  • 金蝶云·星空 WebAPI:凭证、销售订单、库存、采购应付、基础资料等查询与视图接口
  • 分析型数据库:MySQL / PostgreSQL / 云数据仓库 JDBC 连接(只读账号)
  • Looker API 4.0:OAuth 2.0 Bearer Token 鉴权(API 凭据 client_id / client_secret 调 /login 换取访问令牌),用于连接管理、查询调度、看板订阅与 Webhook 动作