乾貨丨RPA工程中的資料處理問題

首先，拿一個標準化操作流程SOP來說，按基本流程比方說就是A-B-C-D。那麼開發過程中，是不是也必須就要這樣做呢，答案是NO 。

 

因為客戶大多是業務人員，對於技術的理解可能很少，通常情況下他們之所以那樣做是基於前端頁面和自己知道的簡單資料處理可以透過那樣的方式， 一步一步得到自己想要的輸出檔案，但是，如果是職業技術人員，在梳理完業務流程和邏輯後，大多數情況下，是可以實現，直接從A就達到D的效果。

 

所以此處要談到業務流程中至關重要的資料處理，因為專案中會碰到一些RPA人員在資料處理上 —— 效率的最佳化， 好像並沒有什麼概念。覺得只要把資料處理後拿到想要的資料就可以了，可能不會去看，這個處理會在整個流程中佔用多少記憶體，花費多少時間。

 

拿一個簡單的例子，一個業務流程中需要解析掃描出來的檔案， RPA人員一個檔案一個檔案，單調回歸讀寫輸入，不到200個檔案，整整花費了四十多分鐘，這是RPA服務中對時間的巨大浪費 。 如果知道虛擬儲存，在不佔記憶體的情況下，整個過程解析完再進行一次性資料輸入，時間就會大大縮減到幾分鐘不到。

另外Excel檔案裡面幾十多萬條資料處理加工， 客戶的公式處理再加上手動核算處理， 基本上就要花費一上午的時間。後最佳化處理， RPA人員特意用了資料庫，處理完之後發現用了四十多分鐘，資料庫是可以儲存資料，提高資料效果。但是資料庫和Excel互動的時候，就會顯得很慢，效果並非最佳。後經過資料處理進行虛擬記憶體的演算法最佳化，整個過程只用了不到三分鐘就處理完了。

 

通常幾十萬到上百萬的資料處理，在財務領域裡面的AP/AR上比較多見，當然，與公司的規模也有很大關係。

 

而RPA有其短平快的特性，所以基本上都是單兵作戰，從初期需求對接，流程可行性分析，架構設計，開發實施，測試上線部署，以及文件編寫後期維護，這些事情基本上都是一個人來做，這就意味著RPA工程的質量如何，與開發人員的水平和視野有著密不可分的關係。

 

所以RPA服務的核心價值在哪？

這是一個非常需要思考的問題。在實現流程自動化的時候，不單單是讓手動變成自動，更是應該讓執行效率變得明顯提高。因為有些客戶的RPA服務可能部署在自己的工作電腦，並非專門的RPA機，所以花費那麼多時間去實現流程自動化，顧客可能覺得還不如讓我自己做呢。所以實現流程的自動化，我們需要考慮多種方案，選取更優。

 

相信隨著RPA人員的行業經驗不斷增加，如何根據業務流程規則和資料體量設計最佳化方案，將會變得越來越清晰。最後根據之前看到諮詢同仁的一篇文章，對RPA人員的六級加速做了一個整理，以便分享與瞭解。