统信 UOS / 麒麟国产化 RPA 专题：从选型到 UiBot 社区版停服迁移

本文事实核对日期：2026-10-30。国产化版本的支持范围、Beta 政策与获取方式可能随版本调整，请以官网 yoyorpa.com 和官方文档为准。UiBot 社区版停服的具体安排，请以 UiBot 官方公告为准。

1. 国产化 RPA 是什么，为什么要现在做

国产化 RPA，指的是能够在统信 UOS、麒麟（Kylin）等国产操作系统上稳定运行的机器人流程自动化（RPA）工具。它不只是“把 Windows 软件换个安装包”，而是要让流程开发、控件识别、文档处理、浏览器操作、定时调度、权限管理在新的操作系统和应用生态里继续可用。

在信创改造和国产化替代背景下，越来越多单位把办公终端、业务终端迁移到统信 UOS 或麒麟。系统换了，但表格汇总、数据录入、订单处理、发票识别、报表生成等重复劳动并没有消失。如果 RPA 不能一起迁移，自动化能力就会断档，原来沉淀的流程资产也可能作废。

国产化 RPA 需要同时解决三个层面

因此，国产化 RPA 选型不能只看“有没有 Linux 版”，还要看目标系统版本是否真的适配、常用应用能否操作、流程改造工作量多大、停服或版本变化时有没有退路。

2. 友友 RPA 国产化版本（Beta）

友友 RPA（YoYo RPA）是北京库木塔格科技有限公司开发的零基础可视化 RPA 工具，由友友编辑器（YoYo Studio）、友友机器人（YoYo Robot）、友友管理平台（YoYo Console）三部分组成。友友 RPA 提供 Linux 版本，兼容统信 UOS、麒麟国产操作系统，同时提供 Windows 版本。

Beta 阶段适合做什么

• 试点验证：在统信 UOS 或麒麟上验证编辑器安装、控件抓取、浏览器操作、WPS 文档处理、定时执行等关键链路。
• POC 与选型对比：用真实流程做小范围概念验证，比较迁移工作量、稳定性与维护成本。
• 非核心流程先行：优先迁移报表整理、数据搬运、通知发送等可回滚、可双轨的流程。
• 流程资产盘点：借 Beta 阶段梳理原 UiBot 或其他 RPA 的流程清单、依赖和优先级，为正式迁移做准备。

Beta 阶段需要提前评估的边界

• 强依赖 IE、ActiveX、COM/OLE 的 Windows 流程，通常无法直接照搬，需要替代接口或保留 Windows 环境。
• 依赖 Windows 专有驱动、特殊外设、U 盾、加密客户端的流程，需要先做兼容性验证。
• 复杂桌面客户端如果只能靠坐标点击，建议准备选择器、图像识别或 OCR 兜底方案。
• Beta 版本的能力和接口可能变化，关键流程应锁定版本、保留回滚，并关注官方更新说明。
• 是否用于生产环境，应由企业结合流程重要性、官方支持与自身风险承受能力决定。

3. 从 Windows / UiBot 迁移到统信、麒麟的总体方案

国产化 RPA 迁移不是“装上新软件就结束”，而是一次小型流程再造。建议按四个阶段推进，先把风险和市场验证清楚，再批量推广。

1. 阶段一：盘点与选点

   整理现有 RPA 流程清单，记录业务价值、执行频率、复杂度、涉及系统、账号权限、调度方式和负责人。优先选择“价值高、依赖少、可回滚”的流程作为试点。

2. 阶段二：环境与基线准备

   准备目标统信 UOS / 麒麟终端或虚拟机，确认 CPU 架构、桌面环境、浏览器、WPS、输入法、字体、打印与网络代理。安装友友编辑器与机器人，建立可重复的环境基线。

3. 阶段三：流程改造与试点迁移

   按流程类型选择迁移策略，重建控件定位、文档操作、浏览器操作和异常处理。每完成一个模块就单独调试，避免最后一次性排错。

4. 阶段四：回归、双轨与推广

   用真实数据做回归测试，关键流程与原环境并行运行一段时间，对比输出结果。验收通过后再切换，并保留旧环境和回滚脚本。

按流程类型选择迁移策略

4. 国产 OS 适配与流程改造要点

下面这些点是迁移中最容易“看起来能跑、实际不稳定”的地方，建议在试点阶段逐项验证并记录结论。

4.1 控件定位：从坐标点击转向选择器

原流程如果大量使用固定坐标、图像匹配或键盘 Tab 顺序，换到国产 OS 后很容易失效。优先使用控件选择器、元素属性、文本定位；图像识别和 OCR 只作为兜底，并配合等待、重试和失败截图。

4.2 路径、权限与编码

• 使用 Linux 路径规范，避免把 Windows 的盘符和反斜杠硬编码进流程。
• 机器人账号使用最小权限，尽量不要用 root 或 sudo 执行日常流程。
• 统一 UTF-8 编码，处理 CSV、TXT、日志时的换行符和 BOM 差异。
• 确认机器人账号对下载目录、共享目录、临时目录有读写权限。

4.3 文档与办公套件

国产 OS 上通常以 WPS Office 为主。迁移前要验证：表格读写、公式与格式、合并单元格、宏/VBA 兼容性、PDF 解析、打印设置。对强依赖 Microsoft Office 宏的流程，建议评估是否改为脚本或接口处理。

4.4 浏览器与驱动

确认国产浏览器的内核版本、自动化驱动、证书信任、下载目录和弹窗策略。浏览器升级可能导致选择器或驱动失效，建议锁定版本并纳入变更管理。

4.5 显示环境、输入法与键盘

确认桌面是 X11 还是 Wayland、分辨率与缩放比例、是否多屏、是否锁屏。中文输入法、剪贴板、快捷键和键盘布局都可能影响输入结果，建议在流程中加入输入校验，而不是“输入完就假定成功”。

4.6 定时、守护与日志

无人值守流程要确认机器不休眠、会话不中断、任务能自动重试。可以用友友管理平台统一调度，也可以用 systemd 用户服务或 cron 做兜底。日志要包含时间、流程名、步骤、结果、截图和错误堆栈，方便排障。

4.7 安全与合规

账号口令不要写死在流程里，使用凭据管理或环境变量；敏感数据脱敏；操作留痕；关键流程变更走审批。企业版支持私有化部署，适合对数据和流程留在内网有要求的组织。

5. UiBot 社区版停服后的替代选型

UiBot 社区版停服后，原有用户最直接的问题是：脚本还能不能继续维护、流程还能不能稳定运行、后续由谁支持。具体停服时间、范围和数据处理方式，请以 UiBot 官方公告为准。下面从迁移和选型角度给出一个可执行的评估框架。

5.1 先判断“必须迁移”还是“可以过渡”

• 必须迁移：社区版已无法获取更新或支持，流程涉及关键业务，继续使用存在合规或稳定性风险。
• 可以过渡：流程重要性低、使用频率低，可先备份并观察，但仍应准备替代方案。
• 暂不迁移：强依赖 Windows 专有组件、短期无法在国产 OS 复现的流程，可保留 Windows 环境并隔离管理。

5.2 替代选型对比维度

上表只做通用形态对比，不列具体报价，避免过期或未经核实的价格误导。各厂商的具体功能、授权方式、适配版本和价格，请以各自官网公开信息与正式合同为准。

5.3 选型检查清单

• 是否明确支持目标单位的统信 UOS / 麒麟版本与 CPU 架构？
• 是否有同类型流程的真实迁移案例或 POC 结果？
• 现有流程中的浏览器、WPS、桌面客户端、外设是否都能覆盖？
• 授权条款是否清晰，Beta、试用、正式版之间如何衔接？
• 是否支持私有化部署、权限隔离、日志审计与数据合规？
• 脚本和流程资产能否导出，退出成本是否可接受？
• 官方文档、培训、售后和版本更新是否有保障？
• 出现兼容性问题时，是否有可落地的兜底方案？

6. UiBot 脚本迁移步骤

UiBot 脚本迁移到友友 RPA，建议遵循“先备份、再盘点、后重建、最后回归”的顺序。不要直接在原脚本上边改边试，否则一旦失败很难回到可用状态。

1. 第 1 步：冻结与备份原流程

   导出 UiBot 脚本、子流程、资源文件、图片、配置文件、调度计划和运行日志；记录依赖的账号、系统、浏览器、Office 版本和外设。备份完成前不要改动原环境。

2. 第 2 步：建立流程清单与优先级

   按业务价值、执行频率、复杂度、系统依赖和可回滚性打分。先选 1 到 2 个简单流程做试点，验证工具链和迁移方法，再推广到复杂流程。

3. 第 3 步：准备目标环境

   在统信 UOS / 麒麟上安装友友编辑器与机器人，准备浏览器、WPS、Python/OCR 依赖、测试账号和测试数据。记录环境基线，避免“这台机器能跑、那台不能跑”。

4. 第 4 步：做指令映射

   把原脚本拆成“启动应用、操作界面、读取文档、处理数据、判断循环、异常处理、记录日志、定时触发”等模块，再逐类映射到友友 RPA 的对应指令。不要追求逐行翻译，按模块重建更稳。

5. 第 5 步：分模块重建与调试

   每完成一个模块就单独运行，确认输入、输出和异常路径。控件定位优先用选择器，图像/OCR 作为兜底；所有等待改为条件等待或显式重试。

6. 第 6 步：回归测试与双轨运行

   用真实业务数据跑回归，对比新旧流程的输出文件、字段、金额、数量和异常记录。关键流程与原环境并行运行，确认稳定后再切换。

7. 第 7 步：切换、回滚与运营

   选择低峰期切换，保留旧环境和回滚脚本；上线后监控成功率、耗时和异常。把本次迁移经验沉淀为模板、组件和检查清单，供后续流程复用。

6.1 指令映射参考（概念级）

不同版本的指令名称可能不同，下表只表达迁移思路，实际以友友 RPA 当前版本文档为准。

6.2 迁移验收标准

• 核心流程连续运行成功率达标，异常可自动重试或告警。
• 输出文件、字段、金额、数量与人工/旧流程结果一致。
• 单次执行耗时在可接受范围内，资源占用稳定。
• 日志、截图、告警可追溯，能定位到具体步骤。
• 权限、凭据、数据脱敏符合内部安全要求。
• 回滚方案经过演练，旧环境在观察期内可用。

7. 完整国产化 RPA 落地资料清单

如果要把国产化 RPA 从试点推到多个部门，建议至少准备以下资料。它们既能保证项目可交接，也方便后续审计和复用。

7.1 建议实施节奏

以上时间仅为方法参考，实际工期取决于流程数量、复杂度、外部系统配合和国产 OS 适配情况，不应作为固定承诺。

7.2 角色分工建议

7.3 常见风险与应对

9. 官方链接与 Beta 获取方式

• 官网首页：https://www.yoyorpa.com/
• 产品介绍：https://www.yoyorpa.com/intro
• 友友编辑器：https://www.yoyorpa.com/studio
• 友友机器人：https://www.yoyorpa.com/robot
• 友友管理平台：https://console.yoyorpa.com/
• 在线购买：https://www.yoyorpa.com/buy
• 帮助文档：https://doc.yoyorpa.com/
• 用户社区：https://support.qq.com/products/433165
• B 站教学视频：https://space.bilibili.com/1771056585
• 更新日志：https://www.yoyorpa.com/update-log

获取 Beta 或确认国产系统适配范围时，建议直接提供目标 OS 版本、CPU 架构、涉及的应用与外设，以便官方给出更准确的验证建议。