chore: collect latest dingTalk feishu docs
This commit is contained in:
@@ -0,0 +1,65 @@
|
||||
# 2026.7.01-日报-张家振
|
||||
|
||||
|
||||
Source: https://feishu.cn/docx/HzRcwAOV4icIl8kBj1OcZHBWnMh
|
||||
|
||||
|
||||
## 一、工作内容概述
|
||||
|
||||
完成费用明细的取数优化。
|
||||
|
||||
完成汇兑损益从金蝶取数到生成底表。
|
||||
|
||||
## 二、实施过程
|
||||
|
||||
### (一)任务整理与规范统一
|
||||
|
||||
清理历史遗留的测试任务,把费用明细原先分散的几个步骤合并为一个,减少维护成本。
|
||||
|
||||
统一任务命名规范:取数入库统一叫数据导入、导出统一叫Excel导出,以前的任务一并规整。
|
||||
|
||||
按业务归类新建了"费用明细""底表导出"任务分组,方便集中查看和批量执行。
|
||||
|
||||
### (二)数据结构与字典搭建
|
||||
|
||||
新建费用明细数据表,口径按"年 + 月",保证每月可重复取数、按月覆盖。
|
||||
|
||||
新建汇兑损益数据表,按集团合并(除境外)、境外合并两套口径分别取数。
|
||||
|
||||
完善游戏项目字典,对多款游戏做归类,并整理出缺失清单,方便后续补录核对。
|
||||
|
||||
### (三)取数口径与字段映射
|
||||
|
||||
应用名称、游戏项目等维度统一对接现有业务系统,保持与线上看板口径一致。
|
||||
|
||||
取数逻辑做了通用化处理,不再逐张表单独写死,后续新增底表可复用同一套规则。
|
||||
|
||||
汇兑损益按账簿和币种两个维度取数,与模板逐列对应。
|
||||
|
||||
### (四)工具公式与汇率处理
|
||||
|
||||
取数账期做了参数化,执行时默认取上个月。
|
||||
|
||||
预估、汇兑损益等需要计算的列,在导出时保留公式,便于财务二次复核。
|
||||
|
||||
对汇兑损益的取数做了提速处理,缩短了多账簿、多币种的等待时间。
|
||||
|
||||
## 三、遇到难点与解决思路
|
||||
|
||||
### (一)金蝶多账簿取数
|
||||
|
||||
在完成汇兑损益要从金蝶"多账簿科目余额表"按两套账簿口径取数,但这块接口没有官方文档、还依赖它内部的"查询方案"机制,常规参数怎么试都取不出和系统一致的数据。
|
||||
|
||||
解决思路:先在金蝶系统里把这个查询实际操作一遍、通过爬虫录下真实请求,反推出正确的参数组合,再逐条小步验证,最终两套账簿口径都稳定取了出来。
|
||||
|
||||
### (二)取数通用化处理
|
||||
|
||||
在完成费用明细最初是用写死的方式做的,因为口径和字段对应关系一开始还没完全定,先把一张表直接跑通、确认取数口径对不对。等第一张表验证无误后发现后面还有多张同类底表,共性才浮现出来,再照写死的思路走,对逻辑抽出通用化处理。
|
||||
|
||||
解决思路:抽象出"查字典 + 套规则 + 入库"的通用步骤,把写死逻辑收敛成可配置能力,新底表可直接复用。
|
||||
|
||||
## 四、明日计划
|
||||
|
||||
完成非经营性收益的取数与导出Excel
|
||||
|
||||
与厦门技术对接,完成流水取数源接入
|
||||
Reference in New Issue
Block a user