# architect 參考圖表 (reference-diagrams) - Full Documentation # Agentforce 版本計畫 Agentforce 版本計畫 - 詳細說明初始生成式 AI 專案版本的可供傳送圖表。 ## 描述 詳細說明初始 Agentforce 專案版本可交付項目的藍圖圖。其中包含「專案定義」、「設定和測試」、「試用版」和「Beta 版」等階段。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-release-plan.webp) # Agentforce 系統橫向 Agentforce 系統橫向 - 系統橫向,此系統橫向將 Salesforce 產品與 Agentforce 提供的其他技術系統混合捕捉。 ## 描述 系統橫向,此間系統橫向將 Salesforce 產品與 Agentforce 提供的其他技術系統混合。此畫面顯示 Einstein Trust 層與生成式 AI 堆疊 (提示範本、LLM Gateway、外部模型、BYOM) 如何與 Data 360 結合,以提供建立強大代理程式應用程式的強大基礎。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/einstein-system-landscape.webp) # Agentforce 藍圖 agentforce 藍圖 - 顯示 Salesforce Customer 360 實作上 AI 首展元件的範例藍圖 ## 描述 顯示在整個 Salesforce Customer 360 實作之間首展 Agentforce 功能之階段的藍圖圖。這包括如「_建立標準」、「模型管理」、「準備資料」、「建立小組」_ 和「_發行與監視_」等階段。游泳員包括卓越中心、銷售、服務和開發人員。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-roadmap.webp) # Customer 360 Marketing 系統橫向 data 360 marketing - 範例系統背景 - Customer 360 結構顯示整合 Salesforce 解決方案中的不同元件如何使用原生連接器彼此通訊 ## 描述 這是 Customer 360 實作 (包括 Agentforce Sales、Agentforce Service、Agentforce Commerce、Tableau 和 Data 360) 的系統橫向圖。此圖顯示整合 Salesforce 解決方案內的不同元件如何使用原生連接器和自訂連接器彼此通訊。其中包含資料入院、身分解析、區隔和啟用等功能。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/e83190b9-5d7d-4468-aff9-882c9086e73f) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-marketing.webp) # Data 360 Customer Zero 實作結構 Data 360 Customer Zero 實作結構 ## 描述 此端對端圖顯示 Salesforce 中實作 Salesforce 作為 Customer Zero 計畫的 Salesforce Data 360。Salesforce Data 360 會作為中心情報與管治層,透過 Zero Copy 聯邦與外部系統 Snowflake 和 AWS 統一企業資料,同時保留 Trust 與語意。此整合的 AI 準備資料基礎可強化 AgentForce 360 啟用,讓合理的工作人員、CRM 增強和跨雲端自動化能夠透過所有業務功能的安全且有原則性的資料流程,最終將組織轉變為代理企業。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNew/af215946-127b-4b47-95b9-a7c158be351b) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/sfdc_customer_zero_implementation.png) # Data 360 批次啟用與事件驅動動作結構 Salesforce Data 360 批次啟用與事件驅動動動作結構 ## 描述 此圖顯示 Salesforce Data 360 在行銷啟用的端對端解決方案中。其中會顯示如何使用「居家組織」、「伴侶組織」、「Data Cloud One」、「Agentforce 360」、「Agentforce Sales」、「Marketing Cloud」和 Tableau Next 等產品建立完整解決方案。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-actions-activations.webp) # Data 360 技術功能地圖 data 360 技術功能地圖 - 顯示 Data 360 技術功能及其支援所涉及產品組合的功能地圖。其中包含如 Data Lakehouse、大型資料處理、資料連接器、轉換、模型和單一事實來源等功能。 ## 描述 顯示 Data 360 技術功能的功能對應,以及支援這些功能所涉及的產品組合。其中包含「資料湖」、「大型資料處理」、「資料連接器」、「轉換」、「模型」和「單一事實來源」等功能。此圖表也顯示 Tableau 和 MuleSoft 如何融入完整解決方案。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/9b36e287-525d-472c-92ec-729bca136540) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-technical-capability-map.webp) # Salesforce 角色階層 salesforce 角色階層 - 範例組織階層,用於瞭解特定使用個案的業務結構、角色和權限。 ## 描述 此圖說明組織階層範例,以便說明特定使用個案的業務結構、角色和權限,並從角色子集中進行取用。 這不是一般的「橫向」圖表,但其類似之處在於,其顯示了角色如何相關和建模業務領域的概念計畫。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/salesforce-role-hierarchy.webp) ## 簡介 本文件提供 Salesforce 實體關係圖表 (ERD) 標記法和慣例的概觀,以協助您清楚解讀可在 [資料模型圖庫中](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)使用的產品資料模型。 ERD 又稱為資料模型,是資訊系統的圖形表示。它會顯示該系統中人員、物件、位置、概念和事件之間的關係。這是一種邏輯模型,可傳達資料的功能結構。在 Salesforce ERD 中,實體通常會對應至 Salesforce 資料庫中的物件。 ## 實體 實體是一種有意義的事物或物件,無論是實際或概念性的資訊都需要知道或保留。 sample data model entity 實體在圖表中以圓角的方塊表示。每個實體方塊通常會提供兩個標籤 (若適用): - 實體的邏輯名稱 (例如此處所示範例中的「Salesforce 實體」)。這可能與所代表 Salesforce 物件的單數標籤對應,但不一定。 - Salesforce 組織中物件的「實體 API 名稱」或「開發人員名稱」(例如範例中的「_API 名稱_」)。針對受管理封裝物件,圖表中列出的 API 名稱通常不會包含受管理封裝命名空間 (例如 vlocity_ins\*\*),除非 Salesforce 或 Industry Cloud 使用多個受管理封裝。受管理封裝物件的 API 名稱結尾表示使用的自訂物件類型:一般自訂物件和自訂設定的「\*\*c」,自訂中繼資料的「\*\*mdt」,外部物件的「\*\*x」。 實體方塊也可以列出代表該實體屬性的一或多個屬性。屬性前面會加上「#」或「-」字元。 - “#” 表示屬於實體邏輯唯一索引鍵的一部分。在範例圖中,「使用者金鑰屬性」視為實體的使用者主要金鑰。 - “•” 表示非金鑰屬性。 ### 實體格式化 每個實體關係圖都會從指定的雲端 (例如 Sales Cloud、Service Cloud 或 Marketing Cloud) 的觀點說明 Salesforce 資料模型。圖表的色彩主題會反映焦點中的雲。所有產業雲端 (例如 Financial Service Cloud、Health Cloud 和 Media Cloud) 都使用相同的「產業」色彩主題。 圖表上指定實體的色彩也具有特定意義。焦點雲端色彩使用其 Salesforce 品牌色彩來表示,包括以下一些範例。 sample data model clouds 下一節將檢閱參照下方 Sales Cloud 範例圖例的不同實體格式: sample data model entities legend ### 雲端實體 具有焦點雲端色彩的實體代表隨附該雲端授權的物件。 ### 相關實體 具有白色填補和黑色框線的實體代表一個物件,其授權與焦點雲端不同,且未由焦點雲端授權擴充。例如,在 Sales 或 Service Cloud ERD 上顯示的「帳戶」與「連絡人」實體將會顯示為白色且有黑色框線,因為這些物件適用於平台授權。 ### 擴充相關實體 具有淺灰色填補及黑色框線的實體代表一個物件,其授權與焦點雲端不同,但焦點雲端會擴充該物件。例如,Commerce Cloud 會以其他欄位擴充基本 Product2 物件。擴充功能包含其他欄位、關係和記錄類型。 ### 外部實體 沒有框線的實體是虛擬的。在圖表中使用時,這些方塊會確認實體存在於網域的邏輯模型中,但實體不會在 Salesforce 中實作為實體物件。此實體的資料預期會透過已部署解決方案中的外部 API 呼叫或 Salesforce Connect 存取。 ### 記錄類型實體 具有虛線框線的實體會在 Salesforce 中建模為記錄類型。在此處顯示的範例中,「公司帳戶」、「帳單帳戶」、「消費者帳戶」和「服務帳戶」子類型具有虛線框線,因為其會對應至透過 Communications Cloud 受管理封裝傳送的記錄類型。 sample data model record type notation ### 概念實體 具有虛線框線的實體是虛擬的。記錄類型或個別物件都不會用來區分 Salesforce 解決方案中的這些子類型。這些子類型會邏輯地描述網域中的概念,其有助於說明資料模型的功能。 ### 超類型與子類型實體 實體的子類型是其發生次數的子集定義。在超類型實體內新增一組子類型時,超類型實體會描述共同屬性和關係,而子類型實體會顯示子類型特有的屬性和關係。在圖表標記法中,子類型互斥,這表示任何單一記錄都必須是單一子類型。 sample subtype relationships 子類型可以有巢狀子類型來進一步區分發生次數。圖表中的子類型是邏輯的,但可透過三種方式之一對應至實體表示。子類型實體框線的穩定性會定義子類型在 Salesforce 資料模型中實作的方式。 sample supertype 具有實線的子類型實體具有實際物件,可追蹤該子類型的發生次數。在此處顯示的範例中,「連絡人」的「外部使用者」子類型具有固定的框線,因為註冊為「外部使用者」的連絡人會在「使用者」物件中使用記錄進行追蹤。 sample subtype contact object ## 關係 關係是兩個實體之間具名的明顯關聯。 sample relationships 行上或行周圍的標記和文字描述關係的基數、選用性和意義。 ### 關係基數 sample relationships legend 基數表示關係各側的相對次數。在標記法中,關係線的結尾表示該結尾的關係基數。結尾的冠子頁尾表示該結尾的許多實體事件可能與相反結尾的每個事件相關。端端缺少克勞的頁尾表示該端最多有一個實體發生的狀況可能與另一端的指定事件相關。 ### 父系-子系關係 Salesforce 支援兩種 [關係欄位](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823):對應欄位和父系子系 (也稱為主要-詳細資料) 欄位。「父系子系」欄位類似於必要對應,但會套用相關實體之間的其他配對。刪除父系記錄時,關係的多側記錄會串聯刪除。此外,詳細資料記錄的可視性也由父系記錄的可視性所控制。 為了說明子系-父系關係與對應關係之間的差異,Salesforce ERD 會從 UML 借用鑽石標記法。關係單一端的鑽石表示該端的實體在關係中扮演主要角色。此類關係中多邊的實體是詳細資料或子系實體,可視為包含在父系實體內。 ### 關係選用性 選擇性表示每個結尾的事件是否需要關係。作為概念,選擇性與基數密切相關,標記法會反映此近似度。透過關係另一端的線條之間的圓形或長條來表示選擇性。為什麼位於關係的另一端?將選擇性標記包含在行與基數相同的側邊。 在關係的多邊 (亦即克勞的腳) 上,線條上幾乎一律有圓形。這表示對於關係單一端的每個事件,關係的多邊可以有零對多個事件。 在關係的單數端,圓形和長條表示關係的冠子頁尾上實體的選擇性關係。圓形及長條平均值可在關係的單數端有零或一個次數,對於多重端的每個次數。 或者,在關係的單數端,雙長條表示關係的多側實體所需的關係。雙長條表示對於多邊的每個事件,關係的單數端必須有一個且只有一個事件。 即使 Salesforce 中的基本實體關係是選擇性的,關係的選擇性仍會顯示為必要。例如,「連絡人」上的 AccountId 欄位實際上是選擇性關係,但如果您忽略「私人連絡人」,則邏輯上需要「連絡人與帳戶」的直接關係。使用選用性指標很謹慎。在大多數的情況下,在 ERD 中顯示的選擇性會反映關係的基本選擇性。 ### 關係意義 sample relationships meaning 除了基數與選擇性之外,兩個實體之間的每個關係都會表達某種意義,以區分該關係與相同兩個實體之間的其他關係。關係結束名稱 (如上圖中的「部分」和「組成」) 會定義關係的性質。 sample relationships meaning 當您結合關係的基數、選用性和結束名稱時,這些名稱可以用來形成描述關係的句子。 從左到右:每個 (可能/必須) 為 (一且只有一/一或多個) 。 由右至左:每個 (可能/必須) 為 (一且只有一/一或多個) 。 例如, sample relationships meaning 從左到右:「每個連絡人必須主要是只有一個帳戶的連絡人。」由右至左:「每個帳戶主要代表一個或多個連絡人。」 ### 關係色彩編碼 關係線條以色彩編碼。由雲端在圖表焦點中新增的關係會以色彩繪製。黑色線條代表與焦點雲端不同授權的關係。 sample relationships color ### 遞迴關係 關係可在相同實體的兩個事件之間。這稱為遞迴關係。彎曲關係線用來表示遞迴關係。 sample recursive relationships ### 互斥關係 sample mutual exclusive relationships Salesforce ERD 通常會排除大多數業務規則,以專注於資料模型的結構,但相互排除的關係是一個對結構具有資訊性的業務規則,因此請注意。互斥關係表示只有一個包含在弧度中的多個關係會用於任何指定的事件。請注意,兩個、三個或更多關係可以參與相同的相互排除關係。描述在此處顯示互斥關係的句子可能是:「每個實體都可以是只有一個「第一個其他實體」的例項,或是一個僅有一個「第二個其他實體」的例項。」 sample mutual exclusive relationships 請注意,在 Salesforce ERD 中,通過弧度的中斷關係條列並非互斥關係的一部分。 ## 版面配置慣例 正式 Salesforce 產品 ERD 遵循版面配置慣例來改善可讀性。這些版面配置慣例包括下列內容: - 關係線條應一律為直線。 - 關係線條應垂直或水平繪製。在極少數情況下,如果無法這麼做,請在對角線上使用直線。 - 為了讓關係線條保持直接,實體方塊可以調整大小 (較高或較寬),以提供兩個實體之間關係的登陸位置。更重要的實體 (其關係較多) 會顯示在圖表上,以加強其重要性。 - 在整個單一 ERD 中,關係上的角色的腳應該一直位於關係條列的左側和/或頂端 (向上下版面配置),或一直位於關係條列的右側和/或底部 (向上右側版面配置)。此慣例提供清晰度,因為其會在圖表的相同區域收集類似實體,這對瞭解實體很有幫助。使用向上向下版面配置會導致圖表向上向下顯示,且子系實體位於父系實體的上方或左側 – 不過,這可確保圖表中最具體的實體位於圖表的左上角,進而使圖表更可彼此區分並可辨識。使用右上方版面配置慣例會導致相同的通用實體位於每個圖表左上方,但子系實體會位於父系實體的下方或右側。 嚴格遵循這些版面配置慣例會產生簡潔且易讀的圖表。 請務必檢查符合此標準的最新 Salesforce 資料模型 [資料模型圖庫](https://developer.salesforce.com/docs/platform/data-models/guide)。 # 互動流程流程 互動流程流程圖說明系統元件、服務和使用者之間的互動、資料流程和程序步驟順序。這些圖表可協助結構設計師和開發人員瞭解系統的不同部分如何溝通、事件如何透過結構傳播,以及如何協調非同步和同步流程。它們提供瞭解系統行為、識別瓶頸和最佳化流程流程的重要文件。 此區段包含與互動流程流程相關的 6 個參考圖: | 圖表名稱 | 描述 | | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [透過平台事件非同步處理](/docs/architect/zh-tw/reference-diagrams/guide/asynchronous-processing-via-platform-events) | 顯示非同步處理如何處理平台事件。訂閱者會取用發佈至 Bus 的事件來進行處理。 | | [索賠檢查](/docs/architect/zh-tw/reference-diagrams/guide/claim-check) | 顯示在修改記錄時要發佈的事件。事件的訊息內文會儲存在資料庫中,且只會透過訊息匯流傳送參照。 | | [客戶個人化流程](/docs/architect/zh-tw/reference-diagrams/guide/customer-personalization-flow) | 顯示從客戶互動到傳送系統的端對端資訊流程中涉及的時間型互動。 | | [透過 Http 的外部整合](/docs/architect/zh-tw/reference-diagrams/guide/external-integrations-via-http) | 來自「建立表單決策指南」的範例解決方案結構圖表,顯示使用 HTTP 通訊協定的外部整合。 | | [住宿忠誠度管理流程](/docs/architect/zh-tw/reference-diagrams/guide/hospitality-loyalty-management-process) | 顯示在旅館忠誠度管理流程中系統的時間型互動。 | | [排隊](/docs/architect/zh-tw/reference-diagrams/guide/queuing) | 顯示「排行榜」模式的範例,此模式描述已發佈且寫入至排列的事件,訂閱者依順序處理事件。 | # 使用 Data 360 複製資料整合結構 Salesforce Data 360 與 AWS 之間的零複製資料整合結構 ## 描述 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與各種 AWS 資料服務整合,以及與 AWS Redshift 和 S3 之間強大的 Zero Copy 互通性。此結構可讓組織在聯合平台之間順暢整合和統一資料,提供轉換為真正的代理企業所必需的中央「統一」和「啟用層」。其中包含 Salesforce 產品,例如 Agentforce 360、Tableau Next、Marketing Cloud、Data 360 和 Agentforce Sales。 ## 可下載連結: **後端:Amazon Web Services** - [透明](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.webp) **後端:Google Cloud Platform** - [透明](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.webp) **後端:Databricks** - [透明](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-databricks.webp) **後端:Snowflake** - [透明](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.webp) # 來賓忠誠度管理流程 旅館忠誠度管理流程 - 旅館忠誠度管理流程中以時間為基礎的系統互動。 ## 描述 來賓度忠誠度管理流程中以時間為基礎的系統互動。此流程會透過 Agentforce Commerce、Agentforce Sales、Agentforce Platform、Data 360、Marketing Cloud Engagement、MuleSoft 和外部資料來源追蹤流程。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/899f5366-4dea-4da7-81af-dc3939aece42) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/hospitality-loyalty-management-process.webp) # 傑出中心 傑出中心 - 此圖顯示傑出中心 (CoE) 如何與主管專案關係人和 IT 橋接。它會醒目提示功能和技術領導能力是 CoE 的核心。 ## 描述 此圖顯示傑出中心 (CoE) 如何與主管專案關係人和 IT 橋接。 它會醒目提示功能與技術領導能力對於 CoE 的重要性。 「傑出中心」可提供跨企業的專業知識與指引。 他們透過如下的活動提供價值: - 建立解決方案實作的最佳作法 - 強制遵循公司標準和產業標準作法 - 身為產品專家,在產品中教育和訓練專案小組 - 解決實作期間發生的難題問題 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/center-of-excellence.webp) # 元件藍圖 元件藍圖 - 透過識別系統功能、相關功能、實作順序、時間範圍和利害關係人相依性來最佳化資源規劃和預算的視覺藍圖。 ## 描述 此圖表包含視覺藍圖,可透過識別系統功能、相關功能、實作順序、時間範圍和利害關係人相依性來最佳化資源規劃和預算。 此圖表通常會作為 [功能藍圖](/docs/architect/zh-tw/reference-diagrams/guide/capability-roadmap)中一個方塊的詳細資料檢視使用。 對於此圖表中的每個元件,有一個專屬的「[功能藍圖」](/docs/architect/zh-tw/reference-diagrams/guide/feature-roadmap),可逐層細分功能傳送的詳細資料。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/component-roadmap.webp) # 功能地圖 功能對應提供業務和技術功能的視覺呈現,說明不同產品和服務如何支援組織目標。這些圖表可協助結構設計師和專案關係人瞭解業務驅動因素、功能和基礎技術堆疊之間的關係。它們可作為策略規劃工具,以在業務目標與技術實作之間達成更佳的對齊方式。 此區段包含與功能對應相關的 4 個參考圖: | 圖表名稱 | 描述 | | --------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | | [業務容量地圖](/docs/architect/zh-tw/reference-diagrams/guide/business-capability-map) | 範本功能對應,用於描述具有高層級產品定位的業務驅動因素和功能。 | | [Data 360 技術功能地圖](/docs/architect/zh-tw/reference-diagrams/guide/data-360-technical-capability-map) | 顯示 Data 360 技術功能的功能對應,以及支援這些功能所涉及的產品組合。 | | [忠誠度管理功能地圖](/docs/architect/zh-tw/reference-diagrams/guide/loyalty-management-capability-map) | 顯示忠誠度管理服務及高層級產品定位的功能地圖。 | | [傑出中心](/docs/architect/zh-tw/reference-diagrams/guide/center-of-excellence) | 此圖說明傑出中心 (CoE) 如何與主管專案關係人和 IT 橋接。 | # 功能藍圖 功能藍圖 - 視覺藍圖,可透過識別功能實作順序、相依性和其他功能來增強業務和技術小組之間的協同合作,以供規劃之用。 ## 描述 視覺化藍圖圖,可透過識別功能實作順序、相依性和其他功能來增強業務和技術小組之間的協同合作,以供規劃之用。 此圖表通常會作為 [元件藍圖](/docs/architect/zh-tw/reference-diagrams/guide/component-roadmap)中一個方塊的詳細資料檢視使用。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/feature-roadmap.webp) # 單一組織結構 單一組織結構 - 詳細說明支援全域業務單位單一組織策略的圖表。 ## 描述 詳細說明支援多個業務單位單一組織策略的圖表。 下方方塊可能包含使用中產品的清單 (如上所示),或可能會列出業務單位 (例如購物車、商機管理或個案管理) 所需的功能。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/single-org-architecture.webp) ## 簡介 圖表是基本工具,也是結構工作的重要部分。它們可讓我們將許多不同的計畫傳達給許多不同類型的利害關係人。 圖表可協助傳送小組保持一致,並作為實作與產品實情的單一事實來源。圖表也是讓業務專案關係人做出正確採購和技術決策的重要方式。 **圖表一律應:** - 從左至右讀取,從上至下讀取,盡可能靠近 - 以精確的方式傳達訊息,並包含適當的資訊範圍以確保可讀性 - 使用「[Salesforce 圖表標準元件](/docs/architect/zh-tw/reference-diagrams/guide/kit-of-parts)」,包括卡片和標頭,並清楚描述圖表的內容、範圍和用途 ## 圖表範圍 圖表的範圍應僅限於針對特定主題傳達的重要資訊。不需要的任何項目,才會取用您要通訊的訊息。可以 (且應該) 建立多個圖表來捕捉不同的概念,以便更清楚地溝通並縮小圖表內容的焦點。 - 定義您需要傳達給受眾的重要資訊/訊息 - 分類邏輯範圍以使資訊聚焦於訊息中 - 識別最適當的圖表類型以作為範本使用 ## 圖表類型 Salesforce 圖表已定義我們最有用的圖表類型,以協助您輕鬆利用範本並瞭解圖表慣例。我們目前的資源分類為: ### 功能地圖 - 瞭解解決方案中包含的內容組合與相關關鍵功能 - 專注於功能、業務驅動因素和值 ✨ 在 [參考結構圖庫中尋找功能地圖](/docs/architect/zh-tw/reference-diagrams/guide/section-capability-map) ### 系統橫向 - 針對特定實作中涉及的產品和/或技術系統 - 專注於內容、特定內容層面,以及跨內容的連線 ✨ 在「[參考結構圖庫」中](/docs/architect/zh-tw/reference-diagrams/guide/section-system-landscape)尋找「系統橫向」範例與範本 ### 解決方案結構 - 包含整合、行為和/或功能的產品或技術 - 專注在內容之間的詳細連線和/或通訊層面 ✨ 在 [參照結構圖庫中](/docs/architect/zh-tw/reference-diagrams/guide/section-solution-architecture)尋找「解決方案結構」範例與範本 ### 藍圖 - 協助組織計畫及視覺化一段時間內能力、元件、功能和系統的策略實作 - 提供明確的實作順序、相依性和優先順序檢視 ✨ 在「[參照結構圖庫」中尋找「藍圖」範例與範本](/docs/architect/zh-tw/reference-diagrams/guide/section-roadmap) ### 互動/程序/流程 - 取用時間型步驟、資料流程或支援流程所需的互動 - 專注於並說明 (使用序列編號) 層面/內容的順序 ✨ 在 [參照結構圖庫中](/docs/architect/zh-tw/reference-diagrams/guide/section-interaction-process-flow)尋找互動、流程和流程圖的範例和範本 ### 資料模型 / ERD - 針對中繼資料實作,請採取實體 (物件)、關係和概念 ✨ 在「[資料模型圖庫」中尋找「資料模型」範例與範本](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) 請參閱 [參照結構圖庫](/diagrams)或我們專屬的 [資料模型圖庫](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)中的圖表類型範例。利用範本快速/輕鬆地為您的使用個案建立圖表。 ## 建立圖表的步驟: - 定義您要傳達之訊息的**範圍**: - _考量您的受眾、您需要描述的內容/層面、所需的資訊,以及可排除的內容_ - 確定有一個具有明確「**標題**」的 **標題**,以及簡潔且謹慎的「描述」(**Description)**,以便捕捉圖表的目的、範圍和訊息 確保有標題,其中包含明確的標題,以及簡潔且謹慎的描述,以便捕捉圖表的目的、範圍和訊息 - 使用「**卡片**」來捕捉內容 (系統、概念、實體等) - 在「**卡片屬性」中**視所需取用內容詳細資料或關鍵層面/功能 卡片屬性 - 使用您卡片內容之間的 **連接器來**視需要呈現關係 連接器 - 在有用的、可用的和/或適當的地方納入「**卡片圖示**」 卡片圖示 - 使用「**頁尾」** 和「**頁尾」圖示** 來捕捉任何其他關鍵內容層面 頁尾圖示 **警告:**由於 Lucidchart 目前受到限制,因此從範本建立的圖表中的頁尾圖示會從卡片中取消固定。您需要將圖示拖曳至頁尾中間以重新固定。 如需詳細資料和最佳作法,請參閱「[標準元件」頁面](/docs/architect/zh-tw/reference-diagrams/guide/kit-of-parts)。 **Salesforce 圖表是否有輸入或問題?**請讓我們知道您在 [這裡](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)的想法。 # 客戶個人化流程 客戶個人化流程 - 顯示時間型互動涉及的端對端資訊流程,從 Experience Cloud 網站上的客戶互動到 Marketing Cloud 和 Slack 中的後端自動化。MuleSoft 會協調與後端系統的整合、Slack 會將小組中的每個人連接在一起,而 Marketing Cloud 會與客戶旅程結束迴圈。 ## 描述 此圖表顯示資訊端對端流程中涉及的時間型互動,從 Experience Cloud 網站上的客戶互動到 Marketing Cloud 和 Slack 中的後端自動化。MuleSoft 會協調對後端系統的整合、Slack 會將小組中的每個人連線,而 Marketing Cloud 會與客戶旅程結束迴圈。此結構也使用 Headless 360 和 Data 360 產品。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/customer-personalization-flow.webp) # 忠誠度管理功能地圖 忠誠度管理功能地圖 - 顯示忠誠度管理服務及高層級產品定位的功能地圖。其中包含如「忠誠度管理」、「處理」和「分析」等功能。 ## 描述 此功能對應圖表顯示忠誠度管理服務,其中包含高層級產品定位。其中包含如「忠誠度管理」、「處理」和「分析」等功能。此解決方案使用 Salesforce 產品,例如 Marketing Cloud Engagement、Agentforce Service 和 MuleSoft。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-capability-map.webp) # 忠誠度管理解決方案結構 忠誠度管理解決方案結構描述 - 此結構圖描述直接涉及忠誠度管理解決方案的產品和功能。 ## 描述 此結構圖描述直接涉及在忠誠度管理解決方案中的產品和功能。這包括 Agentforce Commerce、Agentforce Sales、Agentforce Service、Marketing Cloud Engagement、MuleSoft、Data 360 和 Tableau for Analytics。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-solution-architecture.webp) # 排隊 queuing - 顯示「排行榜」模式的範例,此模式描述在修改記錄時發佈的事件,並寫入至該事件。 訂閱者會從其相關聯的排行榜接收事件的複本,並對自己的記錄進行適當的更新。 ## 描述 顯示在修改記錄時,將事件發佈並寫入至排行榜的「排入」模式範例。訂閱者會從其相關聯的資料列收到事件的複本,並對自己的記錄進行適當的更新。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/queuing.webp) # 業務能力地圖 業務能力地圖 - 範本功能地圖,用於描述具有高層級產品定位的業務驅動因素和功能。 ## 描述 範本功能對應,用於描述具有高層級產品定位的業務驅動因素和功能。 業務驅動因素是高階策略目標或外部壓力,可推動組織變更其營運方式。 範例業務驅動因素包括: - 收入成長 - 減少營運成本 - 客戶保留 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/fe6ccc24-6a13-4e0f-8076-1e5af8b08466) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) ## 標準元件 「標準元件」可讓您輕鬆建立、自訂及重複使用高品質且一致的圖表。 Salesforce 建議用於結構圖的 Lucid。 所有 Salesforce 圖表形狀與範本都會利用專業樣式。 Lucidchart 中的 Salesforce 形狀文件庫與範本 Lucidchart 中的 Salesforce 形狀文件庫與範本
尋找如何在 [參照結構圖庫中](https://architect.salesforce.com/diagrams#reference-architecture-gallery)使用元件的範例 ## 最佳作法 下列區段會針對「標準元件」中包含的「[標頭](#標頭)」、「[卡片」](#卡片)、「[圖示」](#圖示) 和「[連接器」](#連接器) 來收集詳細的最佳作法。 ## 標頭 圖表標題 「頁首」應出現在所有圖表上,並包含: - 您受眾可以快速瞭解的標題 - 清楚說明圖表涵蓋的內容、其目的與意圖 - (選用) 要傳達作者的標誌或公司名稱 - (選用) 用來說明作為分類之圖示、設計或符號的索引鍵 大小應佔用圖表高度的至少 10% 且寬度的 100%。 描述的字型大小應至少為標題的大小半。 當使用圖表本身上未指定標題的圖示、連結、色彩等時,應包含「金鑰」。金鑰應盡可能分組為偶數列。 ## 卡片 圖表的所有內容應以卡片表示。卡片可以調整大小,且可以有透明或彩色的填充。卡片有多個區段提供變化,您可以用來在圖表中代表不同的概念。 ### **卡片解析** 範例卡片如下,其中描述不同的區段。唯一的必要卡片內容為「標題」。其他區段可視需要用於特定使用個案。 卡片解析 **卡片圖示** 卡片圖示是代表卡片內容的視覺資產 **卡片標題** 卡片標題是可快速瞭解的卡片名稱,用來捕捉卡片代表的內容、區域或概念 **卡片屬性** 卡片屬性是關於內容的文字詳細資料,以清單表示,並用於當您需要取用和傳遞多個資料點時使用 **卡片頁尾** 卡片頁尾提供財產的其他特性。範例包括:封裝/物件/ API 名稱、擁有權、功能等 **卡片頁尾圖示** 用於視覺資產的頁尾圖示區段可顯示關於該內容的其他資訊。範例包括:管道、共用服務、功能等頁尾圖示應包含在圖表索引鍵中/說明。 警告:由於 Lucidchart 目前受到限制,因此從範本建立的圖表中的頁尾圖示會從卡片中取消固定。您需要將圖示拖曳至頁尾中間以重新固定。 ### **卡片變化** 使用不同的區段可為不同的使用提供不同的卡片變化。您可以視需要混合和比對卡片解析度,以在圖表中建立這些變化。請參閱下列範例: 摺疊卡片 詳細卡片 含頁尾的詳細卡片 請參閱「[參照結構圖庫」,](https://architect.salesforce.com/diagrams#reference-architecture-gallery)瞭解如何使用這些變化。 根據需要使用可調整卡片大小和色彩的功能來區分類型,並建立明確且易懂的圖表。 ## **容器** 卡片也可以作為容器,亦即多個內容的分組。您可以在另一個卡片內嵌套卡片來代表階層關係,或視需要將相關內容分類。 容器 ## **圖示** Salesforce 圖表提供一組基本的「Salesforce 產品標誌」,以及其他圖示來代表圖表中的內容和其他區域。 圖示 您可以在「[參照結構圖庫」中找到如何使用圖示的範例](https://architect.salesforce.com/diagrams#reference-architecture-gallery) _如需其他圖示,請參閱 [Lightning Design System 圖示。](https://www.lightningdesignsystem.com/icons/)_ ## 連接器 連接器一律應使用肘線連接線,並盡可能保持直接,以提高可讀性。 連接器與藥丸 **連接器**代表兩個卡片之間的關係、整合或程序步驟。線條樣式表示不同類型的連線,且應在圖表索引鍵中呈現。端點表示整合或流程連結的方向。端點也代表關係連結的基數與次序。 **藥丸**可用來提供連線的相關詳細資料。請參閱「[解決方案結構](/docs/architect/zh-tw/reference-diagrams/guide/section-solution-architecture)」和「[互動流程流程](/docs/architect/zh-tw/reference-diagrams/guide/section-interaction-process-flow)」圖表以瞭解藥丸的範例使用方式。 ## 無障礙 在全球,大約有 [13 億](https://www.salesforce.com/company/legal/508_accessibility/#:~:text=Product%20Accessibility%20Status&text=Around%20the%20world%2C%20approximately%201.3,global%20economy%20that%20includes%20everyone.) 人患有某種形式的殘疾,佔全球人口的 15%。無障礙功能可讓您的圖表對所有檢視者都可理解。有兩個特定的焦點區域可以協助您更容易存取圖表:針對螢幕助讀程式最佳化,並適當使用色彩對比。 您可以在 [Salesforce Design 部落格](https://medium.com/salesforce-ux/tagged/accessibility)上找到有關無障礙設計的更多資源。 **螢幕助讀程式** 螢幕助讀程式是一種軟體應用程式,可在檔案、應用程式或網站中大聲讀取文字。螢幕助讀程式可以對無法清楚看見的個人讀取圖表。螢幕助讀程式相容性的最佳格式為 PDF (可攜式文件格式)。不同於影像和無法存取的應用程式,螢幕助讀程式可以存取 PDF,以讀取文字、形狀和色彩。與他人共用時將圖表匯出為 PDF 格式,可提升無障礙功能。 **色彩對比** 增加色彩對比是另一個協助您更容易存取圖表的方法。 當人員符合「[網頁內容無障礙指導方針」(WCAG) 的最低色彩對比](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html),其背景色彩與文字本身色彩之間的比率為 4.5:1 時,便能夠更清楚辨識及閱讀您的圖表。 顯示建議對比的調色盤樣本 [Salesforce 色彩系統](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577)中的每個色彩都有 0 到 100 之間的數字,與其相關聯。為圖表選擇色彩時,請確定文字背後的背景色彩至少大於或小於文字色彩的 50 點。例如,如果背景色彩為 80,則文字色彩不應高於 30。也請考慮針對框線和框線使用 50 點的規則 (視需要)。 **Salesforce 圖表是否有輸入或問題?**請讓我們知道您在 [這裡](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)的想法。 # 系統橫向 系統橫向圖提供組織技術生態系統的全方位檢視,說明 Salesforce 產品、外部系統和整合點之間的關係。這些視覺呈現方式可協助結構設計師瞭解完整的系統拓型、識別相依性和計畫策略實作。這些文件可作為重要文件,讓利害關係人視覺化不同元件在 Customer 360 結構內的互動方式,並支援業務目標。 此區段包含與系統橫向相關的 5 個參考圖: | 圖表名稱 | 描述 | | ------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Customer 360 Marketing 系統橫向](/docs/architect/zh-tw/reference-diagrams/guide/data-360-marketing) | Customer 360 結構實作的系統橫向。 | | [Agentforce 系統橫向](/docs/architect/zh-tw/reference-diagrams/guide/einstein-system-landscape) | 系統橫向,此間系統橫向將 Salesforce 產品與 Agentforce 提供的其他技術系統混合。 | | [零售系統橫向](/docs/architect/zh-tw/reference-diagrams/guide/retail-system-landscape) | 顯示 B2C Commerce 和 Marketing 解決方案的系統橫向,指出實作中涉及的 Salesforce 產品和其他技術混合。 | | [Salesforce 角色階層](/docs/architect/zh-tw/reference-diagrams/guide/salesforce-role-hierarchy) | 範例組織階層,用於瞭解業務結構、人員關係和存取模式的角色子集。 | | [單一組織結構](/docs/architect/zh-tw/reference-diagrams/guide/single-org-architecture) | 詳細說明支援多個業務單位單一組織策略的圖表。 | # 系統藍圖 系統藍圖 - 簡化資源規劃和預算的藍圖圖。 ## 描述 此藍圖圖可透過識別專案關係人的系統實作順序、相依性、功能區域和相關功能,來簡化資源規劃和預算。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/system-roadmap.webp) # 索賠檢查 宣告檢查 - 顯示在修改記錄時要發佈的事件。 事件的訊息內文會儲存在個別的資料存放區中,而標題 (其中包含宣告檢查) 會傳遞給訂閱者。 訂閱者接著會在準備好必要時處理資訊時,使用宣告檢查來檢索訊息內文。 ## 描述 此圖顯示索賠檢查模式。當修改記錄時,此模式會發佈並將事件發佈至 Event Bus。事件的訊息內文會儲存在個別的資料存放區中,而包含索賠檢查的標題會傳遞給訂閱者。然後,當訂閱者準備好處理資訊時,訂閱者便會使用索賠檢查,以提取訊息內文。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/claim-check.webp) # 能力藍圖 功能藍圖 - 視覺化藍圖,透過分組功能並識別實作順序、相依性和值來簡化資源規劃和預算。 ## 描述 視覺化藍圖,透過分組功能並識別實作順序、相依性和值來簡化資源規劃和預算。 對於此圖表中的每個功能,有一個專屬的「[元件藍圖」](/docs/architect/zh-tw/reference-diagrams/guide/component-roadmap),可逐層細分傳送的詳細資料。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/capability-roadmap.webp) # 藍圖 藍圖圖可協助組織計畫和視覺化一段時間內的能力、元件、功能和系統策略實作。這些圖表可讓結構設計師和專案管理員簡化資源規劃、最佳化預算,並增強業務和技術小組之間的協同合作。它們可提供實作順序、相依性和優先順序的清楚檢視,協助利害關係人瞭解提供複雜 Salesforce 解決方案的分階段式方法。 此區段包含與藍圖相關的 6 個參考圖: | 圖表名稱 | 描述 | | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [能力藍圖](/docs/architect/zh-tw/reference-diagrams/guide/capability-roadmap) | 視覺化藍圖,透過分組功能並識別實作順序、相依性和值來簡化資源規劃和預算。 | | [元件藍圖](/docs/architect/zh-tw/reference-diagrams/guide/component-roadmap) | 視覺化藍圖,透過識別系統功能、相關功能、實作順序、時間範圍和利害關係人相依性來最佳化資源規劃和預算。 | | [功能藍圖](/docs/architect/zh-tw/reference-diagrams/guide/feature-roadmap) | 視覺化藍圖,可透過識別功能實作順序、相依性和其他功能來增強業務和技術小組之間的協同合作,以供規劃之用。 | | [Agentforce 版本計畫](/docs/architect/zh-tw/reference-diagrams/guide/generative-ai-release-plan) | 詳細說明初始生成式 AI 專案版本的可傳送圖表。 | | [Agentforce 藍圖](/docs/architect/zh-tw/reference-diagrams/guide/generative-ai-roadmap) | 顯示在 Salesforce Customer 360 實作之間首展 AI 之元件的範例藍圖。 | | [系統藍圖](/docs/architect/zh-tw/reference-diagrams/guide/system-roadmap) | 透過識別系統實作順序、相依性和功能優先順序,簡化資源規劃和預算。 | # 解決方案結構 解決方案結構圖說明特定解決方案的技術設計和實作詳細資料,顯示元件、服務和整合如何一起處理業務需求。這些圖表提供結構設計師和開發人員系統互動、資料流程和結構模式的詳細檢視。其可作為實作的藍圖,協助小組瞭解解決方案中的元件關係、整合點和技術相依性。 此區段包含與解決方案結構相關的 4 個參考圖: | 圖表名稱 | 描述 | | -------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | [使用 Data 360 複製零資料整合結構](/docs/architect/zh-tw/reference-diagrams/guide/aws-data-360) | 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與各種後端資料服務整合。 | | [Data 360 Customer Zero 實作結構](/docs/architect/zh-tw/reference-diagrams/guide/sfdc-customer-zero-implementation) | 此端對端圖顯示 Salesforce 中實作 Salesforce 作為 Customer Zero 計畫的 Salesforce Data 360。 | | [Data 360 批次啟用與事件驅動動作結構](/docs/architect/zh-tw/reference-diagrams/guide/data360-actions-activations) | 此圖顯示 Salesforce Data 360 在行銷啟用的端對端解決方案中。 | | [忠誠度管理解決方案結構](/docs/architect/zh-tw/reference-diagrams/guide/loyalty-management-solution-architecture) | 此結構圖描述直接涉及在忠誠度管理解決方案中的產品和功能。 | # 透過 Http 的外部整合 透過 http 的外部整合 - 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示透過「流程」中的 HTTP 呼叫與 OmniStudio 中的 HTTP 動作連線至外部資料來源。 ## 描述 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示透過流程中的 HTTP 呼叫與 OmniStudio 中的 HTTP 動作連線至外部資料來源。它會顯示 HTTP 的熟悉要求和回應模式。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/external-integrations-via-http.webp) # 透過平台事件進行非同步處理 透過平台事件非同步處理 - 顯示非同步處理如何與平台事件搭配運作。 發佈至匯流程的事件會透過認可後的發佈順序傳送,然後由不同同步內容中的流程大量處理。 ## 描述 此圖說明使用平台事件進行非同步處理的互動流程,顯示事件如何作為更廣泛結構模式的一部分發佈至 Event Bus。此模式針對程序需要觸發下游工作而不封鎖主要交易的情境設計,讓 Salesforce 以非同步方式處理繁重的工作。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/asynchronous-processing-via-platform-events.webp) # 零售系統橫向 零售系統範圍 - 顯示 B2C Commerce 和 Marketing 解決方案的系統範圍,指出實作中涉及的 Salesforce 產品和其他技術的組合。其中包含如「行銷自動化」、「互動管理」、「產品型錄」和「區隔」等功能。 ## 描述 顯示 B2C Commerce 和 Marketing 解決方案的系統橫向,指出 Salesforce 產品與實作中涉及的其他技術 (例如 MuleSoft、Data 360、Agentforce Sales、Agentforce Marketing、Agentforce Commerce 和 Agentforce Service) 的組合。其中包含如「行銷自動化」、「互動管理」、「產品型錄」和「區隔」等功能。 ## 可下載連結 - [透明](https://lucid.app/lucidchart/editNewOrRegister/4d6b109a-ea3e-46c2-bab6-84a07efd9ac5) - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/retail-system-landscape.webp)