## MODIFIED Requirements

### Requirement: 废弃旧换卡模型能力

系统 MUST 废弃 `CardReplacementRecord` 作为主业务能力，原因是其仅覆盖卡换卡且缺少收货信息、物流信息、设备换货与全量迁移能力，无法满足当前换货闭环需求。

#### Scenario: 新换货流程不再写入旧模型
- **WHEN** 执行任意新换货流程（H1~H7、G1~G2）
- **THEN** 系统 MUST 仅读写 `ExchangeOrder`，不再创建 `CardReplacementRecord` 新记录

---

### Requirement: 旧表迁移为 legacy 保留查询

系统 SHALL 将 `tb_card_replacement_record` 改名为 `tb_card_replacement_record_legacy`，仅用于历史查询保留。

系统 MUST NOT 将 legacy 数据回灌到 `tb_exchange_order`。

#### Scenario: legacy 数据保留但不参与新流程
- **WHEN** 运营查询历史老换卡记录
- **THEN** 系统可从 legacy 表读取历史数据，但新换货流程 SHALL 不依赖该表

---

### Requirement: 旧代码引用替换

系统 MUST 将旧换卡引用替换为 `ExchangeOrder`，包括 `iot_card_store.go` 中 `is_replaced` 过滤逻辑。

#### Scenario: is_replaced 基于新换货单判定
- **WHEN** 查询 IoT 卡并使用 `is_replaced=true` 过滤
- **THEN** 系统 MUST 基于 `ExchangeOrder` 状态判定是否已发生换货，而非 legacy 表