更新第四种复杂的rooming list
This commit is contained in:
andy committed
1 parent
e23131f4d0
commit
3bce336b6c
7 files changed
+315
-23
No files matched your search
@@ -96,7 +96,7 @@
|
||||
| `GET/POST/PUT /api/admin/menus...` | 系统管理菜单维护 | 需要 `SYSTEM_MENU_MANAGE`；允许保存未知路由，前端必须有未知路由兜底页；已提供完整菜单树查询和批量树排序保存。 |
|
||||
| `GET/POST/PUT /api/admin/hotels...` | 系统管理酒店维护 | 需要 `HOTEL_MANAGE`；新增酒店默认 `DISABLED`，单酒店阶段不能启用第二家 `ACTIVE`。 |
|
||||
| `GET /api/admin/audits` | 系统管理操作审计 | 需要 `SYSTEM_ADMIN_CONSOLE_ACCESS`；用于查看管理后台写操作审计，不包含密码、token、secret。 |
|
||||
| `POST /api/reservation/rooming-lists/generations` | 生成 Rooming List Excel | 必须带 Bearer token，需要 `RESERVATION_ROOMING_LIST_GENERATE`；请求为 multipart/form-data，成功后直接返回 `.xlsx` 文件流，前端按 Blob 下载处理。CP2 已实现：后端从来源 Excel `旅游日期` 派生 Arrival / Departure，Adults 按分房结果计算，目标默认值区域只保留 Payment Type / Nationality。CP3 已实现：兼容 `英文姓` + `英文名` 第二种来源样式。CP4 已实现：兼容单列 `英文名` 第三种来源样式。无旅游日期来源样式使用前端提交的 `arrival` / `departure`。 |
|
||||
| `POST /api/reservation/rooming-lists/generations` | 生成 Rooming List Excel | 必须带 Bearer token，需要 `RESERVATION_ROOMING_LIST_GENERATE`；请求为 multipart/form-data，成功后直接返回 `.xlsx` 文件流，前端按 Blob 下载处理。CP2 已实现：后端从来源 Excel `旅游日期` 派生 Arrival / Departure，Adults 按分房结果计算，目标默认值区域只保留 Payment Type / Nationality。CP3 已实现：兼容 `英文姓` + `英文名` 第二种来源样式。CP4 已实现：兼容单列 `英文名` 第三种来源样式。CP5 已实现：兼容 `拼音` + `分房` 第四种来源样式并尊重原表分房，`儿童情况=不占床` 进入 Accompanying Guests 但不计入 Adults。无旅游日期来源样式使用前端提交的 `arrival` / `departure`。 |
|
||||
|
||||
### 5.1 本轮新增 / 修改接口说明
|
||||
|
||||
@@ -464,7 +464,7 @@ M009 后端 CP2 已实现：页面可不依赖订单或任务，用户手工填
|
||||
|
||||
### 5.12 Rooming List Excel 生成页面接入方向
|
||||
|
||||
M010 后端 CP1 已实现。第一版生成结果直接下载 `.xlsx`，不落库、不上传 OSS，不依赖订单或任务。CP2 已实现，前后端按本节新口径接入。CP3 已实现：兼容 `英文姓` + `英文名` 第二种来源名单样式。CP4 已实现：兼容单列 `英文名` 第三种来源名单样式。无旅游日期来源样式均由用户补充入住 / 离店日期。
|
||||
M010 后端 CP1 已实现。第一版生成结果直接下载 `.xlsx`，不落库、不上传 OSS，不依赖订单或任务。CP2 已实现，前后端按本节新口径接入。CP3 已实现：兼容 `英文姓` + `英文名` 第二种来源名单样式。CP4 已实现：兼容单列 `英文名` 第三种来源名单样式。CP5 已实现：兼容 `拼音` + `分房` 第四种来源名单样式并尊重原表分房。无旅游日期来源样式均由用户补充入住 / 离店日期。
|
||||
|
||||
接口：
|
||||
|
||||
@@ -484,12 +484,13 @@ RESERVATION_ROOMING_LIST_GENERATE
|
||||
|
||||
- 前端 V1 已新增 `/reservation/rooming-lists/new` 页面，按 `RESERVATION_ROOMING_LIST_GENERATE` 路由权限保护，并使用登录态 Bearer token 调用正式业务接口。
|
||||
- 侧边栏入口不由前端硬编码公开，仍依赖后端登录态 `menus[]`。如需菜单中展示，建议菜单管理配置 `menu_code=RESERVATION_ROOMING_LIST`、`route_path=/reservation/rooming-lists/new`、`permission_code=RESERVATION_ROOMING_LIST_GENERATE`。
|
||||
- 该页面上传来源名单 Excel；第一种来源样式后端识别 `护照全名` 和 `旅游日期`，第二种来源样式后端识别 `英文姓` 和 `英文名`，第三种来源样式后端识别单列 `英文名`。
|
||||
- 第一种来源样式姓名支持 `LI/CHUNHONG` 和 `LI CHUNHONG` 两类格式；后端会把第一段写入目标 `Name`，剩余部分写入目标 `First Name`。第二种来源样式直接使用 `英文姓` 写入 `Name`，使用 `英文名` 写入 `First Name`。第三种来源样式复用第一种姓名拆分规则，支持 `CAI/HAIYUN` 或 `CAI HAIYUN`。
|
||||
- 前端必须让用户输入 `people_per_room` 和目标 `Room Type`，后端按名单顺序分组，并用 `ceil(total_people / people_per_room)` 生成房间行。
|
||||
- 该页面上传来源名单 Excel；第一种来源样式后端识别 `护照全名` 和 `旅游日期`，第二种来源样式后端识别 `英文姓` 和 `英文名`，第三种来源样式后端识别单列 `英文名`，第四种来源样式后端识别 `拼音` 和 `分房`。
|
||||
- 第一种来源样式姓名支持 `LI/CHUNHONG` 和 `LI CHUNHONG` 两类格式；后端会把第一段写入目标 `Name`，剩余部分写入目标 `First Name`。第二种来源样式直接使用 `英文姓` 写入 `Name`，使用 `英文名` 写入 `First Name`。第三种来源样式复用第一种姓名拆分规则，支持 `CAI/HAIYUN` 或 `CAI HAIYUN`。第四种来源样式使用 `拼音` 列，支持 `ZHANG JIANWEI` 这类空格拆分。
|
||||
- 前端必须让用户输入 `people_per_room` 和目标 `Room Type`。第一、二、三种来源样式后端按名单顺序分组，并用 `ceil(total_people / people_per_room)` 生成房间行；第四种 `拼音` + `分房` 来源样式中，`people_per_room` 仅为接口兼容必填，后端忽略其分组作用并完全尊重来源表原始分房。
|
||||
- 每组第一位旅客写入 `Name` / `First Name`，同组剩余旅客写入 `Accompanying Guests`，多人用英文逗号分隔。
|
||||
- CP3 起前端恢复 `Arrival` / `Departure` 日期输入：第一种来源样式可不填，后端优先从来源 Excel 的 `旅游日期` 派生；无旅游日期来源样式必须填写，后端使用用户提交日期写入目标 Excel。样例 `2026年5月9日－5月14日` 仍应生成 `Arrival=2026/05/09`、`Departure=2026/05/14`。
|
||||
- CP3 起前端恢复 `Arrival` / `Departure` 日期输入：第一种来源样式可不填，后端优先从来源 Excel 的 `旅游日期` 派生；无旅游日期来源样式必须填写，后端使用用户提交日期写入目标 Excel。样例 `2026年5月9日－5月14日` 仍应生成 `Arrival=09/05/2026`、`Departure=14/05/2026`。
|
||||
- 第二种和第三种来源样式中领队也进入房表；例如 `23+1` 或 `19+1` 表示客人 + 领队全部参与分房，实际人数以后端读取到的有效名单行数为准。
|
||||
- 第四种来源样式中 `分房=外住` 行不进入目标 Rooming List；`分房=用房1间` 开始一间新房，后续 `分房` 为空的名单行归入当前房间；`儿童情况=不占床` 的旅客仍显示在 `Accompanying Guests`，但不计入 `Adults`。
|
||||
- CP2 起前端不再展示或提交 `Adults`，后端按每个分房行的实际人数派生；尾房不足满房人数时按尾房实际人数写入。`Children` 第一版固定为 `0`。
|
||||
- CP2 起目标默认值区域只保留 `Payment Type` 和 `Nationality`：`Payment Type` 默认 `BTQR`，当前允许 `BTQR`、`CA`；`Nationality` 只允许 `KR`、`CN`、`TH`、`MM`、`RS`、`TW`。
|
||||
- CP2 页面不再展示或提交 `Title`、`Rate Code`、`VIP`、`Email`、`ID Type`、`ID Number`，这些目标列第一版固定为空。
|
||||
@@ -497,7 +498,7 @@ RESERVATION_ROOMING_LIST_GENERATE
|
||||
- 失败时返回统一 JSON 错误，例如 `ROOMING_LIST_VALIDATION_FAILED`、`ROOMING_LIST_SOURCE_FILE_INVALID`、`HOTEL_ACCESS_DENIED` 或 `FRONTEND_PERMISSION_DENIED`。
|
||||
- 该上传接口会在 multipart 参数绑定前先校验 Bearer token 和 `RESERVATION_ROOMING_LIST_GENERATE` 权限；未登录时优先返回 401，不会因为缺少业务字段先返回 400。
|
||||
- `ROOMING_LIST_VALIDATION_FAILED` 应覆盖 multipart 必填字段缺失、`people_per_room` 数字格式错误、无旅游日期来源样式下缺少或错误的 `arrival` / `departure`、`payment_type` / `nationality` 枚举错误，`details[]` 返回字段级提示。
|
||||
- `ROOMING_LIST_SOURCE_FILE_INVALID` 应覆盖来源文件缺失、非 Excel、无法读取、既不能识别第一种 `护照全名` + `旅游日期`、也不能识别第二种 `英文姓` + `英文名` 或第三种单列 `英文名`、第一种来源样式旅游日期格式无法解析或同一文件出现多个不同旅游日期区间。
|
||||
- `ROOMING_LIST_SOURCE_FILE_INVALID` 应覆盖来源文件缺失、非 Excel、无法读取、既不能识别第一种 `护照全名` + `旅游日期`、也不能识别第二种 `英文姓` + `英文名`、第三种单列 `英文名` 或第四种 `拼音` + `分房`、第一种来源样式旅游日期格式无法解析或同一文件出现多个不同旅游日期区间。
|
||||
- 页面不要把上传文件内容、客人名单、生成文件内容写入浏览器日志、埋点、错误上报、URL 或 localStorage。
|
||||
- 第一版没有 preview 接口、生成记录接口、OSS URL、历史下载和订单 / 任务预填；前端不要在页面上承诺这些能力。
|
||||
|
||||
|
||||
Reference in new issue
Block a user