Agent 能读取工作簿并访问获准表单时，可以用 Excel 批量录入。先为每行设唯一键，把列明确映射到可见控件。先验证一行。提交结果不确定时，重试前按键回查目标。
映射字段并检查输入
合成工作簿有四行，字段为 Record Key、Item Name、Quantity 和 Note。Record Key 是文本键，Quantity 要求正整数。此练习新建记录时，空的可选 Note 就留空。更新已有记录时，应提前定义空白是保留、清空还是拒绝。
| 工作簿列 | 表单标签 | 规则 |
|---|---|---|
| Record Key | Record key | 唯一文本键 |
| Item Name | Item name | 必填文本 |
| Quantity | Quantity | 正整数 |
| Note | Note | 新建可选 |
下载练习工作簿 · 网页表格转 CSV · 适合 Agent 的浏览器
先跑一条并回读
在获准的测试环境里，逐一核对表单标签和输入值。获准提交一行后，用键重新打开目标记录。本次 O01-001 的名称和数量一致，Note 为空，并读到 REC-001。点击按钮只能说明动作已发出。
打开获准的测试表单。读取工作簿的一行，把列映射到可见字段，提交前展示输入值。记录目标键和回执。响应不确定就暂停，按原键查证后再续跑。
区分提交尝试和确认结果
逐行记录来源键、校验状态、尝试次数、目标回执和下一步。O01-002 已在服务端保存，但确认页返回 503。首轮停止并记录状态未确认。单看 503 无法判断是否保存。
Power Automate web actions · 浏览器自动化 · Agent 浏览器安全
从目标状态决定续跑范围
另开 Tabbit 任务，按键回查。O01-002 已存在，值匹配并返回 REC-002，因此跳过。O01-003 未保存且校验通过，续跑只提交这行。O01-004 的 Quantity 是文本 two，提交前拦截。无法核对的记录留待人工确认。
把源表和目标逐行对账
逐行比对键、字段和回执，再核对记录数和可加总的字段。四条源记录最终保存三条，一条校验阻塞，数量合计 9。目标日志显示每个已存键只提交一次，阻塞行零提交。合计不能替代逐行核对。
| 来源键 | 结果 | 回执 |
|---|---|---|
| O01-001 | 确认保存 | REC-001 |
| O01-002 | 503 后回查确认 | REC-002 |
| O01-003 | 续跑后确认 | REC-003 |
| O01-004 | 提交前拦截 |
先从小批量开始
本次工作簿导出后重新读取，取值交给 Tabbit 脚本操作本地测试表单。失败在保存之后主动注入。生产系统有获准的导入或 API 且满足需求时，可直接使用。必须走浏览器时，另行核对回执和结果。
一位 Power Automate 用户能读出 Excel 行，却没有成功把值逐项填进网页字段。另一条讨论提到表单在连续提交间刷新。先把一行映射和回执核对清楚，再扩大批量。 Reddit Power Automate · Reddit Forms
常见问题
怎样把 Excel 一行对应到一个表单？
给每行稳定键，按列名映射到明确的网页字段，并规定类型。
空值如何处理？
按字段和动作定义含义。新建时可选项可以留空，更新时可能要保留旧值。
503 是否代表表单未保存？
要按键回查。服务端可能先保存，再在返回确认时失败。
怎样续跑才不会重复？
先核对已确认和状态不明的键，只提交通过校验且确认不存在的记录。
每行记录哪些对账信息？
来源键、校验状态、尝试次数、目标回执和下一步。
无法确认是否保存怎么办？
保留未确认状态，交给人工或受支持的查询接口核实。