fix(gjj): 国际事故签证「发现时间」改为下拉选择，数据源 POST typeCode/searchDateType

- Api 新增 getSearchDateTypeList（POST 无参，返回 code 1~8 + 中英文 name），
  与同路径的 GET 通用字典 getDictList 区分
- 编辑页 DATE → SPINNER，与 Web 端一致提交字典 name
- 历史数据（日期值、带尾随换行的 name）不在字典内时补进下拉列表，
  避免编辑/详情回显为空、保存时被清掉
- phone-adapt api-doc 记录该接口 GET/POST 语义

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

.claude/skills/phone-adapt/references/api-doc.md

@@ -65,6 +65,9 @@ curl -s -X POST "$URL" -H "$AUTH" -H "Content-Type: application/json" \
 - `IntExpMove`：出参无航班字段（缺口 #1）、无操作人姓名（缺口 #2）；`opId`/`opdate`/`businessType`
   文档有定义但实测恒 null（缺口 #3）；`pageQueryTotal` 正常（与 pageQuery 口径一致，`moveState` 过滤生效）
 - `typeCode/getSpecialCodeByParam`：`flag=1` 国际，`ieFlag` 必须传空串（传 `"E"` 返回空数组）
+- `typeCode/searchDateType`：**同一路径两个接口**——`GET ?code=xxx` 是通用字典（`Api.getDictList`），
+  `POST` 无参是「发现时间类型」（`Api.getSearchDateTypeList`，出参 `code` 1~8 + `name` 中英文时机）；
+  国际事故签证 `seachDate` 与 Web 端一致存 **name**（历史数据另有 `2026-09-24` 日期值与带 `\r\n` 的 name）
 - `eqm/uld`（ULD信息，6 个端点）：查询入参仅 `uld`/`status`/`uldSuffix`（uldSuffix 名义是
   "uld后两位"，实际就是**按所属航司筛选**，配 `DictUtils.getIntCarrierList`）；`status` 仅两态
   0 正常/1 故障（三态需求=缺口 #7）；无「来源」字段（#8）、无 `checkInDate`/`ifNo` 筛选入参（#9）、