## ADDED Requirements

### Requirement: 订单实体定义

系统 SHALL 定义订单(Order)实体,统一管理两种订单类型:套餐订单、号卡订单。

**核心概念**:
- **套餐订单**: 用户为 IoT 卡或设备购买套餐的订单,包括单卡套餐订单和设备级套餐订单
- **号卡订单**: 运营商回传的号卡订单,用户直接在上游平台下单,系统只接收订单状态更新

**实体字段**:
- `id`: 订单 ID(主键,BIGINT)
- `order_no`: 订单编号(VARCHAR(50),唯一)
- `order_type`: 订单类型(INT,1-套餐订单 2-号卡订单)
- `iot_card_id`: IoT 卡 ID(BIGINT,可空,单卡套餐订单时有值)
- `device_id`: 设备 ID(BIGINT,可空,设备级套餐订单时有值)
- `number_card_id`: 号卡 ID(BIGINT,可空,号卡订单时有值)
- `package_id`: 套餐 ID(BIGINT,可空,仅当 order_type 为 1 时有值)
- `user_id`: 用户 ID(BIGINT,购买用户)
- `agent_id`: 代理 ID(BIGINT,可空,通过代理购买时有值)
- `amount`: 订单金额(DECIMAL(10,2),元)
- `payment_method`: 支付方式(VARCHAR(20),"wallet"-钱包 | "online"-在线支付 | "carrier"-运营商直付)
- `status`: 订单状态(INT,1-待支付 2-已支付 3-已完成 4-已取消 5-已退款)
- `carrier_order_id`: 运营商订单 ID(VARCHAR(255),可空,仅号卡订单有值)
- `carrier_order_data`: 运营商订单原始数据(JSONB,可空)
- `paid_at`: 支付时间(TIMESTAMP,可空)
- `completed_at`: 完成时间(TIMESTAMP,可空)
- `created_at`: 创建时间(TIMESTAMP,自动填充)
- `updated_at`: 更新时间(TIMESTAMP,自动填充)

**订单类型说明**:
- **单卡套餐订单**: `order_type` 为 1,`iot_card_id` 有值,`device_id` 为 NULL
- **设备级套餐订单**: `order_type` 为 1,`device_id` 有值,`iot_card_id` 为 NULL
- **号卡订单**: `order_type` 为 2,`number_card_id` 有值,`iot_card_id` 和 `device_id` 为 NULL

#### Scenario: 创建单卡套餐购买订单

- **WHEN** 用户(ID 为 2001)为 IoT 卡(ID 为 1001)购买套餐(ID 为 3001),金额为 30.00 元
- **THEN** 系统创建订单记录,`order_type` 为 1,`iot_card_id` 为 1001,`device_id` 为 NULL,`package_id` 为 3001,`user_id` 为 2001,`amount` 为 30.00,状态为 1(待支付)

#### Scenario: 创建设备级套餐购买订单

- **WHEN** 用户(ID 为 2001)为设备(ID 为 5001,绑定 3 张 IoT 卡)购买套餐(ID 为 3002),金额为 399.00 元
- **THEN** 系统创建订单记录,`order_type` 为 1,`device_id` 为 5001,`iot_card_id` 为 NULL,`package_id` 为 3002,`user_id` 为 2001,`amount` 为 399.00,状态为 1(待支付)

#### Scenario: 创建号卡订单(运营商回传)

- **WHEN** Gateway 回传运营商订单,虚拟商品编码对应号卡 ID 为 6001,代理 ID 为 123,订单金额为 30.00 元
- **THEN** 系统创建订单记录,`order_type` 为 2,`number_card_id` 为 6001,`iot_card_id` 为 NULL,`device_id` 为 NULL,`agent_id` 为 123,`amount` 为 30.00,`payment_method` 为 "carrier",状态为 2(已支付)

---

### Requirement: 订单状态流转

系统 SHALL 管理订单的状态流转,确保状态变更符合业务规则。

**状态定义**:
- **1-待支付**: 订单已创建,等待用户支付
- **2-已支付**: 用户已支付,等待系统处理
- **3-已完成**: 订单已完成(激活/发货等)
- **4-已取消**: 订单已取消
- **5-已退款**: 订单已退款

**状态流转规则**:
- 待支付(1) → 已支付(2): 用户完成支付
- 待支付(1) → 已取消(4): 用户取消订单或订单超时
- 已支付(2) → 已完成(3): 系统完成订单处理(激活/发货)
- 已支付(2) → 已退款(5): 用户申请退款且审核通过
- 已完成(3) → 已退款(5): 用户申请退款且审核通过(特殊情况)

#### Scenario: 用户支付订单

- **WHEN** 用户支付待支付订单(ID 为 10001),支付金额为 30.00 元
- **THEN** 系统将订单状态从 1(待支付) 变更为 2(已支付),`paid_at` 记录支付时间

#### Scenario: 单卡套餐订单完成

- **WHEN** 系统处理完单卡套餐订单(ID 为 10001),激活 IoT 卡并分配套餐
- **THEN** 系统将订单状态从 2(已支付) 变更为 3(已完成),`completed_at` 记录完成时间

#### Scenario: 设备级套餐订单完成

- **WHEN** 系统处理完设备级套餐订单(ID 为 10002),为设备绑定的所有 IoT 卡分配套餐
- **THEN** 系统将订单状态从 2(已支付) 变更为 3(已完成),`completed_at` 记录完成时间

---

### Requirement: 订单支付方式

系统 SHALL 支持三种支付方式:钱包支付、在线支付、运营商直付。

**支付方式**:
- **钱包支付(wallet)**: 从用户钱包余额扣款
- **在线支付(online)**: 通过第三方支付(微信/支付宝等)
- **运营商直付(carrier)**: 用户直接支付给运营商(仅号卡订单)

**支付规则**:
- 一次性分佣订单必须使用钱包支付
- 套餐购买订单可以使用钱包或在线支付
- 号卡订单必须使用运营商直付

#### Scenario: 钱包支付订单

- **WHEN** 用户使用钱包支付订单(金额为 30.00 元),钱包余额为 50.00 元
- **THEN** 系统从钱包扣除 30.00 元,订单状态变更为 2(已支付),`payment_method` 为 "wallet"

#### Scenario: 钱包余额不足

- **WHEN** 用户使用钱包支付订单(金额为 30.00 元),钱包余额为 20.00 元
- **THEN** 系统拒绝支付,返回错误信息"钱包余额不足"

#### Scenario: 一次性分佣订单强制钱包支付

- **WHEN** 用户购买配置了一次性分佣的套餐,尝试使用在线支付
- **THEN** 系统拒绝支付,返回错误信息"一次性分佣订单必须使用钱包支付"

---

### Requirement: 订单分佣触发

系统 SHALL 在订单完成时触发分佣计算,根据代理分佣规则创建分佣记录。

**触发条件**:
- 订单状态变更为 3(已完成)
- 订单有 `agent_id`(通过代理销售)
- 代理配置了分佣规则

**分佣计算规则**:
- **单卡套餐订单**: 根据 IoT 卡关联的代理分佣规则计算分佣
- **设备级套餐订单**: 分佣只计算一次(不按设备绑定的 IoT 卡数量倍增)
- **号卡订单**: 下单即冻结分佣,次月通过 Excel 导入解冻

#### Scenario: 单卡套餐购买订单触发分佣

- **WHEN** 代理(ID 为 123)的单卡套餐订单(ID 为 10001)完成,订单金额为 30.00 元,代理配置了 5.00 元一次性分佣
- **THEN** 系统创建分佣记录,`agent_id` 为 123,`order_id` 为 10001,`amount` 为 5.00,状态为 1(冻结)

#### Scenario: 设备级套餐订单触发分佣(只计算一次)

- **WHEN** 代理(ID 为 123)的设备级套餐订单(ID 为 10002)完成,设备绑定 3 张 IoT 卡,订单金额为 399.00 元,代理配置了 100.00 元长期分佣
- **THEN** 系统创建一条分佣记录,`agent_id` 为 123,`order_id` 为 10002,`amount` 为 100.00,状态为 1(冻结),不是 3 × 100.00

#### Scenario: 号卡订单触发分佣

- **WHEN** 代理(ID 为 123)的号卡订单(ID 为 10003)创建,订单金额为 30.00 元,代理配置了长期分佣
- **THEN** 系统创建分佣记录,`agent_id` 为 123,`order_id` 为 10003,状态为 1(冻结),等待次月通过 Excel 导入解冻

---

### Requirement: 订单查询和筛选

系统 SHALL 支持多维度查询和筛选订单。

**查询条件**:
- 订单编号(精确匹配)
- 订单类型(1-套餐订单 2-号卡订单)
- 订单状态(单选或多选)
- IoT 卡 ID(精确匹配)
- 设备 ID(精确匹配)
- 号卡 ID(精确匹配)
- 用户 ID(精确匹配)
- 代理 ID(精确匹配)
- 支付方式(单选或多选)
- 创建时间范围(开始时间 - 结束时间)
- 支付时间范围(开始时间 - 结束时间)
- 完成时间范围(开始时间 - 结束时间)

**分页**:
- 默认每页 20 条,最大每页 100 条
- 返回总记录数和总页数

#### Scenario: 查询用户的所有订单

- **WHEN** 用户(ID 为 2001)查询自己的所有订单
- **THEN** 系统返回 `user_id` 为 2001 的所有订单列表,按创建时间倒序排列

#### Scenario: 查询代理的订单

- **WHEN** 代理(ID 为 123)查询自己的订单,筛选已完成的套餐订单
- **THEN** 系统返回 `agent_id` 为 123 且 `order_type` 为 1 且 `status` 为 3(已完成) 的订单列表

#### Scenario: 查询 IoT 卡的订单历史

- **WHEN** 运营人员查询 IoT 卡(ID 为 1001)的所有订单
- **THEN** 系统返回 `iot_card_id` 为 1001 的所有订单列表,包含套餐购买记录

#### Scenario: 查询设备的订单历史

- **WHEN** 运营人员查询设备(ID 为 5001)的所有订单
- **THEN** 系统返回 `device_id` 为 5001 的所有设备级套餐订单列表

---

### Requirement: 订单数据校验

系统 SHALL 对订单数据进行校验,确保数据完整性和一致性。

**校验规则**:
- 订单编号(order_no):必填,长度 1-50 字符,唯一
- 订单类型(order_type):必填,枚举值 1(套餐订单) | 2(号卡订单)
- IoT 卡 ID(iot_card_id):套餐订单时 iot_card_id 和 device_id 二选一
- 设备 ID(device_id):套餐订单时 iot_card_id 和 device_id 二选一
- 号卡 ID(number_card_id):号卡订单时必填
- 套餐 ID(package_id):套餐订单时必填
- 用户 ID(user_id):必填,≥ 1
- 订单金额(amount):必填,≥ 0,最多 2 位小数
- 支付方式(payment_method):必填,枚举值 "wallet" | "online" | "carrier"
- 状态(status):必填,枚举值 1-5

#### Scenario: 创建订单时金额为负数

- **WHEN** 创建订单,金额为 -10.00
- **THEN** 系统拒绝创建,返回错误信息"订单金额必须 ≥ 0"

#### Scenario: 创建订单时订单编号重复

- **WHEN** 创建订单,订单编号为已存在的 "ORD-2025-001"
- **THEN** 系统拒绝创建,返回错误信息"订单编号已存在"

#### Scenario: 创建套餐订单时未关联 IoT 卡或设备

- **WHEN** 创建套餐订单,`iot_card_id` 和 `device_id` 都为 NULL
- **THEN** 系统拒绝创建,返回错误信息"套餐订单必须关联 IoT 卡或设备"

#### Scenario: 创建套餐订单时同时关联 IoT 卡和设备

- **WHEN** 创建套餐订单,`iot_card_id` 为 1001,`device_id` 为 5001
- **THEN** 系统拒绝创建,返回错误信息"套餐订单不能同时关联 IoT 卡和设备"

#### Scenario: 创建号卡订单时未关联号卡

- **WHEN** 创建号卡订单,`number_card_id` 为 NULL
- **THEN** 系统拒绝创建,返回错误信息"号卡订单必须关联号卡"
