|
|
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 |
|
|
|
a8b086766b
|
快递运费：提供成本运费后面新增「运费差」列（按交易单号取快递应付的运费差）
运费差是「应付款项 › 快递应付 › 运费差」页面上传的汇总快照（JSON 文件，不是数据库表），这里新增 CourierFreightDifferenceMap 读它并转成 交易单号 ⇒ 差异 映射，页面按交易单号带出新列；快照文件的修改时间进缓存键，财务重导后自动失效。源表一格多单号（逗号分隔）会逐个挂同一个差异值。
|
2026-10-08 14:49:55 +08:00 |
|
chenxi
|
203aea523a
|
Merge remote-tracking branch 'origin/main'
|
2026-10-08 14:38: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 |
|
chenxi
|
3dd90dc52c
|
修复业绩明细商品金额重复计算（订单侧按子订单去重）
订单侧聚合改为先按「子订单号 + 条码」去重再求和，避免拆单/子单重复计入商品金额。
|
2026-10-08 14:33:48 +08:00 |
|
chenxi
|
12eb5d03d9
|
Merge remote-tracking branch 'origin/main'
|
2026-10-08 14:24:25 +08:00 |
|
chenxi
|
946d794e12
|
修复业绩明细补行插入列数不一致
补行的列集合与主行对齐（补 planting_amount），避免批量插入时列数不匹配导致同步失败。
|
2026-10-08 14:24:20 +08:00 |
|
|
|
cddb5e6145
|
财务经营风险管控：新增「流程统计」页面
- 在 financial-risk-control 下新增 process-statistics 页面（目录式骨架，先占位：
流程名称/总数量/已完成/待处理/期间），数据源和统计口径确认后再接入。
- 该目录有两个页面了，按目录内页签渲染（复用 section-page-tabs），可以互相切换。
- 侧边栏权限兼容：按页面键只授权过「店铺违规信息预警」的账号也会看到新页面
（两页同属财务经营风险管控权限），并更新相关测试。
|
2026-10-08 14:07:06 +08:00 |
|
chenxi
|
c02ecb8b44
|
Merge remote-tracking branch 'origin/main'
|
2026-10-08 14:05:19 +08:00 |
|
|
|
7fe426211d
|
快递运费：列名改回「成品配件」（新表含成品运费/配件运费两类）
上一版把列名改成「成品运费」了，按业务要求改回「成品配件」；导入侧继续两种表头都认。
|
2026-10-08 14:06:22 +08:00 |
|
chenxi
|
085ea33ff4
|
业绩明细订单侧切换为「订单原始数据」口径（方案B）
订单侧来源改为企微客户订单 + 聚水潭订单（与「订单数据 → 原始数据」同一来源），
按「店铺 + 线上订单号」对商品金额求和；取数改用临时表 + STRAIGHT_JOIN 避免大表全扫。
|
2026-10-08 14:05:08 +08:00 |
|
|
|
8c626c65de
|
快递运费：查询字段靠左，列名「成品配件」改「成品运费」
1) 查询栏里的空提交表单没隐藏，会占掉栅格第一格，把筛选字段整体挤到第二列；改成 hidden 后字段从最左边开始（所有用这套查询栏的页面一起受益）。
2) 快递运费页把「成品配件」列名改成「成品运费」；导入时两种表头都认（成品配件 / 成品运费）。
|
2026-10-08 13:55:56 +08:00 |
|
|
|
9f1cd6f8c1
|
目录表重置：一并清掉多选筛选的 key[] 参数
多选提交的是 authorization_status[] / store_status[]，原来的重置只删 key，
会把多选值留在 URL 上。
|
2026-10-08 13:51:41 +08:00 |
|
|
|
69f3d9228f
|
店铺账号密码：授权状态 / 店铺状态筛选改成可搜索多选
复用已有的 CaiWuMultiSelect 组件（按钮 + 复选面板 + 全选/清空），勾选结果提交为
authorization_status[] / store_status[]，多个取值取并集；一个都不勾＝全部。
- 目录表的筛选控件在 query 表单外（靠 form 属性关联），给多选组件补了 formId 选项，
生成的隐藏 input 带上 form，保证能随查询表单提交。
- pageFilters 支持数组筛选值（去重、最多 50 个）；仓库侧筛选统一按列表处理，
单选（旧链接）和多选都兼容。
|
2026-10-08 13:48:51 +08:00 |
|
|
|
6d8fdb5dce
|
快递运费：页面加查询栏（来源下拉 + 交易单号搜索）
复用目录表的字段查询栏：来源用动态下拉（5/6/7月提供成本），交易单号支持模糊搜索；成品配件只有一个取值、金额没法查，这两项不做查询条件。
|
2026-10-08 13:37:11 +08:00 |
|
|
|
09ae442b87
|
快递运费：补 deleted_at（模型基类带软删除，页面查询报 Unknown column）
建表迁移同步补 softDeletes，另加一个迁移修复已建好的表；两个迁移都带存在性判断，可重复执行。
|
2026-10-08 13:30:55 +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 |
|
|
|
2cf181f1bf
|
业绩明细：异常标注三类整理 + 优惠/冲减补行 + 匹配状态/异常标注多选联动筛选
|
2026-10-08 11:46:42 +08:00 |
|
|
|
627fa966ef
|
店铺账号密码：新增授权状态、店铺状态两列（在账号分组名称后面）
两列都来自已有的共享镜像，按店铺名关联（下划线、空格统一成短横线）：
- 授权状态：聚水潭店铺档案 jst_shopInfo 的授权到期时间；无到期时间为未授权，
已过期为已过期，其余为已授权。
- 店铺状态：店铺档案 fys_shopInfo.shopState，0 正常 / 3 关闭中 / 6 已关闭，
与店铺基础信息页口径一致。
两列同时做成下拉筛选（已授权/已过期/未授权、正常/关闭中/已关闭），并支持按业务
顺序排序；映射结果缓存 10 分钟，避免每次列表都全表读两张档案表。
线上命中率：账号表 966 个店铺，授权状态命中 963、店铺状态命中 948。
|
2026-10-08 11:39:34 +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 |
|
|
|
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 |
|
|
|
c75c3b27a7
|
淘系支付宝账户：发生时间筛选移到账单项目后面
只调整展示位置，筛选字段、默认值、changeDate/applyFilters 逻辑都没动。新的顺序：原始店铺 / 总账备注 / 账单项目 / 发生时间 / 关键词 / 查询·重置，仍然排在一行。
|
2026-10-08 10:43:53 +08:00 |
|
|
|
c515da02d0
|
店铺收款账户账单筛选栏改回一行（去掉强制两行的栅格）
昨天 14:30 的「其余页签对齐淘系支付宝账户样式」把 .tw-filter 改成了 4 列栅格，并把「发生时间 + 查询按钮」显式放到第二行，所以淘系微信等页签的筛选栏又变成两行。
现在改回单行 flex：店铺 / 总账备注 / 账单项目 / 关键词 / 时间 / 查询按钮默认排一行，只有容器宽度不足（<=1024px）才折行。淘系支付宝页签同步改成同一套规则，两个组件保持一致。
已用无头 Edge 渲染同款结构的静态页校验：1912 宽下筛选栏就是一行。
|
2026-10-08 10:35: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 |
|
|
|
636187a9d8
|
业绩明细：差额口径改为（收入金额+优惠金额+冲减金额）−商品金额
|
2026-10-07 18:32:10 +08:00 |
|
|
|
c1995319e6
|
业绩明细导出：当前页按页面每页条数（10/20/50）导出
|
2026-10-07 17:58:04 +08:00 |
|
|
|
dba61e5c8e
|
业绩明细：平台/店铺可搜索多选、导出跟随筛选且空值导出 0.00、分页支持每页条数与跳页（表头吸顶/序号列固定）
|
2026-10-07 17:54:34 +08:00 |
|
|
|
c8a035a18f
|
业绩明细：新增优惠金额/冲减金额两列（取科目映射表财务备注＝优惠收入/冲减收入，支持 --amounts-only 回填）
|
2026-10-07 17:08:46 +08:00 |
|
|
|
4bcfde58f7
|
按文件导入改为两遍：先挑出真正有标签的订单，再拆行写入
聚水潭导出是一单多行，实测有 97 单是「部分明细行带标签、部分为空」；单遍处理会给这些单多写一行「（无标签）」。改成第一遍收集有标签的订单号，第二遍只对整单无标签的订单写「（无标签）」，并补上对应断言。
|
2026-10-07 16:59:01 +08:00 |
|
|
|
8a70fd4482
|
修 JstOrderLabelImporter：把延迟清区间的逻辑挪到 importFromFile，恢复镜像导入的 --replace
上一个提交的补丁打在了 import() 上：镜像导入的 --replace 清空被删掉，而 importFromFile 用到未定义的 \ 直接报错。现在两边各归各位。
|
2026-10-07 16:57:35 +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
|
55e1533b40
|
Merge remote-tracking branch 'origin/main'
|
2026-10-07 16:50:23 +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 |
|
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 |
|
