chenxi
|
57c1ea7046
|
抖音账户关键词框与其它页签统一（去掉匹配方式下拉）
关键词改为单输入框；后端对 15~30 位纯数字按等值匹配（记录编码/订单号）快速返回，
其余仍为包含匹配，避免抖音账户全表扫描导致的长等待。
|
2026-10-07 14:50:07 +08:00 |
|
|
|
c4a976751d
|
修复订单售后页面一直转圈：店铺候选改成定时预热
上一次把店铺候选的完整计算放在 app()->terminating() 里，但服务器是 mod_php，
响应要等整个请求（含终止回调）结束才算完成，浏览器就一直转圈、侧边栏停在骨架屏。
线上实测：发布后第一个打开订单售后费用明细的人，页面会卡两分钟以上。
改成：页面只返回毫秒级的店铺目录兜底，完整候选（目录 ∪ 订单镜像店铺）由新增的
order-data:warm-shop-candidates 每小时预热一次，并在发布脚本的 cron 里注册。
|
2026-10-07 14:21:36 +08:00 |
|
|
|
a9da8d4447
|
修复发货镜像字段校准与合并列表耗时 (#283)
|
2026-10-07 14:08:20 +08:00 |
|
|
|
916fb30f37
|
修复批量筛选：纯数字单号当数组键会被 PHP 转成 int
batchValues() 原来拿值本身当数组键去重，纯数字订单号（如 3317080368285022883）会被
PHP 转成 int，后续 whereIn 就成了数字和长文本比较，走不上 so_id / outer_oi_id 的
前缀索引，实测退化成全表扫描（70 秒以上）。
改成键加 v 前缀、返回原字符串，ctype_digit 显式传字符串。新增用例覆盖前导零单号
0001234 与 1234，防止再回归。
|
2026-10-07 14:05:53 +08:00 |
|
|
|
e5922dd78e
|
订单售后费用明细 / 商品推广费用明细：订单号和商品编码支持批量查询
两个页签的「订单号」「商品编码」改成多行输入框，可以直接粘一整列：
每行一个，或用逗号、空格、分号、顿号分隔，一次最多 50 个值，多值取并集。
- 订单号批量：先去两套来源解析候选 o_id（单表、等值 IN，走各自前缀索引），
再按订单过滤；单个订单号仍保留「从头匹配」的模糊语义。
线上实测 20 个真实单号解析 0.01 秒。
- 商品编码批量：每个编码在 商品/款式/店铺编码（推广页为 item_id）里匹配一组，
多组 OR；仍受统计日期/订单日期范围约束。
- 非淘系旧查询路径同步支持批量，保持两套口径一致。
|
2026-10-07 13:55:02 +08:00 |
|
|
|
6c054c7081
|
整合发货补漏与导出口径修复，保留主线同步保护 (#282)
|
2026-10-07 13:52:18 +08:00 |
|
|
|
4b97b30a3a
|
商品推广费用明细：店铺筛选改成和订单售后费用明细一致的多选控件
- 把「店铺名称：可点选的多选 + 模糊搜索」抽成公共组件
partials/order-data-shop-picker.blade.php，订单售后费用明细改为引用它，
商品推广费用明细用同一个控件（原来是一个纯文本输入框）。
- 推广页提交 shop_name[]（多个取并集），后端镜像查询和非淘系旧查询都改成
按多个店铺 OR 匹配，仍兼容原来的单个 shop_name。
- 推广表的店铺名带下划线（天猫_卓禾家具旗舰店），和订单镜像的「天猫-…」
不是同一套命名，所以候选单独取自 ops_item_sales_cost_ratio 当前统计日期
出现过的店铺，按日期缓存 24 小时（单次约 0.4 秒、约 400 个店铺）。
|
2026-10-07 13:39:25 +08:00 |
|
|
|
af83d75a00
|
订单售后费用明细：订单号查询改为先解析候选订单再过滤
订单号原来在「订单 ⋈ 明细」关联后做三列 %x% 匹配，没有日期条件时优化器会放弃
索引，淘系那套 520 万订单 × 680 万明细必须全表扫描，线上实测单条跑到 19 分钟
还没结束（还占满 Apache 工作进程）。
改成两段式：先用带前缀索引的单表查询把订单号解析成两套来源各自的候选 o_id
（线上订单号 / 子订单号从头匹配、内部订单号按数值等值），再让分支按 o_id 过滤。
两套来源分开解析，避免两侧 o_id 撞号。候选超过 500 条或订单号不足 4 个字符时
退回原来的包含匹配，保持既有行为。
顺带给 jst_OrderItem 补 outer_oi_id 前缀索引（非淘系子订单号原来要扫 70 秒），
已在生产建好索引。
|
2026-10-07 11:31:56 +08:00 |
|
|
|
5b95b655bb
|
运费对账：全量汇总缓存 1 小时，避免每 15 分钟重跑两分钟的重查询
无筛选的全量汇总约 110~200 秒，按原来的 900 秒缓存会让常看这个页面的人
反复等两分钟；带筛选的汇总走索引很快，保持 15 分钟。
|
2026-10-07 11:01:29 +08:00 |
|
|
|
af8f1403fb
|
修复运费对账汇总卡死与订单店铺候选查询过慢
- 运费对账全量汇总：哈希关联的 join buffer 从 16MB 提到 128MB（空间上限 384MB）。
300 万行明细 × 400 万行最新关联表在 16MB 下会退化成磁盘多趟扫描，实测超过
max_statement_time(300s) 也跑不完，页面「记录数/运费合计」永远停在计算中；
调整后约 110 秒出结果并写入缓存。
- 订单售后费用明细店铺候选：改回两个来源各自 DISTINCT 后在 PHP 合并（UNION 会
把两个上百万行结果一起物化去重排序）。同时完整候选只算一次并缓存 24 小时，
冷缓存时先返回毫秒级的店铺目录，完整列表放到响应结束后补齐，避免页面为了
下拉候选把工作进程占住两分钟。
|
2026-10-07 10:52:36 +08:00 |
|
|
|
cf7924fdc6
|
订单售后费用明细：合并淘系（天猫/淘宝）订单来源
聚水潭把淘系订单放在 jst_qmcust_* 系列；页面镜像已接入后，报表改为两套来源合并：
- 订单、明细、售后分别按来源取数（ops_jst_orders* 与 ops_jst_qmcust_*），列映射一致；
淘系明细没有 send_warehouse，用订单上的 wms_co_id 兜底
- 每套来源各自下推筛选条件并按当前页各取所需行数再合并，避免整表物化后排序
- 店铺候选同时包含两类店铺（天猫-/淘宝- 前缀）
- 镜像数据集登记：jst_qmcust_orderlist/_item、jst_qmcust_refundlist/_item 及分层策略
- 用例：淘系订单与售后进入报表、店铺候选包含淘系、双源多店铺筛选
|
2026-10-07 10:00:20 +08:00 |
|
|
|
eda10bd740
|
订单售后费用明细：店铺筛选改为可点选的多选模糊查询
- 店铺名称由单个输入框改为可点选的多选下拉：候选里可按关键字模糊筛选、多选、全选当前结果/清空
- 提交 shop_name[]，多个店铺取并集逐个模糊匹配；保留旧的单值 shop_name 兼容
- 候选来自订单镜像中真实出现过的店铺，缓存 1 小时；单次最多 50 个店铺，超出在面板内提示
- 补充仓库层与页面层用例
|
2026-10-07 10:00:20 +08:00 |
|
|
|
8419d4097c
|
feat: 内部流转报表导入工作簿数据并支持查询导出
- 新增共享镜像表 business_internal_flow_records 与整份替换导入命令 internal-flow:import
- 按 Excel 表头展示抬头、标签、预计9月销量、开票、所需进项成本、收票、剩余缺口与开票比例
- 复用公司基础信息的字段查询、表头排序、筛选字段与导出 Excel 交互
- 新增导入与页面测试，覆盖合计行跳过、重导入替换、筛选排序与未导入空状态
|
2026-10-06 22:08:08 +08:00 |
|
|
|
e777e75176
|
店铺违规信息预警：统一表头映射，支持查询、导入导出与每日同步
|
2026-10-06 19:02:22 +08:00 |
|
|
|
13a9697447
|
店铺收款账户账单新增「总账备注」筛选；每日账单脚本支持胜算异步分片导出
- 所有账户页签在「店铺」右侧新增「总账备注」下拉：按（平台+账单项目）翻译成账单项目集合过滤，页面/列设置/导出同口径；淘系支付宝、淘系微信同页签混多平台时按店铺名前缀细分
- 每日账单脚本：胜算超出同步导出上限（url=null+taskId）时自动从「异步导出下载管理」取回本次任务全部分片并合并成一份 CSV，导入前按页面笔数核对（不一致则跳过导入）
- 实测：京东 7 月异步导出两片 219158+235846=455004 笔 / 收入 17695094.84 / 支出 8035128.21，与已导入口径一致
|
2026-10-06 18:46:57 +08:00 |
|
|
|
78857a51d9
|
feat: 店铺维度报表按主体期间拆分并支持期初数据维护
- 改为按期初数据+系统主体+爬虫新主体生成主体期间，一行一期间，修复流程历史重复行
- 变更日当天归新主体、老主体失效显示变更日前一天；关店和其他非正常状态两列显示 -
- 期初数据首次打开固化为系统库设置，可在「规则信息 → 店铺维度报表逻辑配置」在线增删改
- 爬虫店铺主体按税号归一，首次抓到的新主体写入期间变更表并自动生成新期间
- 新增期间变更表迁移与 crawl_shop_company 镜像数据集
|
2026-10-06 18:42:12 +08:00 |
|
|
|
d6b0b7f1d7
|
feat: 接入退货取件管理镜像、实际运费核算与 XLSX 导出
|
2026-10-06 16:05:59 +08:00 |
|
|
|
a0c99c3e8d
|
新增店铺收款京喜账单页签并从京东账单切分
在京东账单右侧新增京喜账单页签，复用京东日账单的取数、列定义、筛选、排序、分页与导出，只增加平台维度过滤：京东账单排除京喜店铺，京喜账单只取京喜店铺。平台口径集中在 config/jd_bill_platform.php 与 JdBillPlatform（含口径切换起始日期参数，默认全量历史），仓库通过 forPlatform() 收窄，两个口径互补、总额守恒，底层镜像数据不修改不删除。真实镜像实测：京喜 488,464 笔 + 京东 210,983 笔 = 拆分前 699,447 笔，收入/支出/差额逐项误差为 0。
|
2026-09-28 19:25:53 +08:00 |
|
|
|
bfbfe935ea
|
新增淘系支付宝权威账单导入链路
|
2026-09-27 17:25:04 +08:00 |
|
chenxi
|
18fdb8a22f
|
支持进销存多月份权威快照
|
2026-09-26 22:45:37 +08:00 |
|
chenxi
|
4782cf62c8
|
修复八月进销存报表重复计数
|
2026-09-26 19:40:23 +08:00 |
|
chenxi
|
f92ed47def
|
修复进销存报表大数据导出
|
2026-09-26 03:21:14 +08:00 |
|
chenxi
|
3d2f27fb1a
|
优化进销存报表全量导出批次查询
|
2026-09-25 22:36:11 +08:00 |
|
chenxi
|
dd5f075b65
|
Merge latest main into inventory report branch
|
2026-09-25 20:25:01 +08:00 |
|
chenxi
|
0143dfe693
|
修正进销存月报按已确认进出仓明细取数
|
2026-09-25 20:10:45 +08:00 |
|
|
|
75b12df493
|
feat: 完善财务报表字段查询与排序
合并店铺和主体经营报表的字段查询布局，补齐数值筛选、排序和镜像状态提示。
|
2026-09-24 20:23:41 +08:00 |
|
|
|
fc70cff940
|
整合小额打款筛选与汇总性能保护 (#271)
|
2026-09-24 16:14:17 +08:00 |
|
|
|
f84de98696
|
修复进销存汇总计数超时 (#270)
|
2026-09-24 15:48:30 +08:00 |
|
|
|
89ee272b9d
|
防止淘系账单筛选重复扫表 (#268)
筛选选项增加稳定缓存与单飞锁，精确行数场景移除多余 COUNT，并加入缓存预热。
|
2026-09-24 15:22:40 +08:00 |
|
|
|
88fcc7ab0e
|
统一淘系微信和支付宝账单筛选交互 (#267)
|
2026-09-24 15:15:09 +08:00 |
|
|
|
eb1036d0c3
|
整合业务资料查询与表格交互 (#266)
整合业务资料字段查询、排序、列设置与导出，并保留最新主线的数据隔离和报表修复。
|
2026-09-24 15:10:33 +08:00 |
|
|
|
d9b42f9cda
|
修复进销存漏掉已确认流水子仓维度 (#264)
|
2026-09-24 14:13:54 +08:00 |
|
|
|
eecb2b1863
|
修复发货历史窗口安全回补与数量状态 (#263)
|
2026-09-24 13:30:09 +08:00 |
|
|
|
88cc6f122c
|
修复进销存滚动月份导出超时 (#261)
|
2026-09-24 10:38:40 +08:00 |
|
|
|
e7ca3026a6
|
feat: 导入淘系微信权威账单 (#260)
保留现有表头，新增受控幂等导入、页面查询和完整账单校验。
|
2026-09-24 10:29:59 +08:00 |
|
|
|
374df29d2b
|
修复生产报表负载根因 (#257)
消除报表缓存穿透与后台千万级全表计数，降低同步频率并调整共享数据库资源。
|
2026-09-23 20:15:59 +08:00 |
|
|
|
f04f8907ea
|
修复生产报表查询超时 (#255)
限制长查询，减少重复聚合，并为同步版本增加短期缓存。
|
2026-09-23 19:08:47 +08:00 |
|
|
|
2017d6520b
|
feat: add Jushuitan shipping data mirror
|
2026-09-23 18:29:15 +08:00 |
|
|
|
d413c762b4
|
fix: use courier information names for agreement signing
|
2026-09-23 16:16:28 +08:00 |
|
|
|
cdff51bd7a
|
按七月期初滚动计算后续进销存月份 (#251)
|
2026-09-23 13:58:49 +08:00 |
|
|
|
150df2d1cb
|
修复进销存报表七月筛选 (#249)
|
2026-09-23 12:00:36 +08:00 |
|
|
|
6dff4e0136
|
支持进销存报表七月数据 (#248)
|
2026-09-23 11:18:17 +08:00 |
|
chenxi
|
d36b46007f
|
Merge remote-tracking branch 'origin/main' into fix/chenxi-login-redirect
|
2026-09-22 22:30:05 +08:00 |
|
|
|
af10f3c972
|
接入聚胜算得物完整账单 (#245)
保留得物、退货退款订单和扣减其他费用明细三类渠道；增加受控幂等导入、原子替换与页面权威表查询。
|
2026-09-22 19:07:11 +08:00 |
|
|
|
e5ad1b2390
|
接入聚水潭采购单到线上代发价格 (#244)
|
2026-09-22 18:50:23 +08:00 |
|
|
|
fd0041fdb5
|
Merge remote-tracking branch 'origin/main'
# Conflicts:
# config/database.php
|
2026-09-22 15:01:14 +08:00 |
|
|
|
1c7647a3c2
|
接入拼多多完整账单并保留营销账户 (#238)
|
2026-09-22 14:55:44 +08:00 |
|
|
|
836848f431
|
完善供应商应付五项操作
|
2026-09-22 14:49:09 +08:00 |
|
|
|
d3b0fbc87b
|
Merge remote-tracking branch 'origin/feature/limeng-shipping-data-filters'
# Conflicts:
# app/Http/Controllers/Business/Pages.php
|
2026-09-22 14:47:20 +08:00 |
|
chenxi
|
d3f728d1b6
|
修复进销存九月期初结转
|
2026-09-21 18:20:15 +08:00 |
|
