sxbh_admin/cma-management
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
491 Commits 6 Branches 0 Tags
68ca27109e1f2d5e6ff6c88177c3916168a713a0
Commit Graph
18 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
wecom-fullstackandHermes CI Fix ff2d92ba54 ci(woodpecker): 部署通道收口为单链 —— CI 只做门禁，部署恒走宿主 Gitea hook
ci/woodpecker/push/main Pipeline was successful
Details 
② 现状：push origin main 同时触发两条写生产链 ——
   (a) 宿主 Gitea post-receive hook → /usr/local/sbin/gitea-cma-deploy-hook.sh → deploy.sh（铺站 + 重启 + 冒烟）
   (b) Woodpecker pipeline 的 frontend-deploy（rsync --delete dist → /var/www/cma + nginx reload）
       与 backend-deploy（在开发区 git pull + systemctl restart cma-backend）
   两条链并发 ⇒ 两套在途部署判定、重复劳动与证据歧义（2026-10-13 事故即此形态）。
本提交复用 ci/wp-v3-fix-20260916 已写就的 .woodpecker/main.yml（wecom-project 2026-09-16 8ddcbe1）：
   删除 variables(ssh_setup) 与 frontend-deploy/backend-deploy 两步，只留门禁
   （frontend-install/typecheck/build + backend-test），并补国内镜像与 pytest 安装。
零生产写：候选仅落本 worktree 分支，未 push。
 2026-10-16 03:05:57 +08:00
wecom-fullstackandHermes CI Fix 32f368a846 fix(infra): pnpm 工具链去脆弱化 —— frontend/package.json 落 packageManager pin + deploy.sh pnpm 版本断言（fail-closed）
ci/woodpecker/push/main Pipeline failed
Details 
① frontend/package.json 补 "packageManager": "pnpm@10.33.2+sha512.a90faf6f…"：
   corepack 在项目未声明该字段时按全局 lastKnownGood.json 解析版本，而该文件会被任何跑过
   corepack 的项目改写（2026-10-13 → 12.11.2 ⇒ MODULE_NOT_FOUND；2026-10-14 → 9.15.9 ⇒
   packages field missing）。pin 落库后 corepack 只认 pin，宿主机状态漂移不再影响部署树。
   选 10.33.2 的依据：pnpm-workspace.yaml 的 allowBuilds 仅 pnpm 10 识别；部署树 node_modules
   .modules.yaml packageManager=pnpm@10.33.2（store/v11/v10）；lockfileVersion 9.0；2026-10-13
   22:53 该版本下部署成功。
② deploy.sh 新增 assert_pnpm_version()（fail-closed，两处调用：1.2a 首次 pnpm 调用前、[2] 构建前）：
   期望版本只取自 package.json 的 packageManager（单一源），与 pnpm -v 实读逐字比对，缺失/不一致
   即中止；两次调用都先于 [3] 铺站与 [5] 重启 ⇒ 任何生产写之前失败关闭。

零生产写：候选仅落本 worktree 分支，未 push、未动 /srv/hermes/shared/cma-deploy 与 dev 树。
 2026-10-15 08:35:20 +08:00
wecom-fullstack e3e6b3ba8a fix(reports): 全表真实取数——清零示例兜底(BS_DEMO/CF_DEMO/_get_demo_block_total/0.50) + 上期同比/勾稽/预测标注 + CF官方口径单位收口
ci/woodpecker/push/main Pipeline failed
Details
2026-10-15 04:13:40 +08:00
wecom-fullstack 6d8ef0d443 fix(infra): pnpm-workspace.yaml 补 packages 字段（pnpm 9.15.9 强制）+ vue-demi 占位符改 true
ci/woodpecker/push/main Pipeline failed
Details 
根因：corepack 修到 pnpm 9.15.9 后，pnpm 见 pnpm-workspace.yaml 即进 workspace 模式，
强制要求 packages 字段；缺失 ⇒ 'packages field missing or empty' ⇒ 部署树 pnpm build 失败。
本地 pnpm build 验证通过（16.05s, exit 0）。
 2026-10-14 11:35:05 +08:00
wecom-fullstack e55f0ecdf9 fix(ui): 侧栏「资金内控」图标缺失——MainLayout 补 Lock 到 import 与 iconMap
ci/woodpecker/push/main Pipeline failed
Details 
任总 2026-10-14 10:49 报「资金内控：导航栏缺少图标」。
根因：permission.ts:40 icon:"Lock"，而 layouts/MainLayout.vue 的
@element-plus/icons-vue import 与 iconMap 均无 Lock ⇒ iconMap["Lock"]=undefined
⇒ <component :is="undefined"> 渲染为空。全量核：菜单 40 项 / 19 个不同 icon 值，
仅 Lock 真缺。本提交仅该 1 文件 2 行（import + iconMap 各补 Lock），
不改其它图标、菜单顺序、分组、角色可见性。
 2026-10-14 10:54:11 +08:00
wecom-fullstackandHermes CI Fix 26db15e6d3 fix(ui): 系统级设置归位（KPI对齐/预算模式切换入口收归系统设置）+ 业务页右下浮窗提醒
ci/woodpecker/push/main Pipeline failed
Details 
- KPIAlignment.vue: 移除页头切换按钮与模式选择器，去 saveAlignConfig；新增右下浮窗
- BudgetManagement.vue: 预算模式 el-switch -> 只读标签，去 onBudgetModeChange；新增右下浮窗
- RolePermissions.vue: 保留目标对齐正本，新增「预算模式」Tab（系统级切换入口）
- 仅 frontend/ 三件；build 通过
 2026-10-13 23:04:07 +08:00
wecom-fullstack 424c33c085 feat(kpi,review): KPI direction 列 + KPITarget 模型 + 复盘产出方入库（R1 收口）
ci/woodpecker/push/main Pipeline failed
Details 
R1 收口批次（A 侧裁定 p12-ruling-input-r1-batch.RULING.md 主路径）· 单个快进提交：
- backend/app/models/__init__.py（+42/−2）：CMA-KPI-20261003 阶段1 `direction`（KPIDefinition/KPITemplate）
  + ② KPITarget（kpi_targets，11 列 + uk_entity_kpi_period_type + 2 索引）
- 复盘产出方三件（review_builder 含 getattr(direction) 硬化 / review_run / 测试件），原始提交件 26dc242 的重铸件

收口边界申报：本提交**不含** D-1 批次（VoucherDetail.row_uid / ImportLog uq_import_logs_entity_batch_type）——
只读补证显示 prod `cma` 无该列/该唯一键（证据 out/r1-t1-batches.json + out/r1-t1-d1-placement.json），
携行会导致 deploy 后 voucher_details 整实体 SELECT/INSERT 报 1054；D-1 另单（先 DDL 后 ORM）。
 2026-10-13 20:33:42 +08:00
wecom-fullstackandwecom-yanxue f786ff9ae3 test(docs-center): 金丝雀分类断言改「必备分类在场+相对顺序」（分类扩展不再留假红）
ci/woodpecker/push/main Pipeline failed
Details 
- test_prod_content_readable 原硬编码 [term,formula,practice,faq]，与生产 categories.json 全等比较；
  2026-10-12 14:05 内容目录新增 manual(模块手册,order 5) 后期望值失鲜 ⇒ 基线/改后两棵树同红。
- 改为子集式断言（必备分类在场 + 过滤后相对顺序），不再硬编码全集；分类扩展不再红。
- 同族断言盘点：本文件其余分类断言走 tmp content_dir 自持 categories.json，不依赖生产内容目录，无需改。
 2026-10-13 07:48:18 +08:00
wecom-fullstack b58513c48d docs(ddl): runbook 首步强制「迁移前像 dump 哈希」(--apply 之前)
ci/woodpecker/push/main Pipeline was successful
Details 
CMA-DDL-RUNBOOK-20261005 / parent: CMA-KPI-20261003-D-T1
- docs/db-migration-runbook.md 新增 §3.0：任何 --apply 之前对每张受影响表落
  全表有序 (PK, 受影响列) dump，记录 sha256 + 行数 + 字节数，归档 backups/pre-ddl-<task>/
- 含可直接复制的一行命令（ORDER BY 主键保证字节级确定性）
- §4 发布 checklist 第 4 条（列级 ALTER）指向 §3.0

仅文档；零生产库/零部署/零重启。
 2026-10-05 13:02:02 +08:00
wecom-fullstack f32f6e7430 feat(receivables): 催收页只认客户级行 — 月度汇总行不计入卡片/账龄/明细/owners 
- 口径实现逐字节取自既有已批准件 475f78b（ASK-20261001-33, wt/hanke-ar-customer-level）：
  _is_customer_level_row(plan) = counterparty 非空且非空白（.strip() 覆盖制表符/全角空格）
  用在两处且仅两处：明细循环 + owners 查询 ⇒ 四条消费面同一判据
- 数据零变更：cash_plans 一行不删不改（source='zxt-sync' 的 67 行月度汇总行=正确通道数据，保留）
- 不新写第二份实现；不改 frontend/src/api/index.ts 全局拦截器；无 DDL、无数据迁移
 2026-10-02 21:15:42 +08:00
wecom-fullstack a8391a03da fix(caliber): 流动/速动比率改「倍」口径 + 判定层同量纲直判（ASK-20260924-11 任总放行）
ci/woodpecker/push/main Pipeline failed
Details 
- caliber_units: F_CURRENT_RATIO/F_QUICK_RATIO 由 FACTOR_PERCENT(×100) 退场为 FACTOR_IDENTITY；declared_unit=倍 / caliber=倍（无量纲）/ evidence 改引 v2.1 锚；F_GROSS_MARGIN 保持 ×100 不动

- 引用面同步 7 文件：alert_generator / kpi_unit_crosscheck / migrate_...20260916 横幅 / 三个测试套件；self-test 两条改倍口径期望 yellow

口径: CMA-CALIBER-v2.1/kpi-unit@2026-09-24 取代 2a 之两项；其余比率类仍按裁定2a 百分比口径
 2026-09-25 10:39:18 +08:00
wecom-fullstack c3ff345d0a fix(bep): 派生器不再静默降级已转正行（ASK-20260924-10 任总放行）
ci/woodpecker/push/main Pipeline failed
Details 
- upsert 分支原无条件 existing.data_status='pending' ⇒ 人工转正次日 06:35 被打回 pending
- 值未变/值变一律不写 data_status（保留既有，含 verified）
- 值变：remark 追加「值已更新(batch=…, 旧X → 新Y) 待财务复核」+ 落复核提示件（_reports/，不进队列根）
- 新期间仍写 pending（9-14 复核流入口不变）；算式/TARGET_KPIS/阈值逻辑不动
 2026-09-25 07:07:01 +08:00
wecom-fullstack 9b6184ce05 fix(data-quality): 陈旧预警阈值落 30 天（任总 2026-09-24 00:35 拍板，唯一取值来源） 2026-09-24 17:27:23 +08:00
wecom-fullstack 467472311d feat(cma): audit write-side entity closure + entity-dimension data dictionary 
task dama-entity-isolation-sweep-20260923 (sections 2-2 4/5, merged by projectBot 2026-09-23 18:2x)

4) operation_logs write side: every audit write carries the account (no DDL, no column added)

   - new app/utils/oplog.py::log_op() single wrapper: sets detail.entity_id; scope=global for

     by-design non-entity writes (platform dict / role-level); scope=batch + OPLOG_BATCH_NO_ENTITY

     sentinel for cross-account batches; no context -> OPLOG_NO_ENTITY sentinel (never guess)

   - 16 remaining construction points converted (data/alert_rules/bi_reports/kpi_causality/

     bot_bridge x2/budget_generate/driver_budget/kpis _log x3/templates _log x2/erp_sync);

     pre-4 state had 20 sites without entity_id, now 0 outside the wrapper

   - read side untouched (knowledge_service still user_id fallback); history not backfilled

5) docs/entity-dimension-data-dictionary.md: 8-table three-state registry

   (kpi_templates/driver_factor_templates/scenario_suggestions/bot_bridge_config = non-entity;

    kpi_subject_map = inherited via kpi_id; analysis_results/subjects = account dimension,

    legacy rows still NULL -> other task; operation_logs = non-entity column + detail.entity_id)

Evidence: RED 2 failed/7 passed (reverted call sites) -> GREEN full 1428 passed; 9 new tests

including two read-back rows; app md5 restore verified identical; no cross-account writes

LOCAL commit only - push is gated (ahead contains the P1 entity-dim batch commit fb4609b)
 2026-09-23 23:08:26 +08:00
wecom-fullstack 477515c453 fix(cma): 隔离扫尾 — kpi_alert_higher_better 拆账套 + tenant/switch 审计收口
ci/woodpecker/push/main Pipeline was canceled
Details 
任务 dama-entity-isolation-sweep-20260923（DAMA 独立回查漏项 / 任总 2026-09-23「按照建议执行」）

① 补漏同源全局键 kpi_alert_higher_better（system_configs，零 DDL）
   - deviation_engine: 新增 higher_better_key(entity_id)；get_higher_better_codes(db, entity_id)
     改为只读本账套键、不回退旧全局键；未配置 → DEFAULT_HIGHER_BETTER（兜底，与原行为逐字一致）
   - budget.py: GET/PUT /alert-direction 挂 get_entity_id，只读写会话账套键；body entity_id 不信
   - scripts/migrate_higher_better_key_entity_20260923.py: --check/--apply/--down + 库名保护 + 幂等
   - 生产实况：库内该键 0 行 ⇒ 无原值可搬运（--apply 走 skip 零写入），e1 行为不变

② kpi_visibility 口径裁定：角色级天然全局 = 非账套维度，不拆（关闭本项）
   - auth_middleware 注释 + docstring 登记「有意不做账套后缀」；口径字典
     docs/global-config-keys-caliber-20260923.md（含 budget_mode/budget_driver_mode 评估结论）

③ tenant/switch 审计收口
   - detail 显式 from_entity_id → to_entity_id + source + operator{id,username,name,role}
   - 审计失败不静默：同事务回滚 + AUDIT_WRITE_FAILED ERROR + HTTP 500（不留「改了但没审计」）
   - GET /current 无写路径不落审计；历史缺口不补写

证据：新增/改写用例 17 条；全量 1397 passed（去新增文件 1380 + 17）；RED 态 8 failed
 2026-09-23 18:29:52 +08:00
fullstackandHermes CI Fix bd4f58aae1 feat(action-plans): COSO 自检未通过条目一键生成改善行动（接通死按钮）
ci/woodpecker/push/main Pipeline failed
Details 
- 后端新增 POST /api/cma/action-plans/coso-generate-actions：未通过条目→action_plans，
  账套取 token 绑定（忽略 body entity_id）、幂等键 (entity_id,title)、不写 auto_verify_rule
- 前端 ActionPlanLibrary.vue 按钮接 @click（含未通过条数提示 + 二次确认 + 生成后刷新并跳列表）
- api 客户端补 cosoGenerateActions
- 新增 tests/test_coso_generate_actions_20260921.py（生成/幂等/隔离/未认证/归属校验/空集）
 2026-09-23 01:03:19 +08:00
wecom-fullstack 0c2e57a4cf fix(cma): 工作台跨实体污染治本 — 全局键拆账套 + 缺列收口 + 预警归属兜底 
任务 dama-workbench-entity-isolation-fullstack-20260922（DAMA 诊断 / 项目Bot batch5 §B / 任总 2026-09-22「都批」）

B1 现金基线拆账套（零 DDL）
- cash_forecast_engine: 键 cash.current_balance → cash.current_balance.<entity_id>；
  读只读本账套键、不做旧键回退；set_* 签名 entity_id 必传（漏传 TypeError）
- cash.py: POST /balance 挂 get_entity_id；网银流水联动写回带账套
B3(a) alignment_config 拆账套（零 DDL）
- alignment.py: GET/POST /config、GET /tree 只读 alignment_config.<entity_id>；未配置=configured:false
B3(b) 预警 KPI 归属兜底
- bot_bridge_v2: 去掉 kpi_id or 1 兜底；本账套无 KPI 定义 → 跳过建预警 + OperationLog 留痕
  （kpi_alerts.kpi_id NOT NULL ⇒ 方案A 置 NULL 不可行，走方案B 跳过+审计）
B2 缺列五表分表处置
- notification_logs: 经 alert_id → kpi_alerts.entity_id join 归属（无父键行不返回）
- notification_channels / okr_templates: 集团共享口径写入 docstring（有意不过滤）
- system_configs: 由 B1/B3(a) 拆键覆盖；kpi_data_quality_logs 沿用 batch5 的 join 收口
P0 语义收敛
- tenant.py: current_tenant 收敛为项目Bot A2A 状态记录，GET 仅 it/ceo；POST 补 operation_logs 审计
证据：新增/改写用例 22 条；全量 1370 passed（基线 1348）
 2026-09-22 11:06:02 +08:00
fullstackBotandHermes CI Fix 27ea7e7f53 fix(cma): my-dashboard KPI 取数同期内主值优先（重复行不再被选中） 
同一期间并存两行（主值 ledger/verified 与自动归集重复行 auto_collect/error）时，
原判据按 calculated_at 倒序会取到写入更晚的重复行；今日两行数值一致故不可见，
漂移后卡片会静默显示重复行值。故在月期分支的排序中加「主值优先」：
verified > ledger > 其余，置于 period 倒序之后（跨期口径不变）。

范围: backend/app/api/dashboard.py 的 latest_kpi_value() 单函数（含 case 导入）。
无 DB 写入、不动采集器/派生函数/cron/口径定义/前端。

单号: project-20260918-kpi-row-priority
 2026-09-21 14:56:43 +08:00