|
|
d69a7d2ca7
|
店铺账号密码：把流程类型和审批状态两列都拉过来
上一版只带了「流程状态」（关店流程的审批状态）。改成按 ERP 店铺名取该店铺
最近一单申请流程（开店/变更/关店/主体注销自动），同时给出流程类型与审批状态，
列位置仍在「店铺状态」后面；两列都可搜索多选筛选、可排序。
线上：966 个账号店铺里 396 家最近一单是关店流程；状态文案与流程统计页一致。
状态映射缓存从 10 分钟放宽到 30 分钟（全量算一次要几秒，数据变化很慢）。
|
2026-10-08 15:12:41 +08:00 |
|
|
|
c88c0f165e
|
店铺账号密码：新增「流程状态」列（取店铺关店流程）
按 ERP 店铺名关联 jiansun.dbo.fys_shopInfo_flow 的关店流程（flowType=10），
同一店铺取最近一单，状态用 OA 流程表的审批状态文案（流程中/完成/拒绝/撤回…）。
列加在「店铺状态」后面，同时做成可搜索多选筛选，并支持按流程状态排序。
线上：966 个账号店铺里 486 个有关店流程（流程中 352 / 完成 46 / 撤回 14 / 拒绝 2 /
其余审批状态暂缺），列值缓存 10 分钟。
|
2026-10-08 14:51:44 +08:00 |
|
|
|
885961084e
|
流程统计：接入店铺申请流程（开店/变更/关店）共享镜像
数据源：jiansun.dbo.fys_shopInfo_flow（申请单明细，4572 行，含店铺/平台/负责人/利润中心/商标/变更原因/关店原因等）
+ 中台库 dbo.flow_flow（按 flowId 关联审批状态与当前审批人），两个数据集已登记并完成首次全量。
- 新增 ShopInfoFlowMirrorRepository：左连接两套镜像，支持单据编号/申请人/申请日期/当前审批人/
ERP店铺名称/店铺运营负责人/利润中心/商标号等文本筛选，流程类型、审批状态、平台为可搜索多选。
- 审批状态文案取自 OA 前端字典：0暂存/1流程中/2拒绝/3完成/4撤回/5待签署/6已签署/7待审批；
流程类型：8店铺开店/9店铺变更/10店铺关店/12主体注销自动流程。
- 页面按目录表渲染（查询条件、筛选字段、导出），列与外部店铺申请页对齐。
- TableRegistry 登记为只读上游页，镜像未就绪时页面给提示而不是报错。
|
2026-10-08 14:38:16 +08:00 |
|
|
|
cddb5e6145
|
财务经营风险管控：新增「流程统计」页面
- 在 financial-risk-control 下新增 process-statistics 页面（目录式骨架，先占位：
流程名称/总数量/已完成/待处理/期间），数据源和统计口径确认后再接入。
- 该目录有两个页面了，按目录内页签渲染（复用 section-page-tabs），可以互相切换。
- 侧边栏权限兼容：按页面键只授权过「店铺违规信息预警」的账号也会看到新页面
（两页同属财务经营风险管控权限），并更新相关测试。
|
2026-10-08 14:07:06 +08:00 |
|
|
|
69f3d9228f
|
店铺账号密码：授权状态 / 店铺状态筛选改成可搜索多选
复用已有的 CaiWuMultiSelect 组件（按钮 + 复选面板 + 全选/清空），勾选结果提交为
authorization_status[] / store_status[]，多个取值取并集；一个都不勾＝全部。
- 目录表的筛选控件在 query 表单外（靠 form 属性关联），给多选组件补了 formId 选项，
生成的隐藏 input 带上 form，保证能随查询表单提交。
- pageFilters 支持数组筛选值（去重、最多 50 个）；仓库侧筛选统一按列表处理，
单选（旧链接）和多选都兼容。
|
2026-10-08 13:48:51 +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 |
|
|
|
627fa966ef
|
店铺账号密码：新增授权状态、店铺状态两列（在账号分组名称后面）
两列都来自已有的共享镜像，按店铺名关联（下划线、空格统一成短横线）：
- 授权状态：聚水潭店铺档案 jst_shopInfo 的授权到期时间；无到期时间为未授权，
已过期为已过期，其余为已授权。
- 店铺状态：店铺档案 fys_shopInfo.shopState，0 正常 / 3 关闭中 / 6 已关闭，
与店铺基础信息页口径一致。
两列同时做成下拉筛选（已授权/已过期/未授权、正常/关闭中/已关闭），并支持按业务
顺序排序；映射结果缓存 10 分钟，避免每次列表都全表读两张档案表。
线上命中率：账号表 966 个店铺，授权状态命中 963、店铺状态命中 948。
|
2026-10-08 11:39:34 +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 |
|
|
|
dcdea11f0f
|
fix(发货数据): 快递公司/仓库按实际出库单取，同步命令内存上限调至 4G
- 发货明细(jst_order_express_details)可能停在作废前的旧分配（如先分工厂代发仓、后改外采由总仓出库；或换单后仍是旧快递公司），
工作平台按实际出库单显示。快递公司与出库单不一致或为空时改用出库单 logistics_company，
仓库按出库单 wms_co_id 映射（从快递公司一致的明细行学习仓库名，扫描结束统一回填）。
- 9 月核对：快递名称不一致 434/331,612，仓库不一致 85，其中外采快递、线下快递、换单类为此原因。
- jushuitan:sync-shipping 内存上限 1536M -> 4096M：整月窗口重跑在扫描后段内存耗尽（退出码 255）。
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014nvGZkg27YMEdhry6eiuwf
|
2026-10-08 10:52:27 +08:00 |
|
|
|
8261b17328
|
种菜明细表同步：利润中心优先用历史值，缺失的用店铺维度报表的 ERP 店铺资料补齐
9 月有 19 家新店铺（1245 行）在历史映射里查不到，导致利润中心为空。现在按「ops_fys_shop_info.erpShopName → responsibleDepartment」补（就是店铺维度报表里 ERP系统店铺名称 → 店铺所属利润中心 那一列），两边都查不到才留空并在命令输出里列出。
历史值仍然优先，避免把人工维护过的取值改掉：实测 371 家可在 ERP 命中的店铺里 365 家两边一致，6 家不一致（朴美家居、朴美书房、拼多多-HX103、索菲亚办公、顾升、乐之益）已单独报给用户确认。
|
2026-10-08 09:59:11 +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 |
|
|
|
4bcfde58f7
|
按文件导入改为两遍：先挑出真正有标签的订单，再拆行写入
聚水潭导出是一单多行，实测有 97 单是「部分明细行带标签、部分为空」；单遍处理会给这些单多写一行「（无标签）」。改成第一遍收集有标签的订单号，第二遍只对整单无标签的订单写「（无标签）」，并补上对应断言。
|
2026-10-07 16:59:01 +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 |
|
|
|
471aa714e8
|
fix(发货数据): 以本地全量核对通过的版本替换 #282 的同步实现
#282 的整合版在本地全量同步中发现问题，改用已与工作平台逐单核对通过的实现(保留 #283/#284 及 main 其它改动)：
- 订单元数据只缓存精简字段(状态仅存取消/拆分/合并，标签只存是否线上发货)，全表扫描后释放；
#282 缓存完整标签会在全表扫描时内存超限导致同步中途退出
- 按规则排除的包裹(取消/拆分/合并/线上发货)清除本窗口旧记录
- 剩余 @ 前缀统一去掉(工作平台导出无 @)
- 自动发货仓虚拟/补差单：单号已被其它包裹实际输出时留空(对齐工作平台)
- 出库映射保留作废单但排在有效单之后；换单按出库单号顺序一对一配对
测试：同步单测相应调整(作废单排序、多候选配对)。
验证：本地清空 8.15-9.30 后全量同步 9.1-9.16，与工作平台对比两边共有包裹 195,555，带单号漏拉 1 单。
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014nvGZkg27YMEdhry6eiuwf
|
2026-10-07 16:33:23 +08:00 |
|
|
|
db2ee47fd8
|
发布切换容器前等待生产上游同步完成 (#284)
|
2026-10-07 15:00:48 +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 |
|
|
|
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 |
|
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 |
|
|
|
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 |
|
|
|
5ef4119a3d
|
feat: 主体维度经营报表无数据月份列默认隐藏 (#280)
|
2026-10-06 23:51:16 +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 |
|
|
|
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 |
|
|
|
4523682d1e
|
feat: 逆向物流报价页接入计费规则与费率表
|
2026-10-06 16:01:35 +08:00 |
|
|
|
c04054ca0b
|
修复「总账备注」在共享镜像页签不生效（mirrorIndex 漏补装饰）
|
2026-10-06 15:54:52 +08:00 |
|
chenxi
|
7d2980d5e3
|
Merge remote-tracking branch 'origin/main'
|
2026-10-06 15:41:58 +08:00 |
|
|
|
e147c90a2c
|
店铺收款账户账单新增「总账备注」列（按平台+账单项目映射表取值）
- 新增 ec_account_ledger_remarks 映射表与 account-ledger-remarks:import 导入命令（平台/账单项目/总账备注）
- 新增 AccountLedgerRemarkMap：按店铺名前缀识别平台，无前缀时用页签默认平台；缺失匹配保持空白
- 全部账户页签（含淘系支付宝自有列定义）在「店铺/店铺名称」右侧新增「总账备注」列，页面/列设置/导出共用同一份列定义
- 控制器在分页与导出流读取时补齐 payload.ledger_remark，不改动上游账单与共享镜像数据
- 用例：新增 AccountLedgerRemarkMapTest；修正唯品会 JX/MP 列清单断言
|
2026-10-06 15:42:57 +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 |
|
|
|
b2647fa26d
|
新增种菜数据汇总一级菜单并把两个明细页移入
账单流水数据下移出「种菜明细表」「聚水潭订单标签明细」，新增并列一级菜单「种菜数据汇总」（图标 grass）承载这两个页面；导出路由改到 workspace/planting-data/... 并同步路由名、页面中间件与导出链接；更新导航/页面用例（账单流水数据页签列表恢复原样）。
|
2026-09-30 17:44:06 +08:00 |
|
|
|
fc6b83aee0
|
Merge branch 'feature/qiuxiang-jst-order-labels-page'
|
2026-09-30 16:40:37 +08:00 |
|
|
|
e5d6c76f27
|
账单流水数据新增聚水潭订单标签明细页
新增「账单流水数据 › 聚水潭订单标签明细」（紧邻种菜明细表）：四列（线上订单号/店铺名称/下单时间/标签），按标签拆行（一个标签一行）、订单不去重、标签不汇总，无标签订单记为「（无标签）」。新增 jst_order_labels 表（含公司/时间/标签/店铺索引）、JstOrderLabel 模型、JstOrderLabelImporter（从镜像 ops_jst_orders 按区间拆行导入，--replace 只清同区间）与 jst-order-labels:import 命令、导出路由与用例。页面筛选：下单时间区间（点整块开日历、可单独清除）、店铺、标签、线上订单号。
|
2026-09-30 16:40:16 +08:00 |
|
|
|
149d7ef74f
|
修复终版其他子页面的导入弹窗不弹出
上一版按脚本内容去重，只有整页加载的那个子页面弹窗绑上了事件；切换页签后换进来的
新弹窗因为脚本内容相同被跳过，所以“其他子页面点导入没反应”。
改为给弹窗脚本加 data-caiwu-replay 标记：局部替换导航后每次都重新执行，
脚本自身按目标元素 data-ready 去重，重复插入不会重复绑定。
|
2026-09-30 15:58:24 +08:00 |
|
Codex Yueyang
|
bb5b03ad80
|
科目映射表：大类新增「税费」（支出基准）
|
2026-09-30 10:40:59 +08:00 |
|
|
|
cfde842d51
|
Merge branch 'fix/qiuxiang-planting-details-date-filter'
|
2026-09-30 10:28:17 +08:00 |
|
|
|
ff23b285db
|
种菜明细表时间筛选改为可用日期区间控件
原来的两个原生 date 输入只像一个按钮：新增点击整块输入框即打开日历（showPicker）、选完日期立即按当前条件查询、开始/结束日期各自可一键清除，并补充近7天/本月/上月/全部日期快捷区间；补用例断言这些控件存在。
|
2026-09-30 10:28:02 +08:00 |
|
