dc-docs/output/feishu-docs/Dzq1w4RQsiJ2bckmGOxcn0Qfnkc.md

Dzq1w4RQsiJ2bckmGOxcn0Qfnkc

Source: https://ocnmca6f1o0p.feishu.cn/wiki/Dzq1w4RQsiJ2bckmGOxcn0Qfnkc

一、今日工作概述

二、工具建设现状

（一）阶段一：月报工具（已完成）

第一阶段解决的是“财务底表到月度管理报表”的自动化问题。 系统以标准化财务底表为输入，根据已经梳理的配置规则，自动完成数据定位、条件筛选、汇总计算及月报模板生成，减少人工跨表取数、复制粘贴、编写公式和重复汇总工作。 财务已经具备通过工具生成月报的基础能力。但在实际使用过程中，仍需要持续记录数据差异和使用问题，后续需要确保月报工具能够在不同月份、不同业务变化下稳定运行。

（二）阶段二：ETL工具（进行中）

第二阶段解决的是“各业务系统数据如何自动整理成财务底表”的问题，目前正在开发阶段。 ETL工具通过BI、金蝶、摩卡及其他业务系统，完成以下工作：

• 自动采集各系统源数据；
• 统一字段名称和数据格式；
• 完成编码转换和规则映射；
• 按财务口径进行清洗、拆分和汇总；
• 将处理后的数据沉淀为标准化财务底表；
• 为第一阶段月报系统持续提供稳定、准确的数据输入。

（三）完整建设链路

第二阶段完成后，ETL工具与月报系统将形成从业务系统到月报输出的完整闭环。

三、阶段二建设重点

（一）优先打通数据源到财务底表

当前最重要的任务是完成第二阶段ETL工具，使各业务系统数据能够自动整理为标准化财务底表。 任务二建设重点包括：

（二）数据字典随ETL建设同步完善

数据字典是第二阶段的重要支撑机制，但不应脱离实际取数链路单独建设。 在ETL规则梳理过程中，需要逐步统一：

• 同一业务含义的不同名称；
• 项目、游戏、部门及组织编码；
• 收入、费用和业务类型；
• 金额、币种和汇率相关字段；
• 历史数据与当前数据的口径差异；
• 新增业务项的发现和维护方式。 数据字典需要具备可维护性和扩展性，能够适应后续业务规则、核算方式和统计维度变化。

四、协作与反馈机制

（一）建立双向状态反馈

研究部需要定期同步：

• 已完成事项；
• 当前可用功能；
• 测试中事项；
• 待财务确认事项；
• 当前阻塞问题；
• 下一阶段安排。 财务需要持续反馈：
• 工具是否实际使用；
• 输出结果与人工结果是否一致；
• 存在哪些具体差异；
• 是否仍需完整执行手工流程；
• 使用后减少了多少工作量；
• 有哪些规则需要补充或调整。

（二）建立统一需求台账

所有需求应至少记录：

[嵌入电子表格: NMdas4GMFhW46ttxW28c...]

（三）调整成果汇报方式

后续双周会不再只汇报“开发了多少功能”，而应回答：

• 哪些工具已经被财务实际采用；
• 原流程需要多少人、多少时间；
• 使用工具后减少了多少工作量；
• 数据准确性和差异情况如何；
• 当前还有哪些卡点；
• 下一阶段准备解决什么问题。 开发完成不等于业务成果。只有工具被实际使用，并在准确性和工作量方面产生可验证改善，才能视为阶段性结果。

五、后续工作安排

[嵌入电子表格: NMdas4GMFhW46ttxW28c...]

六、项目验收标准

（一）第一阶段月报系统

• 能根据标准底表稳定生成月报；
• 规则计算和汇总结果准确；
• 报表输出结构满足财务使用需求；
• 在实际月度使用中具备可复用性。

（二）第二阶段ETL工具

• 能从目标业务系统稳定获取数据；
• 清洗、转换和映射规则可配置、可维护；
• 生成的财务底表符合第一阶段月报系统输入要求；
• 数据来源和处理过程可追溯；
• 新增业务项和异常数据能够被发现并处理；
• 与月报系统衔接后，能够形成完整自动化链路。

（三）整体项目成果

• 财务实际采用工具；
• 不再需要完整重复一份手工流程；
• 数据准确性达到可复用标准；
• 人工取数、整理和核验工作量明显下降；
• 问题能够定位到数据源、清洗映射、底表或报表计算环节；
• 能够经受多个实际账期的持续验证。