表单与业务流程

状态：建议，可调整。本页承接已确认的清晰、数据可信、操作可预期、有效上下文保留及流程导航原则；具体模式与验收细则尚不是用户逐条明确确认的规则，也不表示任何产品已实现。PAT-IMPORT 由代理依用户授权采用为有界文档候选，设计未创建、实现未验证、运行未执行；验收清单与贯穿任务夹具均未执行。 更新：2026-10-20

本章定义从填写、核查到提交和协作的任务模式。字段、校验与保存的详细契约见 表单校验、草稿与提交；阶段推进与协作责任见 流程推进与协作责任。

1. 目标与职责边界

表单的目标不是把全部字段放进页面，而是帮助用户以可理解、可检查的方式完成一个工作目标。业务流程的目标也不是让用户依次点击步骤，而是使责任、条件与实际结果可见。

YUDS 规定字段组织、错误反馈、保存和提交的区别、影响预览、结果表达及恢复入口。产品定义字段模型、计算方法、必填条件、审批制度、流程分支、有效期与审计政策；具体实现项目与服务端负责可靠执行、授权和数据一致性。行业模型与计算规则不进入通用表单模板。

2. 选择合适的录入模式

单页与分组表单

字段之间需要频繁参照、整体长度可管理时，优先通过标题、分组和说明建立层次。字段按用户理解与工作顺序安排，而不是机械按数据表顺序。必需依据和影响当前判断的条件应在相关位置出现。

分步录入

适用于内容存在明确依赖或一次呈现造成过高负担的任务。步骤用于组织填写，不自动等于业务阶段；从“基本资料”进入“补充信息”可能只改变查看位置，不代表业务已提交。

分步界面应说明总的工作目标、当前查看部分、已保存情况和仍待处理的问题。用户回到前一步修改后，如果后续数据失效，应标识并要求重新核查，不静默保留不再成立的选项。

长表单与工作区

需要参照附件、历史或多对象数据时，可组合导航摘要、主表单与参照区。必须能从错误摘要直接到达相应字段或分区，不能要求用户翻遍全部内容找错误。固定操作区不得遮挡字段、错误或焦点。

行内或批量编辑

少量、低复杂度且结果可辨的修改可以行内完成；复杂依赖、高风险或需要多项依据时，应进入明确的编辑任务。批量编辑不能简单复制单项表单，必须表达共同值、不同值、未修改、清空及覆盖范围。数据表格契约见 数据表与交互网格契约。

3. 从填写到提交的基本闭环

建议任务顺序为：理解目标与范围 → 填写或选择 → 校验 → 核查影响 → 明确提交 → 确认执行结果 → 返回后续工作。

每个环节承担不同职责：

• 填写不等于保存。用户需要知道内容是否仅存在于当前页面。
• 保存草稿不等于业务生效。草稿可允许不完整，但必须满足实际存储所需条件。
• 核查／预览不等于执行。范围和依据变化后，旧预览不能保证当前结果。
• 提交请求不等于成功。只有可靠结果确认后才能显示业务已完成。
• 完成反馈不等于清空所有上下文。保留后续工作所需的筛选、位置与结果入口。

如产品支持自动保存，必须说明保存对象与保存状态；不应用一个“已保存”涵盖本地暂存、服务端草稿和业务正式生效。

4. 批量修改模式

批量任务至少有选择、配置、预览、执行、结果五个部分，布局可以合并，但含义不能省略。本节说明表单组织；跨页选择、远程查询范围与结果对账见 查询、选择范围与批量执行。

明确选择范围

区分“已选的若干条”“当前页”“已加载记录”和“全部符合筛选条件的记录”。选择全部查询结果时，说明它是固定快照还是执行时再次求值的范围；这一语义由产品与服务端提供，界面不得猜测。受权限限制的对象不能悄悄纳入。

明确修改含义

批量字段需要区分“不修改”“设为某值”和“清空”。原值不同可显示“多个值”，不能用空白假装它们都为空。用户只改一项时，不应把其他不同值都覆盖成页面默认值。

预览影响

展示本次目标范围、拟修改字段、预计可处理与已知不可处理的项及原因。对高后果修改，提供适合任务的差异核查。预览若依赖旧数据，执行前须重新校验；发生影响范围或后果的变化时重新说明并确认。

反馈逐项结果

逐项结果应区分成功、未处理、失败、处理中和待确认。批次仍有项目运行时保持处理中，可以展示已完成进展；批次确认结束且结果完整核实后，才汇总成功、部分成功或失败。执行已结束但仍有未知项时，单列待确认范围。部分成功时保留成功项与未成功项，只有已确认可安全重试的项进入重试范围。实际执行、幂等与结果未知的规则见 异步执行、结果核查与恢复。

5. 导入模式

建议导入任务依次明确文件与目标范围、格式解析、字段映射、数据校验、影响预览、提交及结果。产品可以简化可靠且低风险的步骤，但不能把重要后果隐藏在上传动作里。

• 上传成功只说明文件已到达，不代表数据已导入或业务已生效。
• 明确列与目标字段的对应关系，以及单位、日期、时区、枚举和标识匹配方式。领域转换规则由产品定义。
• 区分整份文件无法读取、某行错误、可继续的警告与待确认的映射，不把所有问题归为“格式错误”。
• 若导入会更新既有对象，应说明新增、更新、忽略或冲突的判断方式与影响范围。
• 预览与提交对应同一份已识别内容；更换文件、映射或关键规则后，旧校验和预览应失效。
• 产品若允许跳过错误行，应在执行前明确哪些行不会处理，结果中保留这些项。不能默认把部分导入显示为全部成功。
• 错误报告或源文件可能含敏感信息，其下载、保留与分享遵守产品权限和数据政策。

导入的批次标识、去重方式和恢复能力由执行系统提供；YUDS 不承诺重新上传一定不会产生重复对象。

PAT-IMPORT：数据导入审阅

代理依据用户授权采用本节为有界文档候选（2026-10-20），有界文档契约已独立反审；本单元设计未创建、实现未验证、运行未执行。

共同继承 CMP-STATE、原始稿／接受值／写回执区分、NAV 离开保护、CMP-LAYER 焦点、撤权清理及真实服务能力；异步事件绑定会话、对象、版本、账户与权限代次。标题、目的、状态、可用动作、原因和退出须可获取。秘密不得进入示例或普通日志。

• 前提与输入：产品给出支持格式／大小、解析和字段映射能力、数据模型／校验版、预览／提交能力及幂等／查询能力；文件身份与版本、映射草稿和目标范围不得仅用文件名识别。
• 状态：未选文件、读取／上传中、解析失败、映射未完成、校验中、含错误／警告、预览可审、预览失效、待明确提交、执行中、完整／部分／未知结果。上传成功不改变导入业务状态。
• 契约：保留现行 §5（导入模式）全部约束；映射至少显示源列、目标字段、示例值与错误，不强迫拖拽；模糊匹配先确认，不静默猜高后果字段。更换文件、映射、规则或权限后旧预览不可提交。跳过错误行必须明确范围；提交后按同一操作身份核查，不能因重新上传承诺防重。各能力不存在时仅提供实际可用流程与安全退出。
• 最小文档测试：
  • 文件 F/v1 映射 M1 预览后改 M2，旧预览提交调用 0；
  • 三行中一可导入、一无效、一未知，执行结果不显示三行全成功；
  • 同名文件 F/v2 不沿用 F/v1 预览；
  • 结果超时不自动重新导入。
• 设计路由：D04 组合任务，不算新增视觉组件。

6. 导出模式

导出前说明导出对象、筛选、列或字段、数据期间、格式及必要的单位和时区。导出范围可以与屏幕当前页不同，但必须明确；不能让“导出”暗中表示全组织数据。

导出使用当前权限重新核查字段与数据范围，不能把屏幕隐藏列视为已授权导出。长导出应提供真实状态与获准的结果入口；下载完成不等于用户已读或处理数据。

若产品提供时间快照、文件有效期或加密等能力，应如实说明；没有这些能力时不得借用模板文案承诺。报表与界面数据的口径和时间差异应可追溯；来源、快照与输出上下文见 来源、快照与依据追溯。

7. 核查、审批与高后果操作

高后果操作前呈现处理对象、相关版本或数据基准、作用范围、关键变化、必要条件及不可逆后果。确认应与风险匹配，避免所有普通保存都要求重复弹窗，也不以一个通用“确定吗”代替必要信息。

审批应让处理人能查看必要依据和自己的责任范围。批准、退回、撤回和重新提交具有不同业务含义，不能只通过按钮颜色区分。具体制度及可用动作由产品决定；流程与协作见 流程推进与协作责任。

用户浏览其他步骤或依据后返回时，恢复仍有效输入。任务或数据已变化时重新核查，不把旧意见直接提交到已完成或新版本任务。

8. 历史与审计表达

历史帮助用户理解发生了什么，建议在权限允许时说明动作、实际时间、操作者或角色、对象与版本、结果及有意义的差异。修改历史和业务流程历史可相互关联，但不应混成无法辨别的流水。

界面展示的历史不等于审计系统具备完整性、不可篡改或合规认证。是否记录失败尝试、代理身份、自动任务或保留期限由产品和服务端规定；YUDS 要求如实呈现已有信息与缺口，不生成虚构记录。

9. 验收清单

以下测试均为未执行：

• 单页、分步和长表单均能理解任务目标、当前保存状态与最终提交结果。
• 只有提交业务动作才推进业务阶段，浏览或保存草稿不会误报完成。
• 批量修改中“不修改”“清空”和“多个值”可辨；最终对象范围与预览一致，变化时重新核查。
• 导入能区分上传、解析、校验、执行与结果；错误行和已成功行不会在重试时混淆。
• 导出字段、记录范围与当前权限一致，数据时间及口径可理解。
• 部分成功、结果待确认和明确失败具有不同反馈与下一步。
• 键盘与辅助技术能完成填写、错误定位、预览、提交和结果查看；不依赖拖拽或颜色。
• 表单往返、数据并发变化、权限收回与任务已结束都不会造成过期提交或未经说明的数据丢失。

10. 贯穿任务夹具

规则 YUDS-110000-01（完整任务）

表单验收以用户完成任务为单位，串联输入、校验、预览、真实执行、结果核查和返回；保存草稿、正式提交、审批分别验证。任务只能有一个当前主操作；D04 已选择不启用批准／拒绝双主操作例外（见 决策与讨论记录）。

各环节使用 表单校验、草稿与提交、异步执行、结果核查与恢复 的规则主档。以上为虚构文档夹具，业务制度及四端运行均未验收。

相关页面：系统状态、权限与恢复（状态主档）· 页面与端到端模板