過去幾年，在致力于RPA的服務中迹炼，從簡單流程到復雜流程的處理多多少少都會遇到砸彬，因為RPA有其短平快的特性颠毙，項目基本上都是單兵作戰(zhàn)，你很少會看見砂碉，有一個 好幾個人的團隊去致力于同一個項目蛀蜜。從初期需求對接，流程可行性分析增蹭，架構(gòu)設(shè)計滴某，開發(fā)實施，測試上線部署滋迈，以及文檔編寫后期維護霎奢，這些事情基本上都是一個人來做，所以綜合的考量會比較多饼灿。
一個標準化操作流程SOP幕侠，按最基本來說就是? A-B-C-D? 。那么開發(fā)過程中? 碍彭，是不是也必須就要這樣做呢晤硕，答案是? NO? ，因為流程客戶大多是業(yè)務人員對于技術(shù)的理解可能很少庇忌，通常情況下他們之所以那樣做是基于前端頁面和自己知道的簡單數(shù)據(jù)處理可以通過那樣的方式 舞箍， 一步一步得到自己想要的輸出文件，但是如果是做技術(shù)的漆枚，在梳理完業(yè)務流程和邏輯 后创译，大多數(shù)情況下，是可以實現(xiàn) 直接從A就達到D的效果墙基。? 所以此處要談到 業(yè)務流程中至關(guān)重要的數(shù)據(jù)處理? 软族，因為遇到并非技術(shù)出身的RPA人員在數(shù)據(jù)處理上? --- 效率的優(yōu)化 ， 好像并沒有什么概念 残制。 覺得只要把數(shù)據(jù)處理后拿到想要的數(shù)據(jù)就可以了? 立砸，可能不會去看 ， 這個處理會在整個流程中占用多少內(nèi)存? 初茶，花費多少時間颗祝。? 拿一個簡單的例子，? 一個業(yè)務流程中需要解析稅務發(fā)票掃描出來的文件恼布，? RPA人員 一個文件一個文件 螺戳，單調(diào)回歸讀寫輸入? ，不到200個文件? 折汞，整整花費了四十多分鐘倔幼，? 這是RPA服務中對時間的巨大浪費 ， 如果知道虛擬存儲 爽待，在不占內(nèi)存 的情況下损同， 整個過程解析完再進行一次性數(shù)據(jù)輸入翩腐，? 時間就會大大縮減到幾分鐘不到 。
還有比較明顯的膏燃，就是Excel文件里面上幾十多萬條數(shù)據(jù)處理加工 茂卦， 客戶的公式處理再加上手動核算處理 ， 基本上就要花費一上午的時間组哩。? 后優(yōu)化處理等龙， RPA人員特意動用了數(shù)據(jù)庫 ， 處理完之后發(fā)現(xiàn)用了四十多分鐘? 禁炒，數(shù)據(jù)庫是可以存儲數(shù)據(jù)? 而咆，提高數(shù)據(jù)效果 。 但是數(shù)據(jù)庫和Excel交互的時候? 幕袱，就會顯得很慢 暴备，效果并非最佳 娜亿。? 后來數(shù)據(jù)處理進行虛擬內(nèi)存的算法優(yōu)化炼列， 整個過程只用了不到三分鐘就處理完了 司忱。
所以RPA服務的核心價值在哪呢均函？這是一個非常需要思考的問題皿渗。在實現(xiàn)流程自動化的時候 搜骡， 不單單是讓手動變成自動 框舔， 更是應該讓運行效率變得明顯提高 末早。 因為有些客戶的RPA服務可能部署在自己的工作電腦 辩尊， 并非專門的RPA機? 涛浙，所以花費那么多時間去實現(xiàn)流程自動化，? 顧客可能覺得還不如讓我自己做呢? 摄欲。當然? 轿亮，通常上百萬的數(shù)據(jù)處理 ， 在財務領(lǐng)域里面的AP/AR上比較多胸墙， 大家接觸到的話我注，? 首先要考慮數(shù)據(jù)優(yōu)化的方法，? 當然不同的數(shù)據(jù)需要不同的算法處理迟隅。
尤其RPA火起來以后? 但骨，很多企業(yè)都為了蹭一波熱度，? 讓一些做業(yè)務的來學習RPA軟件? 智袭，實現(xiàn)流程自動化 奔缠。 這往往是短期利益? ，起初可能看不到太多問題吼野，但時間久了就會發(fā)現(xiàn)添坊，? 不管是業(yè)務流程的優(yōu)化，? 還是異常情況的頻繁出現(xiàn) 箫锤， 如果沒有扎實的技術(shù)做基礎(chǔ) 贬蛙， 問題會越來越嚴重 ， 最后的RPA工程就會變成爛尾樓一樣? 谚攒，被嫌棄阳准。??
