文睿 张
|
d580efebe5
|
fix: 接线公司实时连接生命周期并钉住角色撤销语义
- organization store 接线 companySocket:切换后为当前公司重连,登出/空状态只关闭不重连
- companySocket 延迟解析 WebSocket 并静默吞掉取票/建连失败,不阻断公司切换
- authApi 新增 createWebSocketTicket(组织级请求)
- 补 store 三例接线测试:切换触发重连、登出触发关闭、空公司不连接
- 补 Go 用例钉住复核边界:纯业务角色撤销、公司授权仍在时不断流
|
2026-10-09 13:50:08 +08:00 |
|
文睿 张
|
5021b039c9
|
feat: 按公司隔离 WebSocket 订阅与事件投递
- 新增 POST /api/auth/websocket-ticket:需 JWT 与公司头,签发 30 秒有效的一次性随机票据
- /ws 握手消费票据并以数据库当前状态复核身份与公司授权,JWT 不进 URL
- Hub 注册/注销/投递选人统一由事件循环串行管理,消除 RLock 内 delete 的并发缺陷
- 事件携带 organization_id,仅投递同公司订阅者,投递前复核失败即关闭连接
- 统一广播签名为 (organizationID, action, orderID, data)
- 新增前端 companySocket 模块:按当前公司取票建连、切换/登出关旧连重连、消息校验组织与上下文版本
|
2026-10-09 13:39:45 +08:00 |
|
文睿 张
|
a1bc0539dc
|
feat: 按公司隔离物料申请与审批出库
|
2026-10-09 12:37:08 +08:00 |
|
文睿 张
|
b0cab477db
|
feat: 按公司隔离入出库单据流程
|
2026-10-09 12:21:53 +08:00 |
|
文睿 张
|
ee18a2e56f
|
fix: 修正普通审批 scope、出库更新加锁顺序与预警物料归属校验
|
2026-10-09 11:19:39 +08:00 |
|
文睿 张
|
e3cfe88d4e
|
feat: 按公司隔离库存余额与流水
|
2026-10-09 11:10:13 +08:00 |
|
文睿 张
|
970ba5ccf7
|
feat: 组织列表为每家公司补充仓库摘要
组织初始化接口 GET /api/auth/organizations 现在为每项授权公司附带
warehouse 摘要({id, name, status, location: {id, name, status} | null} | null),
结构与切换接口一致,供普通用户在公司切换器直接展示,无需放开管理员仓库配置接口。
- model:新增 WarehouseSummary/LocationSummary/OrganizationSummary,
OrganizationAccess 每项改为内嵌公司资料再加 warehouse 摘要。
- repository:新增 WarehouseRepository.Summary 复用切换接口的解析规则;
ListAccessible 逐公司补齐摘要,仓库或库位配置不唯一时报错而非随意取第一条,
无仓库、无库位或已停用如实返回,不回退旧公司数据。
- service:Switch 复用 List 已解析的摘要,响应格式保持不变。
- 测试:新增服务层 sqlmock 用例与仓储层 MySQL 集成用例,
覆盖启用唯一仓库加启用库位、无仓库、仓库停用三类。
|
2026-10-09 10:43:35 +08:00 |
|
文睿 张
|
838889ce9f
|
feat: 按公司隔离物料主数据
|
2026-10-09 10:38:02 +08:00 |
|
文睿 张
|
8f4460b84a
|
feat: 强制校验可信公司上下文
|
2026-10-09 09:56:21 +08:00 |
|
文睿 张
|
8043fa198b
|
feat: 配置用户公司授权与默认公司
|
2026-10-09 09:47:27 +08:00 |
|
文睿 张
|
7e56d462b3
|
feat: 新增组织授权与审计数据底座
|
2026-10-08 17:04:09 +08:00 |
|
文睿 张
|
6ac9f2cb3c
|
新增伙伴业务分类,优化物料编辑并整理数据库脚本
|
2026-10-08 11:54:51 +08:00 |
|
文睿 张
|
7f06b2ee58
|
bugs修复
|
2026-09-23 14:46:51 +08:00 |
|
文睿 张
|
d62d6777d1
|
bugs修复
|
2026-09-23 14:20:42 +08:00 |
|
文睿 张
|
5d508cd2bb
|
fix: 给不存在的仓库建库位时误报创建成功
CreateLocation 的 INSERT...SELECT 匹配不到仓库时影响 0 行,MySQL 不报错:
err 为 nil、LastInsertId() 返回 0。此前只看 err,接口回 201
"Location created successfully" 且 data.id 为 0,而库里一行都没写进去——
刷新后库位消失,重试还是"成功"。
改为以 RowsAffected 为准(INSERT 的 RowsAffected 就是实际插入行数,不受
clientFoundRows 影响),影响 0 行返回 ErrWarehouseNotFound,接口回 400
"仓库不存在,可能已被删除或不属于当前组织"。与既有的 execExpectingRow、
role_permissions 插入保持同一套路。
实测(docker,重建后端镜像后):
不存在的仓库 999 -> HTTP 400,warehouse_locations 1 行 -> 1 行
真实仓库 1 -> HTTP 201 id=3,1 行 -> 2 行,库中确有此行
新增 warehouse_test.go 覆盖两个分支,变异验证:去掉 affected==0 判断后
"影响 0 行"用例失败(返回 <nil>,正是线上症状)。
|
2026-09-22 18:21:31 +08:00 |
|
文睿 张
|
aa017a32b4
|
fix: 已停用角色导致用户无法保存编辑
|
2026-09-22 16:41:19 +08:00 |
|
文睿 张
|
696e90893b
|
fix: 主数据编辑的两类静默失败
UPDATE 漏列:
- code_rules 的 SET 补上 category_id。此前改分类提示"保存成功"但不落库,
是唯一用户可达的活缺陷(同页的分类下拉没有 disabled,且规则只能改不能删,
没有"删了重建"这条退路)
- code_rules 有 uk_code_rules_org_category,补列后改到已占用的分类会撞唯一键,
新建与更新统一翻成中文的 ErrDuplicateCodeRule
- 分类/单位/仓库/库位/伙伴的编码定为不可变:分类编码是编码规则前缀的来源
(init.sql 的种子数据直接取 material_categories.code),伙伴编码是对外业务
编号,改掉会让历史数据脱节且查不回来。service 的 Update* 不再要求编码非空
——原先是"必须传、传了却被丢弃";新建侧的必填校验保留
- 顺带补齐两处同款漏网:organization.go 的 code 与 partner.go 的 partner_code
(前者 service 本就不校验编码,自洽,无需改)
记录不存在时的静默成功:
- DSN 开启 clientFoundRows,让 RowsAffected 返回"匹配"行数而非"实际改变"行数。
否则"编辑时一个字段都没改"和"记录不存在"都返回 0,无法区分,直接加检查会把
正常保存误判成记录不存在(真 MySQL 8.0 实测)
- 新增 repository.execExpectingRow,7 个 Update* 影响 0 行时返回 ErrRecordNotFound;
伙伴走事务内的 SELECT ... FOR UPDATE,只需翻译 sql.ErrNoRows
- 既有 4 处 RowsAffected 用法逐处核对过,均不受该 flag 影响
测试:补 6 个 Update* 的存在性检查、编码必填约束的两端、唯一键翻译、DSN 拼接;
全部做过变异验证(抽掉实现后对应测试确实变红)。
|
2026-09-21 17:26:53 +08:00 |
|
文睿 张
|
837cc5787b
|
前端问题优化
|
2026-09-21 16:53:44 +08:00 |
|
文睿 张
|
71d1829c29
|
fix: 库存列表分类筛选失效,后端补上 category 参数
前端 stores/stock.js 一直在发 category,但 handler 只读 search,service 与
repository 的方法签名里也没有这个参数,整条链路把它静默丢弃,于是选完分类
点「查询」没有任何反应。前端本来就传对了,无需改动。
repository 侧按大类 code 过滤(material_categories 里 parent_id 为空的那层,
即 SQL 里的 pc.code),与列表「大类类型」列同口径,前端下拉的 value 正是大类
code。注意 GetAllStock 的 COUNT 查询原本没有 JOIN 分类表,加 pc.code 前必须
补上与主查询一致的 LEFT JOIN,否则分页总数会和实际行数对不上、末尾多出空白
页;两张表都按主键关联,实测计数不变。小类码不会误命中(category=A01 返回 0)。
顺带修掉同一功能里的耦合缺陷:updateWarningStock 刷新列表时不传筛选参数,
筛选一旦生效,保存预警就会把列表刷回全量、而下拉框仍显示选中的分类。store
新增 stockFilters 记住当前条件,刷新时沿用。
stock_test.go 里 COUNT 的正则随 SQL 变形同步放宽,新增
TestStockRepoGetAllStockAppliesCategoryToBothQueries 覆盖两条 SQL 的成对条件
与参数顺序;前端补 4 条用例(store 沿用/清空筛选、组件查询与翻页传递分类)。
|
2026-09-21 16:19:18 +08:00 |
|
文睿 张
|
72bc6c9af2
|
test: 补齐 Update 的 happy-path 用例,锁定「编辑走 UPDATE」而非 INSERT
六个 Update* 此前只有 UpdateRequiresID 覆盖到拒绝分支,方法体里的
s.repo.Update*(item) 从未被执行。这 12 个方法互为复制粘贴的模板,
尾行一旦误写成 Create* 全部测试仍然绿灯,生产行为会退化成「编辑即新增」。
新增两条用例:PartnerService.Update(事务:SELECT ... FOR UPDATE + 两条
UPDATE)与 MasterDataService.UpdateCategory(单条 UPDATE),均登记
UPDATE 期望并以 ExpectationsWereMet 兜底。把尾行改成 Create* 实测两条
用例都会失败并指名收到了 INSERT。
同时 gofmt internal/service/admin_master.go:新增中文注释紧贴前一个函数的
},补上缺失的空行,纯空白改动。
|
2026-09-21 15:34:41 +08:00 |
|
文睿 张
|
6ed205dcb8
|
refactor: 拆分 WarehouseService 的 Create/Update,去掉 ID==0 猜分支
|
2026-09-21 15:09:37 +08:00 |
|
文睿 张
|
16ca9c02ba
|
refactor: 拆分 MasterDataService 的 Create/Update,分类与单位创建不再受脏 id 影响
|
2026-09-21 15:03:57 +08:00 |
|
文睿 张
|
1b0cdde780
|
refactor: 拆分 PartnerService 的 Create/Update,创建接口不再被脏 id 带偏
|
2026-09-21 14:59:01 +08:00 |
|
文睿 张
|
ea63cd9931
|
修改一致性问题
|
2026-09-21 14:13:30 +08:00 |
|
文睿 张
|
d463fbf71a
|
修改前端报错文案
|
2026-09-20 16:59:38 +08:00 |
|
文睿 张
|
a7c7936e0b
|
feat: 实现物料编码按分类规则自动生成、手工修改及并发安全的流水号管理
|
2026-09-20 16:48:06 +08:00 |
|
文睿 张
|
936a8d3b61
|
完善库存流水
|
2026-09-20 14:29:41 +08:00 |
|
文睿 张
|
332ac1ff7a
|
完善出库和入库逻辑
|
2026-09-20 11:18:00 +08:00 |
|
文睿 张
|
d9da2ed672
|
库存,入库,出库相关问题修改
|
2026-09-20 10:31:28 +08:00 |
|
文睿 张
|
6fe9d0da40
|
物料分类重构、物料恢复、入库预警阈值与库存明细接口
|
2026-09-18 17:20:45 +08:00 |
|
文睿 张
|
bf48c5a60f
|
chore: remove generated caches and temporary files
|
2026-09-17 15:17:23 +08:00 |
|
文睿 张
|
1cc3584f1a
|
restore lost frontend and backend changes
|
2026-09-16 23:30:25 +08:00 |
|
文睿 张
|
a103549854
|
拆分主数据和仓库数据
|
2026-09-16 16:29:04 +08:00 |
|
文睿 张
|
31aae223c2
|
Initial commit
|
2026-09-15 16:08:18 +08:00 |
|