|
|
82c79dadc3
|
feat: 店铺维度报表销量改取业绩明细的订单实付/实收金额 (#363)
|
2026-10-17 00:19:09 +08:00 |
|
|
|
706b07b4ad
|
业绩明细：淘系支付宝/微信新增「订单实付含已退款部分」核实（差额/收款缺口/整单全退对上聚水潭已确认退款，与抖音同口径，EXISTS+HAVING 提速）；店铺名优先展示线上真实店铺（修复「支付宝-公司」壳名）；字段说明同步
|
2026-10-16 16:18:23 +08:00 |
|
|
|
6c76a373a3
|
业绩明细：合单发货取数优先取原单行（merge_so_id 为空），修复 878 行误取合并汇总金额（7/8月实付合计修正 -11.17 万）；商品金额/实付/实收/应付统一三档优先级；字段结构说明同步新取数与口径兜底/待核实顺序
|
2026-10-16 12:00:42 +08:00 |
|
|
|
173ca7c2ec
|
业绩明细：差额判定改为「原因优先 → 实收/应付口径兜底 → 待核实」；口径命中不再抹差额、页面与合计/筛选/联动同一套判定
|
2026-10-15 17:51:01 +08:00 |
|
|
|
3e222e0035
|
业绩明细：实收对不上账单时也退回按应付/已付核对（覆盖拆单主单实收为空、子单有值的情况）
|
2026-10-15 15:38:07 +08:00 |
|
|
|
72b3f43da5
|
业绩明细：实收缺失时退回按应付/已付核对；同步命令新增 --dry-run 开关
|
2026-10-15 13:21:36 +08:00 |
|
|
|
4e38a1cf11
|
业绩明细：双口径兜底阈值放宽到 0.5 分（1 分尾差也按卖家实收核对归零）
|
2026-10-15 10:43:37 +08:00 |
|
|
|
c0aab60862
|
业绩明细：订单侧双口径核对（买家实付/卖家实收）+ 差额待核实 + 列名与筛选改名
- 同步：账单能对上卖家实收时按实收核对（差额归零、订单实付/实收列显示实收值），并写入标识「订单实付按卖家实收核对」
- 页面：新增兜底备注「差额待核实」（可筛选）；该标识在「匹配原因」列展示并纳入筛选与联动计数
- 列名：「订单实付金额」→「订单实付/实收金额」；「未匹配原因」→「匹配原因」
- 新增 scripts/docker-fix-start.ps1（Docker 因僵尸 socket 起不来时一键清理并启动）
|
2026-10-14 17:54:56 +08:00 |
|
|
|
1684902863
|
业绩明细取数：「买家实付」字段未同步改价/退款时，采用能与账单对平的「已付」金额（仅负向纠偏）
|
2026-10-14 13:47:25 +08:00 |
|
|
|
e26c1e467e
|
业绩明细取数：合并发货行不再当作单笔金额（实付与商品优先取本单非合并行）
|
2026-10-14 09:56:10 +08:00 |
|
|
|
8a67c7d768
|
业绩明细：1688采销专用收款单独成档（未匹配原因新增两档）
- 同步逻辑：「支付宝-1688采销专用」账户的未匹配行写「账单无单号（采销收款）」「1688采销收款（非销售单）」，不再混进「订单表无此单」
- 页面筛选：未匹配原因下拉补上两档
- 字段结构说明同步更新
|
2026-10-13 17:46:18 +08:00 |
|
|
|
a90736592a
|
业绩明细同步：订单实付命中即算订单存在，修复部分订单被误判「订单表无此单」
部分订单（退款流程 / 拆单 / 商品明细未同步）在订单侧只有订单头与实付、没有商品明细行，原匹配逻辑仅按商品明细判断订单存在性导致误判。改为实付命中同样计入订单存在性；商品金额仍只由商品明细构建（无明细时保持为空）。实跑修复 8 月 1791 行（得物 57 / 京喜 497 / 抖音 46 / 京东 153 / 拼多多 1038）。
|
2026-10-12 17:12:10 +08:00 |
|
|
|
22133450a6
|
业绩明细：种菜金额口径加上货号 X00006（与标签明细页同一规则）
- 种菜订单集合 = 种菜明细表 ∪ 标签明细里「是否种菜订单＝是」；后者改为命中种菜标签映射或货号含信誉订单虚拟条码 X00006
- 种菜明细表部分不再依赖标签映射是否为空
|
2026-10-10 17:20:05 +08:00 |
|
|
|
158c5e1b23
|
业绩明细：差额/匹配状态/备注改为与订单实付金额核对；科目映射表筛选改按财务备注
- 业绩明细「差额 / 匹配状态 / 差额异常备注」的比对基准由「订单商品金额」换成「订单实付金额」：
差额＝（收入金额＋优惠金额＋冲减金额）− 订单实付金额；匹配状态以订单侧能否取到订单实付为准；
备注文案改为 订单实付未匹配（账单无单号/单号格式异常/订单表无此单/订单无实付金额/无收款账单）、
订单实付取数为0（种菜）、订单实付取数为0、订单实付未减冲减、订单实付未减优惠、订单实付未减优惠和冲减
- 商品金额列保留展示、不再作为核对基准；退款金额仍单独列示、不参与差额
- 两个口径共用同一条取数链（同店同号 → 店铺名不一致 → 同号多条 → 空店铺兜底），
差额口径做成开关：config/performance_details.php 的 difference_basis 填 product 即可切回旧口径
- 统计卡「金额构成」补「订单实付金额合计」，与差额公式对齐
- 科目映射表筛选：第二个筛选项由「账单项目」改为「财务备注」（候选按平台收窄、可搜索、多选）；
账单项目仍可用左上角关键词搜索
|
2026-10-10 15:14:06 +08:00 |
|
|
|
107c883eb2
|
业绩明细：新增「退款金额」列，按总账备注=退款取数
- 新增列「退款金额」：店铺收款账户账单里总账备注=退款的金额（收入侧 − 支出侧），
与优惠金额/冲减金额同一口径，单独列示、不参与差额计算；统计卡、导出字段、
字段结构说明同步补充
- 同步命令支持账单表的 expense 列（京东账单/京喜账单/京东网银钱包/抖音用 expense，
淘系/拼多多/得物用 expense_amount），此前只认 expense_amount，
导致这些平台支出侧的退款、扣回金额被当成 0
- 重建后自检改为「本月账单确有优惠/冲减/退款行、但三列一行都没写」才报错，
并把退款金额纳入判定，避免无数据月份误报
- 新增迁移：store_receipt_order_match_rows.refund_amount
|
2026-10-10 13:41:03 +08:00 |
|
|
|
25cf3f8f0f
|
业绩明细：同步取财务备注时带上业务备注与商品名称
- 之前只按「平台+账单项目」匹配，退款行与正常行走同一条规则（得物卖家承担优惠券/折扣活动/联合营销费被算进冲减收入）
- 现在按行传入业务备注（custom_remark/business_type/order_type/channel 等）与商品名称，与店铺收款账户账单页同一套口径；账单查询同步补取这些列
- 配合科目映射表给得物这三个账单项目新增「退款」规则后：退款行→退款，正常扣款行→冲减收入
|
2026-10-10 10:30:06 +08:00 |
|
|
|
ed89882661
|
业绩明细：重建后自检优惠/冲减列，映射有项目但两列为空时直接报错，避免静默丢列
|
2026-10-09 13:56:07 +08:00 |
|
chenxi
|
cb26d5da17
|
业绩明细：商品金额改为只取主单，拆单子单不再重复累加
聚水潭拆单子单会把主单的商品行再列一遍，子单的平台子订单号与主单不同时
原「子订单号 + 条码」去重键拦不住，同一批商品被计两次。
现在商品金额只取主单（link_o_id 为空/0），整单没有任何主单行时退化为取全部行，
与订单实付「主单优先、无主单退化」保持同一套规则。
|
2026-10-09 12:14:26 +08:00 |
|
chenxi
|
a334f65962
|
业绩明细：订单实付金额排除虚拟条码后的实付
订单实付＝订单级实付 − 虚拟条码（X0000x）明细行实付，下限 0，
与商品金额保持同一口径；纯信誉/虚拟订单的实付归零。
同时更新页面口径说明。
影响：京东账单 2026-08 实付 5673.8 万 → 424.9 万（虚拟条码占 5248.9 万）。
|
2026-10-08 18:31:20 +08:00 |
|
|
|
0cca2aac70
|
业绩明细全量重跑：命令内自行放宽 memory_limit，免去手工传 -d memory_limit 参数
|
2026-10-08 17:41:05 +08:00 |
|
|
|
8207dc0d95
|
业绩明细：订单金额/优惠金额/冲减金额统一按「收入-支出」取数，只回填金额时同步刷新差额列
|
2026-10-08 17:07:11 +08:00 |
|
|
|
03b728a0fc
|
Merge remote-tracking branch 'origin/main' into fix/yueyang-offset-signed-amount
# Conflicts:
# app/Console/Commands/SyncStoreReceiptOrderMatches.php
|
2026-10-08 16:24:38 +08:00 |
|
chenxi
|
f17a90c7a3
|
业绩明细：商品金额排除虚拟条码，新增「订单实付金额」列（方案3）
商品金额排除 X0000x 虚拟条码行；新增订单实付金额列（订单级实付，拆单取主单）。
|
2026-10-08 15:37:11 +08:00 |
|
chenxi
|
3dd90dc52c
|
修复业绩明细商品金额重复计算（订单侧按子订单去重）
订单侧聚合改为先按「子订单号 + 条码」去重再求和，避免拆单/子单重复计入商品金额。
|
2026-10-08 14:33:48 +08:00 |
|
chenxi
|
946d794e12
|
修复业绩明细补行插入列数不一致
补行的列集合与主行对齐（补 planting_amount），避免批量插入时列数不匹配导致同步失败。
|
2026-10-08 14:24:20 +08:00 |
|
chenxi
|
c02ecb8b44
|
Merge remote-tracking branch 'origin/main'
|
2026-10-08 14:05:19 +08:00 |
|
chenxi
|
085ea33ff4
|
业绩明细订单侧切换为「订单原始数据」口径（方案B）
订单侧来源改为企微客户订单 + 聚水潭订单（与「订单数据 → 原始数据」同一来源），
按「店铺 + 线上订单号」对商品金额求和；取数改用临时表 + STRAIGHT_JOIN 避免大表全扫。
|
2026-10-08 14:05:08 +08:00 |
|
|
|
09907d63f8
|
业绩明细：冲减金额按行金额取数（收入侧-支出侧，负数表示净扣减）；修复补行列数缺 planting_amount 导致同步中断
|
2026-10-08 13:15:07 +08:00 |
|
|
|
2cf181f1bf
|
业绩明细：异常标注三类整理 + 优惠/冲减补行 + 匹配状态/异常标注多选联动筛选
|
2026-10-08 11:46:42 +08:00 |
|
|
|
8ffcd58118
|
种菜金额口径改为「或」：种菜明细表 ∪ 聚水潭种菜标签
之前两个条件是「与」（交集），导致聚水潭没打种菜标签的淘系订单全部为空。按业务确认改成或：订单号在「种菜明细表」或「聚水潭订单标签明细（是否种菜订单＝是）」任意一边出现过，就取该订单的收入金额。同步更新页面描述与迁移注释。
|
2026-10-08 11:26:46 +08:00 |
|
|
|
88adb33c45
|
种菜金额回填改为一次覆盖全平台
--planting-only 不再要求指定 --platform：种菜订单号与平台无关，按整月刷一遍即可。
|
2026-10-08 11:03:05 +08:00 |
|
|
|
7b09d0de05
|
业绩明细：冲减金额后面新增「种菜金额」列
口径：订单号同时出现在「种菜明细表」和「聚水潭订单标签明细（是否种菜订单＝是，即标签命中种菜映射）」里时，该订单的收入金额就是种菜金额，其余留空。两边的订单号都按账单侧同一套「核心单号」清洗（去日期前缀/空格/横杠）后比较；金额取该行已有的收入金额，只是展示，不参与差额计算（它本身就是收入金额的一部分）。
- 新增迁移：store_receipt_order_match_rows 增加 planting_amount 列（在 offset_amount 后面）。
- 同步命令：正式同步时写入该列；--amounts-only 一并回填；新增 --planting-only 只刷这一列（不读账单，适合给已同步好的账期补数）；新增 --company 选项。
- 页面：列顺序 收入金额 / 优惠金额 / 冲减金额 / 种菜金额 / 商品金额…，顶部统计加「种菜金额合计」，导出同步带上该列。
- 补 NavigationTest 的列断言。
|
2026-10-08 10:59:21 +08:00 |
|
|
|
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 |
|
