# 预订任务信息系统业务字段与卡片规则矩阵

> 版本日期：2026-07-18
> 用途：帮助产品、设计、开发和测试快速核对每张任务卡需要什么业务数据、如何展示、哪些内容可编辑，以及确认后的业务结果。
> 本文不规定数据库表、接口结构或代码实现。若与其他材料冲突，以 `01-预订任务信息系统业务需求说明书.md` 为准。

## 一、任务与卡片总览

### 1. 普通预订任务

固定展示顺序：

`Basic Information → 房间信息 → Trace → Rooming List → Payment → 邮件展示`

| 卡片 | 出现条件 | 是否独立确认 | 普通状态 | 确认后 | 是否可触发终止 |
|---|---|---|---|---|---|
| Basic Information | 普通预订任务固定出现 | 是 | 待确认 / 待确认 + 需人工复核 / 已完成 / 已终止 | 保存最终选择并锁定 | 是，未完成时可触发整笔订单任务终止 |
| 房间信息 | 普通预订任务固定出现 | 是 | 同上 | 按 New / Update / Cancel 规则完成并锁定 | 是 |
| Trace | Agent 给出 Trace 业务时出现 | 是 | 同上 | 保存全部 Trace 最终参数并锁定 | 是 |
| Rooming List | Agent 给出 Group Rooming List 业务时出现 | 是 | 同上 | 当前完成展示确认并锁定 | 是 |
| Payment | Agent 给出 Payment 业务时出现 | 是 | 同上 | 完成凭证确认及当前本地处理并锁定 | 是 |
| 邮件展示 | 普通预订任务固定出现 | 否，只作来源证据 | 不参与订单任务进度 | 无单独确认动作 | 否 |

### 2. 纯通知任务

| 项目 | 规则 |
|---|---|
| 页面内容 | 只显示邮件展示卡，不显示任何预订业务卡 |
| 完成方式 | 用户点击邮件展示卡中的“确认”后完成；仅打开页面不自动完成 |
| 人工复核 | 不存在 |
| 人工终止 | 不存在 |
| 订单修改 | 不查询或修改预订订单 |
| PMS | 不调用 PMS |

### 3. 通用确认规则

| 规则项 | 业务规则 |
|---|---|
| 确认单位 | 每张任务卡独立确认；不存在订单任务级全局确认 |
| 卡片互不阻塞 | 单张卡的问题不阻塞同订单任务中的其他合法卡片 |
| 草稿 | 不自动保存，不提供保存草稿；离开页面后未确认修改无需保留 |
| 长期记录 | 保留 Agent 原始值和用户最终确认值，不保留每次中间编辑历史 |
| 确认次数 | 每张卡只能确认一次 |
| 确认后 | 永久锁定，不能再次编辑、确认或重新执行 |
| 错误纠正 | 不重开旧任务；后续变更必须由新的程序输入经 Agent 生成新任务 |

## 二、Basic Information 卡

字段顺序固定为：`Account → Market → Source`。

| 字段 | 业务含义与来源 | 是否必需 | 展示与编辑 | 缺失或无效时 | 当前无 PMS API 的确认结果 |
|---|---|---|---|---|---|
| Account | 由邮件发件人等业务信息确定，并匹配信息系统已有 Account 目录 | 是 | 受控选择；用户可从已有值改选；不可自由输入；没有 Manual | 卡片显示需人工复核，用户从已有目录补选 | 保存最终选择 |
| Market | 与 Account 存在系统预设关系，由系统自动带出 | 是 | 受控选择；用户可从已有值改选；不可自由输入 | 同上 | 保存最终选择 |
| Source | 与 Account 存在系统预设关系，由系统自动带出 | 是 | 受控选择；用户可从已有值改选；不可自由输入 | 同上 | 保存最终选择 |

补充规则：如果目录本身缺少可选值，应进入主数据维护，不允许在任务卡临时造出系统不存在的值。

## 三、房间信息卡——公共字段

### 1. 订单对象与订单级字段

| 字段 | 适用范围 | 业务来源或派生规则 | 是否必需 | 确认前权限 | 校验与特殊规则 |
|---|---|---|---|---|---|
| 预订类型标签 | Group / Fit | 业务事件确定 | 是 | 不可改 | Group 与 Fit 使用不同定位和对象名称 |
| Block Name | Group | 等于邮件中的 Group Code，是团号，不是住客姓名 | 是 | 创建前可纠错；确认后锁定 | 已有 Group 订单后续仍以 Group Code / Block Name 定位，不优先用 Block ID |
| Name | Fit | 优先真实住客姓名；暂无真实姓名时可临时使用 Booking Code | 是 | 创建前可纠错；确认后锁定 | 后续真实姓名通过 Update 修改；已有订单后续定位使用 Confirmation Number，不使用 Name |
| 入住日期 | Group / Fit | 目标预订信息 | 是 | 可改 | 缺失时需人工复核 |
| 离店日期 | Group / Fit | 目标预订信息 | 是 | 可改 | 缺失时需人工复核；必须晚于入住日期 |
| Nights | Group / Fit | 系统按入住、离店日期自动计算 | 是，系统派生 | 只读 | 不要求 Agent 提供，不能由用户覆盖 |
| Rate Code | Group / Fit | 从业务邮件取得并匹配系统已有 Rate Code | 是 | New 创建前可从已有值改选；Update 不允许修改 | 订单级字段，只显示一次；无默认值；不能自由输入 |
| Breakfast | Group / Fit | Group 固定包含；Fit 由 Rate Code 规则派生 | 是，系统派生 | 只读 | 需要变更时应修改合法 Rate Code，而不是直接改 Breakfast |
| Group Booking Status | 仅 Group | 普通 New 为 TEN；Proposal 为 INQ；Rooming List 或 Payment 确认后为 DEF | 是，系统有初始规则 | 确认前可在 TEN / DEF / INQ 中受控改选 | 不要求 Agent 输出；Fit 不显示 |
| Block ID | 仅 Group，PMS New 成功后 | PMS 返回 | 当前无 API 时不存在 | 只读 | 在房间信息卡和执行结果/订单信息区域显示；当前不得模拟 |
| Confirmation Number | 仅 Fit，PMS New 成功后 | PMS 返回 | 当前无 API 时不存在 | 只读 | 在房间信息卡和执行结果/订单信息区域显示；已有 Fit 后续业务靠它定位 |

### 2. 房型行

每行固定为：`RoomType → 房量 → Adult（每间）`。

| 字段 | 业务来源或派生规则 | 是否必需 | 确认前权限 | 校验与特殊规则 |
|---|---|---|---|---|
| RoomType | 目标预订中的房型，匹配系统已有房型目录 | 是 | 只能从已有房型中改选 | 缺失或无法匹配时需人工复核 |
| 房量 | 目标预订中该房型的间数 | 是 | 可修改正整数 | 缺失、为 0 或无法确定时需人工复核 |
| Adult（每间） | 系统按 RoomType 的固定入住人数映射产生 | 是，系统派生 | 普通房间信息卡中只读 | 表示每间成人数，不是该行总人数；不存在无映射房型 |

房型行补充规则：

- 允许多个房型行；
- Rate Code 不属于房型行，不按 Rate Code 拆行；
- 同一 RoomType 只有 Adult 不同时才允许拆成多行，例如 `TWN × 4｜Adult 2` 与 `TWN × 1｜Adult 3`。

## 四、房间信息卡——New / Update / Cancel

| 类型 | 订单定位 | 页面主要内容 | 确认前权限 | 当前无 PMS API 的确认结果 |
|---|---|---|---|---|
| New Booking | Group 用 Group Code 建单；Fit 用真实姓名，暂无姓名时用 Booking Code 临时作为 Name | 展示完整目标预订 | 按公共字段权限纠错 | 保存完整目标参数；卡片完成并锁定；显示“信息系统已确认，未调用 PMS”；不显示创建成功，不生成 PMS 编号 |
| Update Booking | Group 用 Group Code / Block Name；Fit 用 Confirmation Number | 展示修改后的完整订单，并突出变化字段的“原参数 → 修改后参数” | 修改后参数按字段权限纠错；Rate Code 不可修改 | 保存最终修改并更新信息系统本地订单最新数据；完成并锁定；不伪造 PMS 回执 |
| Cancel Booking | Group 用 Group Code / Block Name；Fit 用 Confirmation Number | 只读展示完整当前订单，并表达“将取消整笔订单” | 当前订单参数不可改；只能确认或终止任务 | 保留订单历史并把本地订单标记为已取消；完成并锁定；不删除订单、不清除 PMS 标识、不伪造 PMS 已取消 |

### Update 变化展示

| 变化类型 | 页面突出方式 |
|---|---|
| 日期变化 | 显示原入住/离店日期 → 修改后日期，并显示系统重算后的 Nights |
| Name 变化 | 显示原 Name → 修改后 Name |
| 房型或房量变化 | 分别显示修改前完整房型清单和修改后完整房型清单 |
| Rate Code | 不属于 Update 可修改内容，不展示为可变字段 |

系统无需追踪“某一原房型行变成哪一新行”；只需准确展示完整 Before 清单和完整 After 清单。

## 五、已有订单的定位门槛

适用于 Update、Cancel、Trace、Rooming List 和 Payment。

| 场景 | 页面行为 | 可编辑范围 | 确认按钮 |
|---|---|---|---|
| 唯一匹配 1 笔订单 | 回显卡片所需订单数据 | 按卡片字段权限 | 满足卡片校验后可用 |
| 匹配 0 笔 | 完整卡片仍显示，但未取得订单数据的部分禁用 | 只允许修改 Group Code / Confirmation Number | 禁用 |
| 匹配多笔 | 同上，系统不能自行选择 | 只允许修改定位字段 | 禁用 |
| 定位后唯一匹配 | 重新回显订单和卡片参数 | 恢复正常字段权限 | 满足校验后可用 |

统一提示：`未唯一匹配到订单，请核对 Group Code / Confirmation Number`。

当前无 PMS API 时查信息系统本地订单；未来有 PMS API 时改为查询 PMS。系统查单失败不会擅自给卡片添加“需人工复核”标记。

## 六、Trace 卡

### 1. 卡片级规则

| 项目 | 规则 |
|---|---|
| 出现范围 | New Booking、Update Booking 可出现；Cancel Booking 不出现 |
| 数量 | 同一订单只显示一张 Trace 卡，卡内可有多条事项 |
| 关联范围 | 关联整笔订单 |
| 与 Rooming List 的关系 | 没有前后置或依赖关系 |
| 确认单位 | 整张 Trace 卡一次确认，提交卡内全部事项 |

### 2. 普通备注事项

| 字段 | 业务规则 | 是否必需 | 确认前权限 | 缺失处理 |
|---|---|---|---|---|
| 事项内容 | 对邮件要求的业务事项进行提炼 | 是 | 可修改 | 没有事项内容就不应创建该 Trace item |
| Department | 负责接收该事项的系统预设部门或组合部门 | 是 | 受控选择，可改选 | Agent 应提供；异常缺失时系统兜底 FO+HSK |

### 3. 加床事项

| 字段 | 业务规则 | 是否必需 | 确认前权限 | 校验与展示 |
|---|---|---|---|---|
| 事项内容 | 系统固定生成 `SET EXTRA BED` | 是 | 可见；业务文案固定 | 可与蜜月布置等普通事项并存 |
| 目标 RoomType | 当前订单中需要加床的房型 | 是 | 只能从当前订单已有房型中改选 | 缺失或不属于当前订单说明关联或解析错误，需要核对整笔订单 |
| 加床房间数量 | 该房型中需要加床的间数 | 是 | 可修改正整数 | 邮件只写单数“加床”且未给数量时，默认为 1 |
| 加床后 Adult（每间） | 系统初始按该房型当前 Adult +1 计算 | 是 | 可修改 | 表示加床后每间成人数，不表示加床房间数 |
| Department | 负责部门或组合部门 | 是 | 受控选择，可改选 | 异常缺失时系统兜底 FO+HSK |

页面应相邻回显加床目标，例如：`TWN × 1｜Adult 3`。

### 4. Trace 确认结果

当前无 PMS API 时：

- 保存卡内全部最终事项和确认时间；
- 卡片变为已完成并锁定；
- 显示“信息系统已确认，未调用 PMS”；
- 不宣称 Department 已同步、Trace 已写入 PMS 或加床已生效；
- 不改写房间信息卡或订单房间汇总。

## 七、任务详情内嵌 Rooming List 卡

### 1. 出现与任务关系

| 项目 | 规则 |
|---|---|
| 适用订单 | 仅 Group；Fit 不会出现 |
| 出现条件 | Agent 给出 Rooming List 业务 |
| 同邮件多订单 | 按目标订单拆成多笔订单任务 |
| 同订单新版名单 | 新邮件形成新任务，关联同一 Group；旧任务、旧邮件和旧结果保留 |
| 定位 | Group Code / Block Name，不优先用 Block ID |
| 原始附件 | 只在邮件展示卡查看，不在 Rooming List 卡重复展示 |

### 2. 当前标准表格字段

当前仅展示以下必填业务列；Line 若出现，只是辅助序号。

| 顺序 | 字段 | 当前页面要求 |
|---:|---|---|
| 1 | Name | 显示为标准表格列 |
| 2 | First Name | 显示为标准表格列 |
| 3 | Arrival | 显示为标准表格列 |
| 4 | Departure | 显示为标准表格列 |
| 5 | Room Type | 显示为标准表格列 |
| 6 | Rate Code | 显示为标准表格列 |
| 7 | Number of Rooms | 显示为标准表格列 |
| 8 | Adults | 显示为标准表格列 |
| 9 | Children | 显示为标准表格列 |
| 10 | Payment Type | 显示为标准表格列 |
| 11 | Accompanying Guests | 显示为标准表格列 |
| 12 | Nationality | 显示为标准表格列 |

### 3. 当前范围与确认结果

| 项目 | 当前要求 |
|---|---|
| 表格内容 | 可使用演示数据，不要求证明已准确转换原附件 |
| 真实解析 | 暂不要求真实逐位住客解析、同住分组或复杂校验 |
| 交互 | 暂不要求复杂编辑、分页或固定列 |
| Excel | 不生成、不下载、不要求用户手工导入 PMS |
| 确认 | 用户点击确认后卡片完成并锁定 |
| Group 状态 | 按业务规则把本地 Group Booking Status 处理为 DEF |
| PMS 语义 | 只表示信息系统确认，未调用 PMS |

未来拿到 PMS API 后，重新确认真实住客结构、必填校验和执行参数，直接调用 API，不经过 Excel。

## 八、Payment 卡

| 项目 | 业务规则 |
|---|---|
| 适用事件 | 仅属于 Update Booking |
| 适用订单 | Group、Fit 均可 |
| 同邮件多订单 | 按订单拆任务 |
| 同订单多凭证 | 一张 Payment 卡展示全部凭证，不按附件拆卡 |
| 凭证顺序 | 没有业务顺序 |
| Voucher | 已并入 Payment，不存在独立 Voucher 卡 |
| 页面所需数据 | Payment 事件、目标订单、一份或多份对应来源附件 |
| 当前不需要 | 金额、付款日期、付款人、交易号、银行账号、QR、备注、付款状态、Department |
| 业务含义 | 展示凭证不等于酒店已确认到账 |

### Payment 确认结果

| 订单类型 | 当前无 PMS API 的结果 |
|---|---|
| Group | 用户查看凭证并确认；本地 Group Booking Status 更新为 DEF；Payment 卡完成并锁定 |
| Fit | 用户查看凭证并确认；Payment 卡直接完成并锁定，不新增其他订单字段 |

两种情况都不得显示 `Payment Confirmed`，不得代表到账确认或 PMS 成功；当前不设计重试按钮或 PMS 回执。

## 九、邮件展示卡

| 字段或功能 | 是否固定显示 | 权限与规则 |
|---|---|---|
| 邮件主题 | 是 | 只读；监听值缺失时可为 null |
| 发件人 | 是 | 只读；使用邮件监听得到的发件人值 |
| 发送时间 | 是 | 只读 |
| 邮件原文 | 是 | 只读；只展开触发当前任务的这一封邮件 |
| 当前邮件附件 | 是 | 可预览或下载；不可新增、删除或替换 |
| 查看完整邮件 | 是 | 打开对应完整邮件会话，不在卡内直接铺开整个历史线程 |

附件至少需要满足以下业务展示条件：

| 附件信息 | 要求 |
|---|---|
| 稳定标识 | 必需，用于区分并关联附件 |
| 文件名 | 必需 |
| 内容类型 | 必需，用于决定预览方式 |
| 可访问地址 | 必需，由邮件监听或文件存储提供 |
| 文件大小 | 可选 |

Payment 只引用邮件展示卡对应的来源附件，不需要再复制一份附件内容。

## 十、人工复核、校验与卡型错误

| 情况 | 页面状态 | 用户处理 | 是否影响其他卡 |
|---|---|---|---|
| 具体业务已确定，但该卡数据需核对或补正 | 待确认 + 需人工复核 | 按原字段权限补正后直接点击同一个“确认” | 不影响其他合法卡 |
| 必填校验未通过 | 保持待确认状态并显示字段问题 | 修正合法字段 | 不影响其他合法卡 |
| 已有订单未唯一匹配 | 待确认；非定位字段全部禁用 | 先补正 Group Code / Confirmation Number | 不影响其他合法卡 |
| Agent 漏识别、误识别或生成错误卡型 | 信息系统不新增、删除或切换卡型 | 用户从任一未完成预订业务卡触发终止 | 终止作用于整笔订单任务 |
| 无法确定具体任务类型 | 纯通知 | 查看邮件并确认 | 不生成业务卡或人工复核卡 |
| Agent 输出结构无法解析 | 技术异常 | 由开发处理 | 不创建酒店用户可见任务 |

## 十一、终止与异常阻断

| 对象或场景 | 结果 |
|---|---|
| 触发入口 | 任一尚未完成、未被阻断的预订业务卡上的“终止任务” |
| 已完成卡 | 保持已完成，保留真实参数、确认时间和结果 |
| 未完成卡 | 全部变为已终止并锁定 |
| 订单任务 | 整体变为已终止 |
| PMS | 不调用，不回滚已完成卡 |
| 异常标记 | 关联订单标记为异常订单 |
| 后续新任务 | 仍可查看内容，但状态为异常阻断；无确认入口，不允许调用 PMS |
| 终止记录 | 固定原因“人工终止” + 终止时间 |
| 终止人 | 当前无账户架构，不记录、不显示、不造占位值 |
| 纯通知 | 不提供终止入口 |

## 十二、状态汇总

### 1. 单卡状态

| 状态 | 含义 |
|---|---|
| 待确认 | 卡片已生成，等待用户检查和确认 |
| 待确认 + 需人工复核 | Agent 明确要求用户核对或补正该卡；仍是待确认卡 |
| 已完成 | 卡片已完成信息系统当前阶段要求的处理并永久锁定 |
| 已终止 | 订单任务被人工终止时，该卡尚未完成 |

### 2. 订单任务汇总状态

| 条件 | 汇总状态 |
|---|---|
| 所有可执行卡均未完成 | 待处理 |
| 至少一张完成且仍有卡未完成 | 处理中 |
| 所有可执行卡均完成 | 已完成 |
| 任一卡触发订单级终止 | 已终止 |
| 异常订单出现后续新任务 | 异常阻断 |

订单任务不显示“已完成 2/5”等计数；单卡的“需人工复核”不形成订单级额外提示；普通预订中的邮件证据卡不参与进度汇总。

## 十三、当前无 PMS API 的统一结果口径

| 业务卡 | 信息系统当前可以做什么 | 当前不能宣称什么 |
|---|---|---|
| Basic Information | 保存最终 Account、Market、Source | PMS 已接收 |
| New Booking | 保存完整目标订单参数 | 创建成功、已有 Block ID / Confirmation Number |
| Update Booking | 保存最终 After，并更新本地订单最新数据 | PMS 已更新 |
| Cancel Booking | 保留历史并把本地订单标记为已取消 | PMS 已取消 |
| Trace | 保存最终事项 | 部门已同步、PMS 已写入、加床已生效 |
| Rooming List | 完成标准表格展示确认；Group 本地状态处理为 DEF | 名单已准确转换或已导入 PMS |
| Payment | 展示凭证并完成当前本地处理；Group 本地状态处理为 DEF | 已到账、Payment Confirmed、PMS 成功 |
| 纯通知 | 记录用户已确认查看和处理 | 任何订单或 PMS 动作已执行 |

统一原则：页面中的“已完成”只表示该任务卡已经完成信息系统当前阶段要求的确认和本地处理，不等于 PMS 成功。

## 十四、明确排除与后置事项

- 根级 Invoice 不在本轮 Agent 预订任务范围；
- 根级 `/rooming-list` 文件工作区不在本轮 Agent 预订任务范围；
- 不存在独立 Voucher、S99、Fallback、Need Manual Review 或统一“条件业务卡片”；
- 当前不设计数据库、接口、技术模块、代码结构或 PMS 重试机制；
- 真实 PMS API 参数、执行回执和失败处理拿到 API 后再确认；
- Rooming List 的真实转换和住客数据结构拿到 API 后再确认；
- Agent 最终 JSON Schema、训练案例和 Skill 调试不属于本次开发业务交接包。