〖Code with SOLO〗企业付款制单自动化：从 OA 合同付款到企业网银填单的安全闭环
大家好，这次分享的是一个真实工作场景里的 AI 自动化实践：企业付款制单自动化。
为了安全公开展示，我把真实银行客户端、真实 OA 地址、真实企业账号、真实付款数据、签名介质映射、日志和截图都去掉了。本次提交的是 mock 展示版，只保留流程设计、模块拆分和安全策略。
一、背景
企业付款制单通常需要在 OA 和企业网银之间来回复制字段，比如付款单位、收款账号、收款户名、开户行、支行、金额、用途等。
这个流程人工操作时有几个痛点：
1. 字段多，重复复制耗时。
2. 账号、金额、开户行等字段不能出错。
3. 不同付款单位可能对应不同签名介质。
4. 企业网银客户端控件不稳定，单纯自动点击风险很高。
5. 金融场景里，自动化最重要的不是“能点”，而是“不能误提交”。
所以我用 TRAE SOLO 辅助完成了一套自动化方案：从 OA 付款数据抽取，到字段映射、企业网银填单、提交前校验和异常兜底。
二、SOLO 帮我完成了什么
SOLO 主要参与了这些工作：
1. 帮我把原本零散的人工操作拆成清晰模块。
2. 帮我设计 OA 数据到网银字段的映射结构。
3. 帮我把银行客户端自动化拆成导航、填表、校验、提交、清理等独立模块。
4. 帮我补充 fail-closed 逻辑：缺字段、账号异常、金额异常、付款单位未映射、签名介质选择失败时直接终止。
5. 帮我把“默认测试模式”写进流程，避免自动化误触真实提交。
6. 帮我整理成可公开展示的去敏版本。
三、方案流程
整体流程可以理解为：
1. 从 OA 合同付款记录中抽取付款字段。
2. 映射为企业网银单笔转账需要的标准表单。
3. 根据付款单位选择对应签名介质。
4. 打开企业网银客户端并进入单笔转账经办页面。
5. 自动填写收款账号、户名、开户行、支行、金额、用途等字段。
6. 提交前重新读取页面回填结果，与源数据逐项校验。
7. 测试模式下只截图和退出；生产模式必须显式授权才允许继续。
四、安全设计
这个项目里最重要的是安全默认。
我做了这些限制：
1. 默认测试模式，不执行真实提交。
2. 表单数据缺失时终止。
3. 收款账号不是有效数字时终止。
4. 金额不是有效正数时终止。
5. 付款单位没有匹配到签名介质时终止。
6. 提交前校验账号、户名、开户行、支行、金额、用途。
7. 校验不一致时截图留痕并终止。
8. 敏感配置只保存在本地，不进入公开提交包。
五、项目成果
原本需要人工查 OA、复制字段、切换签名介质、登录网银并填写单笔转账的流程，被整理成了一套模块化自动化方案。
公开版里包含：
1. mock OA 数据抽取脚本。
2. mock 企业网银填单脚本。
3. 示例付款数据。
4. 架构说明。
5. 安全说明。
6. 本文档。
公开版不包含：
1. 真实银行客户端自动化代码。
2. 真实 OA 地址。
3. 真实企业名称。
4. 真实银行账号。
5. 真实签名介质映射。
6. 真实日志、截图、密码或登录态。
六、运行方式
公开版 demo 只使用 Python 标准库。
运行命令：
python demo\mock_oa_extract.py
python demo\mock_bank_client.py
运行后会生成一个 mock 制单数据和 mock 校验报告。它不会连接真实 OA，也不会打开真实银行客户端，更不会触发任何真实付款。
七、总结
这次实践让我感受最深的是：AI 不只是帮我写脚本，更重要的是帮我把一个高风险工作流程工程化。
它把“能自动化”变成了“可校验、可中止、默认安全地自动化”。对
于企业付款这种场景，这比单纯提高速度更重要。
附件是去敏后的公开展示包，里面只包含 mock demo 和说明文档。