概要
網(wǎng)上找不到其他好的復(fù)習(xí)筆記挣棕，自己按照考綱做一個(gè)，查缺補(bǔ)漏, 如需轉(zhuǎn)載請(qǐng)表明出處
要點(diǎn)分解
SalesForce 基礎(chǔ) （8%）
1. 理解SalesForce 核心對(duì)象
a.個(gè)人賬戶: use space in both account and contact objects; 只能和其他個(gè)人賬戶整合早直；默認(rèn)不被激活；跟商業(yè)賬戶使用不同的圖標(biāo)
2.判斷一個(gè)場(chǎng)景適用設(shè)置型定制或者開(kāi)發(fā)型定制
3.常見(jiàn)的適用AppExchange的場(chǎng)景
數(shù)據(jù)模型（20%）
1. 確認(rèn)適合數(shù)據(jù)模型
a. Master-Details
主題與細(xì)節(jié)對(duì)象的行為規(guī)則：
一、刪除細(xì)節(jié)對(duì)象考廉，細(xì)節(jié)對(duì)象會(huì)進(jìn)入回收站但對(duì)主體對(duì)象沒(méi)有影響昙篙；刪除主體對(duì)象腊状，細(xì)節(jié)和子細(xì)節(jié)對(duì)象會(huì)一并刪除。從回收站恢復(fù)主體對(duì)象苔可，細(xì)節(jié)和子細(xì)節(jié)對(duì)象一并恢復(fù)缴挖。如果先刪細(xì)節(jié)對(duì)象，再刪主體對(duì)象焚辅，恢復(fù)主體對(duì)象時(shí)不會(huì)恢復(fù)細(xì)節(jié)對(duì)象映屋。
二、對(duì)象默認(rèn)不可以更改主體對(duì)象同蜻，但是對(duì)于自定義對(duì)象的master-detail relationship棚点，管理員可以激活allow reparenting 選項(xiàng)來(lái)允許自定義對(duì)象改變管理的主體對(duì)象
三、細(xì)節(jié)和子細(xì)節(jié)對(duì)象沒(méi)有所有人字段湾蔓，它們會(huì)由主體的所有人字段決定瘫析。自定義的細(xì)節(jié)對(duì)象不能夠進(jìn)行分享，手動(dòng)分享或者隊(duì)列，因?yàn)檫@些需要所有人字段颁股。
四么库，細(xì)節(jié)和子細(xì)節(jié)對(duì)象繼承主體細(xì)節(jié)的安全設(shè)定和權(quán)限，不能單獨(dú)地給細(xì)節(jié)對(duì)象創(chuàng)建權(quán)限
五甘有，在細(xì)節(jié)和子細(xì)節(jié)對(duì)象的頁(yè)面布局里诉儒，master-detail關(guān)系是必須的，主體對(duì)象可以是標(biāo)準(zhǔn)對(duì)象或者自定義對(duì)象
六亏掀，從最佳實(shí)踐的角度觸發(fā)忱反，master-detail最好不要有超過(guò)1萬(wàn)條的細(xì)節(jié)對(duì)象記錄
七，每一個(gè)自定義對(duì)象最多可以有兩個(gè)master-detail關(guān)系滤愕，總共最多可以有25條關(guān)系
八温算，關(guān)聯(lián)的對(duì)象在關(guān)系保存后無(wú)法修改
b. many to many: 可以使用master-detail關(guān)系去在任意兩個(gè)對(duì)象之間建立多對(duì)多的關(guān)系
c. look up：不支持sharing或者roll-up summary，對(duì)象可以與自己相關(guān)聯(lián)
在設(shè)定look up 關(guān)系的時(shí)候有2種選項(xiàng)：
一间影，設(shè)置look up 關(guān)系為必須注竿，那么在對(duì)應(yīng)的頁(yè)面布局里也有設(shè)置其為必須的字段
二，設(shè)置look up關(guān)系為可選魂贬，需要從以下三種行為里面選擇一種作為look up關(guān)聯(lián)對(duì)象被刪除的時(shí)候的表現(xiàn)：
1??清除這個(gè)字段的值
2??不允許這個(gè)look up關(guān)聯(lián)對(duì)象被刪除巩割，這種模式在關(guān)聯(lián)對(duì)象被用于workflow rule的時(shí)候可以限制其被隨意的刪除
3??同時(shí)刪除這個(gè)對(duì)象，這個(gè)只有在該對(duì)象為自定義對(duì)象的時(shí)候被允許付燥，而被刪除的look up關(guān)聯(lián)對(duì)象則可以是標(biāo)準(zhǔn)或者自定義對(duì)象宣谈。這種刪除方法又被稱為級(jí)聯(lián)刪除，這種刪除方式可以繞過(guò)安全和共享設(shè)定键科，讓沒(méi)有權(quán)限的人刪除掉被級(jí)聯(lián)的目標(biāo)對(duì)象記錄闻丑。為了防止誤刪，這種方式默認(rèn)是禁止的勋颖，必須聯(lián)系Salesforce才能夠開(kāi)通這種功能嗦嗡，而且這種功能不能作用于business hour， community饭玲，lead酸钦，price book，product或者用戶對(duì)象
look up 關(guān)系中咱枉，parent對(duì)象被刪除并不會(huì)被記錄在child對(duì)象的filed tracking history中
當(dāng)look up關(guān)系有超過(guò)10萬(wàn)條記錄的時(shí)候，look up關(guān)系不能直接刪除徒恋，必須先將記錄的數(shù)目減少到可以操作的數(shù)目
External lookup：parent對(duì)象為外部對(duì)象蚕断，子對(duì)象為外部/標(biāo)準(zhǔn)/自定義對(duì)象。parent對(duì)象的external ID字段必須與子對(duì)象外部lookup關(guān)系字段相符
Indirect lookup：parent對(duì)象為標(biāo)準(zhǔn)/自定義對(duì)抗入挣，子對(duì)象為外部對(duì)象亿乳。你可以在parent對(duì)象上定義一個(gè)唯一的external id字段并讓其與自對(duì)象的indirect lookup 關(guān)系字段相匹配
d.級(jí)別關(guān)系，僅適用于用戶對(duì)象，可以讓任意的用戶記錄關(guān)聯(lián)起來(lái)
2. 描述不同關(guān)系所具有的能力以及其對(duì)于數(shù)據(jù)接入葛假，用戶界面和報(bào)告的影響
a.自定義對(duì)象的tab圖標(biāo)會(huì)被在關(guān)聯(lián)列表上顯示障陶，如果tab設(shè)定存在的話
b.要定義多層的master detail關(guān)系，用戶必須有“customize application”的權(quán)限
c.默認(rèn)情況下聊训，子對(duì)象記錄不能重新關(guān)聯(lián)到其他parent對(duì)象記錄抱究，但對(duì)于自定義對(duì)象，管理員可以在設(shè)置master-detail關(guān)系的時(shí)候選擇“allow reparenting”選項(xiàng)來(lái)允許自定義子對(duì)象記錄重新關(guān)聯(lián)到其他parent對(duì)象記錄
d.你可以有最多3層的自定義子對(duì)象
e.標(biāo)準(zhǔn)對(duì)象不能是自定義對(duì)象的子對(duì)象
f.你不能定義master-detail關(guān)系带斑，如果自定義對(duì)象（detail）已經(jīng)有數(shù)據(jù)鼓寺，但是你可以先建立look up關(guān)系，然后再將其轉(zhuǎn)化成master-detail關(guān)系（只要每個(gè)記錄都有對(duì)應(yīng)的字段數(shù)據(jù)）
g. 子細(xì)節(jié)對(duì)象的數(shù)據(jù)不能直接roll up到parent對(duì)象勋磕，必須先roll up到細(xì)節(jié)對(duì)象再進(jìn)行匯總
h.多重master-detail關(guān)系可以被用于報(bào)表妈候，在創(chuàng)建自定義對(duì)象的時(shí)候必須勾選allow report選項(xiàng)
i.junction對(duì)象不能成為master-detail關(guān)系中的parent對(duì)象
j.你不可以刪除作為master的自定義對(duì)象，但是你可以刪除作為detail的自定義對(duì)象挂滓，注意這會(huì)導(dǎo)致master-detail關(guān)系被轉(zhuǎn)化成look up 關(guān)系
3.改變字段類型會(huì)造成的影響
master-detail -> look up:只有沒(méi)有roll-up summary字段
look up->master detail:所有記錄的look up字段必須都有值
以下情況會(huì)導(dǎo)致數(shù)據(jù)丟失：
涉及日期/時(shí)間/列表/多選項(xiàng)列表的轉(zhuǎn)化苦银，轉(zhuǎn)化成數(shù)字/百分比/貨幣，從單選框轉(zhuǎn)化成其他類型赶站。從Auto number轉(zhuǎn)化成其他類型幔虏。從文本轉(zhuǎn)換成列表。
列表轉(zhuǎn)換成多選列表是數(shù)據(jù)可以保存亲怠，如果數(shù)據(jù)中含有多選列表里沒(méi)有的選項(xiàng)所计，這些選項(xiàng)會(huì)從記錄中刪除。
只有從Text轉(zhuǎn)化成Auto Number時(shí)數(shù)據(jù)不會(huì)丟失团秽，其他類型數(shù)據(jù)轉(zhuǎn)化成Auto Number都會(huì)丟失數(shù)據(jù)主胧。
在轉(zhuǎn)化Text Area(Long)的時(shí)候，只有轉(zhuǎn)化成Email/Phone/Text/TextArea/URL這幾種類型數(shù)據(jù)习勤，只有前255character可以保留
數(shù)據(jù)丟失的時(shí)候踪栋，基于自定義字段的list view會(huì)被刪除，這也可能會(huì)影響到assignment和escalation rule
lead轉(zhuǎn)化時(shí)候映射的字段是不可以改變其數(shù)據(jù)類型的
對(duì)于external ID只能選擇text图毕，email或者number類型夷都，不然該字段不會(huì)再作為external ID
不能將自定義字段轉(zhuǎn)化成加密字段，反之亦然
In Salesforce Knowledge article types, the file field type can't be converted into other data types.
如果一個(gè)自定義字段被?Visualforce pages, Apex code, Process Builder, or flows引用予颤，那么就不能改變其字段類型
改變自定義字段類型會(huì)同時(shí)改變多條數(shù)據(jù)囤官，這個(gè)改變要求會(huì)被放到隊(duì)列里，完成時(shí)用戶會(huì)收到電子郵件通知蛤虐。
在改變數(shù)據(jù)類型之前党饮，確保該字段沒(méi)有被workflow所引用，或者新的類型會(huì)導(dǎo)致field update formula失效
Auto Number 〈-〉 Text 不能超過(guò)30個(gè)字
Formula 不能轉(zhuǎn)換成其他類型驳庭，反之亦然
Picklist可以轉(zhuǎn)換成Checkbox, 可以指定某幾個(gè)值影射成check/uncheck
你只能對(duì)外部對(duì)象的關(guān)系轉(zhuǎn)換成非關(guān)系字段
將自定義對(duì)象的master detail轉(zhuǎn)換成look up關(guān)系刑顺，這個(gè)對(duì)象的organisation-wide default 自動(dòng)更新為Public Read/Write.而從lookup轉(zhuǎn)換成master detail的時(shí)候氯窍，organisation-wide default會(huì)由parent對(duì)象控制
text area (reach) 只能轉(zhuǎn)換成 text area(long)，任何圖片和mark up 會(huì)在下次保存數(shù)據(jù)的時(shí)候被刪除
4.對(duì)指定的需求賦予適合的字段類型
https://developer.salesforce.com/docs/atlas.en-us.api.meta/api/field_types.htm
5.理解schema builder的功能和使用方式
a. schema builder: 把對(duì)象放在Canvas
b.對(duì)象,Fields在Element Tab
https://trailhead.salesforce.com/en/modules/data_modeling/units/schema_builder
6.理解用于數(shù)據(jù)導(dǎo)入和導(dǎo)出的工具選項(xiàng)和注意事項(xiàng)
a.數(shù)據(jù)導(dǎo)入
Data Import Wizard：common standard objects and custom object, 不超過(guò)5萬(wàn)條記錄蹲堂，導(dǎo)入不能自動(dòng)化, unmapped fields are not imported into Salesforce
Data Loader: 不超過(guò)5百萬(wàn)記錄狼讨，任意數(shù)據(jù)，無(wú)論從文件還是數(shù)據(jù)庫(kù)連接柒竞，可以用圖形界面也可以用命令行政供，使用于周期性的數(shù)據(jù)導(dǎo)入
超過(guò)5百萬(wàn)記錄，建議找Salesforce合作商或者在AppExchange上找到合適的產(chǎn)品
Picklist/Multi-Select Picklist在導(dǎo)入的時(shí)候有新的值能犯，對(duì)于unrestricted picklist,那么Data Import Wizard會(huì)使用新的值鲫骗，否則，Data Import Wizard將使用這個(gè)列表的默認(rèn)值踩晶，多選列表每個(gè)選項(xiàng)之間必須用分號(hào)隔開(kāi)
Checkbox:１表示已選≈刺０表示未選
列表，多選列表和check box渡蜻，如果在Data Import Wizard沒(méi)有進(jìn)行映射术吝，那么默認(rèn)值會(huì)被自動(dòng)插入到這些新的或者被更新的記錄
Date/Time Fields的格式必須和用戶的locale設(shè)定想匹配
Formula Fields不接受數(shù)據(jù)導(dǎo)入
b.數(shù)據(jù)導(dǎo)出
Data Export Wizard (in-browser):可以自動(dòng)或者手動(dòng)地導(dǎo)出數(shù)據(jù)，可以選擇每星期或者每個(gè)月
Data Loader：CLI可以用來(lái)自動(dòng)化導(dǎo)出數(shù)據(jù)
7.外部對(duì)象的功能和使用案例
a.必須使用"validate and sync"使數(shù)據(jù)同步到salesforce
b. 必須勾選"include in Salesforce searches"選項(xiàng)才可以在Salesforce里搜索外部對(duì)象
c. 外部對(duì)象可以定義的關(guān)系：external lookup, indirect lookup,lookup
d. File Connect Adapters: 支持google drive, box, sharepoint online, onedrive for business
安全 (10%)
1.如何限制或者延伸對(duì)象茸苇，記錄和字段級(jí)別的訪問(wèn)
With profiles only you can enable/disable object/field/tabs permission and permission set can provide additional permissions. Roles, sharing rules and manual sharing overrides the organization wide default.
2.對(duì)指定的需求配置適當(dāng)?shù)墓蚕矸桨?/p>
業(yè)務(wù)邏輯和自動(dòng)化處理 （27%）
1. record type的功能和使用案例
a. 創(chuàng)建步驟：
Step 1: Manage master picklists.
Step 2: Create record types排苍，此步驟包含指定master picklist里面特定的值給對(duì)應(yīng)的record types；
Step 3: Add record types to profiles学密，此步驟還包含給每個(gè)profile賦予相同或者不同的page layout
Step 4: Set personal options for record types淘衙，允許用戶在創(chuàng)建記錄的時(shí)候設(shè)置默認(rèn)的record type，這樣可以避免每次創(chuàng)建記錄的時(shí)候都要用戶作出選擇
提示: 重命名 a record type 不會(huì)改變列表所包含的選項(xiàng)
當(dāng)用戶轉(zhuǎn)化一個(gè)lead的時(shí)候腻暮，創(chuàng)建的新的賬戶彤守，聯(lián)系人和機(jī)遇會(huì)自動(dòng)使用記錄所有人默認(rèn)的record type；當(dāng)用戶克隆一個(gè)記錄的時(shí)候哭靖，新的副本記錄會(huì)和原本記錄的record type一樣具垫，除非用戶沒(méi)有權(quán)限創(chuàng)建這種類型的record type。如果是這種情況试幽，副本記錄會(huì)使用用戶默認(rèn)的record type筝蚕。
一個(gè)用戶可以看到的公式字段可能是基于隱藏或者只讀字段的。如果這個(gè)公式字段涉及敏感信息铺坞，需要用字段安全級(jí)別去隱藏起宽。
2. formula field的功能和使用案例
a. Formula field可以引用parent對(duì)象的字段，formula field可以用來(lái)動(dòng)態(tài)顯示圖像济榨，
3. roll-up summary的功能燎含，使用案例和考慮事項(xiàng)
a.需要master-detail關(guān)系
b.一旦創(chuàng)建，不能修改所選的細(xì)節(jié)對(duì)象或者刪除任何被引用的字段
c.不在編輯頁(yè)面顯示腿短，可以用于設(shè)置驗(yàn)證規(guī)則，驗(yàn)證錯(cuò)誤信息可以現(xiàn)實(shí)在master/detail記錄
d.需要實(shí)時(shí)確定賦值的函數(shù)都不能在roll-up summary字段里面使用，比如current user, current date
4. validation rule的功能和使用案例
a. 驗(yàn)證規(guī)則是在數(shù)據(jù)存入之前出發(fā)檢驗(yàn)的
b.使用案例：非空字段必須為數(shù)字橘忱，日期必須是今年的某一天赴魁，輸入的數(shù)字在指定范圍內(nèi)，文本最后4位在指定的防偽內(nèi)钝诚，賬號(hào)的賬單國(guó)家使用iso標(biāo)準(zhǔn)
5. approval processes的功能和使用案例
步驟：
a. 創(chuàng)建電子郵件模板
b.創(chuàng)建審批流程（選擇判斷對(duì)象颖御，選擇是否采用快捷創(chuàng)建 - 需要命名、審批流程采用的電子郵件模板凝颇，設(shè)置觸發(fā)條件/Entry Criteria潘拱、選擇審批者
c.設(shè)置批準(zhǔn)和駁回所需要采取的動(dòng)作
注意：使用process builder 來(lái)觸發(fā)approval process可以確保審批流程不被跳過(guò)
6. workflow，visual workflow拧略，process builder的功能和使用案例
a. process builder 用于創(chuàng)建簡(jiǎn)單的流程芦岂，可以向外部系統(tǒng)發(fā)送事件消息。process builder 可以被其他業(yè)務(wù)流程使用的流程叫做invoiceable process垫蛆。
Salesforce 官網(wǎng)推薦使用process builder去應(yīng)對(duì)后臺(tái)自動(dòng)觸發(fā)的流程禽最。觸發(fā)的時(shí)機(jī)可以是某一個(gè)字段更新，接受到某一個(gè)系統(tǒng)信息袱饭，或者指定的時(shí)間或著經(jīng)歷了指定的時(shí)間長(zhǎng)度川无。同時(shí)，Salesforce不建議新學(xué)者使用workflow因?yàn)樾碌暮笈_(tái)自動(dòng)化功能只會(huì)從另外兩種工具里更新虑乖。
Process builder允許里控制流程的執(zhí)行順序懦趋。
Process builder可以執(zhí)行的動(dòng)作：創(chuàng)建記錄；更新流程的核心對(duì)象及其相關(guān)對(duì)象的記錄疹味；將核心對(duì)象提交審批仅叫；更新一條或多條相關(guān)記錄；使用指定的電子郵件模板發(fā)送電子郵件佛猛；在某個(gè)chatter feed里發(fā)帖惑芭。
Process builder可以創(chuàng)建3中不同類型的流程：一、Record change - 當(dāng)記錄創(chuàng)建或者修改的時(shí)候觸發(fā)继找；二遂跟、invoiceable - 可以被其他流程調(diào)用；三婴渡、platform event - 接收到系統(tǒng)事件時(shí)觸發(fā)幻锁。
Process builder的局限：不能發(fā)帖，不能提交一個(gè)相關(guān)記錄用于審批边臼，不能刪除記錄哄尔，創(chuàng)建多個(gè)相互關(guān)聯(lián)的記錄，處理復(fù)雜邏輯柠并。
b. visual workflow (cloud flow designer)用于較為復(fù)雜的商業(yè)流程岭接。
cloud flow designer允許管理員使用現(xiàn)成的頁(yè)面控件或者定制的lightining組件來(lái)創(chuàng)建所需的流程頁(yè)面富拗。不僅可以向外部系統(tǒng)發(fā)送事件消息，還可以通過(guò)External services向第三方檢索信息
cloud flow designer里面可以重用的流程叫做次流程（sub flow）鸣戴。
如果目標(biāo)流程要求用戶提供訊息啃沪，那么cloud flow designer是所需的自動(dòng)化工具。
Cloud flow designer里面無(wú)法定義觸發(fā)條件窄锅，它需要被一個(gè)流程或者apex trigger所觸發(fā)创千。
如果流程要求手動(dòng)觸發(fā)，那么使用cloud flow designer設(shè)計(jì)流程入偷，然后通過(guò)定制的按鈕或者連接將流程附加到指定的頁(yè)面上追驴。
c. workflow只能更新parent對(duì)象而process builder可以更新任何相關(guān)或者非相關(guān)的對(duì)象；只有在需要發(fā)送外部消息的時(shí)候workflow優(yōu)先于process builder
7.根據(jù)需求給出自動(dòng)化處理的方案（參考6里的知識(shí)要點(diǎn)）
8.更新字段的具體細(xì)節(jié)（https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers_order_of_execution.htm）
社交（3%）
1.社交功能及其使用案例
要點(diǎn)
1. 用戶需要有社交賬號(hào)才能看到社交網(wǎng)站的信息
2. 用戶必須登陸他們自己的社交賬號(hào)才能看到關(guān)于賬戶和聯(lián)系人的社交信息
3.社交信息會(huì)在搜索一個(gè)或多個(gè)社交網(wǎng)絡(luò)并指定要關(guān)聯(lián)的社交檔案后被導(dǎo)入賬戶和聯(lián)系人記錄上
4. 社交信息不會(huì)自動(dòng)導(dǎo)入到賬戶和聯(lián)系人記錄上
5. 支持Facebook, Twitter, Youtube and Klout疏之， 不再支持linkedin, lightning experience和salesforce app只支持twitter
6.激活Chatter的時(shí)候殿雪，如果你的公司Chatter用戶少于16人，那么所有用戶自動(dòng)關(guān)注彼此還有最多25條最近使用的記錄体捏；如果你的公司有不少于16Chatter用戶冠摄，他們會(huì)自動(dòng)關(guān)注２５條最近使用過(guò)的記錄和多達(dá)２５個(gè)公司內(nèi)的用戶，包括他們的經(jīng)歷几缭，他經(jīng)理的下屬河泳，他自己的下屬，客戶和機(jī)遇小組里的成員年栓。
7. Post在個(gè)人頁(yè)面的帖子不會(huì)觸發(fā)電子郵件推送拆挥，因此不能確認(rèn)跟進(jìn)情況
8. Action的種類：
a. standard actions: 當(dāng)chatter被激活的時(shí)候自動(dòng)添加，可以修改他們的排列順序但是不能修改這些動(dòng)作的屬性
b. nonstandard actions:可以調(diào)制的動(dòng)作
c. default actions: Salesforce預(yù)先設(shè)置好的動(dòng)作某抓，需要添加需要的用戶到對(duì)應(yīng)的publisher layout
d.mobile smart actions: 和default actions一樣預(yù)先設(shè)置好的動(dòng)作纸兔，并且支持相同的對(duì)象范圍
e. custom actions: 觸發(fā)Lightning組件, Visualforce頁(yè)面或者canvas應(yīng)用。比如創(chuàng)建一個(gè)動(dòng)作用來(lái)支持用戶超過(guò)５千字的評(píng)論
f. productivity actions:?Salesforce預(yù)先設(shè)置好的動(dòng)作, 只支持特定的對(duì)象否副，不可修改或者刪除
9. Approval in Chatter 的步驟：
a. 在chatter setting選擇Allow Approval
b.設(shè)置審批帖子的模板
c.設(shè)置審批程序
d.確認(rèn)對(duì)應(yīng)的對(duì)象已經(jīng)激活chatter feed tracking
10. 開(kāi)通chatter最好的時(shí)間是after hour以減小對(duì)業(yè)務(wù)的干擾
11.Profile-Based Rollout Overview (分步部署Chatter)
From a high-level perspective, a profile-based rollout of Chatter consists of these steps:
You contact Salesforce, and ask us to enable a profile-based rollout of Chatter for your organization.
You determine which users should and shouldn’t have access to Chatter.
You review and modify existing custom user profiles and permissions sets. For example, verify that the Enable Chatter permission in a custom user profile or permission set has the desired setting.
You turn on Chatter for your organization.
用戶界面（14%）
1. 用戶界面定制選項(xiàng)
a.home page 不能使用record type
b.highlight panel由compact layout決定
c. Actions:可以放置在hightlights panel, Activity tab以及Chatter tab,不是所有的actions都支持lightning experience
d. Lightning Experince支持Blank Spaces, Canvas Apps
e. Custom Links可以在Details tab可以顯示
2. 定制按鈕汉矿，連接和動(dòng)作的功能和使用案例
a. Actions display in the Global Action menu in the header (global publisher layout), on related lists, and on list view items as well as server places on a record page depends on the action's type.
b. Global Actions menu does not support the standard Chatter actions Post, File, Poll, Link, Question and Thanks
c. Object specific actions does not appear in the Global Actions menu.
d. Except for the Task object, only standard button actions are supported on list view items. Items in Tasks list views contain the full list of actions available for tasks.
e.Actions on home page shows on recommendations in the assistant
f. Actions on chatter page contain only standard actions, which can be managed via global publisher layout.
g. Actions on record page: The actions in the page-level action menu are a combination of the quick actions, productivity actions, and standard buttons. These actions appear in the order that they’re listed on the page layout. Although they’re quick actions, New Event and New Task don’t show up here.
3.在應(yīng)用中設(shè)置lightning component選項(xiàng)的幾種方案
4.根據(jù)需求選定適合的用戶界面設(shè)計(jì)
報(bào)告
1. 說(shuō)明常見(jiàn)報(bào)告時(shí)可以選用的功能，報(bào)告類型和儀表盤
移動(dòng)
1.如何配置salesforce移動(dòng)應(yīng)用的使用界面
2. 根據(jù)需求备禀，選擇全局或者指定對(duì)象可用動(dòng)作以及動(dòng)作布局用以優(yōu)化移動(dòng)用戶體驗(yàn)
應(yīng)用開(kāi)發(fā)? （8%）
1.描述主要的里程碑和管理應(yīng)用生存周期的考慮事項(xiàng)
a. Plan (需求收集和分析洲拇，產(chǎn)品經(jīng)理主導(dǎo))-> Build（管理員和開(kāi)發(fā)人員主導(dǎo)） -> Test （單元測(cè)試，功能測(cè)試和用戶體驗(yàn)測(cè)試） -> Deploy （發(fā)布經(jīng)理主導(dǎo)）
b. 變革管理框架的3部分： 1. Centre of Excellent曲尸； 2. Release management; 3. Design standard.
c. Release的3個(gè)級(jí)別：Daily （Bug修復(fù)和不需要正式發(fā)布管理的簡(jiǎn)單變革包括報(bào)表赋续，面板，列表試圖另患，電子郵件模板和用戶管理）纽乱，Minor（影響力有限的變化，需要測(cè)試但是需要的培訓(xùn)和變革管理有限昆箕，發(fā)布周期在幾個(gè)星期以內(nèi)）鸦列，Major（重大影響的變革租冠，包含設(shè)置改變和代碼更新以及一個(gè)或者多個(gè)依賴關(guān)系。因?yàn)檫@種變革對(duì)用戶體驗(yàn)和數(shù)據(jù)質(zhì)量有重大影響薯嗤，需要徹底的測(cè)試肺稀，培訓(xùn)和變革管理。這種發(fā)布往往以季度為周期）应民。對(duì)于minor和major的發(fā)布，最好固定在一個(gè)星期的某一天夕吻，并且避開(kāi)節(jié)假日和其他重大活動(dòng)诲锹。
d.兩個(gè)開(kāi)發(fā)人員的代碼合并到QA環(huán)境里做質(zhì)量檢控然后推送到UAT環(huán)境力做用戶測(cè)試，然后推送到預(yù)發(fā)布環(huán)境等待最后推送到生產(chǎn)環(huán)境中涉馅。
e. 版本測(cè)試軟件（比如git）可以合并多個(gè)開(kāi)發(fā)人員更新的代碼归园，可以進(jìn)行針對(duì)性的測(cè)試并把正在開(kāi)發(fā)的部分進(jìn)行隔離。然后把一個(gè)測(cè)試發(fā)布部署到預(yù)發(fā)布環(huán)境里稚矿，如果成功庸诱，則推送到生產(chǎn)環(huán)境。
2. 描述不同沙盒之間的差異和考慮事項(xiàng)
3. 描述change sets的功能和考慮事項(xiàng)
a.特點(diǎn)：一晤揣、用點(diǎn)擊方式完成部署桥爽；二、唯一不需要使用本地文件管理系統(tǒng)的部署方式昧识；三钠四、能夠識(shí)別部署的依賴性組件，比如自定義字段依存于自定義對(duì)象跪楞；四缀去、一次定義多次部署。
b.部署4步驟：一甸祭、在要發(fā)布的組織授權(quán)部署連接 （Production Org-> Setup -> Deployment Settings -> Specific Sandbox Org -> Allow Inbound Change; 二缕碎、創(chuàng)建并上傳outbound change set （Sandbox Org-> Setup -> Outbound Change Sets-> New -> 給新的change set命名并保存->添加修改的組件-> 查看/添加依賴組件->點(diǎn)擊上傳并選擇目標(biāo)org (production org)->上傳完成后有郵件通知；三池户、在production org驗(yàn)證inbound change sets： Production org -> Setup -> Inbound Change Sets -> specific inbound change set -> validate->view results;四咏雌、發(fā)布：Production org->Setup -> Inbound Change Sets ->?Change Sets Awaiting Deployment list->specific inbound change set->Deploy (如果發(fā)布不成功則所有變化回滾，如果發(fā)布成功煞檩，則所有變化無(wú)法回滾）
c. change sets只包括你從setup菜單上進(jìn)行的配置改變处嫌，并不不含記錄數(shù)據(jù)。
d.change sets connection在目標(biāo)org維護(hù)的時(shí)候并不可用斟湃，此時(shí)你只能在sandbox org里創(chuàng)建outbound change sets而不能進(jìn)行上傳
e.如果一個(gè)org沒(méi)有沙盒熏迹，那么在deployment connection頁(yè)面上就會(huì)顯示Insufficient Privileges 錯(cuò)誤
f.在驗(yàn)證和發(fā)布的時(shí)候發(fā)生錯(cuò)誤時(shí)，發(fā)布過(guò)程不會(huì)自動(dòng)重啟凝赛，要確保你的org沒(méi)有被所或者進(jìn)入維護(hù)注暗，不然你的org將無(wú)法訪問(wèn)坛缕。
g.用戶名在復(fù)制到不同環(huán)境的時(shí)候會(huì)自動(dòng)生成環(huán)境相關(guān)的后綴名，但是在change sets里面這種變化將會(huì)被無(wú)視
h. change sets最佳實(shí)踐：一捆昏、部署所有依賴性部件赚楚；二、在outbound change sets里面包含用戶的權(quán)限和訪問(wèn)設(shè)定（profile and permission sets);三骗卜、已經(jīng)上傳的change sets無(wú)法修改宠页，但是給以將其克隆在增添額外的組件；四寇仓、用不同的命名區(qū)分global publisher layouts 和 Outlook publisher layouts 因?yàn)樵赾hange set里面不顯示layout的類型举户；五、源org在驗(yàn)證outbound change sets的時(shí)候以及目標(biāo)org在部署inbound change sets的時(shí)候會(huì)被鎖定遍烦，鎖定期間可以讀寫數(shù)據(jù)但是不能修改設(shè)定俭嘁。因此部署要避開(kāi)系統(tǒng)維護(hù)窗口。六服猪、部署前一定要驗(yàn)證供填；七、上傳的outbound change set或者部署的inbound change set的一個(gè)組件細(xì)節(jié)可以用XML的形式展示罢猪；八近她、限制change set一次不超過(guò)1萬(wàn)個(gè)文件，如果超過(guò)坡脐，考慮將郵件模板泄私、報(bào)表和現(xiàn)實(shí)版的change sets獨(dú)立出來(lái)，因?yàn)樗麄円话阋蕾囆宰钌俦赶校痪派味耍荒苡胏hange set刪除或者重命名組件，刪除必須通過(guò)目標(biāo)org的網(wǎng)頁(yè)借口恬砂，重命名則實(shí)際為先刪除在重新上傳咧纠；在change sets里面包含字段類型更改一般要耗時(shí)更長(zhǎng)，通承褐瑁考慮在目標(biāo)org手動(dòng)更改字段數(shù)據(jù)類型漆羔；十，規(guī)劃在目標(biāo)org進(jìn)行測(cè)試狱掂，all local Apex tests in that org are run by default if you’re deploying any Apex classes or triggers. If the target org is a sandbox, however, tests aren’t automatically run.
i. change set適用場(chǎng)景：從沙盒到生產(chǎn)場(chǎng)景的直接遷移演痒；無(wú)需本地文件系統(tǒng)的改革管理；審核之前部署的變革趋惨；強(qiáng)制數(shù)據(jù)遷移的途徑鸟顺；部署相同的組件到不同的orgs
j.change set的限制：只能在沙盒和生產(chǎn)環(huán)境之前遷移，不同生產(chǎn)環(huán)境之間不可以；不能刪除組件讯嫂，只能手動(dòng)刪除蹦锋；基于云，不易與版本控制軟件聯(lián)用
4. 描述使用托管packages的使用案例和考慮事項(xiàng)
5.按照需求場(chǎng)景決定合適的部署計(jì)劃
參考
1. 考綱：學(xué)習(xí)指南
3.?Triggers and Order of Execution
5.
