用rpa必须会python语言吗_银行系统前台维护人员，转型RPA开发，有什么需要准备与学习的？...

我从两个角度来尝试回答这个问题，一是前台维护人员转型RPA开发，一是银行系统的RPA开发。

1. 前台维护的确存在着许多的重复性高的流程(基本上每个流程都有清晰的用户手册提示一步一步的操作)，具备了很好的RPA化的基础(标准化)，而题主是想成为RPA的开发，从这一个角度来说，需要考虑一些更加技术的问题，如系统架构的梳理，RPA架构的搭建，RPA的开发模式，RPA的运维模式等。

1.1. 系统架构的梳理，决定着RPA开发工作量的大小，因为有一些系统可能对于RPA软件非常友好，有一些可能并不。这里会对之后的工作量评估工作有影响。

1.2. RPA架构的搭建，决定着该RPA流程的生命长短，一个好的RPA架构，应该可以适应业务的发展、系统的升级改造与RPA扩展。

1.3. RPA的开发模式，决定着项目完成的效率。毕竟RPA开发与传统开发模式类似，但是又有不同。传统的开发是开发环境、测试环境、生产环境分开。但是RPA可能有些时候必须在生产环境进行开发，因为必须与外部系统对接。如果一个业务需要在外部网站上传一个文件并点击提交，后续需要登记提交后的凭证号码，那开发的时候就必须等待有该笔业务来到才能进行开发。然后需要等下一笔业务来的时候进行测试。

1.4. RPA的运维模式，这个与机器人部署的定位有关系，可能是业务部门负责运维(看作是一位员工)，也可能是IT部门负责运维(看作是一个软件)，这里对于机器人权限的控制也会随之带来不同的问题。但是具体的模式没有对与错，需要结合企业自身情况进行分析。

综上所述，如果能够具备系统架构、系统运维、项目管理经验，在RPA开发的工作上可以得到很大的优势。

2. 目前RPA在银行领域有很多可以应用的地方，除了前台系统维护，还有更多别的业务流程存在着大量重复性的简单操作。在这一个角度，需要熟悉银行的更多业务，特别是端到端的业务流程，对于RPA开发会有更好的效果。如果说需要准备的，可以亲身去体验一下负责的银行业务(从客户角度与工作人员角度)，相信你定会找到很多可以自动化的点。

3. 关于题主说的BP+python，目前主流的搭配是RPA软件(BP, UiPath, AA等) + VBA + java/.net为主，python其实本身能够做很多RPA可以做的事情，所以能多精通集中语言肯定是好的，不过VBA也会是一个很重要的语言。因为在业务流程上来说，Microsoft Office的产品还是非常常用的，无论作为流程的输入还是输出。所以有很多事情RPA不适合做的，用VBA就会显得非常得心应手。而且最终的用户所需要的东西，可能大部分还是Excel或者word，或者是一个自定义开发的页面(作为监控窗口之类的)。