应收应付落地数据接入：同源消费避免两套数

对照笔记 N15362：把数据接入拆成「定义 → 权限 → 消费 → 验收」四步，避免一次性铺全量主题。

主题簇 · ETL 与数据中心：ETL · 数据中心 · 操作文档 · 相关实践 · 相关实践 · 定价 · 试用

本篇切口：应收应付 × 数据接入；验收编号 ACC-15362。不讨论工具横评，只给两周内可跑通的顺序。

1. 口径版本

指标变更留版本与生效日；消费方只读出口数据集。 落地时优先关注：先定责任人再上线。交付物建议先做：8～12 个指标字典行。

2. 血缘与追问

字段级血缘能回答「数从哪来」，减少口头对齐。

补充约束：从返工清单倒推改造；本周只追求完成 一张试点主题数据集。

3. 调度可观测

• 失败可重跑、可通知；高峰错峰。
• 关注点：周会能追问的结构
• 最小交付：失败告警与重跑说明

4. 给 Vera 的语义

问数依赖清晰主题与权限范围，先治理再接模型。 落地时优先关注：验收标准写进附件。交付物建议先做：周会异常四列表。

5. 质量规则

空值率、主键冲突、金额平衡做最小规则集。

补充约束：同源消费避免两套数；本周只追求完成 一张试点主题数据集。

6. 出口契约

• 下游只读出口，禁止直连源表拼数。
• 关注点：试点主题怎么选
• 最小交付：权限抽样检查表

7. 场景切片：应收应付 × 数据接入

建议用真实一周数据做影子跑：白天按旧流程，晚上用 VeryReport 主题复盘差异。差异超过约定阈值的指标优先进口径评审；稳定后再替换正式报送/看板。本切片对应会议「区域督导会」，追问句固定为「失败任务是否通知到人并可重跑」。

常见问题

口径争议谁拍板？

业务 owner 拍板，IT 负责落地与版本；文档进数据集备注。（批次 15362）

私有化要注意什么？

网络分区、账号体系与备份策略先于功能清单。（批次 15362）

怎样验收？

用真实会议/报送各跑一轮：数一致、权限对、导出可用。（批次 15362）

失败了怎么回滚？

主题与表样保留上一版本可切换；填报保留批次号。（批次 15362）

简要

应收应付的数据接入：先同源消费避免两套数，再扩面。VeryReport 用同一主题服务报表、BI 与问数。入口：报表工具 / BI / 工具对比 / 试用。