Evilom
134 lines
7.9 KiB
Markdown
134 lines
7.9 KiB
Markdown
# Euhbwrg5Ti3BLnkk6VEctad8nze
|
||
|
||
Source: https://fcnlycv6dd0w.feishu.cn/wiki/Euhbwrg5Ti3BLnkk6VEctad8nze
|
||
|
||
|
||
#### 今日内容
|
||
**①财务报表取数逻辑与指标配置梳理**
|
||
**②月度财务配置表结构设计**
|
||
### 一、月度**财务配置表结构设计**
|
||
#### （一）推进目的与工程化思路
|
||
今天围绕财务 Excel 报表的取数规则进行整理，核心目标是将原本依赖人工记忆和手动处理的财务规则，转化为一套**结构化、可配置、可复用的元数据体系**，为后续 AI / Python 按规则自动执行建立下工程基础。
|
||
#### （二）目前财务报表数据情况
|
||
- 目前财务报表的数据来源比较分散，涉及不同底稿、不同 Sheet、不同字段和不同取数条件。
|
||
- 如果每个月都靠人工手动处理，重复性工作较多，也容易因为口径理解、字段位置变化、筛选条件遗漏等问题导致错误
|
||
|
||
> :book:
|
||
**工程化设计的核心逻辑：**
|
||
**这套设计参考了游戏策划配置表的工程思路——先定义字段、编码、类型和规则，程序按照配置驱动执行。**
|
||
**对财务场景来说，这种方式可以：**
|
||
- 让字段口径、筛选条件、汇总逻辑可被程序稳定引用
|
||
- 规则变更时只需修改配置表，不需要改代码
|
||
- 财务人员可以直接维护规则，不太依赖技术人员介入
|
||
**这次推进的核心目的：**
|
||
**把财务人员脑中的取数逻辑、指标口径和汇总规则，整理成一套稳定、可维护、可复用的元数据配置表，为后续 AI 自动处理 Excel 打基础。**
|
||
这一步不是直接做一个完整自动化系统，而是先把底层规则设计清楚。只有规则结构化之后，AI 或脚本才能稳定地知道：
|
||
- 要算什么指标；
|
||
- 从哪个文件取数；
|
||
- 从哪个 Sheet 取数；
|
||
- 取哪一列；
|
||
- 按什么条件筛选；
|
||
- 最后如何汇总和计算。
|
||
#### （三）两张核心配置表
|
||
**① 公式配置表**
|
||
记录指标之间的计算依赖关系，程序按calc_order顺序依次执行公式，保证公式计算顺序正确。
|
||
|
||
**② 取数规则配置表**
|
||
**记录每个基础指标的完整取数链路**——从哪个文件、哪个Sheet、哪一列取数，按什么条件筛选，以何种方式汇总。程序读取此表后可自动定位数据源并执行提取
|
||
|
||
|
||
> :book:
|
||
#### 元数据设计的三个层次
|
||
财务元数据需要从三个层次系统规划：
|
||
- **指标元数据：** 定义"要算什么"
|
||
- 每个指标的中文名、英文编码、计算口径、所属模块，是整套体系的核心索引
|
||
- **来源元数据：** 定义"从哪里取"
|
||
- 来源系统、文件、Sheet、列名的完整映射，支持 Excel、系统导出表、数据库等多种来源格式
|
||
- **规则元数据：** 定义"怎么取、怎么算"
|
||
- 筛选条件、计算方式、汇总逻辑、时间范围等，把人工经验转化为可执行的规则配置
|
||
|
||
> :book:
|
||
**数据规范设计原则：**
|
||
- 每个指标必须有唯一的**英文编码**，供程序稳定引用，避免中文名称歧义
|
||
- 配置表统一采用**三层表头**：中文字段名（供财务人员理解）/ 英文字段名（供程序读取）/ 字段类型（供数据校验）
|
||
- 来源字段与目标字段之间建立明确的**映射关系**，包括来源文件、Sheet、列名、筛选条件到目标指标编码的完整链路
|
||
- 计算关系通过**公式表达式**显式记录，例如 net_revenue = total_revenue - revenue_share_cost，程序可直接解析执行
|
||
#### （四）下一步计划
|
||
### 二，财务报表取数逻辑与指标配置梳理
|
||
|
||
> :mag_right:
|
||
**梳理了“营收收入、分成成本、收入净额”三个核心指标的计算关系，并将各项收入与成本拆解为可配置的取数规则。**
|
||
**本次梳理的核心思路是：**
|
||
先把财务口径拆成“指标公式 + 来源文件 + 来源 Sheet + 取数列 + 条件规则 + 汇总方式”，让原本分散在人工经验里的取数逻辑，变成可复用、可检查、可交给 AI 执行的配置规则。
|
||
|
||
> :black_small_square:
|
||
**核心指标公式**
|
||
#### 收入类指标拆解
|
||
#### **（一）游戏收入**
|
||
**游戏收入**=**游戏收入基础值+****游戏收入结算差异**
|
||
- **来源文件：**应收暂估底稿.xlsx
|
||
- **来源 Sheet**：01渠道游戏收入、分成暂估
|
||
- **取数列**：R列
|
||
- **游戏分类列**：B列
|
||
- **条件**：C列 ≠ "递延收入"
|
||
- **计算方式：**汇总求和
|
||
- **来源文件：**应收暂估底稿.xlsx
|
||
- **来源 Sheet**：02收入结算差异
|
||
- **取数列**：I列
|
||
- **游戏分类列**：A列
|
||
- **条件**：B列 = "游戏收入"
|
||
- **计算方式：**汇总求和
|
||
**广告变现收入 = 广告变现收入基础值 + 广告变现收入结算差异**
|
||
- **来源文件：**广告变现暂估底稿.xlsx
|
||
- **来源 Sheet：**04广告变现收入、分成暂估
|
||
- **取数列：**J列
|
||
- **游戏分类列：**A列
|
||
- **条件**：NULL
|
||
- **计算方式：**汇总求和
|
||
- **来源文件：**应收暂估底稿.xlsx
|
||
- **来源 Sheet：**02收入结算差异
|
||
- **取数列：**I列
|
||
- **游戏分类列：**A列
|
||
- **条件：**B列 = "广告收入"
|
||
- **计算方式：**汇总求和
|
||
#### （二）分成成本
|
||
**分成成本 = 游戏收入分成成本 + 广告变现收入分成成本**
|
||
**游戏收入分成成本=****游戏收入分成成本基础值+游戏收入分成成本结算差异**
|
||
- **来源文件：**应收暂估底稿.xlsx
|
||
- **来源 Sheet**：01渠道游戏收入、分成暂估
|
||
- **取数列**：V列
|
||
- **游戏分类列**：B列
|
||
- **条件**：NULL
|
||
- **计算方式：**汇总求和
|
||
- **来源文件：**应收暂估底稿.xlsx
|
||
- **来源 Sheet**：03分成结算差异
|
||
- **取数列**：G列
|
||
- **游戏分类列**：A列
|
||
- **条件**：B列 = "游戏收入分成"
|
||
- **计算方式：**汇总求和
|
||
**广告变现收入分成成本 = 广告变现收入分成成本基础值 + 广告变现收入分成成本结算差异**
|
||
- **来源文件：**广告变现暂估底稿.xlsx
|
||
- **来源 Sheet：**04广告现收入、分成暂估
|
||
- **取数列：**L列
|
||
- **游戏分类列：**A列
|
||
- **条件：**NULL
|
||
- **计算方式：**汇总求和
|
||
- **来源文件：**应收暂估底稿.xlsx
|
||
- **来源 Sheet：**03分成结算差异
|
||
- **取数列：**G列
|
||
- **游戏分类列：**A列
|
||
- **条件：**B列 = "广告分成"
|
||
- **计算方式：**汇总求和
|
||
- **来源文件：**成本费用预估&合并底稿.xlsx
|
||
- **来源 Sheet：**费用明细
|
||
- **取数列：**AA列
|
||
- **游戏分类列：**直接匹配为“文创产品项目”
|
||
- **条件**：E列 = "销售收入"
|
||
- **计算方式：**汇总求和
|
||
|
||
> :thinking_face:
|
||
通过本次梳理可以发现，财务报表自动化的核心难点不在于工具选型，而在于**底层数据规范与规则结构化**。
|
||
原有底稿在工程层面存在若干典型问题：
|
||
这些问题叠加在一起，导致自动化方案都缺乏稳定的执行基础。
|
||
**总结：财务 AI 工作流的前置条件是元数据规范化与规则配置工程化****。**
|
||
需要先建立统一的指标编码体系、标准化字段映射关系、显式化取数规则与计算口径，将现有流程中已经形成的稳定做法和业务判断，进一步沉淀为可被程序解析、可被 AI / 程序稳定调用、可被财务人员持续维护的结构化配置体系。 |