|
|
636187a9d8
|
业绩明细：差额口径改为（收入金额+优惠金额+冲减金额）−商品金额
|
2026-10-07 18:32:10 +08:00 |
|
|
|
c8a035a18f
|
业绩明细：新增优惠金额/冲减金额两列（取科目映射表财务备注＝优惠收入/冲减收入，支持 --amounts-only 回填）
|
2026-10-07 17:08:46 +08:00 |
|
chenxi
|
77b808245b
|
业绩明细账单侧筛选收窄为「总账备注 = 订单收入」
同步命令与页面说明改为仅按「订单收入」取账单侧数据，其余匹配/输出/统计口径不变。
|
2026-10-07 16:18:36 +08:00 |
|
chenxi
|
0bb4df6512
|
业绩明细扩展到店铺收款账户账单全部平台页签
按页签配置来源表与列映射（得物用 bill_date、京东系列/抖音用 order_no+income、
京东与京喜按店铺名拆分、京东/抖音只取活动代）；单号查询同时带原始号与核心号
以匹配拼多多的日期前缀单号；镜像表增加平台维度与平台列/筛选。
|
2026-10-07 10:41:00 +08:00 |
|
chenxi
|
278f641018
|
业绩明细账单侧筛选改为「总账备注」口径
账单侧改为按总账备注命中「订单/收入/交易收入/订单收入/商家结算款/跨境订单结算款/消费订单」，
复用 AccountLedgerRemarkMap + LedgerRemarkFilter，与店铺收款账户账单页同一口径，
淘系页签按店铺名前缀分淘宝/天猫/阿里巴巴取各自账单项目；统计条新增「收入为 0 的账单行」。
|
2026-10-07 09:39:06 +08:00 |
|
chenxi
|
e0f89288d2
|
业绩明细取数口径改为「一个店铺 + 一个订单号 + 一个商品金额」
- 账单侧：账单项目扩到 11 类（交易收款、1688 增值服务系列、交易分账_货款、其它交易收款、
先采后付账单付款、百补超级版消费者实付款、店铺过户），按「店铺 + 订单号」聚合收入与收款笔数
- 订单侧：销售全量按「店铺 + 线上订单号」先聚合求和（goods_count>0 有效行），
一单多品/多子订单在聚合阶段合并，商品金额只挂一次
- 匹配：单号清洗（去日期前缀/空格/横杠）后按核心号 + 店铺匹配；店铺以账单「线上真实店铺」
优先，下划线归一为横杠；订单侧单号一致但店铺不同或同号多店铺时标注异常
- 输出列：发生时间 → 店铺名称 → 线上单号 → 收入金额 → 商品金额 → 差额（收入−商品金额）
→ 匹配状态 → 异常标注；镜像表改为该行口径
- 统计：账单收款笔数、账单订单数、已匹配、未匹配、一单多笔、账单收入合计、
订单商品金额合计、差额合计（已匹配）
- 未匹配分类：空单号 / 格式不一致 / 订单无商品金额 / 订单表无此单，并可按异常标注筛选
8 月淘系支付宝：118,500 笔收款 → 111,427 行，已匹配 101,005、未匹配 10,422
（订单无商品金额 8,352 / 订单表无此单 2,046 / 空单号 24），一单多笔 6,758。
|
2026-10-06 14:43:49 +08:00 |
|
chenxi
|
08aaed9241
|
业绩明细新增「店铺收款匹配订单明细」页面及同步命令
- 以店铺收款账户账单（账单项目=交易收款）为基数，按线上单号关联经营分析副本库
的发货明细与销售全量，补出发货仓库、商品编码、商品数量、商品金额
- 匹配键：账单 online_order_no = 发货明细 so_id = 销售全量 sourceno（淘宝/天猫主订单号）；
同一订单多笔收款按订单号汇总，商品金额取 goods_count>0 的有效行
- 新增镜像表 store_receipt_order_match_rows 与命令
store-receipt:order-match:sync <YYYY-MM>（分批查询上游，订单号每批 1000 条）
- 页面：月份/店铺名称/线上单号/匹配状态筛选、匹配统计条、分页、CSV 导出
- 修正宽精度迁移在 sqlite 测试库上执行 MySQL 改写语句导致测试全线失败的问题
|
2026-10-06 13:42:30 +08:00 |
|
