feat: 实现企业设备授权功能并归档 OpenSpec 变更

- 新增企业设备授权模块（Model、DTO、Service、Handler、Store）
- 实现设备授权的创建、查询、更新、删除等完整业务逻辑
- 添加企业卡授权与设备授权的关联关系
- 新增 2 个数据库迁移脚本
- 同步 OpenSpec delta specs 到 main specs
- 归档 add-enterprise-device-authorization 变更
- 更新 API 文档和路由配置
- 新增完整的集成测试和单元测试覆盖

openspec/changes/fix-commission-calculation-trigger-and-snapshot/.openspec.yaml

@@ -0,0 +1,3 @@
+schema: spec-driven
+created: 2026-01-29
+

openspec/changes/fix-commission-calculation-trigger-and-snapshot/design.md

@@ -0,0 +1,39 @@
+# 佣金计算链路修复 - 设计
+
+## 目标
+
+1. 订单创建时就写入后续佣金计算所需的关键字段快照。
+2. 订单支付成功后（首次成功支付）自动 enqueue 佣金计算异步任务。
+3. 佣金计算具备可重复执行的幂等语义（订单佣金已计算则跳过）。
+
+## 关键字段来源（你已确认）
+
+以购买校验结果为准：
+- `allocation`：来自 `PurchaseValidationResult.Allocation`
+- `SeriesID`：`allocation.SeriesID`
+- `SellerShopID`：`allocation.ShopID`（该分配记录对应的“售卖/收益归属店铺”）
+- `SellerCostPrice`：根据 allocation 的基础返佣规则从订单金额推导（与成本价差计算一致的口径）
+
+说明：这里的 SellerCostPrice 是为了支持“成本价差佣金”计算，作为链路上的稳定快照，避免后续配置变更影响历史订单。
+
+## 支付成功后触发佣金计算
+
+- 触发点：订单支付成功且为首次成功支付（由“订单激活幂等提案”提供门闸）。
+- 触发动作：enqueue `commission:calculate`，payload 为 `order_id`。
+- 入队失败策略：
+  - 不回滚支付成功（避免影响主链路）
+  - 保持 `commission_status = pending`，允许后续重试（例如后台补偿任务/人工触发/定时任务扫描）
+
+## 事务一致性（可选）
+
+当前佣金计算服务使用了 `Transaction` 包裹，但内部 Store 若未使用同一个 `tx`，一致性会被破坏。
+
+推荐方案之一：
+- 为各 Store 增加 `WithDB(tx)` 或在方法中接收 `db *gorm.DB` 参数，确保写入走同一个事务 `tx`。
+
+## 验收标准
+
+- 创建订单后，订单表中 `series_id/seller_shop_id/seller_cost_price` 等字段正确写入。
+- 首次支付成功后，会 enqueue 佣金计算任务（可通过日志/测试验证）。
+- 佣金任务重复执行不重复发放（已计算则跳过）。
+

openspec/changes/fix-commission-calculation-trigger-and-snapshot/proposal.md

@@ -0,0 +1,25 @@
+# 佣金计算链路修复：支付后自动入队 + 订单佣金字段快照
+
+## Why
+
+你确认的目标：**订单支付成功后自动触发佣金计算（异步任务）**，且佣金计算所需的关键字段应当来源于“购买校验结果”。
+
+当前实现存在以下风险：
+- 佣金计算依赖订单字段（如 `series_id/seller_shop_id/seller_cost_price`），但订单创建时未填充，可能导致计算错误或空指针风险。
+- 佣金计算任务已定义，但缺少稳定触发入口，导致支付后佣金不计算或需要人工补偿。
+
+## What Changes
+
+- **订单创建时写入佣金快照字段**：基于购买校验结果（allocation/series）填充订单的 `SeriesID/SellerShopID/SellerCostPrice` 等字段，确保后续计算稳定。
+- **支付成功后自动入队佣金计算任务**：在订单从待支付变为已支付的“首次成功支付”场景，enqueue `commission:calculate` 异步任务，执行佣金计算。
+- **计算事务一致性（可选但推荐）**：调整佣金计算服务的事务使用方式，确保“佣金记录 + 钱包入账 + 订单佣金状态更新”具备一致性。
+- **补充测试**：新增/完善测试，避免回归。
+
+## Impact
+
+涉及模块（预期）：
+- 订单创建：`internal/service/order/service.go`
+- 异步任务：`internal/task/commission_calculation.go`（触发入口）与队列注入
+- 佣金计算：`internal/service/commission_calculation/service.go`
+- 测试：`internal/service/order/service_test.go`、`internal/task/*` 或集成测试
+

openspec/changes/fix-commission-calculation-trigger-and-snapshot/tasks.md

@@ -0,0 +1,24 @@
+# 佣金计算链路修复 - 实现任务
+
+## 1. 订单佣金字段快照
+
+- [ ] 1.1 在 `internal/service/order/service.go` 创建订单时，从购买校验结果填充 `SeriesID/SellerShopID/SellerCostPrice`
+- [ ] 1.2 补充/复用“成本价推导”工具方法，确保口径与佣金计算一致
+
+## 2. 支付成功后自动入队
+
+- [ ] 2.1 在首次支付成功路径 enqueue `commission:calculate`（payload: order_id）
+- [ ] 2.2 注入队列客户端到订单服务（遵循现有 bootstrap 依赖注入方式）
+- [ ] 2.3 明确入队失败策略：记录日志，订单保持 `commission_status=pending` 可重试
+
+## 3. 佣金计算一致性与健壮性（可选但推荐）
+
+- [ ] 3.1 调整 `internal/service/commission_calculation/service.go`，确保事务内对佣金记录/钱包/订单状态更新使用同一 `tx`
+- [ ] 3.2 增加必要的空值保护：缺少关键字段时返回业务错误而非 panic
+
+## 4. 测试与验证
+
+- [ ] 4.1 新增单元测试：订单创建后佣金快照字段写入正确
+- [ ] 4.2 新增单元/集成测试：支付成功后会 enqueue 佣金计算任务（可通过可注入的队列 client 验证）
+- [ ] 4.3 运行 `go test ./...` 确保通过
+