1.9 KiB
1.9 KiB
2026-06-17 工作日志
数据查询审批
- 16:43 刘亚伟（user_id: 5f96bf7e）在「麦动乾坤💰」群 @大麦，请求导出角色ID 35012 的学习数据
- 刘亚伟不在 USER.md 权限列表中，属于第三级用户
- 已通知陈逸鸫（8315a98e）审批，等待回复
- 消息ID: om_x100b6c11a0f1e8a0b3c5738760130d7
- 16:46 陈逸鸫确认批准
- 16:47 导出完成：音频768条、互动组件514条、课程巩固19条、单元挑战14条、单元总结6条，总计1321条
- 16:49 文件已发送至麦动乾坤群（oc_55cb96a8f6c7fa4020253fb2854371c5）
- 文件路径: output/角色id_35012_导出时间_20260617.xlsx
财务核对群 — GSV 差异排查与修复 [陈逸鸫]
- 问题： 细水入海订单汇总 GSV 与李玉老师从系统拉出的 GSV 差异大
- 排查过程：
- 审计 E1–E9 全 0 ✅，绑单逻辑无问题
- 同一订单号集合（404个），汇总表 GSV=952,805 vs DB GSV=951,105，差异仅 ¥1,700
- 发现核心 bug：
pick_valid_order()只取最新一笔有效订单，未做 GSV 聚合
- 根因： 18621578529（account_id=13147）有 2 笔有效订单（P785... GSV=1,999 + 3734... GSV=1,599），汇总只收了最新那笔 1,599，丢了 1,999
- 影响范围： 13 个账户各 2 笔有效订单，漏 GSV ¥23,185
- 修复（v2.1）：
- 新增
aggregate_valid_orders()函数：同一账户多笔有效订单 GSV/GMV/退款累加 - 订单号取未退款那笔（多笔未退款取最新），产品列多单用
+拼接 - Step 4 线索绑单仍用
pick_valid_order()不变 - 已更新
sales_leads_full_refresh.py+skills/full-data-refresh/SKILL.md
- 新增
- 数据源确认： 大麦和小溪查的是同一个 PG
vala_bi.bi_vala_order，数据一致 - MySQL Makee 交易系统： 大麦有 read_only 权限但 vala/vala_user/vala_order 库中无订单表，无法直接对比交易系统后台