1、对实际恢复的政治支持已经减弱

　　当完美的RPA层解决了bug，就是一个巨大的胜利。但是因为更深层次的问题并没有消失，修复后的表面装饰板可能还有另一个隐藏的问题：没人会关注。暂时解决问题的临时解决方案甚至可能会破坏任何分配预算以永久解决遗留代码的努力，因为诉讼将不再听到即时的投诉。他们会假设RPA的口红层可以完成工作，把预算花在别处。

2、不可避免地会有延迟

　　RPA的一个很大的优点是可以构建一个层来粘合遗留的软件包。当然，你可以从头重写软件包来协调一切，但是一个好的RPA解决方案可以在更短的时间内完成许多相同的事情。这是口香糖和包装线的数字版。

这个方法可以创造奇迹。首次发布时，生产率的提高可能令人兴奋。但这并没有消除遗留代码，它只是把它隐藏得更深。

3、电脑只能消除这么多官僚主义

　　RPA工具有望简化工作流程，但大多数流程瓶颈与计算机或RPA无关。因为有些人找到了捆绑东西的方法，他们通常会在工作流程中添加步骤——而这种灾难往往发生在几十年前。可能堪萨斯办事处有人因为没有得到波特兰的建议损失了100万美元。可能有些实习生是骗子。最好的RPA软件可以解决其中一些问题，但不能消除。如果有人认为每张发票都需要香港团队审批，RPA套件只能让香港人更容易打包文件。软件将无法让他们脱离循环。真正的复杂来自人。过于依赖RPA作为一种不可思议的解决方案可能会使您的组织忽视简化流程所涉及的实际工作。

4、太多的自动化可能是危险的

　　当然，工作流程中有很多官僚式的繁文缛节是有原因的。秘密的危险之一是RPA的实现会加快速度，这样问题就会绕过人类的守门人，他们会假设RPA正在承担繁重的工作。他们会在看电视或听播客时登录仪表板并浏览页面。如果RPA会标记奇怪的案例，为什么要在细节上花太多时间？

5、程序员仍然是最好的选择

　　虽然销售人员认为业务用户将是您的RPA实现者的首选，但程序员仍然代表您最有效地使用RPA工具。他们在堆栈的每一层都有多年的工作经验。他们知道哪些查询可以被数据库快速回答，哪些查询将被JOIN填充，从而将机器变成糖蜜。这些年来，他们尽最大努力让自己明白构造问题的最佳方式，所以系统会产生有价值的答案。

　　如果RPA工具是一个10倍的力倍增器，并且提供给一个比普通编码器多提供10倍输出的star编程器，你可能会看到100倍的吞吐量。杠杆真的很复杂。

6、支持的广度有其缺点

　　大多数RPA工具承诺以成千上万种不同的API格式与成千上万种不同的产品交互。这种说法通常是正确的，但结果往往远非完美。RPA供应商正在满足广泛支持的需求，但这种广度很难得到支持和维护。例如，在流经连接的数据中发现错误或漏洞是很常见的。有时日期的格式可能很奇怪。有时候，“空”的结果会逐渐蔓延。已经发生了数百起故障。这些可能都不是致命的，但是你会再加一层来清理错误，或者只是弥补偶尔的差距。

7、复杂性上升

　　普通用户可能会认为RPA解决方案是在简化一切，但在表面之下，一切都变得更加复杂。以前有N层硬编码的地方，现在有N  1层。这使得调试和维护更加困难。出了问题就意味着在N  1层摸索，希望找到引入bug的地方。旧版本错误仍然存在

　　RPA解决方案可能会隐藏旧代码的丑陋，但它们不能解决内部限制或错误。好消息是，智能RPA层可以拦截一些潜在的问题。有时候修复会很美观，很稳定。有时候，它就像腐烂的门廊上的新油漆。数据翻译可能会让你花费大量的编码，通常是关于重新排列位以适合某些库所要求的数据格式，然后在返回答案时重新排列位以其他格式存储。部分代码要求日期的第一个位置是年份；另一个想要去年的。曾经有一种恶意的幽默感，让Java实用程序巧妙地从零开始月数组，所以二月是第一个月。然而，一个月的第一天是一个日期。这段代码有助于在我的头上建造一个屋顶。许多RPA堆栈自动执行其中一些翻译，因此您不必担心它们。这将使构建工作软件变得更容易，但它并没有消除执行这些无休止的翻译所需的基本工作。服务器将需要更强大，您将需要为所有这些耗费更多电力的数据付费。很多时候可能只有几毛钱，不用担心。但是如果要做大的运营，扩张的成本可能会变得很大。在某个时候，雇佣一群程序员来编写干净的手动代码可能是值得的。

8、“超级用户”没有编程能力

　　从高级管理人员到兼职实习生的人才库，每个人都可以启动RPA工具，只需要很短的时间就可以完成一些工作。自动化真的管用。但是即使超能力是真实存在的，他们也没有智慧去理解如何有效地使用它们。程序员懂数据结构，花了很多时间去理解把日期以错误的格式扔给电脑的特殊方式。程序员了解网络，他们了解计算机和系统架构的基本规则。说到驱动RPA的各种法术，这些本能都是无价的。