本篇參考：
https://v.qq.com/x/page/f0772toebhd.html
https://v.qq.com/x/page/e0772tsmtek.html
https://v.qq.com/x/page/b0772x6157h.html
https://wenku.baidu.com/view/404ce30d182e453610661ed9ad51f01dc28157cb.html
http://www.360doc.com/content/15/0825/21/9250096_494717763.shtml
https://help.salesforce.com/s/articleView?id=sf.retail_concept_admin_actionplantemp.htm&type=5
通過前幾篇的鋪墊，所有的准備工作的知識都已經完成，此篇我們將以實際拜訪來進行配置和操作。
1. 配置Account和Contact： 我們申請CG 30天免費會有NTO這個客戶，除此之外，我們創建了一個contact在這個account上，用於后續的相關survey操作
2. 創建門店組和門店：門店中維護基本信息，優先拜訪時間，聯系人等信息。
3. 在門店關聯列表創建店內位置信息以及門店的產品信息，Category等信息很重要，關系到后續的KPI配置等。
4. 配置 Assessment Indicator Definition & Assessment Task Definition & Action Plan Template
系統最開始會生成一些dummy的數據，出於篇幅限制，這里不展示如何創建Assessment Indicator Definition 以及 Assessment Task Definition，直接使用官方的mock的數據。我們創建一個 Action Plan Template，設置type為 Visit Execution，設置Target Object為 Visit
然后我們在關聯列表配置相關的其他信息，從下圖中我們可以看到我們配置的是 Assessment Task Definition 以及 Task，主要流程是先做一下區域銷售進店以后的 早上好的問候以后在進行指標檢查。這里我們會發現有一個注意點，我們的DISPLAY ORDER順序不是1、2、3、4、5這種的，而是給他放的特別大，這種的好處是如果我們希望插入一個任務在第一步，后續的不用再一個一個的修改，只需要保證order小於第一個即可。實際項目中盡量也別完全的配置從1開始，2、3、4、5這種接力的，不利於后續的擴展。完全配置完成以后 publish template即可。
5. 創建一個拜訪信息，設置要拜訪的門店，拜訪人信息，拜訪時間等生成Visit，點擊New Plan，綁定我們需要的 Action Plan Template。
第二步會根據 Action Plan Template進行 Action Plan的實際的展示，確認沒有問題，保存即可。保存以后即會生成相關的數據。
我們切換到這條拜訪數據的關聯列表，發現拜訪的關聯列表的Assessment Task增加了幾條數據，這幾條數據就是 Action Plan創建以后，自動生成關聯到 Visit 的。
6. 模擬區域銷售的實際的拜訪操作：我們可以將 app 切換到 consumer goods visit excution，然后選擇我們指定的visit數據，點擊 start visit即可。
當然，實際的區域銷售也很小幾率會使用電腦，所以我們需要使用手機端，切換到 consumer goods app，也會展示同樣的效果。
這里我們會發現一個問題，我們的check項都是0，通過前兩篇的博客，聰明的小伙伴可能會意識到我們少配置了東西，即 Retail Store KPI,這個應該在實際的拜訪以前進行配置完成，而不是想起來才配置。否則我們已經創建好的visit，無法在好用。接下來我們做一下補救措施，創建一些 Retail Store KPI.
7. 補救措施： 創建 Retail Store KPI
我們以Promotion Check這個Assessment Task Definition舉例，這里面有5個indicator。這里需要注意一點，這里的 Assess Task Definition的API Object Name是AssessmentTaskDefinition。
我們針對這幾個indicator創建 一下 Retail Store KPI信息，不同的type可以參考之前的標准進行不同的配置。
以前的visit無法在使用，因為創建時已經生成 Retail Visit KPI。我們新建了 Visit以后，看一下 Visit對應的關聯列表，然后我們點開 Promotion Check這個 Assessment Task，我們可以看到這條記錄的OBJECT API Name為 AssessmentTask，他的關聯列表為 Retail Visit KPI，對應的API信息為RetailVisitKpi。這個生成的規則是當你的visit選擇了action plan template以后，通過 Retail Store KPI中的 Category 以及細節的很多字段和Action Plan Template關聯的 Assessment Task Definition匹配進行自動生成。
我們訪問新建的visit數據，可以看到Promotion Check已經有了數據
點進去以后實際的check選項
感興趣的小伙伴可以做一下demo中的 Inventory Check。我們上圖中的幾個check項，Morning Greeting是一個Task，只需要mark as complete，Capture Order是補貨操作，用來下 order，Signature Check用來電子簽，被拜訪的聯系人（店員、店長）用來簽字證明是一個有效的拜訪。那in-store survey如何實現呢？
8. 補救措施part2：配置community survey。關於如何做survey可以參考：Service Cloud 零基礎（四）快速配置一個問卷調查（無開發）
1）創建community並將其啟用
2）survey setting啟用 survey並且關聯制定的community
3) community builder選擇setting，在general處點擊guest profile
將對survey相關的object設置權限
然后我們對這個visit關聯的contact點擊Get Survey Invation這個Quick Action
配置上Survey，關聯到拜訪記錄，因為需要店員做滿意度調查，外部用戶不需要身份認證，所以不要求身份認證勾選上。
我們在切回到這個visit上，我們會發現survey已經有一項了，點擊survey，可以跳轉到我們自定義的調查問卷操作即可。
我們接下來進行 Capture Order的操作。當零售店缺貨需要補貨情況下，可以使用Capture Order操作，填寫金額以后，添加購物車，confirm order即可。生成的是Order數據。
之后描述一下 Signature，店長或者店員電子簽進行確認。數據存儲在 SignatureTask表里。至此所有的流程結束，可以End Visit操作。
這個就是Field Rep實際的一個進店 CG Cloud實現的大概功能，當然，能實現的不止這些，還可以進行很多自定義流程以及智能任務排序等等功能。感興趣想要深入的小伙伴可以自行查看文檔研究一下功能。
總結：篇中主要是講一下Field Rep實際進店的拜訪所對應的配置項信息，很多細節功能需要自行查看文檔來深入了解。篇中有錯誤地方歡迎指出，有不懂歡迎留言。