|
|
82c79dadc3
|
feat: 店铺维度报表销量改取业绩明细的订单实付/实收金额 (#363)
|
2026-10-17 00:19:09 +08:00 |
|
|
|
0a54775b3b
|
配件补发扣款：快递比例配置、Excel导入和归属选择 (#357)
|
2026-10-16 22:27:46 +08:00 |
|
|
|
37c11f4e8e
|
fix: 提现管理店铺余额保留最近5天 (#349)
Co-authored-by: 92451 <924518135@qq.com>
Co-committed-by: 92451 <924518135@qq.com>
|
2026-10-16 19:00:49 +08:00 |
|
chenxi
|
5b89692318
|
商品成本：收入为 0 的账单行不取数、单价加线上代发价格兜底
- 账单侧只取收入金额有数据且不为 0 的业绩明细账单行（收入为 0 的是补出来的优惠/冲减/无收款账单行）
- 商品单价按「仓库简称 + 商品编码」取月加权平均价，匹配不到时退回「线上代发价格」
（采购单管理的采购单价优先，其次钉钉线上代发的代发订单金额 ÷ 发货数量），并记录 price_source
- 新增数量与单价口径校验：定制配件行把配件件数写进商品数量，乘成品单价会放大几百倍，
成本单价高于该行明细单价 3 倍时成本留空、标注「数量与单价口径不一致」，不计入合计
- 页面与导出列改为业务口径的 9 列（发生时间/店铺名称/线上单号/发货仓库/仓库简称/商品编码/商品数量/商品单价/商品成本），
汇总卡片新增「线上代发价格兜底」「数量与单价口径不一致」两项
|
2026-10-16 17:34:06 +08:00 |
|
|
|
c4a39ec265
|
科目映射表：存储改共享数据库（ec_account_mapping_rules / ec_account_mapping_events，本地与生产同一份，改完两边同时生效）；旧文件保留为只读备份镜像；账单明细改读共享库；新增 account-mapping:import-files 导入命令
|
2026-10-16 17:19:37 +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 |
|
|
|
b4f8416794
|
店铺违规预警：已超时口径限定需提醒范围，字典导入命令兼容大维度文件 (#334)
|
2026-10-13 20:13:53 +08:00 |
|
|
|
0c04860d69
|
店铺违规预警：修复重算命令严格模式报错，新增违规字典导入命令 (#333)
|
2026-10-13 20:04:02 +08:00 |
|
|
|
ea80148dfc
|
店铺违规预警：级别/责任人/处理截止/超时/推送状态 + 处理状态四档 + 群推送接口 + 预览统计页 (#332)
|
2026-10-13 19:54:01 +08:00 |
|
|
|
8a67c7d768
|
业绩明细：1688采销专用收款单独成档（未匹配原因新增两档）
- 同步逻辑：「支付宝-1688采销专用」账户的未匹配行写「账单无单号（采销收款）」「1688采销收款（非销售单）」，不再混进「订单表无此单」
- 页面筛选：未匹配原因下拉补上两档
- 字段结构说明同步更新
|
2026-10-13 17:46:18 +08:00 |
|
|
|
d47a72c175
|
店铺违规预警：新增违规原因与处置方式两列（页面/统一表/导入导出） (#323)
|
2026-10-13 11:32:27 +08:00 |
|
|
|
63f9e2a418
|
店铺违规预警：同步 SQL 在源端转换 date 列，修复 FreeTDS 区域日期解析失败 (#316)
|
2026-10-13 09:40:53 +08:00 |
|
|
|
a90736592a
|
业绩明细同步：订单实付命中即算订单存在，修复部分订单被误判「订单表无此单」
部分订单（退款流程 / 拆单 / 商品明细未同步）在订单侧只有订单头与实付、没有商品明细行，原匹配逻辑仅按商品明细判断订单存在性导致误判。改为实付命中同样计入订单存在性；商品金额仍只由商品明细构建（无明细时保持为空）。实跑修复 8 月 1791 行（得物 57 / 京喜 497 / 抖音 46 / 京东 153 / 拼多多 1038）。
|
2026-10-12 17:12:10 +08:00 |
|
|
|
c8eb6e2e5f
|
fix(发货数据): 早上补跑一次发货同步，副本库超时重连改为逐次拉长等待
- 凌晨 01:28 同步时副本库最近一两天的订单/商品明细常未到齐，10-12 凌晨一轮写入 4,669 个只有单号、缺商品明细的包裹
(10.10/10.11)；工作平台导出为实时查询不受影响。新增每天 07:28 再拉最近 3 天，补齐商品明细。
- selectWithReconnect：副本库超时/游标失败的重试由 2 次(间隔 0.25 秒)改为 5 次，等待 2/5/10/20/30 秒，
白天整月重跑不再因单次超时中断(单测环境不等待)。
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014nvGZkg27YMEdhry6eiuwf
|
2026-10-12 14:39:11 +08:00 |
|
|
|
1e689d254e
|
附加费结算：超长费/退回费/拦截费拉取、导入核验与模板导出
|
2026-10-12 09:33:24 +08:00 |
|
|
|
cbec6a8b62
|
供应商管理增加每天08:15完整同步 (#302)
|
2026-10-11 13:57:28 +08:00 |
|
|
|
665b8fafd2
|
接入供应商管理页面与共享镜像 (#297)
|
2026-10-11 12:11:15 +08:00 |
|
|
|
22133450a6
|
业绩明细：种菜金额口径加上货号 X00006（与标签明细页同一规则）
- 种菜订单集合 = 种菜明细表 ∪ 标签明细里「是否种菜订单＝是」；后者改为命中种菜标签映射或货号含信誉订单虚拟条码 X00006
- 种菜明细表部分不再依赖标签映射是否为空
|
2026-10-10 17:20:05 +08:00 |
|
|
|
29f801bd92
|
聚水潭订单标签明细：修复货号回填进度打印引用未定义变量导致中断的问题
|
2026-10-10 16:18:27 +08:00 |
|
|
|
0a89a24f28
|
聚水潭订单标签明细：修复货号回填把纯数字订单号绑成整数导致的 MariaDB 1292 报错
订单号改用值对列表传递、全程按字符串绑定，避免 PHP 数组键自动转 int 后与字符列 order_no 比较被强转数字
|
2026-10-10 16:11:52 +08:00 |
|
|
|
53cd0c3ce6
|
聚水潭订单标签明细：新增「货号」列，货号 X00006 的订单判为种菜订单
- 新增 jst_order_labels.item_code 迁移；导入时从商品明细镜像按 o_id 写入货号（被替换/取消的明细不计入）
- 「是否种菜订单」增加规则：货号含 X00006（信誉订单虚拟条码）直接判「是」
- 页面与导出新增货号列；新增 jst-order-labels:sync-item-codes 回填命令
- 测试：新增货号/种菜判定/回填命令用例，并修正导出表头过时断言
|
2026-10-10 16:06:02 +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 |
|
chenxi
|
fe8c271fcf
|
商品成本：新增财务经营报表「商品成本」页面与同步命令
以业绩明细的账单行为基数，按「店铺 + 线上订单号」展开订单原始数据的商品行：
- 发货仓库取订单 wms_co_id 对应的聚水潭仓库名称，仓库简称查仓库映射表
- 商品单价按「仓库简称 + 商品编码」取商品月加权平均单价里的加权平均价
- 商品成本 = 商品数量 × 商品单价（四舍五入两位小数）
- 拆单子单重复列出的同一批商品只算一次；同一单分多仓发货按子单实际仓库分行
- 排除虚拟条码（X0000x）与数量金额都为 0 的占位行；默认隐藏仓库映射表里标「-不看」的仓
页面提供月份、平台、店铺、线上单号、商品编码、仓库简称筛选与汇总、CSV 导出。
|
2026-10-09 17:36:14 +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 |
|
|
|
09077c3661
|
导出进度改为真实百分比（按发生时间流式取数），并修日期框在宽屏下被裁掉
|
2026-10-08 16:39:42 +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 |
|
|
|
6255179bf5
|
导出任务取消：点击后立即置为「已取消」，后台下一个检查点停止并删除半成品文件
|
2026-10-08 15:34:01 +08:00 |
|
|
|
ad65f0cc75
|
导出任务：新增「取消」（后台检测取消标记后停止并删半成品文件）
|
2026-10-08 15:31:10 +08:00 |
|
|
|
4d5b9bf440
|
导出任务：按自增顺序取数提速、时间统一北京时间、运行中显示「取数中」
|
2026-10-08 15:22:06 +08:00 |
|
|
|
30f69f2af9
|
店铺收款账户账单：导出改成后台任务 + 导出进度列表（状态/下载），不再依赖页面停留
|
2026-10-08 14:49: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 |
|
|
|
401dfb089a
|
店铺账号密码：上游新增字段自动跟随（镜像补列 + 页面自动多出这一列）
新增 business-mirror:follow-upstream-columns：先把数据字典刷新到最新，再把上游
视图里新增、当前数据集还没同步的字段追加进镜像定义并立刻建列，下一次常规同步
就会带回数据。只做新增，不删除/不改写已有字段；字段名带 password/secret/token/
cipher/credential 等敏感关键字的一律跳过。已登记到发布 cron（每天 06:40）。
页面侧：config/upstream_mirrors.php 的 auto_follow_columns 用「页面 => 数据集」
登记，FollowedUpstreamColumns 服务把 followed_columns 变成表格列；这类列只展示、
不生成查询条件（后端还没有对应筛选口径）。
数据集自带的数据变动仍然由每分钟的 business-mirror:sync-tables 增量同步。
|
2026-10-08 13:19:53 +08:00 |
|
