[[394728]]

【51CTO.com快譯】每個(gè)好的科幻故事都至少有一個(gè)機(jī)器人管家，一個(gè)無所不知、無所不能的精靈，可以讓我們所有的問題在一瞬間消失。創(chuàng)造流行語“機(jī)器人過程自動(dòng)化”（ Robotic Process Automation，以下簡(jiǎn)稱RPA）的人們顯然正在嘗試?yán)眠@種觀點(diǎn)。購(gòu)買該平臺(tái)的客戶希望能夠?qū)⒆约旱募覄?wù)交給電腦管家，這樣剩下的員工就可以專注于更大的挑戰(zhàn)。

好消息是，流行語有很多例子都是準(zhǔn)確的。公司正在簡(jiǎn)化工作流程，并構(gòu)建復(fù)雜的儀表板，以吸收數(shù)據(jù)并輸出有用的信息圖表。事實(shí)證明，RPA工具成功地使計(jì)算機(jī)能夠完成一些最繁重的任務(wù)，這些任務(wù)讓食物鏈上下的每個(gè)人都很煩惱。

RPA工具還通過添加一個(gè)新的層來賦予遺留系統(tǒng)新的生命，該層可以智能地操作舊代碼并幫助延長(zhǎng)其保存期。許多RPA工具也可以由非程序員部署，使那些知道使用遺留工具的痛苦的人能夠拖放新圖標(biāo)來改進(jìn)他們的工作流程。選擇正確的工具和實(shí)現(xiàn)，任何能夠編寫電子表格宏的人都可以使用RPA簡(jiǎn)化工作流程。

所有這些魔法都很清楚，提供了一個(gè)美妙的門面，掃除了大部分的辛勞和苦工。但是在RPA添加到您的系統(tǒng)的表面之下，隱藏了一些隨著時(shí)間的推移可能會(huì)出現(xiàn)問題的問題。

不可避免的是延遲

RPA的一個(gè)巨大優(yōu)勢(shì)是它能夠構(gòu)建一個(gè)層來粘合遺留軟件包。當(dāng)然，你可以從頭開始重寫軟件包以協(xié)調(diào)所有內(nèi)容，但是良好的RPA解決方案可以在更短的時(shí)間內(nèi)完成很多相同的事情。這是口香糖和打包線的數(shù)字版本。

這種方法可以創(chuàng)造奇跡。首次發(fā)布時(shí)，生產(chǎn)率的提高可能令人振奮。但這并不能消除遺留代碼，它只是將其隱藏得更深。

對(duì)實(shí)際修復(fù)的政治支持減弱

當(dāng)完美的RPA層解決了bug時(shí)，這是一個(gè)巨大的勝利。但是因?yàn)楦顚哟蔚膯栴}還沒有消失，所以修復(fù)的表面飾板可能會(huì)出現(xiàn)另一個(gè)隱藏的問題：沒有人會(huì)再注意了。

暫時(shí)解決問題的臨時(shí)解決方案甚至可能會(huì)損害分配預(yù)算以永久解決遺留代碼的任何努力，因?yàn)樵V訟將不再聽到立即的投訴。他們將假設(shè)RPA的口紅層可以完成這項(xiàng)工作，并且可以將預(yù)算花在其他地方。

復(fù)雜性上升

普通用戶可能會(huì)認(rèn)為RPA解決方案正在簡(jiǎn)化一切，但在表面之下，一切卻變得更加復(fù)雜。在曾經(jīng)有N層硬編碼的地方，現(xiàn)在有N + 1層。這使得調(diào)試和維護(hù)變得更加困難。當(dāng)出現(xiàn)問題時(shí)，這意味著在N + 1層中摸索，希望找到引入該bug的地方。

舊版錯(cuò)誤仍然存在

RPA解決方案可能隱藏了舊代碼的丑陋之處，但無法解決內(nèi)部的限制或錯(cuò)誤。好消息是，智能RPA層可以攔截某些潛在問題。有時(shí)修復(fù)將是美好而穩(wěn)定的。有時(shí)，它就像腐爛的門廊上的新鮮油漆。

數(shù)據(jù)翻譯可能會(huì)花費(fèi)您大量的編碼通常是關(guān)于重新排列位以適合某些庫(kù)要求的數(shù)據(jù)格式，然后，當(dāng)答案返回時(shí)，再次重新排列位以將它們以其他格式存儲(chǔ)。代碼的一部分要求年份在日期的第一位；另一個(gè)想要去年。曾經(jīng)有一種惡意的幽默感使Java實(shí)用程序精巧地將月份數(shù)組從零開始，因此二月是第一個(gè)月。但是，該月的第一個(gè)日期是一個(gè)日期。這種編碼有助于在我頭上蓋屋頂。

許多RPA堆?？勺詣?dòng)執(zhí)行其中一些翻譯，因此您無需擔(dān)心它們。這將使構(gòu)建工作軟件變得更加容易，但是并不能消除執(zhí)行這些無休止的翻譯所需的基礎(chǔ)工作。服務(wù)器將需要更強(qiáng)大，您將需要支付所有這些花費(fèi)較高電費(fèi)的數(shù)據(jù)。在許多情況下，這可能只是幾分錢，所以不必為此擔(dān)心。但是，如果您要進(jìn)行大型操作，則擴(kuò)展的成本可能會(huì)變得很大。在某個(gè)時(shí)候，可能值得雇用一組程序員編寫干凈的手工代碼。

“超級(jí)用戶”沒有編程能力

從高級(jí)管理人員到兼職實(shí)習(xí)生池，每個(gè)人都可以啟動(dòng)RPA工具，并且只需要短短的時(shí)間就可以完成某些工作。自動(dòng)化確實(shí)有效。但是，即使超級(jí)大國(guó)是真實(shí)的，他們也沒有智慧去理解如何有效地使用它們。

程序員了解數(shù)據(jù)結(jié)構(gòu)，他們已經(jīng)花了很多時(shí)間來了解可能以錯(cuò)誤的格式將日期扔給計(jì)算機(jī)的特殊方式。程序員了解網(wǎng)絡(luò)，他們了解計(jì)算機(jī)和系統(tǒng)體系結(jié)構(gòu)的基本規(guī)則。當(dāng)涉及到各種驅(qū)動(dòng)RPA的咒語時(shí)，所有這些本能都是無價(jià)的。

程序員仍然是最好的選擇

盡管銷售人員認(rèn)為業(yè)務(wù)用戶將成為您的RPA實(shí)施者的首選，但是程序員仍然代表您最有效，最有效地使用RPA工具。他們?cè)诙褩５拿恳粚佣加卸嗄甑墓ぷ鹘?jīng)驗(yàn)。他們知道哪些查詢可以由數(shù)據(jù)庫(kù)快速回答，哪些查詢將充滿將機(jī)器變成糖蜜的JOIN。多年來，他們竭盡所能，使他們洞悉了構(gòu)筑問題的最佳方法，因此系統(tǒng)將產(chǎn)生有價(jià)值的答案。

如果RPA工具是一個(gè)10倍的力乘數(shù)，并且將其提供給已經(jīng)比普通編碼器提供10倍多的輸出的星形編程器，那么您可能會(huì)看到100倍的吞吐量。杠桿作用真的很復(fù)雜。

支持的廣度有其缺點(diǎn)

大多數(shù)RPA工具都承諾可以與數(shù)以千計(jì)的不同API格式的數(shù)以千計(jì)的不同產(chǎn)品進(jìn)行交互。這種說法通常是正確的，但結(jié)果往往遠(yuǎn)非完美。RPA供應(yīng)商正在滿足對(duì)廣泛支持的需求，但是這種廣度很難得到支持和維護(hù)。

例如，在流經(jīng)連接的數(shù)據(jù)中發(fā)現(xiàn)錯(cuò)誤或漏洞是很常見的。有時(shí)日期可能是奇數(shù)格式。有時(shí)，“空”結(jié)果會(huì)逐漸蔓延。出現(xiàn)數(shù)百個(gè)故障。這些可能不是致命的，但是您將添加另一層來清除錯(cuò)誤，或者只是彌補(bǔ)偶爾的差距。

計(jì)算機(jī)只能消除如此多的官僚主義

RPA工具有望簡(jiǎn)化工作流程，但大多數(shù)流程瓶頸與計(jì)算機(jī)或RPA無關(guān)。由于某些人找到了捆綁事物的方法，因此通常將步驟添加到工作流中-并且這種災(zāi)難常常發(fā)生在幾十年前。也許在堪薩斯州辦公室的某人損失了100萬美元，因?yàn)樗麄儧]有得到波特蘭的建議。也許有些實(shí)習(xí)生是騙人的。

最好的RPA軟件可以解決其中的一些麻煩，但不能消除它們。如果有人認(rèn)為香港團(tuán)隊(duì)需要批準(zhǔn)每張發(fā)票，那么RPA套件只能使為香港人打包文件變得更加容易。該軟件將無法使它們脫離循環(huán)。真正的復(fù)雜性來自人。過于依賴RPA作為不可思議的解決方案，可能會(huì)使您的組織對(duì)簡(jiǎn)化其流程所涉及的實(shí)際工作視而不見。

過多的自動(dòng)化可能很危險(xiǎn)

當(dāng)然，工作流中的許多官僚繁文tape節(jié)都是有原因的。秘密危險(xiǎn)之一是，RPA實(shí)施會(huì)加速事情發(fā)展，以至于問題會(huì)繞過人類的看門人，他們將假設(shè)RPA正在承擔(dān)繁重的工作。他們將登錄自己的儀表板并在看電視或收聽播客的同時(shí)瀏覽頁(yè)面。如果RPA會(huì)標(biāo)記奇怪的案件，為什么還要花太多時(shí)間在細(xì)節(jié)上？

要真正自動(dòng)化許多涉及合規(guī)性或欺詐保護(hù)的艱巨任務(wù)，可能沒有簡(jiǎn)單的方法。壞人將探測(cè)系統(tǒng)并利用RPA中的每個(gè)小弱點(diǎn)。有時(shí)系統(tǒng)中需要有一些摩擦。有時(shí)候讓事情變得太簡(jiǎn)單是一個(gè)錯(cuò)誤。

來源：CIO
原文地址：https://www.cio.com/article/3604531/10-dark-secrets-of-robotic-process-automation.html?upd=1618974523006

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為51CTO.com】