原文位址：
https://www.uibot.com.cn/news-5-1234.html最近筆者幫客戶做了一個關于郵件處理的RPA項目，因為整個業務流程涉及的面比較多，實作起來确實需要考慮不少問題，是以特此做一下RPA郵件自動化技巧總結與分享。
大概RPA郵件自動化業務要點如下：
關于客戶的郵件流程全自動化，構想是希望通過無人值守的模式來對業務流程進行自動化處理，實作無人監管的模式。當有程式異常或者業務異常，再發送給相關IT人員和業務人員進行調整處理。
業務流程處理的技術方式有兩種：
1、一種是通過網頁前端頁面的形式來擷取發件人，标題，正文等内容進行判斷處理；
2、另一種方式是通過郵件協定的方式，背景來實作業務流程自動化。
第一種前端頁面的實作方式，是可視化方式，業務人員能夠很直覺的看到郵件在前端頁面的展示方式。
但是存在一個問題，就是在處理的過程中一旦有新郵件進來，那麼之前擷取的Index在繼續處理的時候，将會變成上一封郵件的内容。
唯一的處理辦法就是處理之前關掉接受服務或者斷網，但這對于公共郵箱來說，明顯會産生不必要影響，是以此處能采取的就是第二種方式，郵件協定。
通過郵件協定的方式來滿足此需求的話，大概需要以下郵箱功能的支援：
1、郵件收件人的單發和群發
2、郵件抄送與密送的擷取和發送
3、郵件接收時間和發送時間的擷取
4、郵件标題的擷取與制作
5、郵件正文的擷取與制作
6、郵件附件的數量擷取
7、郵件附件的名字擷取
8、郵件附件的添加和移除
9、某個收件箱對象的擷取
10、郵件的删除和移動
11、郵件正文HTML格式的設定
12、收件箱郵件數量的擷取
流程先從資料源開始分析：
根據以上流程圖先說資料源模闆，資料源模闆，前期客戶大概提供了十幾種。
在這十幾種裡面根據模闆類型和四大區域分了兩大類模闆，一類是能根據查找功能找到省和号碼列名的，一類是隻有号碼沒有省的，但在做這個判斷前需要先分區域再分模闆類型，以免新模闆号碼變更名字沒在查找範圍内（即使已經根據十幾套模闆提煉出所有可能和号碼列名相關的字段）
此處需要說明的是：業務處理處于中遊，而和上下遊又沒有上下級的關系，是以沒法去統一上下遊發送郵件的标準，而上下遊涉及的人員大概在40-60人左右，200到300封郵件，是以流程最大的難度就在這裡，就是如何去發現新的模闆或者不在之前業務範圍時把發現的情況自動告知業務人員。
資料源在經過統計或者物聯号經過比對出資料後，需要發送給統計到的相關各省，發送出去是容易的，關鍵是還要把發送出去的模闆收集回來，等各個省份收集齊了，再彙總比對每一個資料源裡面的相關資訊。
是以需要對發出去的每一封郵件做标記ID，以緻于他們回複的時候，知道這封郵件是需要處理的郵件，并且根據ID知道屬于之前的哪一個資料源以及是不是最後一封需要收集的郵件，以做統計。
而此處ID采用時間碼（精确到秒）來做标記，是以關聯到另一個問題就是要做Log資訊，以便于做資訊回流來比對ID，進而找到之前做資料源處理的所有關鍵資訊。
當然，此處Log并非是RPA機器人運作時産生的日志檔案，而是實作流程開發時，自己需要做的一個關鍵資訊記錄，不僅便于客戶看到後，知道問題在哪，處理了哪些資訊，也友善自己串聯流程。
經測試，在此郵件全流程自動化中，考慮到所有的業務異常，集中處理完當天的業務大概隻需要三分鐘到八分鐘的時間。而業務人員每天的碎片化時間集中起來大概需要花費三四個小時去專門處理此類繁瑣的業務。