适合谁
企业 RPA 团队和系统集成商，集中在财税、保险、银行运营这些条线。国内做流程的多是影刀 RPA、UiBot 上的业务人员，不是工程师，海外则是 UiPath 和 Power Automate 的实施团队。机器人按计划跑，登录的是业务上本来就有账号的门户。
解决方案
RPA 流程中的验证码识别
财税申报、对账、批量登录这类 RPA 流程，最常断在一张图形验证码上。提供可直接放进流程节点的 HTTP 调用示例。
要解决的问题
无人值守的机器人去登录供应商门户、发票查验或工商信息查询站点，卡在一张扭曲字符图或者一个滑块上，无人值守就悄悄变成了有人值守。国内这是最常见的阻塞点，发票查验、工商信息查询、对账这几类站点用的是中文字符图形验证码和滑块验证码，不是 reCAPTCHA。采购方还要求接口能从内网受控环境调用。
- 定时机器人在夜里跑完，不用安排值班
- 中文图形、滑块、点选题型走同一个活动节点
- HTTP 活动返回可直接用于流程分支的值
- 识别费用能摊到具体流程上核算
配合使用
- UiPath
- Power Automate
- Automation Anywhere
- Blue Prism
- Yingdao RPA
- UiBot
- Laiye
- Selenium
[ 04 ]关于这一项的常见问题
关于这一项的常见问题
只需要对单个域名开放 HTTPS 出站。不需要反向连接，也不用在执行机上安装任何客户端，结果可以轮询，也可以回调到你内网的地址。
中文扭曲字符、算术图形验证码、滑块验证码、按顺序点选和旋转验证码。发票查验、工商信息查询基本都在这几类里，不是 reCAPTCHA。
一个 HTTP 请求活动创建任务，一个延时轮询循环等结果，再发一次请求取回。返回是 JSON，取到的值可以直接赋给流程变量。
可以。每条流程用一个独立的 key，或者在任务里带上自己的业务编号，控制台按 key 统计用量，内部分摊够用。