|
|
7258d09238
|
业绩明细：列顺序统一「差额→差额异常备注→匹配状态→未匹配原因」；差额筛选并入统一多选组件（联动计数/导出/重置）
|
2026-10-13 16:43:04 +08:00 |
|
|
|
ae54706ceb
|
业绩明细：抖音「订单实付含已退款部分」再补充口径（退款合计≈实付 整单全退）
|
2026-10-13 16:37:45 +08:00 |
|
|
|
2be4d4700e
|
业绩明细：抖音「订单实付含已退款部分」补充口径（退款合计＋账单退款净额≈实付−收入）
|
2026-10-13 16:08:38 +08:00 |
|
|
|
5970572274
|
业绩明细：抖音「订单实付含已退款部分」判定放宽（退款金额≈差额 或 ≈实付−收入 命中即可）
|
2026-10-13 15:11:42 +08:00 |
|
|
|
d47a72c175
|
店铺违规预警：新增违规原因与处置方式两列（页面/统一表/导入导出） (#323)
|
2026-10-13 11:32:27 +08:00 |
|
|
|
f8a83cf684
|
业绩明细：京喜正差额新增「差额=直营服务费（已计销售费用）」备注
|
2026-10-13 11:15:21 +08:00 |
|
|
|
d1ffaf773c
|
业绩明细：得物负差额新增「订单实付未减联合营销费」备注；抖音备注改名「订单实付含已退款部分」
得物：负差额 = 联合营销费未让利尾数（该单营销费支出 + 差额恰为整数）时标注；规则排在通用「未减冲减/优惠」之前，避免被笼统备注抢先；证据子查询仅在得物负差额行计算。抖音：备注名统一加「订单」前缀。导航说明同步更新。
|
2026-10-13 11:07:55 +08:00 |
|
|
|
53b0821384
|
快递应付：仓储运费更名为仓储费 (#320)
|
2026-10-13 10:59:30 +08:00 |
|
|
|
c55c06026f
|
快递应付：报价维护只留报价页签 + 附加费结算定时同步（每日7天/每周90天） (#314)
|
2026-10-12 17:49:10 +08:00 |
|
|
|
fba094ce26
|
业绩明细：抖音负差额新增「实付已退款部分」备注（聚水潭退款单/取消子单金额≈差额时命中）
|
2026-10-12 17:27:09 +08:00 |
|
|
|
20eccf616c
|
业绩明细：新增「未匹配原因」列与筛选联动；差额异常备注只保留原因说明
新增「未匹配原因」列（账单无单号 / 单号格式异常 / 订单表无此单 / 订单无实付金额 / 无收款账单），支持多选筛选与联动候选；「差额异常备注」对未匹配行统一显示「订单实付未匹配」，细分原因改看新列。
|
2026-10-12 17:12:09 +08:00 |
|
|
|
45b9feb8c4
|
快递应付：附加费结算增加独立页签入口
|
2026-10-12 16:59:51 +08:00 |
|
|
|
0da349e51b
|
快递应付：仓储核算移为独立仓储运费 (#311)
|
2026-10-12 14:46:52 +08:00 |
|
|
|
f7547bc9a1
|
feat(快递应付): 四个报价相关模块归入快递报价子目录 (#307)
|
2026-10-12 12:17:13 +08:00 |
|
|
|
f805920fda
|
快递运费：新增「店铺名称 / 快递单号 / 条形码」列，并按「财务系统运费整理.xlsx」重新导入
- 迁移：courier_freight_rows 增加 express_no / barcode / shop_name（可空）
- 导入器支持可选列（快递单号 / 条形码 / 店铺名称），老文件缺这三列也能导；XlsxSheetReader 支持可选列表头
- 页面与导出新增三列；运费差 / 结算运费 / 其他附加费汇总 / 退件费 表头与取数逻辑不变
- 测试：新增新列导入、老文件兼容、页面展示用例
|
2026-10-12 11:56:00 +08:00 |
|
|
|
1e689d254e
|
附加费结算：超长费/退回费/拦截费拉取、导入核验与模板导出
|
2026-10-12 09:33:24 +08:00 |
|
|
|
ad3961b82d
|
修正供应商易签宝账号并接入签署选择 (#300)
|
2026-10-11 13:39:03 +08:00 |
|
|
|
49c6e1ecd1
|
修复供应商管理资料镜像索引与存储分类 (#298)
|
2026-10-11 12:34:31 +08:00 |
|
|
|
665b8fafd2
|
接入供应商管理页面与共享镜像 (#297)
|
2026-10-11 12:11:15 +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 |
|
|
|
073e82ea32
|
业绩明细：差额异常备注改为「差额原因」口径
- 备注只由差额公式判定：商品金额未匹配（账单无单号/订单表无此单/无收款账单）、商品金额未加种菜、商品金额取数为0、商品金额未减冲减/未减优惠/未减优惠和冲减；命中不了留空
- 未匹配行按商品金额=0 计入差额，差额合计与导出同步
- 列名「异常标注」改「差额异常备注」，筛选、联动行数、导出表头同步
- 联动接口：5 条原因合并为 1 次统计 + 60 秒缓存（1.5s → 0.8s，缓存内 11ms）
|
2026-10-09 18:27:07 +08:00 |
|
|
|
41d0e5169f
|
快递运费：运费差后面新增「结算运费」列（= 提供成本运费 + 运费差）
- 列定义加在 运费差 与 其他附加费汇总 之间，金额列同样左对齐、不参与查询条件
- 行数据按交易单号取到运费差后，由页面计算 结算运费；两者都没有时显示 —
- 描述文字同步（前端导出按表格列生成，新列自动带上）
|
2026-10-09 17:36:33 +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 |
|
|
|
ddbf32a0ee
|
快递运费：其他附加费汇总后面新增「退件费」列（按交易单号取快递应付的退件费结算金额）
退件费快照的表头跟另外两个不一样：单号列叫「交易订单」、金额列叫「结算金额」，所以 CourierPayableSummaryMap 的列定位改成按候选关键字找（先全等、再包含），三个汇总页共用一套逻辑。
|
2026-10-08 15:40:27 +08:00 |
|
chenxi
|
a0ce32ead1
|
Merge remote-tracking branch 'origin/main'
|
2026-10-08 15:37:18 +08:00 |
|
chenxi
|
f17a90c7a3
|
业绩明细：商品金额排除虚拟条码，新增「订单实付金额」列（方案3）
商品金额排除 X0000x 虚拟条码行；新增订单实付金额列（订单级实付，拆单取主单）。
|
2026-10-08 15:37:11 +08:00 |
|
|
|
0c84afb875
|
快递运费：运费差后面新增「其他附加费汇总」列（按交易单号取快递应付的附加费金额）
把上一版的 CourierFreightDifferenceMap 改成通用的 CourierPayableSummaryMap，同时支持「运费差」和「其他附加费汇总」两个汇总快照（都是上传在 uploads 盘的 JSON）：运费差取「差异（结算运费-提供成本运费）」，附加费取「金额」，都按交易单号挂到快递运费页面对应行；快照文件时间戳进缓存键，财务重导后自动失效。
|
2026-10-08 15:21:25 +08:00 |
|
|
|
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 |
|
|
|
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 |
|
|
|
7fe426211d
|
快递运费：列名改回「成品配件」（新表含成品运费/配件运费两类）
上一版把列名改成「成品运费」了，按业务要求改回「成品配件」；导入侧继续两种表头都认。
|
2026-10-08 14:06:22 +08:00 |
|
|
|
8c626c65de
|
快递运费：查询字段靠左，列名「成品配件」改「成品运费」
1) 查询栏里的空提交表单没隐藏，会占掉栅格第一格，把筛选字段整体挤到第二列；改成 hidden 后字段从最左边开始（所有用这套查询栏的页面一起受益）。
2) 快递运费页把「成品配件」列名改成「成品运费」；导入时两种表头都认（成品配件 / 成品运费）。
|
2026-10-08 13:55:56 +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 |
|
|
|
7b09d0de05
|
业绩明细：冲减金额后面新增「种菜金额」列
口径：订单号同时出现在「种菜明细表」和「聚水潭订单标签明细（是否种菜订单＝是，即标签命中种菜映射）」里时，该订单的收入金额就是种菜金额，其余留空。两边的订单号都按账单侧同一套「核心单号」清洗（去日期前缀/空格/横杠）后比较；金额取该行已有的收入金额，只是展示，不参与差额计算（它本身就是收入金额的一部分）。
- 新增迁移：store_receipt_order_match_rows 增加 planting_amount 列（在 offset_amount 后面）。
- 同步命令：正式同步时写入该列；--amounts-only 一并回填；新增 --planting-only 只刷这一列（不读账单，适合给已同步好的账期补数）；新增 --company 选项。
- 页面：列顺序 收入金额 / 优惠金额 / 冲减金额 / 种菜金额 / 商品金额…，顶部统计加「种菜金额合计」，导出同步带上该列。
- 补 NavigationTest 的列断言。
|
2026-10-08 10:59:21 +08:00 |
|
|
|
636187a9d8
|
业绩明细：差额口径改为（收入金额+优惠金额+冲减金额）−商品金额
|
2026-10-07 18:32:10 +08:00 |
|
|
|
c8a035a18f
|
业绩明细：新增优惠金额/冲减金额两列（取科目映射表财务备注＝优惠收入/冲减收入，支持 --amounts-only 回填）
|
2026-10-07 17:08:46 +08:00 |
|
chenxi
|
77b808245b
|
业绩明细账单侧筛选收窄为「总账备注 = 订单收入」
同步命令与页面说明改为仅按「订单收入」取账单侧数据，其余匹配/输出/统计口径不变。
|
2026-10-07 16:18:36 +08:00 |
|
|
|
6c054c7081
|
整合发货补漏与导出口径修复，保留主线同步保护 (#282)
|
2026-10-07 13:52:18 +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 |
|
|
|
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 |
|
