chenxi
|
701bc42f44
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 16:18:47 +08:00 |
|
chenxi
|
77b808245b
|
业绩明细账单侧筛选收窄为「总账备注 = 订单收入」
同步命令与页面说明改为仅按「订单收入」取账单侧数据，其余匹配/输出/统计口径不变。
|
2026-10-07 16:18:36 +08:00 |
|
|
|
ae694004cf
|
总账备注匹配：账单项目自动去 wx 前缀再查一次
先原样匹配，不中则去掉开头 wx 前缀（wx基础软件服务费 → 基础软件服务费）再匹配；原样命中优先，不影响既有结果。
科目映射表优先级链路与回落原总账备注链路都按此顺序匹配。
|
2026-10-07 15:58:42 +08:00 |
|
|
|
0933941533
|
总账备注取科目映射表：平台/账单项目键做大小写与空格归一
科目映射表平台写「唯品会JX」、页签内部键「唯品会jx」，原样索引匹配不到；统一小写去空格后索引与查找。
|
2026-10-07 15:30:56 +08:00 |
|
|
|
1cbc8312a6
|
店铺收款账户账单：总账备注优先取「科目映射表」的财务备注
账单项目在「科目映射表」里能匹到（同平台+同项目）时，总账备注取该规则的「财务备注」；
多规则时按业务备注/商品名称关键词取最具体的一条；匹不到则保留原有总账备注映射。规则按平台+项目预索引，避免逐行扫全表。
|
2026-10-07 15:24:58 +08:00 |
|
|
|
db2ee47fd8
|
发布切换容器前等待生产上游同步完成 (#284)
|
2026-10-07 15:00:48 +08:00 |
|
chenxi
|
9f1f4d08a7
|
淘系支付宝账户筛选栏去掉数据源渠道与收支类型，关键词移到账单项目后
第 1 行：原始店铺/总账备注/账单项目/关键词；第 2 行：发生时间 + 查询/重置右对齐，
与其它账户页签布局一致。
|
2026-10-07 14:57:35 +08:00 |
|
chenxi
|
73617e4899
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 14:50:18 +08:00 |
|
chenxi
|
57c1ea7046
|
抖音账户关键词框与其它页签统一（去掉匹配方式下拉）
关键词改为单输入框；后端对 15~30 位纯数字按等值匹配（记录编码/订单号）快速返回，
其余仍为包含匹配，避免抖音账户全表扫描导致的长等待。
|
2026-10-07 14:50:07 +08:00 |
|
|
|
4b3baeaaf0
|
拼多多完整账单导入：账单项目为空时按「收支方向 + 业务描述」回填
源文件偶发账单项目为空的行；导入时在 activate 之前用同代已有口径回填（方向+描述取众数），
找不到口径的行保持原样。生产已用同一规则回填历史 10 行（技术服务费 4 / 交易收入 4 / 优惠券结算 1 / 提现 1），
拼多多页签总账备注为空从 10 行降到 0。
|
2026-10-07 14:36:34 +08:00 |
|
chenxi
|
74d3558bfa
|
店铺收款账户账单其余页签对齐淘系支付宝账户样式
统计卡片与筛选栏按淘系支付宝页压缩（金额改万元），筛选栏改 4 列等宽栅格
（发生时间跨 2 格、按钮右对齐），并修复窄屏工具区被撑高的问题。
|
2026-10-07 14:30:30 +08:00 |
|
chenxi
|
d7e6e50a04
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 14:22:30 +08:00 |
|
chenxi
|
9160ca77a0
|
淘系支付宝账户筛选栏改为每行 4 个的等宽栅格
四列等宽栅格（发生时间跨 2 格、按钮右对齐），容器 ≤860px 两列、≤560px 单列；
日期控件改弹性宽度避免溢出；字段与功能不变，筛选区高度由 314px 降到 155px。
|
2026-10-07 14:22:23 +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 |
|
chenxi
|
c38299b078
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 13:58:01 +08:00 |
|
chenxi
|
4310a58104
|
淘系支付宝账户：压缩顶部区域、统计金额改万元、修复工具区异常高度
统计卡片与筛选栏整体收紧约 26%（金额改万元展示），修复窄屏下工具区
被 flex-basis 撑高 384px 导致明细表被推离首屏的问题；明细表样式不变。
|
2026-10-07 13:57:54 +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 |
|
chenxi
|
2a30d9bac3
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 13:20:37 +08:00 |
|
chenxi
|
35ee115522
|
淘系支付宝账户筛选栏样式对齐淘系微信账户
改用与 AccountBills 相同的筛选栅格与容器查询（≤1200px 两列、≤600px 单列，
发生时间整行），替换原来 7 列一行排开的布局。
|
2026-10-07 13:20:30 +08:00 |
|
|
|
d76b102bca
|
总账备注平台口径：1688 / 新佰广 前缀按阿里巴巴匹配
新佰广1688、1688xxx 店铺名不带「阿里巴巴」前缀，之前落到页签默认平台（淘系支付宝=淘宝），
1688 系账单项目匹配不到总账备注；新增两条前缀映射（1688、新佰广 → 阿里巴巴）并补单测断言。
|
2026-10-07 13:20:06 +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 |
|
|
|
e8b8b816f4
|
修复「是否种菜订单」映射读取为空：补 deleted_at 列并改用表查询
新建的 jst_order_label_planting_rules 缺 deleted_at，而模型基类带 SoftDeletes，查询报错被兜底成空映射，
页面全部显示「否」。补迁移 2026_10_07_130000（建表迁移同步补上）并把服务改为 DB 表查询。
|
2026-10-07 11:20:03 +08:00 |
|
|
|
96b8f503c6
|
账单明细：平台筛选改为按账户/数据来源分类（与店铺收款账户账单页签一致）
- 平台下拉改为淘系支付宝/淘系微信/拼多多/京东账单/京喜账单/京东网银钱包/抖音/得物
- 京东账单与京喜账单同表，按店铺前缀切分；财务备注/财务类型仍按店铺前缀匹配映射表
|
2026-10-07 11:12:24 +08:00 |
|
|
|
d877735507
|
聚水潭订单标签明细：新增「是否种菜订单」列
下单时间后面新增「是否种菜订单」列，逐行按（公司 + 标签）匹配财务维护的映射表：命中为是、未命中为否。
- 新表 jst_order_label_planting_rules + 模型 + 缓存服务，导入命令 jst-order-labels:import-planting-rules（读「判断种菜单.xlsx」）
- 导出 CSV 同步新增该列，页面/导出同口径
- 本地构建通过；改动/新增 PHP 文件 php -l 通过
|
2026-10-07 11:14:04 +08:00 |
|
|
|
5b95b655bb
|
运费对账：全量汇总缓存 1 小时，避免每 15 分钟重跑两分钟的重查询
无筛选的全量汇总约 110~200 秒，按原来的 900 秒缓存会让常看这个页面的人
反复等两分钟；带筛选的汇总走索引很快，保持 15 分钟。
|
2026-10-07 11:01:29 +08:00 |
|
chenxi
|
1a024c2b26
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 10:55:58 +08:00 |
|
chenxi
|
d7582cdb46
|
修复业绩明细导出：补平台筛选 + 改游标流式输出
导出补齐平台筛选，并把 chunk(1000) 的 OFFSET 轮询改为 cursor() 单查询流式输出。
|
2026-10-07 10:55:52 +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 |
|
|
|
40832546da
|
聚水潭订单标签明细：店铺/标签筛选改为可搜索多选
店铺名称、标签由原生单选 select 改为项目已有的「可搜索多选」组件（可打字搜索、全选/清空、勾选一条或多条），
结果按 shop_name[]/label[] GET 提交；控制器支持数组并与旧单值参数兼容，店铺 whereIn 精确匹配、多个标签 OR 包含匹配，
页面/分页/导出同口径。生产数据实测：多选店铺 951=951、多选标签 39575=39575、旧单值 92=92 均与独立 SQL 一致。
|
2026-10-07 10:54:07 +08:00 |
|
chenxi
|
2341a839f3
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 10:41:06 +08:00 |
|
chenxi
|
0bb4df6512
|
业绩明细扩展到店铺收款账户账单全部平台页签
按页签配置来源表与列映射（得物用 bill_date、京东系列/抖音用 order_no+income、
京东与京喜按店铺名拆分、京东/抖音只取活动代）；单号查询同时带原始号与核心号
以匹配拼多多的日期前缀单号；镜像表增加平台维度与平台列/筛选。
|
2026-10-07 10:41:00 +08:00 |
|
|
|
4258bd4e0e
|
侧边栏权限：新增一级菜单「种菜数据汇总」不再被旧权限集合隐藏
种菜明细表 / 聚水潭订单标签明细 原本挂在「账单流水数据」下，移入新一级菜单「种菜数据汇总」后，
按页面键保存过精确权限的访问组（总账组/结算组/税务组）里没有新 section，导致菜单不显示、直达链接 403。
按既有 company-management 兼容做法：能看「账单流水数据」即可见「种菜数据汇总」。
生产数据实测（临时容器、同镜像、只读）：修复前 12 个访问组账号全部看不到，修复后 21 个账号全部可见。
|
2026-10-07 10:27:20 +08:00 |
|
|
|
fb15402003
|
feat: 店铺维度报表无业绩月份列默认隐藏 (#281)
|
2026-10-07 10:01:13 +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 |
|
|
|
83e5108ce6
|
订单售后费用明细：重置后不再自动带日期
- 点“重置”或提交空日期时，不再回填近 7 天默认区间，日期框保持为空并做不限日期查询
- 首次进入页面仍保留近 7 天默认区间；导出文件名在无日期时显示“不限日期”
- 补充过滤归一化与页面渲染用例
|
2026-10-07 10:00:20 +08:00 |
|
|
|
eda10bd740
|
订单售后费用明细：店铺筛选改为可点选的多选模糊查询
- 店铺名称由单个输入框改为可点选的多选下拉：候选里可按关键字模糊筛选、多选、全选当前结果/清空
- 提交 shop_name[]，多个店铺取并集逐个模糊匹配；保留旧的单值 shop_name 兼容
- 候选来自订单镜像中真实出现过的店铺，缓存 1 小时；单次最多 50 个店铺，超出在面板内提示
- 补充仓库层与页面层用例
|
2026-10-07 10:00:20 +08:00 |
|
|
|
cd641ddfbd
|
每日账单脚本：远端失败重试 + 不再把失败当成功
- 新增 erp-remote.ps1：上传与远程执行统一重试（默认 3 次，重试前重新上传 CSV）
- run-erp-daily.ps1：导出失败重试一次；导出/转CSV/笔数核对/上传/导入回验失败都不写状态、不归档，退出码 1，下次自动重导
- 实测：真实 SSH 断连两次后第 3 次重试成功（8002 笔 / 283870.49 / 46435.6）；连续失败的一次按新逻辑记失败并 exit 1
|
2026-10-07 10:02:00 +08:00 |
|
chenxi
|
b9c2b73655
|
修复业绩明细月份选择器禁用 7 月的问题
data-min-month 由写死的 2026-08 改为镜像中实际最早账期（YYYY-MM），
避免把已同步的 7 月禁用导致无法查询。
|
2026-10-07 09:51:26 +08:00 |
|
chenxi
|
278f641018
|
业绩明细账单侧筛选改为「总账备注」口径
账单侧改为按总账备注命中「订单/收入/交易收入/订单收入/商家结算款/跨境订单结算款/消费订单」，
复用 AccountLedgerRemarkMap + LedgerRemarkFilter，与店铺收款账户账单页同一口径，
淘系页签按店铺名前缀分淘宝/天猫/阿里巴巴取各自账单项目；统计条新增「收入为 0 的账单行」。
|
2026-10-07 09:39:06 +08:00 |
|
|
|
ac21fc4079
|
淘系支付宝账户账单：筛选项整理为一行
原 4 列网格会折成两行；改为单行 7 列（原始店铺/总账备注/账单项目/数据源渠道/收支类型/发生时间/关键词），与其它账户页签一致；窄屏 ≤1400px 回落 4 列、≤1100px 两列、≤600px 单列。
|
2026-10-07 09:19:00 +08:00 |
|
|
|
5ef4119a3d
|
feat: 主体维度经营报表无数据月份列默认隐藏 (#280)
|
2026-10-06 23:51:16 +08:00 |
|
|
|
5d7bc3f2c4
|
feat: 税金预测表页面标注逻辑配置入口
|
2026-10-06 23:18:53 +08:00 |
|
|
|
bfc119608f
|
feat: 新增税金预测表逻辑配置页面
|
2026-10-06 23:18:53 +08:00 |
|
|
|
35fe10bc69
|
feat: 新增税金预测表页面与取数口径说明
|
2026-10-06 23:17:16 +08:00 |
|
|
|
8419d4097c
|
feat: 内部流转报表导入工作簿数据并支持查询导出
- 新增共享镜像表 business_internal_flow_records 与整份替换导入命令 internal-flow:import
- 按 Excel 表头展示抬头、标签、预计9月销量、开票、所需进项成本、收票、剩余缺口与开票比例
- 复用公司基础信息的字段查询、表头排序、筛选字段与导出 Excel 交互
- 新增导入与页面测试，覆盖合计行跳过、重导入替换、筛选排序与未导入空状态
|
2026-10-06 22:08:08 +08:00 |
|
|
|
5f1fc25578
|
修复：未带「总账备注」筛选时 filteredQuery 读取未定义键
选择总账备注才生成 bill_items；未选择时该键不存在，直接读取会触发 Undefined array key，使唯品会MP/唯品会JX 页签的常规请求报错。改为 ?? [] 读取。
|
2026-10-06 20:03:58 +08:00 |
|
