|
|
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 |
|
|
|
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 |
|
|
|
1c90b64c29
|
快递运费：新增导入命令与页面数据表
财务经营报表 › 快递运费 之前是空页面。现在：
- 新增 courier_freight_rows 表（来源 / 成品配件 / 交易单号 / 提供成本运费）；
- 新增 courier-freight:import 命令（xlsx / csv，按表头名匹配，支持 --replace）；
- 把聚水潭导出用的 xlsx 流式读取器改成通用名 XlsxSheetReader（本次文件 57.8 万行、解压后 115MB，必须流式读）；
- 页面按来源 / 成品配件 / 交易单号查询，列设置与分页复用通用目录表。
|
2026-10-08 13:20:01 +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 |
|
|
|
ef62cac0d9
|
种菜明细表：新增按月从聚水潭种菜报销工单同步的命令（带自动排重）
每个月都要手工整理「中心明细表」，改成一条命令：planting-details:sync-work-orders --month=YYYY-MM。
- 口径用 1~8 月已入库的 7 万多行反推验证过：只取「工单类型=种菜报销、状态=已完成」的工单，明细表「日期」= 工单完成日 - 1 天（历史命中 100%），所以某月数据 = 完成时间落在该月次日到下月次日的工单。
- 字段映射（聚水潭只返回 fieldId，不给字段名，这批 id 是拿历史数据逐列对撞出来的）：财务售价/财务运费/财务佣金/京喜差价/扣款/财务空包费/财务打款金额 分别对应工单的 任务付款/任务快递费/任务佣金/京喜差价/任务扣款/任务空包费/最终报销金额；负责人、账户、类型、标签、创建人、平台商品ID 也各有对应字段。
- 自动排重：写入前先删掉「本月 + 本次订单号」的已有行，重复执行不会翻倍；--force-clear 才整月覆盖，--dry-run 只看不写。
- 所属利润中心没有工单来源，用表里已有的 店铺→利润中心 映射回填，命中不了的店铺在命令输出里逐个提示。
- 补测试：字段映射 + 日期口径 + 去重 + 利润中心回填 + force-clear。
|
2026-10-08 09:35:34 +08:00 |
|
|
|
636187a9d8
|
业绩明细：差额口径改为（收入金额+优惠金额+冲减金额）−商品金额
|
2026-10-07 18:32:10 +08:00 |
|
|
|
c8a035a18f
|
业绩明细：新增优惠金额/冲减金额两列（取科目映射表财务备注＝优惠收入/冲减收入，支持 --amounts-only 回填）
|
2026-10-07 17:08:46 +08:00 |
|
|
|
daa4c939e7
|
聚水潭订单标签明细：支持按聚水潭导出的订单 Excel 导入，并放开筛选下拉上限
镜像 ops_jst_orders 只覆盖 2026-04-01 之后，缺的历史区间只能靠财务在聚水潭「导出订单」导文件补。所以：- 新增 JstOrderExportReader：ZipArchive+expat 流式解析聚水潭导出 xlsx。这类文件字符串走 inlineStr、dimension 只写 A1、单文件上万行 ×135 列（解压 78MB），常规读法会读成空表或吃满内存；实测 12286 行 3.5 秒、峰值内存 10MB。
- jst-order-labels:import 新增 --file=：按「线上订单号+标签」去重后拆行写入，可配合 --from/--to 过滤窗口；带 --replace 时先成功读到数据行再清区间，避免文件有问题却先删了线上数据。
- 筛选下拉上限 500 -> 5000：导入 4~7 月后店铺已达 604 个，原来下拉里会缺 104 个店铺；提交筛选值的截断上限同步放开。
- 补两个测试：导出文件去重拆行、窗口过滤+replace。
|
2026-10-07 16:53:55 +08:00 |
|
chenxi
|
77b808245b
|
业绩明细账单侧筛选收窄为「总账备注 = 订单收入」
同步命令与页面说明改为仅按「订单收入」取账单侧数据，其余匹配/输出/统计口径不变。
|
2026-10-07 16:18:36 +08:00 |
|
|
|
c4a976751d
|
修复订单售后页面一直转圈：店铺候选改成定时预热
上一次把店铺候选的完整计算放在 app()->terminating() 里，但服务器是 mod_php，
响应要等整个请求（含终止回调）结束才算完成，浏览器就一直转圈、侧边栏停在骨架屏。
线上实测：发布后第一个打开订单售后费用明细的人，页面会卡两分钟以上。
改成：页面只返回毫秒级的店铺目录兜底，完整候选（目录 ∪ 订单镜像店铺）由新增的
order-data:warm-shop-candidates 每小时预热一次，并在发布脚本的 cron 里注册。
|
2026-10-07 14:21:36 +08:00 |
|
|
|
6c054c7081
|
整合发货补漏与导出口径修复，保留主线同步保护 (#282)
|
2026-10-07 13:52:18 +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 |
|
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 |
|
|
|
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 |
|
|
|
78857a51d9
|
feat: 店铺维度报表按主体期间拆分并支持期初数据维护
- 改为按期初数据+系统主体+爬虫新主体生成主体期间，一行一期间，修复流程历史重复行
- 变更日当天归新主体、老主体失效显示变更日前一天；关店和其他非正常状态两列显示 -
- 期初数据首次打开固化为系统库设置，可在「规则信息 → 店铺维度报表逻辑配置」在线增删改
- 爬虫店铺主体按税号归一，首次抓到的新主体写入期间变更表并自动生成新期间
- 新增期间变更表迁移与 crawl_shop_company 镜像数据集
|
2026-10-06 18:42:12 +08:00 |
|
