salesforce零基礎學習（九十三）Email To Case的簡單實現

Salesforce提供了標準的功能來實現經過Email 建立 Case。咱們能夠設置指定的路由的地址，指定條件的郵件會自動生成到目標salesforce系統的Case數據。Salesforce提供了兩種類型的Email To Case的實現，一種是On-Demand Email-to-Case，另一種是 Email-to-Case。On-Demand Email-to-Case能夠容許你單獨使用salesforce即可以將郵件轉換成Case，Email-to-Case要求容許你使用Salesforce.com和你的郵件系統去實現。針對這兩種類型須要有不一樣的實現的步驟。

 一. On-Demand Email-to-Case

使用 On-Demand Email-to-Case方式有如下的步驟去實現Email建立Case。

1.在你的郵件系統中定義Case提交的郵箱地址；

2.建立路由的地址，這個地址包括了Case定義的地址；

3.配置你的郵件系統轉發Case提交到Email Services 地址，這個地址由Salesforce提供；

4. 其中 On-Demand Email-to-Case。

咱們經過一個實例來配置實現這個操做。

1. 啓用如下紅框的內容。

2.當保存之後下面有一個關聯列表Routing Addresses，選中picklist名稱爲Email2Case而後點擊New新建一個Routing Address

3. 填寫指定的內容，其中Email Address爲你的源地址，這個地址的指定的郵件會生成到salesforce生成Case，若是你指定Case Owner則經過此路由生成的Case數據的Case Owner爲你設置的用戶，不然爲系統設置的默認的case owner，選擇Case Origin爲Email保存便可。

4. 這個時候的Routing Address尚未生效，須要去驗證郵箱地址，點擊Verify按鈕系統會給目標郵箱發送郵件讓去verify，verify之後咱們即可以使用salesforce自動生成的email service address去配置轉發功能了。

去配置的帳號會收到一封salesforce的郵件，點擊confirm的link即可以進行受權，受權之後剛纔建立的Routing Address的狀態便會變成Verified。

5. 去郵件系統中配置轉發功能，我demo中配置的是163的郵箱，因此登錄個人163帳號之後，點擊上方的設置，選擇常規設置，左側選擇來信分類，而後新建一個來信分類。設置什麼條件下系統郵件會轉發到目標的email service address，這裏設置主題包含Case的郵件便會轉發，點擊轉發到其餘郵箱按鈕，填寫郵箱地址爲上面的email service address保存便可。

測試：發送給目標的郵件地址，主題中包括Case

Salesforce系統中便會出現一條Case信息

二. Email-to-Case

上面的方式若是能搞定確定首選上面的方式，由於減小了定製的成本。可是有的時候標準的功能可能實現不了功能，好比當客戶重複發送一樣的Case內容會在系統中生成相同的Case，可是其實咱們只須要使用其中一個進行追蹤以及服務，上面的方式便會在系統中生成多條。又好比咱們但願指定的狀況要assign給不一樣的人或者指定的狀況咱們須要更新不一樣的Case字段，再或者咱們須要發送10M+的附件，可是標準的On-Demand方式只支持10M附件，這個時候便須要使用apex進行定製化開發。

對於Apex email service domain 接收的每封電子郵件，Salesforce都會建立一個單獨的InboundEmail對象，其中包含郵件的內容以及郵件的附件。當咱們想要經過Email-to-Case方式實現，須要實現如下的步驟。

1. 先實現Messaging.InboundEmailHandler接口去處理一個inbound的郵件信息。

下面的demo很簡單，只是針對郵件發送的內容去插入生成Case，若是有別的特殊邏輯，能夠在裏面本身加強。

 1 global class Email2CaseHandler implements Messaging.InboundEmailHandler{
 2     global Messaging.InboundEmailResult handleInboundEmail(Messaging.inboundEmail email,Messaging.InboundEnvelope env){
 3         Messaging.InboundEmailResult emailResult = new Messaging.InboundEmailResult();
 4         Case case4Insert = new Case();
 5         if(String.isNotBlank(email.subject) && email.subject.contains('Case')) {
 6             case4Insert.subject = email.subject;    
 7         } else {
 8             case4Insert.Subject = 'No subject from Email';
 9         }
10         if(email.plainTextBody != null) {
11             case4Insert.Description = email.plainTextBody;
12         }
13         if(email.htmlBody != null) {
14             case4Insert.Description = email.htmlBody;
15         }
16         try {
17             insert case4Insert;
18             List<Messaging.InboundEmail.BinaryAttachment> binaryAttachmentList = email.binaryAttachments;
19             List<Attachment> attachmentList = new List<Attachment>();
20             for(Messaging.InboundEmail.BinaryAttachment binaryAttachment : binaryAttachmentList) {
21                 Attachment attachment = new Attachment();
22                 attachment.Body = binaryAttachment.body;
23                 attachment.Name = binaryAttachment.fileName;
24                 attachment.ParentId = case4Insert.Id;
25                 attachmentList.add(attachment);
26             }
27             insert attachmentList;
28             emailResult.success = true;
29         } catch(Exception e) {
30             emailResult.success = false;
31             emailResult.message = e.getMessage();
32         }
33         
34         return emailResult;
35     }
36 }

 2. 配置Email Services： 在setup處搜索 Email Services,新建一個Email Service,輸入主要的內容而後保存。

3. 配置Email Address：輸入主要的信息，保存後系統會自動生成一個Email Address.

4. 按照以前上面的步驟配置轉發的地址便可。

測試：咱們給配置的郵件中發送了包含了Case的subject，則會在系統中生成這條Case記錄

 

總結：當咱們要求的不高，可使用 On-Demand方式實現能夠考慮使用此種方式實現，由於這種成本比較低。若是搞定不了或者但願更加靈活的處理能夠考慮Email Service的Email-to-case方式。篇中不少配置沒有詳細講解，感興趣的能夠自行查看文檔。篇中demo的apex class邏輯也過於簡單，感興趣的能夠本身優化。本篇只是針對email to case淺入淺出。感興趣的也能夠針對第二種方式實現 email to contact, email to lead 等等。篇中有錯誤的地方歡迎指出，有疑問的地方歡迎留言。