修复任务字段过滤与控件可写规则
This commit is contained in:
@@ -231,6 +231,9 @@ Content-Type: application/json
|
||||
|
||||
### 5.7 任务详情字段元数据接入注意
|
||||
|
||||
- M002 V3 CP9 后,`GET /api/reservation/tasks/{taskId}` 的 `fields[]` 是后端已经按 `visible`、`result_type`、`task_type`、`task_subtype` 和 `display_condition` 过滤后的当前任务生效字段集合。前端必须直接以 `fields[]` 为权威列表渲染、校验和提交,不再按完整字段矩阵自行补齐后端未返回的字段。
|
||||
- 后端未返回的字段应视为“当前任务不展示 / 不可提交”,不是接口错误。例如 `new_group_block` 不再返回 FIT 专属 `case_keys.confirmation_number`,无附件时也可能不返回 `attachments` 字段;前端不得为了旧矩阵完整性临时合成这些字段。
|
||||
- 保存草稿、最终确认和同卡人工复核解阻只允许从当前 `fields[]` 中选择字段提交。`manual_review.missing_fields[]` 如果指向的字段没有出现在当前 `fields[]`,前端只展示“当前字段后端未开放编辑”,不要自行构造 `field_pointer` 或 `field_path`。
|
||||
- `fields[]` 第一版服务于任务详情动态展示,字段来源与白名单规则后续以 `docs/import/20260711/开发交付_P0冻结基线_2026-07-11/01_Adapter_Frontend/任务卡前端字段变更说明_3.0_to_当前版_2026-07-10.xlsx` 和同目录路由说明为准;当前代码中仍有 20260708 白名单兼容口径。
|
||||
- `result_type`、`task_type`、`task_subtype`、`default_value_source` 已透出给前端,用于和最新前端白名单对齐。
|
||||
- 后端校验、最终确认写入、OPERA 映射和展示条件仍以 `docs/import/20260706/任务卡展示编辑矩阵.xlsx` 为完整规则来源。
|
||||
|
||||
Reference in New Issue
Block a user