业务背景

建行账户查询存在两类实际使用场景：部分任务只有项目名称和银行账号，仅需批量取得账户余额及流水；部分任务同时具备银行名称、核算会计和 FA 银行存款数据，需要继续完成建行筛选、余额核对及异常材料归档。原流程设计思路是全链路全自动化，依赖固定列顺序并统一执行完整对账，无法满足轻量需求，此外自动接码功能手机端需要额外配置，需要具备一定的配置基础。因此解决方案为修改成根据输入文件路由不同的工作链路，同时满足全流程和轻量需求，同时移除了自动接码功能，改成过程中人工输入验证码。

需求设计

使用者上传至少包含项目名称和银行账号的 Excel；如需完整对账，同时提供银行名称、核算会计和 FA 银行存款。启动工作流后，在登录状态失效时于建行页面人工输入短信验证码；完成后取得最近三个月流水和银行余额汇总，五项数据齐全时同时取得余额校验表及按核算会计整理的异常归档材料。每次运行结果保存到独立批次目录，未查询到账户时可在运行日志中查看失败项目和账号。

核心业务逻辑

1. 识别输入字段并阻断歧义。 按表头包含关系识别项目名称、银行账号、银行名称、核算会计和 FA 银行存款，不依赖列顺序；任一字段同时匹配多列时停止运行并在日志中列出冲突列。项目名称和银行账号为基本运行条件，缺少任一字段时停止运行。
2. 按字段完整度选择运行路径。 只有基本字段时查询输入文件中的全部账户；存在银行名称时，仅保留银行名称包含“中国建设银行”的记录；五项字段齐全时执行流水下载、余额核对和异常归档完整流程。输入记录按银行账号去重，并排除项目名称或银行账号为空的记录。
3. 复用登录状态并处理验证码。 打开建行智能托管平台后判断当前会话是否已经登录；登录状态有效时跳过账号、密码和验证码，并进入业务查询页面。未登录时填写已配置的手机号和密码、发送短信验证码，最多等待三分钟供使用者在页面人工输入，超时则停止运行。
4. 逐户查询并下载流水。 进入账户查询并选择托管组合存款账户，按银行账号逐项搜索。十秒内未找到匹配账户时记录项目名称、银行账号和失败原因并继续下一项；银行返回多条相同账户时进入第一条可见结果。成功进入流水详情后读取网页余额，查询最近三个月流水，逐页导出并合并为按项目名称命名的 Excel。
5. 形成汇总、对账及异常材料。 所有运行模式均生成项目名称和银行流水余额汇总；完整模式将网页余额与 FA 银行存款比较，绝对差额小于 0.01 元时标记通过，否则记录差额或“暂未取得”，并将未通过项目按核算会计分组，连同对应流水打包归档。账户查询失败情况同时在日志末尾汇总。
6. 隔离每次运行结果。 每次运行使用精确到秒的时间建立独立批次目录，分别保存流水、汇总、校验表和异常归档，避免同一天多次运行发生覆盖或结果混杂。

数据安全与权责边界

• 本工作流运作于自研Antonio Workflow基座，工作流无法脱离基座单独运行，工作流基座在使用者自身计算机本地运行，无云端设计。
• 输入数据的合法来源及自动化结果的复核和使用由使用者负责。
• 登录账号需要人工设置，且和账号持有人手机绑定需要接到验证码后录入，否则本工作流无法运行，切断无授权操作可能。

交互与业务价值

对比项	原处理方式	程序处理
操作方式	人工根据任务类型整理账户清单，逐户登录建行查询余额、下载流水，并在需要时核对 FA 余额和整理异常材料	上传至少包含项目名称和银行账号的文件后启动工作流，按字段情况自动完成基础取数或完整对账；登录失效时人工输入一次短信验证码
处理时间	以 20 个账户估算，人工查询、下载和核对约需 100 至 200 分钟	在建行平台正常响应情况下，预计 20分钟完成同等数量账户的流水下载，并按输入字段完成可执行的汇总或对账
差错风险	逐户操作及按不同任务切换处理步骤时，可能出现账号选取、分页下载、余额抄写、模式判断或异常归档遗漏	固定执行表头冲突校验、字段路由、建行筛选、账号去重、分页合并和 0.01 元容差核对，并记录未查询到账户
结果查看	人工分别保存流水、维护余额记录，并另行汇总未查询账户和对账异常	按独立运行批次查看流水余额汇总、运行日志；完整模式另行查看余额校验表及按核算会计生成的异常归档