chore:文档补全

2026-06-23 14:43:31 +08:00
parent a57554bbfa
commit 9f190e0315
377 changed files with 38889 additions and 8 deletions
@@ -0,0 +1,134 @@
+# Euhbwrg5Ti3BLnkk6VEctad8nze
+
+Source: https://fcnlycv6dd0w.feishu.cn/wiki/Euhbwrg5Ti3BLnkk6VEctad8nze
+
+
+#### 今日内容
+**①财务报表取数逻辑与指标配置梳理**
+**②月度财务配置表结构设计**
+### 一、月度**财务配置表结构设计**
+#### （一）推进目的与工程化思路
+今天围绕财务 Excel 报表的取数规则进行整理，核心目标是将原本依赖人工记忆和手动处理的财务规则，转化为一套**结构化、可配置、可复用的元数据体系**，为后续 AI / Python 按规则自动执行建立下工程基础。
+#### （二）目前财务报表数据情况
+  - 目前财务报表的数据来源比较分散，涉及不同底稿、不同 Sheet、不同字段和不同取数条件。
+  - 如果每个月都靠人工手动处理，重复性工作较多，也容易因为口径理解、字段位置变化、筛选条件遗漏等问题导致错误
+
+> :book:
+**工程化设计的核心逻辑：**
+**这套设计参考了游戏策划配置表的工程思路——先定义字段、编码、类型和规则，程序按照配置驱动执行。**
+**对财务场景来说，这种方式可以：**
+  - 让字段口径、筛选条件、汇总逻辑可被程序稳定引用
+  - 规则变更时只需修改配置表，不需要改代码
+  - 财务人员可以直接维护规则，不太依赖技术人员介入
+**这次推进的核心目的：**
+**把财务人员脑中的取数逻辑、指标口径和汇总规则，整理成一套稳定、可维护、可复用的元数据配置表，为后续 AI 自动处理 Excel 打基础。**
+这一步不是直接做一个完整自动化系统，而是先把底层规则设计清楚。只有规则结构化之后，AI 或脚本才能稳定地知道：
+  - 要算什么指标；
+  - 从哪个文件取数；
+  - 从哪个 Sheet 取数；
+  - 取哪一列；
+  - 按什么条件筛选；
+  - 最后如何汇总和计算。
+#### （三）两张核心配置表
+**① 公式配置表**
+记录指标之间的计算依赖关系，程序按calc_order顺序依次执行公式，保证公式计算顺序正确。
+![图片](../feishu-images/Euhbwrg5Ti3BLnkk6VEctad8nze_FerlbIBBXoOA.png)
+**② 取数规则配置表**
+**记录每个基础指标的完整取数链路**——从哪个文件、哪个Sheet、哪一列取数，按什么条件筛选，以何种方式汇总。程序读取此表后可自动定位数据源并执行提取
+![图片](../feishu-images/Euhbwrg5Ti3BLnkk6VEctad8nze_Z5A6bvTwHo61.png)
+
+> :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 / 程序稳定调用、可被财务人员持续维护的结构化配置体系。