HzRcwAOV4icIl8kBj1OcZHBWnMh

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

一、工作内容概述

二、实施过程

（一）任务整理与规范统一

清理历史遗留的测试任务，把费用明细原先分散的几个步骤合并为一个，减少维护成本。
统一任务命名规范：取数入库统一叫数据导入、导出统一叫Excel导出，以前的任务一并规整。
按业务归类新建了"费用明细""底表导出"任务分组，方便集中查看和批量执行。

（二）数据结构与字典搭建

新建费用明细数据表，口径按"年 + 月"，保证每月可重复取数、按月覆盖。
新建汇兑损益数据表，按集团合并（除境外）、境外合并两套口径分别取数。
完善游戏项目字典，对多款游戏做归类，并整理出缺失清单，方便后续补录核对。

（三）取数口径与字段映射

应用名称、游戏项目等维度统一对接现有业务系统，保持与线上看板口径一致。
取数逻辑做了通用化处理，不再逐张表单独写死，后续新增底表可复用同一套规则。
汇兑损益按账簿和币种两个维度取数，与模板逐列对应。

（四）工具公式与汇率处理

取数账期做了参数化，执行时默认取上个月。
预估、汇兑损益等需要计算的列，在导出时保留公式，便于财务二次复核。
对汇兑损益的取数做了提速处理，缩短了多账簿、多币种的等待时间。

三、遇到难点与解决思路

（一）金蝶多账簿取数

在完成汇兑损益要从金蝶"多账簿科目余额表"按两套账簿口径取数,但这块接口没有官方文档、还依赖它内部的"查询方案"机制,常规参数怎么试都取不出和系统一致的数据。 解决思路:先在金蝶系统里把这个查询实际操作一遍、通过爬虫录下真实请求,反推出正确的参数组合,再逐条小步验证,最终两套账簿口径都稳定取了出来。

（二）取数通用化处理

在完成费用明细最初是用写死的方式做的，因为口径和字段对应关系一开始还没完全定,先把一张表直接跑通、确认取数口径对不对。等第一张表验证无误后发现后面还有多张同类底表,共性才浮现出来,再照写死的思路走,对逻辑抽出通用化处理。 解决思路:抽象出"查字典 + 套规则 + 入库"的通用步骤,把写死逻辑收敛成可配置能力,新底表可直接复用。

2.6 KiB Raw Blame History