duxingchen/KCGL
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,015 Commits 5 Branches 0 Tags
8d83d4404e1f6872afc473d92524774676e1b6c7
Commit Graph

159 Commits

Author SHA1 Message Date
yueli
58fa42bff3 feat(scrap): 报废全链路收口到审批流 
系统自陈的规则是「报废一律需审批」（SCRAP_ALWAYS_REQUIRES_APPROVAL = True），
但实际有 4 条写 TransScrap 的路径，其中 3 条绕过审批。本提交把三条旁路
全部收口，只保留「申请 → 审批 → 执行」一条写入路径。

【删除】直接报废 POST /api/v1/scrap
  同时移除 ScrapService.process_scrap()。该路径的一个连带影响是
  「维修件报废」能力随之消失 —— process_scrap 的 trans_repair 分支是
  repair_status='报废转出' 的唯一写入点。实测该能力零使用（报废转出 0 条、
  trans_scrap 来源 0 条），且早已半死：审批流的扫码校验会拒绝 trans_*
  来源。repair_service.py 的误导文案（原文指引操作员「前往报废管理进行
  扫码操作」，而那条路根本不通）已改为「维修件报废暂未开放」。
  权限元素 scrap_create:operation 保留不删 —— add_scrap_perm.sql 以它为
  scrap_apply/scrap_execute 的授权来源。

【改造】借库转报废 POST /borrow/scrap → POST /borrow/scrap-request
  TransService.scrap_borrow() 删除，逻辑迁入 BorrowScrapAdapter。
  沿用 op_return:operation 权限（零授权变更）。已归还/已报废的记录改为
  **直接报错**，不再静默 continue 返回 count=0（原缺陷：用户以为成功）。

【改造】不良品报废 POST /defective/<id>/scrap → POST /defective/<id>/scrap-request
  申请时**不预占** remaining_qty（与报废模块「仅锁定意向，不扣库存」的
  既有哲学一致）。副作用：同一批坏件可重复提交多张申请单，执行期由适配器
  按 Fail-Closed 拒绝超额的那几张。已在该接口注释与前端提示中写明。

【服务层】ScrapApprovalService 接入来源适配层
  - submit_approval 改由 get_adapter() 分派，并新增整单 scrap_mode 一致性
    校验（混合「需扫码/免扫码」两类来源直接拒绝，让 execute 分流保持简单）
  - _build_scanned_index 的来源校验改为 is_scan_source()：语义上是**收窄**
    而非放宽，扫码通道永远不接纳 trans_* 来源
  - execute 按模式分流：scan 项走原有扫码匹配（索引只由 scan 项构建），
    auto 项按批准量执行。签名与调用契约不变。
  - _match_key 加入来源表：不良品 SKU 是从原库存行复制的，不带来源时
    同一张单里的两者会**必然串键**，扫码量算到错误对象上。纯库存单两侧
    同源、键仍匹配，对既有流程零行为变更。

【修复】approve() 的 fail-open
  原实现 `if user_entries and str(operator_id) not in user_entries` ——
  allowed_approvers 为空时条件短路为假，**任何登录用户都能审批**。
  这与「报废一律需审批」直接矛盾，留这扇门等于没有审批。改为无名单即拒绝。
  已实测存量「无审批人」的在途单为 0 张，不会卡死历史数据。

【扫码通道】scrap/scan 的 trans_repair 分支改为 trans_defective_goods
  在管不良品按 SKU 匹配，在管量回填到既有字段形状，前端无需按来源分支。

【清理】scrap_approval_service 的 _stock_models 与 TransScrap 导入已移除
  （来源差异全部收敛到适配层）；trans_service / inventory_reservation 中
  指向已删方法的注释已更新指向 BorrowScrapAdapter。
 2026-09-16 17:14:17 +08:00
yueli
97ff63523c fix(export): 公司隔离移出 if filters 判定，确保无条件执行 
export_excel 的行级公司隔离原本嵌套在 `if filters:` 内部：
只要调用方不传或传空筛选条件，整段隔离会被跳过且不抛错 —— 静默失效。
（实测: 修复前 export_excel({}, None) 会导出跨公司全部 1816 行。）

现把 get_current_company_filter() 及其 filter_conditions.append 提到
if filters: 之前，无论有无筛选条件都绝对执行。

同时清理路由里 filters 字典的 'company' 死键 —— export_excel 从不消费它，
真正生效的是 get_current_company_filter() 直接读 request.args 上的公司标识。

注意：前端 handleExport 的 company 参数必须保留（已在代码中加注说明）。
实测 WAREHOUSE_MGR 带 ?company=IRIS 导出 1126 行仅 IRIS，不带则 1816 行
涵盖 IRIS+LICA —— 跨域角色按公司收窄范围完全依赖这个 query 参数。

实测(修复后):
  SALES/IRIS          filters={}          → 1126 行, 仅 IRIS
  SALES/IRIS          filters={keyword:''}→ 1126 行, 仅 IRIS
  WAREHOUSE_MGR       ?company=IRIS       → 1126 行, 仅 IRIS
  WAREHOUSE_MGR       (无参数)            → 1816 行, IRIS+LICA
 2026-09-11 12:41:27 +08:00
yueli
d69a77cec1 fix(export): 补上 export_excel 缺失的表头定义 
GET /api/v1/inbound/base/export（物料页「导出库存统计」）在
base_service.py 里执行 ws.append(headers)，而 headers 全文件从未赋值，
每次调用必抛 NameError，导出功能 100% 不可用。

按 _write_stock_rows 实际写入的 22 列顺序补齐表头，命名对齐同仓库
inbound_summary_service 与 stock.py 的既有报表。

实测: 容器内导出成功 203282 字节，1817 行（含表头），表头与数据行
均为 22 列，未出现串列。
 2026-09-11 11:44:35 +08:00
yueli
a8a3c82331 fix(stock): 补行级防穿仓与入库改量下限，杜绝可用数变负 
available_quantity 一旦为负，预占/释放/盘点的全部算术都会失真。此前有两处
缺口，本次一并堵上，使 available_quantity >= 0 成为不变量。

1) 执行阶段逐行扣减无下限校验（inventory_reservation.restore_then_deduct）

   物料级校验只保证「Σ实扫 ≤ Σ可用」这一总量关系，拦不住「总量守恒但单行
   穿仓」：同物料下 A 批可用 2、B 批可用 8，工人把 5 件全压在 A 批上，总量
   5 ≤ 10 通过，A 批却被扣成 -3。借库走 deduct_stock=False，连实物数校验都
   跳过，是裸扣。

   已实测复现：借库与出库路径均可把单行扣成 -3。

   校验放在 release_reserved() 之后，故不会误拒合法的换批次（物理覆盖）：
   释放后每行 available 已含本单预占，扫自己预占过的批次时 raw >= 0 保证
   必然放行；改扫其它批次时，该批次实时可用量就是它自己的上限。

2) 下调入库数量可把可用数压成负（buy/product/semi 三处 update_inbound）

   按 diff 同步增减 stock/available，但无任何下限检查。该批次若已有部分被
   预占/出库/借出，向下调整即产生负可用数。现在下调前校验可用数是否够扣。
   正常数据下 stock >= available 恒成立，故守住 available 同时守住 stock。

配套：三个 update_* 端点此前只捕获 Exception → 500，没有 ValueError 分支
（同文件的 delete_* 早就有）。补上 400 分支，使业务校验失败不再被记成
服务端故障。

验证（事务内执行并回滚，未落库）：跨批次穿仓被拦、合法换批次放行、全额执行
本单预占批次放行、下调击穿被拦（API 返回 400，三个端点一致）、上调不受影响、
真实借库单 52 行全额执行正常、全库无负可用数。
 2026-09-11 10:34:15 +08:00
yueli
2b0e335790 fix(inbound/buy): 批号自增改为按物料精准取最近一条 
- 新增 get_latest_batch_record_by_base_id：SQL 直接 filter(base_id)+order by in_date/id desc first()，O(1) 不分页
- 新增 GET /inbound/buy/latest-record
- 修复原“拉全表前1000条再前端过滤”导致的历史被截断→批号退回000001/重复入库被拦（如 CCAB0029）
 2026-09-08 18:16:04 +08:00
yueli
0daf50ac21 fix: 成品/半成品/维修列表第二层跨域判断补认 crossDomain（解决库管配跨域仍看不到双边） 2026-09-04 13:01:44 +08:00
yueli
e5c49c5177 fix: 入库 search-base 物料选择加公司隔离，恢复半成品批号按本公司历史自动递增 2026-09-04 09:42:49 +08:00
yueli
c68ffdca0f fix: 入库成品/半成品/采购编辑其它字段时不再误清空图片——仅显式携带图片字段才更新 2026-09-03 14:14:24 +08:00
yueli
7fe861b4a7 fix: 基础信息修改其它字段时不再误清空 product_image（图片消失）——仅显式携带 generalImage 才更新图片 2026-09-03 14:12:15 +08:00
yueli
ee22927660 fix: 解耦 Webhook 身份证与库存序列号,恢复批号入库纯净 
- 前端:新增临时字段 form.track_id 存 16位身份证,Batch 时 form.serial_number 清空
- 前端:submitForm 不再把身份证补进 payload.serial_number,改为透传 payload.track_id
- 后端:StockSemi 仅存 serial_number(Batch 为空),notify_track 优先用 track_id
 2026-09-01 16:44:48 +08:00
yueli
bee037f925 feat: MOM 扫码入库对接 Track 产品身份证自动填充 
- 半成品/成品入库弹窗顶部新增'扫码入库'按钮,打开扫码面板(扫码枪/摄像头)
- 扫码 Track 身份证后自动填充物料信息与序列号,不再二次搜索
- 后端新增 track_query_service(httpx 调 Track lookup)、track-lookup 接口
- 入库成功后 notify_track 通知 Track 闭环
 2026-09-01 13:52:56 +08:00
yueli
2e903cff2c perf: 规格连号助手优化 — 流式查询+宽松regex+Redis缓存 
## base_service.py get_latest_specs
- .all()全量→with_entities().limit(10000) 防OOM
- regex放宽: 支持 LICA-3000/M3x12 等格式(旧版仅匹配OPT12046)
- 移除OPT硬编码→SUB_CATEGORY_PREFIXES可配置集合
- Redis缓存(1h): 首次查询后缓存,后续命中直接返回

## base.py 缓存失效
- 新增 _invalidate_specs_cache() 辅助函数
- create/update/delete 成功后清除缓存
 2026-07-16 18:15:43 +08:00
yueli
23fc10a25f fix: Day2就绪 — 删除硬化+索引补全+全局异常处理 
## base_service.py — MaterialBase删除硬化
- 新增 BomTable 引用检查(bom_usage_count)
- 物料被BOM引用时禁止删除,提示「请先解除BOM绑定」

## models/base.py + bom.py — 缺失索引补全
- material_base: company_name + is_enabled 添加 index=True
- bom_table: is_enabled 添加 index=True

## __init__.py — 全局异常处理
- @app.errorhandler(ValueError) → 400 + 自定义消息
- @app.errorhandler(404/405) → 标准错误
- @app.errorhandler(Exception) → 500 + 通用消息
  堆栈仅记录服务器日志,不泄露到前端
 2026-07-16 14:14:43 +08:00
yueli
3290f206c6 perf: 导出OOM修复(yield_per流式) + 采购模糊匹配安全防护 
## base_service.py export_excel
- query.all()全量→yield_per(2000)分块流式读取
- all_rows[]内存收集→write_only=True直写Excel
- all_rows.sort()→ORDER BY数据库排序
- 删除~160行旧Excel样式/脱敏死代码
- 内存: 全量→2000行分块+输出流

## purchase_service.py
- 模糊匹配安全防护:
  len(n.strip())>=2 过滤空格/单字符
  .limit(500) 防全表返回
 2026-07-16 13:08:45 +08:00
yueli
2556b77530 perf: 系统级性能优化与并发安全修复 
## 并发安全修复 (4处)
- scrap.py: 报废执行添加 SELECT FOR UPDATE 悲观锁，消除 TOCTOU 竞态
- stock.py (adjust_stock): 盘点调整添加 for_update=True 行锁
- outbound_service.py: 低库存预警 SMTP 调用移到 commit 之后，避免长事务
- trans_service.py: execute_dispatch 按 (source_table, id) 排序 items，消除死锁风险

## N+1 查询优化 (2处)
- inventory_task.py: _prefetch_inventory_map 单条 UNION ALL+GROUP BY 替代循环内逐条查询（N*4次→2次）
- stock.py (export_stocktake): get_borrowed_qty 批量 GROUP BY 替代逐条 TransBorrow 查询（~18000次→1次）

## BOM 列表性能重构
- bom_service.py: get_bom_list 单条 GROUP BY+string_agg+分页，消除 N+1 循环查询
- bom_service.py: 新增 get_bom_summary (轻量 GROUP BY category+COUNT)
- bom.py: 新增 /api/v1/bom/summary 路由，/list 支持 category 过滤

## Odoo 基础信息懒加载
- base_service.py: 新增 get_odoo_summary (GROUP BY category+COUNT)
- base.py: 新增 /api/v1/inbound/base/odoo-summary 路由
- buyOdoo.vue: 懒加载分组架构 (fetchOdooSummary + loadGroupItems)
- material_base.ts: 新增 getOdooSummary API

## 前端 Bug 修复
- BomManage.vue: 懒加载分组 (fetchBomSummary + loadGroupItems + collapse)
- BomManage.vue: 适配新 API 格式 (res.data.items 替代 res.data)
- buyOdoo.vue: 移除 "点击展开加载" 文字
- Selection.vue + borrow/apply/index.vue: openBomSelect 适配新 API 格式
 2026-07-15 17:37:57 +08:00
yueli
e1417d740a feat: 全模块公司隔离 + crossDomain权限码动态跨域控制 
- get_current_company_filter: 新增_has_cross_domain_permission, 权限码替代硬编码
- 补全11个Service的get_current_company_filter调用(semi/product/service/outbound/bom/trans/scrap/summary)
- base/search修复: search_material此前无隔离, 已补全
- get_current_company_filter兜底: JWT缺company_name时返回__NO_COMPANY__防止放行
- permission.py: _get_operator_company补全返回值, 修复权限页保存逻辑
- 新增crossDomain迁移脚本, element_type=element挂system_mgmt下
 2026-07-15 11:11:40 +08:00
yueli
a11b7972c3 feat: 打通采购申请与入库的按单入库链路 
后端变更:
- PurchaseRequest 新增 base_id 硬关联 MaterialBase，StockBuy 新增 request_id 关联采购单
- handle_inbound 支持 request_id 入参，入库后自动反写采购单状态为已完成
- 新增 get_approved_requests 接口，返回已审批未入库采购单列表（含物料信息+历史数据回退匹配）
- create_purchase_request 新增 name+spec_model 自动匹配 MaterialBase
- 新增 SQL 和 Alembic 数据库迁移脚本

前端变更:
- 入库表单新增"从采购单导入"弹窗，支持搜索/选中已审批采购单并一键填充物料和商务信息
- 单价/总价交叉推算，缺项自动补全
- 选中行蓝色高亮+点击整行选中，行级交互优化
 2026-07-14 15:25:00 +08:00
yueli
a2f9a3e754 V3.54 2026-07-13 17:33:16 +08:00
yueli
760f78e016 feat: 添加参考价格列 + 修复公司筛选跨域问题 + CLIP模型持久化 
## 新增功能
- material_base 表新增 reference_price 列（NUMERIC(10,2)）
- 基础信息 list.vue / buyOdoo.vue 页面增加「参考价格」列展示和编辑
- 新增 material_list:referencePrice 权限元素，支持按角色控制可见性

## Bug 修复
- 入库三页面（buy/product/semi）公司筛选：非超管用户 company=ALL 不再传给旧版后端
- 基础信息两页面（list/buyOdoo）：buyOdoo 增加 v-if=isSuperAdmin 与 list.vue 行为统一
- company=ALL 默认值在各页面 getList/fetchData 中自动过滤，兼容旧版后端

## 运维优化
- docker-compose.prod.yml 增加 models_prod 卷挂载，CLIP模型持久化免重复上传
- deploy_code.sh 增加 models_prod 目录检查与模型文件存在性告警
 2026-07-13 17:30:52 +08:00
yueli
4f5965db02 feat: JWT多租户数据权限隔离 & 主管系统管理权限 & 含税单价补齐 
## 多租户公司数据隔离
- 新增 get_current_company_filter() 工具函数 (decorators.py)
  SUPER_ADMIN: 可传company_name参数过滤或传ALL看全量
  其他角色: 强制隔离到JWT中的company_name
- 重构 base_service.py / buy_service.py: 用集中式函数替换内联公司过滤
- SysRolePermission 表新增 company_name 字段，支持同角色不同公司权限
- get_user_permissions() 新增 company_name 参数，查公司定制+全局模板权限
- permission.py API 新增 @permission_required 拦截 + 公司过滤
- 19个API/service文件传递 company_name 到权限查询

## 主管系统管理权限
- delete_user() 允许SUPERVISOR删除同公司用户 (原仅SUPER_ADMIN)
- get_all_users() 新增 company_name 参数过滤
- 用户列表/权限分配 API 应用 get_current_company_filter()
- 前端 UserCreate.vue: 超管可见公司下拉框，主管隐藏部门字段

## 前端多租户适配
- material/list.vue / buy.vue: 公司下拉框仅超管可见，默认ALL
- UserCreate.vue: 新增搜索栏公司筛选，部门字段按角色显隐
- auth.ts: getUserList() 支持 params 参数

## Bug修复: 含税单价字段补齐
- buy.vue: 表格列/高级筛选/排序/权限映射新增 post_tax_unit_price
- buy_service.py: allowed_fields/sort_field_map 新增 post_tax_unit_price
 2026-07-13 15:12:22 +08:00
yueli
ffafa635bb feat: 将产品图/说明书备注字段从JSON数组中分离为独立数据库列 
- 数据库新增 product_image_remark 和 manual_link_remark 两个TEXT列
- 备注文字不再与上传文件URL混存在 generalImage/generalManual JSON数组中
- 前端输入框改为textarea，绑定独立的备注字段
- 修复 handlePasteLink 忽略field参数的bug
- 新增 isInternalFile 辅助函数，用于区分上传文件与纯文本
- 同步修改 list.vue 和 buyOdoo.vue 两个页面
 2026-07-10 10:52:23 +08:00
DXC
afe0f25415 物料类别隔离校验：buy 改黑名单 + semi/product 改精确路径匹配，消除子串包含Bug 2026-06-05 13:01:39 +08:00
DXC
ff5418afa3 入库模块：物料搜索点击无感修复 + 类别校验白名单准入制 
前端（buy/semi/product/service.vue，4 文件）：

修复物料搜索"点击已聚焦 input 时内容被清空"交互 bug。

el-select 在 filterable+remote 模式下点击已聚焦的 input 时，el-select 内部

会 emit query='' 触发 remote-method，绕过 handleMaterialDropdownVisible

入口保护，直接清空 searchKeyword 和 materialOptions，导致用户被迫重写。

新增两层防御实现"编辑无感"：

1) handleMaterialDropdownVisible 入口拦截：已选过物料（form.base_id 有值）

   时下拉打开直接 return，不请求默认列表

2) handleSearchMaterial 内部拦截：拦截 el-select 内部 emit 的空 query，

   仅在 form.base_id 有值 + safeQuery 为空 + 列表非空时 return

后端（buy/semi/product_service.py，3 文件）：

入库类别校验从黑名单改为白名单准入制，彻底杜绝"成品进半成品库"

等非法组合（d94b52b 黑名单方案"成品不能进采购库"已挡不住这种组合）。

- buy_service.py: 黑名单（禁半成品/成品进采购）→ 白名单（必须含"原材料"）

- semi_service.py: 统一错误信息格式为"只有【半成品】才允许半成品入库！"

- product_service.py: 统一错误信息格式为"只有【成品】才允许成品入库！"

- 三处空 category 统一显示为"未分类"

配合前端已修复的 catch 块（e.response.data.msg 精准提取），后端新错误

信息可原样弹窗给用户。
 2026-06-04 17:57:17 +08:00
DXC
d94b52bf73 入库模块：物料类别隔离硬性校验（写拦截，读放宽） 2026-06-04 17:19:43 +08:00
DXC
8a2da1ac1e 半成品/成品入库：BOM 编号下拉按父件规格联动过滤（前后端双端改造） 
- 后端 /inbound/{semi,product}/search-bom 增加 parent_spec 可选参数，Service 层在 MaterialBase.spec_model 上加等值过滤
 2026-06-04 16:01:48 +08:00
DXC
bac670ef7a 基础信息页：计量单位改 el-select(下拉历史+手动输入)；表单排版重排为 4 行(类别占满行)；类别末级英文后缀自动填规格型号 2026-06-04 13:22:51 +08:00
DXC
fffee9d964 入库管理三页面类别搜索中间节点支持子级匹配（buy/semi/product 类别过滤改为 ilike 前缀，与基础信息页一致） 2026-06-04 11:31:44 +08:00
dxc
05aff2dd83 V3.36版本修改，基础信息列展示规则，分页数量修改，类别搜索修改 2026-05-29 11:23:05 +08:00
dxc
fb5b8d873b 版本变更V3.35将图像的处理统一更换到新表当中 2026-05-26 11:28:26 +08:00
dxc
682139bab8 版本变更V3.34将图像的处理统一更换到新表当中 2026-05-26 08:57:41 +08:00
DXC
567c3175f6 fix: 审计日志跳过向量字段，修复 numpy 数组比较异常；补全三大入库单更新向量提取，统一删除确认弹窗 2026-05-25 11:11:10 +08:00
DXC
1da4b454cd feat: 新增物料/入库单实时 CLIP 向量提取（新建+更新），修复 I/O 延迟和路径解析静默失败 2026-05-25 10:04:32 +08:00
dxc
8c635d6afe 版本变更V3.31添加识图功能 2026-05-22 10:59:39 +08:00
DXC
75705d31c9 fix: 物料修改后级联清除 BOM 树缓存，防止信息不一致 2026-05-19 11:40:43 +08:00
DXC
d4bf7c5e99 feat(material): 物料列表接口返回预警邮箱字段，弹窗打开时可正确回显 2026-05-12 14:59:31 +08:00
dxc
259f3a7e0d 4.29扫码获取库位小工具接口 2026-04-29 15:40:43 +08:00
DXC
8291a89898 feat(backend): apply global cross-company data isolation logic across all inbound, outbound, and stock services 2026-04-17 09:57:00 +08:00
DXC
bd93a3d70b feat: implement clean global cross-organization permission node and backend service isolation logic 2026-04-17 08:59:55 +08:00
DXC
477da7c434 fix-security-correct-field-permission-mapping-and-403-denial 2026-04-14 15:37:39 +08:00
DXC
0e8ddd0851 feat(security): implement strict row-level data isolation based on user company 2026-04-14 08:38:50 +08:00
DXC
6aa2142f01 refactor(material): implement contiguous sequence grouping for specs with count-based descending sort 2026-04-13 09:14:59 +08:00
DXC
c7ac092be4 feat(material): add global floating helper to track latest specification codes with smart grouping 2026-04-13 08:28:27 +08:00
DXC
454f9b1184 feat(scrap): integrate repair items into physical scrap scanning flow and lock manual status 2026-04-09 09:53:20 +08:00
DXC
f4d14f718d refactor(repair): strictly gate 'Already Outbound' status to system-only trigger 2026-04-09 09:12:42 +08:00
DXC
48efbed46b feat(repair): add quick status filters, mandatory validations, FIFO sorting, and hide actions on finished orders 2026-04-09 09:04:05 +08:00
DXC
3085d9f447 feat(repair): decouple material base, sync global sku sequence and add scan/print features 2026-04-08 19:36:14 +08:00
DXC
41b5118ecd feat(repair): implement backend CRUD services and API routes with RBAC permissions for repair module 2026-04-08 18:34:48 +08:00
DXC
4df471add2 fix(inbound): correct date attributes for StockProduct and StockSemi in history location query 2026-04-08 17:45:29 +08:00
DXC
4a4baa2f8f fix: sort warehouse tree by name, fix tree batch delete cascade, and implement safe history location autofill 2026-04-08 17:32:00 +08:00
DXC
f612c47143 fix(filter): append 23:59:59 to end_date to resolve midnight truncation bug in date range queries 2026-04-07 17:39:14 +08:00