今年三月份，一个做跨境电商的客户打电话给我，语气特别急——他们管RPA的那个运营专员提了离职，下个月走人。走之前交接了两天，接手的姑娘说”大概看懂了”。结果人一走，第一个周一早上对账机器人就报错了，接手的姑娘打开RPA平台一脸懵，完全不知道这个机器人连的是哪个系统、报错信息什么意思、该怎么处理。
更要命的是，那个专员走的时候把RPA平台的账号密码也带走了——不是故意的，是他用自己的手机号注册的账号。客户折腾了两天才跟RPA平台沟通把账号要回来，这两天对账机器人停了，积了三天的订单数据没处理。
我飞过去帮他们做了一次完整的RPA资产盘点和交接重建，前前后后花了一周。过程中整理出一份交接清单，后来又有两三个客户遇到同样的事，我把这份清单发给他们照着做，都省了不少事。今天把这份清单的核心内容写出来，你如果公司里有RPA机器人在跑，趁早做一次盘点，别等人走了再补。
RPA不像传统软件——装好了就一直跑。RPA机器人背后有一堆”隐形资产”：账号权限、定时任务配置、异常处理逻辑、系统接口变更历史。这些东西平时不显眼，但管的人一走，全变成地雷。下面是我整理的交接清单，按四个维度来。
账号和权限：先搞清楚机器人靠什么在跑
第一个要盘点的不是机器人本身，是它依赖的所有账号和权限。RPA机器人操作的各种系统——ERP、银行网银、电商平台、税务系统——每个都有一个登录账号。这些账号是谁的？密码在哪？有没有绑定手机号？这些信息丢了，机器人直接停摆。
我帮那个客户盘点的时候发现，他们6个RPA机器人一共用了12个不同系统的账号，其中8个账号是用那个离职专员的个人手机号注册的。这意味着他一走，这8个系统的密码重置、手机号变更全得做一遍。有些平台改绑手机号要等7天验证期，这期间机器人就是停的。
我的建议是，所有RPA使用的系统账号必须用企业账号而非个人账号注册。交接清单第一页应该是这样一张表：
- 系统名称：比如ERP系统、企业网银、电商平台后台
- 账号：用企业邮箱或企业手机号注册
- 密码：存在企业的密码管理工具里，不要存在个人电脑
- 绑定手机号：用企业座机或固定的工作手机
- 权限范围：这个账号能做什么操作、不能做什么
- 最近一次密码修改时间
这张表平时就该维护好，不是等人走了才做。那个客户吃了这个亏之后，我帮他们把所有RPA账号全部改绑到企业手机号上，密码统一存到一个共享密码管理器里，后续谁接手都能直接用。
流程文档：每个机器人要有一份”操作说明书”
第二个维度是流程文档。我发现大部分企业的RPA机器人都是”口头传承”——最初搭机器人的人知道每个步骤是怎么回事，但他从来没写下来。接手的人只能看代码和流程图，但代码和流程图只告诉你”机器人做了什么”，不告诉你”为什么这么做”。
我帮那个客户补文档的时候，对每个机器人都要求填写一张”机器人档案卡”，包含以下信息：
- 机器人名称和功能：一句话说清楚，比如”每日银行流水对账机器人”
- 触发方式：定时触发还是手动触发，定时的话是几点
- 涉及系统：按操作顺序列出，比如先登录网银→下载流水→登录ERP→导入数据→匹配对账→生成差异报告
- 输入数据来源：机器人处理的数据从哪来
- 输出结果去向：处理完的数据去哪，发邮件还是存文件夹还是推送到某个系统
- 异常处理逻辑：报错了机器人会做什么——重试3次、发邮件通知、暂停等待
- 已知问题和临时解决方案：历史踩过的坑和应急处理方式
你得明白一个道理——交接不是把密码给出去就完了。真正值钱的是”为什么这么做”的信息。比如对账机器人为什么用T+1的数据不用当天的？因为银行流水当天可能没结算完。这种细节不写下来，接手的人永远不知道，出了问题就是一脸懵。
如果当初搭机器人的人已经离职了，文档也没写，怎么办？我的做法是”逆向还原”——带着接手的人，一个机器人一个机器人地跑一遍测试流程，边跑边记录每一步在干什么、为什么这么干。这个过程慢，但比你等出事了再查要省事得多。那个客户6个机器人我花了三天时间逆向还原，过程中还发现了两个机器人有隐藏的依赖关系——A机器人的输出是B机器人的输入，接手的人完全不知道这层关系。
应急预案：机器人挂了谁来管、多久能恢复
第三个维度是应急预案。RPA机器人不是永不宕机的，系统更新、接口变更、验证码变化都可能导致机器人突然报错。原来的运维人员在的时候，他知道怎么处理——改个选择器、更新一下验证码识别规则、调整一下等待时间。人走了之后呢？
我的交接清单里有一页专门写应急预案：
- 每个机器人最常见的3种报错及处理方式
- 报错后多久需要人工介入（比如超过30分钟没人处理就升级通知）
- 紧急联系人：技术支持是谁（RPA平台的技术支持电话）、内部负责人是谁
- 停机降级方案：机器人挂了期间业务怎么继续——手动处理还是暂停业务
- 备份数据：如果机器人处理的数据丢了，从哪恢复
有个细节容易被忽略——RPA平台的合同和服务到期时间。那个客户的RPA平台合同还有四个月到期，但没人知道。如果续约不及时，整个RPA系统直接停掉。这个信息必须在交接清单里标注清楚。
知识沉淀：别让”一个人的本事”变成”全公司的漏洞”
还有一个维度，也是我觉得最根本的一个——RPA运维知识不能只装在一个人脑子里。中小企业的RPA项目往往就一两个人在管，这个人就是整个RPA系统的”单点故障”。他走了，系统就停了。
我的建议是建立”双人备份”机制，不一定多招一个人，但至少要有第二个人了解RPA的运作方式。具体做法：
- 每周花半小时让运维人员给团队做一次RPA运行情况汇报，让其他人也了解机器人在干什么
- 每次机器人有改动或新增，必须同步更新机器人档案卡
- 运维人员请假或出差时，必须有人能临时顶上处理基本报错
- RPA平台账号至少有两个管理员权限的账号，不要只有一个
那个客户后来按我的建议做了调整——接手的姑娘花了两周时间完全上手，公司又招了个实习生跟她搭档做双人备份。今年六月的时候那个姑娘请了一周年假，实习生一个人也把所有机器人管住了，没出任何岔子。
北京这边做中小企业服务的同行我聊过不少，RPA运维交接是个普遍痛点。很多老板觉得RPA搭好了就一劳永逸了，实际上它更像养了几个”电子员工”，得有人管、有人懂、有人能接。你的公司如果在用RPA，趁现在管机器人的人还在，赶紧做一次完整的资产盘点和文档沉淀。有想搭RPA或者做运维交接的，可以先聊聊你的机器人数量和系统情况，我帮你看看交接清单该怎么定制。
需要相关服务？联系我们免费咨询
九五星球企服提供公司注册、代理记账、商标注册、财税咨询、高新申报、网站开发等一站式企业服务。可以先免费咨询看看，觉得合适再合作，不推销。
免费小工具推荐：
联系方式：
- 电话/微信：18910232032
- 扫码添加专业经营合规顾问，免费咨询 ↓
