增加选项及日期显示优化
This commit is contained in:
@@ -389,6 +389,7 @@ RESERVATION_ROOMING_LIST_GENERATE
|
||||
- 填写每间房人数。
|
||||
- 填写目标 `Room Type`。
|
||||
- 填写 `Arrival` / `Departure`:第一种来源样式可不填,无旅游日期来源样式必填;页面文案需说明“当来源名单没有旅游日期时请填写”。
|
||||
- `Arrival` / `Departure` 页面输入提示和显示格式为 `dd/MM/yyyy`,前端提交给后端的 multipart 字段仍为 `yyyy-MM-dd`。
|
||||
- 目标默认值区域只保留 `Payment Type` 和 `Nationality`。
|
||||
- `Payment Type` 使用下拉选择,默认 `BTQR`,当前可选择 `BTQR` 或 `CA`。
|
||||
- `Nationality` 使用下拉,只允许 `KR`、`CN`、`TH`、`MM`、`RS`、`TW`。
|
||||
@@ -400,6 +401,7 @@ RESERVATION_ROOMING_LIST_GENERATE
|
||||
- 不要在前端解析完整 Excel 作为权威结果;前端预览可以后置为后端 preview 接口。
|
||||
- 第一版如果没有 preview 接口,可以只展示用户输入和文件名,生成成功后直接下载。
|
||||
- CP3 起页面重新展示并提交可选 `arrival`、`departure`;后端仅在无旅游日期来源样式下要求这两个字段必填,第一种来源样式仍优先使用来源 Excel `旅游日期`。
|
||||
- 日期控件可以显示 `dd/MM/yyyy`,但服务层入参必须继续使用 `yyyy-MM-dd`,避免改变后端接口契约。
|
||||
- 前端不要自行读取 Excel 并推导日期;如果用户上传没有 `旅游日期` 的名单,由用户手工填写 `arrival` / `departure`。
|
||||
- `Adults` 由后端按分房结果计算;前端不要让用户覆盖。
|
||||
- 不要把上传文件内容、客人名单或生成文件内容写进浏览器日志、错误上报、URL 或 localStorage。
|
||||
|
||||
Reference in New Issue
Block a user