547
賽思互動：如何成為Salesforce專家
Salesforce字段曆史追蹤是一個非常好的內置功能，但是它並不能總是滿足業務需求，在報表中顯示曆史數據的時候也不是很靈活。例如在業務機會的曆史追蹤報表中，根據階段的變化，監控業務機會在銷售管道中移動和改變是一個非常大的挑戰。
幸好我們有Process Builder，係統管理員有能力創建它們自己的自定義解決方案去滿足業務需求。
更好的字段曆史追蹤
這是我遇到的問題場景：因為合規的原因，企業需要跟蹤業務機會上的一些字段，能夠追蹤字段現在和曆史的值，並能夠知道是誰在什麼時間進行了更改。這些信息需要非常容易的在報表中顯示給合規部門。另外，業務希望利用曆史跟蹤功能用更合理的方式跟蹤業務機會階段的持續時間。
解決方案非常簡單，但是需求幾個組件：
· 一個新的自定義對象
· 在新的對象上的自定義字段
· Process Builder流程
當一個字段更新後，自定義對象將存儲在Process Builder創建的曆史記錄。結果就是，一個新的記錄將會被創建也會計算到數據存儲限製中。所以請注意這個方案可能並不適合所有的企業。
1. 創建自定義對象
一開始，我們需要創建一個自定義對象並將之關聯到我們希望跟蹤的曆史的對象下。我們在這裏關聯到業務機會中。新的自定義對象叫Opportunity Field History並會以Master-Detail的關係關聯到業務機會下。
2.創建自定義字段
業務希望能夠跟蹤Amount，Stage以及Close Date的曆史和當前的值以及誰什麼時間對記錄進行了修改。為了適應此請求，我們會創建如下的字段：
· Amount New (Currency)
· Amount Previous (Currency)
· Stage New (Text)
· Stage Previous (Text)
· Close Date New (Date)
· Close Date Previous (Date)
· Opportunity (Master-Detail)
因為我們希望能夠非常容易的去跟蹤字段之前的值，所以對應每一個字段我們都需要創建兩個字段來跟蹤。因為當用戶更改記錄的時候會觸發Process Builder，在業務機會字段曆史對象中的Created by字段將會記錄更新業務機會記錄的用戶信息，所以無需再創建一個自定義的字段去捕獲此信息
我選擇Master-Detail是因為我希望在刪除業務機會的時候也將關聯的業務機會的字段曆史記錄刪除。Lookup關係沒有此功能。新的Stage字段是text的是因為我不需要重新創建選項列表值而且如果用使用選項列表值的話後續需要不斷更新下拉列表值。
好，現字段已經創建了，是時候去創建Process Builder流程了。
3.創建Process Builder的流程
Process Builder是係統管理員的非常好的資源。使用Process Builder而不是Workflow rule是因為Process Builder可以自動創建記錄。之前要實現此功能隻有開發人員通過Apex Trigger才可以進行操作。
為了讓新的業務機會字段曆史記錄被創建，我們需要知道邏輯並知道應該捕獲哪些字段值。有兩種路徑我們可以考慮：
1.隻捕獲那些被更新的字段
2.當一個或多個字段更新後，一次性捕獲所有的字段。
標準的字段追蹤報表可以滿足80%的企業，但是有時利用客製化化的方案還是需要的。利用Process Builder以及自定義對象是監控任何對象上字段變化的非常簡單有效的方案。
文章轉載自網絡
文章來源：賽思互動（www.salesplus.com.cn）
最後更新：2017-08-13 22:33:41