# architect 参照図 (reference-diagrams) - Full Documentation # Agentforce システム状況 Agentforce システム ランドスケープ - Agentforce で使用可能な Salesforce 製品とその他のテクノロジー システムの混在を示すシステム ランドスケープ。 ## 説明 Agentforce で使用可能な Salesforce 製品とその他のテクノロジーシステムの組み合わせを把握するシステムランドスケープ。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [画像](https://architect.salesforce.com/ns-assets/legacy/einsteingptsystemlandscape-einsteingptsystemlandscape.png) # Agentforce リリース計画 Agentforceリリース プラン - 最初の生成AIプロジェクト リリースの成果物の詳細を示した図。 ## 説明 Agentforce プロジェクトの初期リリースの成果物の詳細を示した図。これには、プロジェクト定義、設定とテスト、パイロットリリース、ベータリリースなどのフェーズが含まれます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [画像](https://architect.salesforce.com/ns-assets/legacy/releaseanddelivery.png) # Agentforce ロードマップ Agentforceロードマップ:Salesforce Customer 360実装全体にAIをロールアウトするためのコンポーネントを示すロードマップの例 ## 説明 Salesforce Customer 360 実装全体に Agentforce 機能をロールアウトするためのフェーズを示すロードマップ。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [画像](https://architect.salesforce.com/ns-assets/legacy/generativeairollout.png) # Apex メッセージの一括再キューイング Apex 一括処理メッセージの再キューイング - Salesforce Platform のフロー制御メカニズムによって、1 つの組織で一括処理 Apex メッセージ タイプのフラッディングがどのように防止されるかを示します。フレームワークは、新しいエントリを一括処理 Apex キューに追加する前に、すべての既存のエントリが組織 1 に関連付けられていることを認識します。この組織 1 には、ワーカー スレッドにもエントリがあります。次に、組織 1 のエントリをキューの最後尾に移動し、組織 2 のエントリに優先順位を付けます。 ## 説明 に、Salesforce Platform のフロー制御メカニズムによって、1 つの組織が一括処理 Apex メッセージ種別をフラッディングしないようにする方法を示します。新しいエントリを一括処理 Apex キューに追加する前に、フレームワークはすべての既存のエントリが組織 1 に関連付けられていることを認識します。この組織 1 には、ワーカー スレッド (組織 1) にもエントリがあります。次に、組織 1 のエントリをキューの最後尾に移動し、組織 2 のエントリに優先順位を付けます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [画像](https://architect.salesforce.com/ns-assets/legacy/messagere-enqueueing.png) # Boxcarring In Lightning アクション boxcarring in Lightning actions:Salesforce コア プラットフォームへの 1 つの XHR 要求で複数の Lightning アクションを同時に発行する方法や、「boxcar'ed」にする方法を示します。XHR 要求内の各 boxcar は、個別のトランザクション コンテキストで順次、順番に処理されます。 ## 説明 は、Salesforce コアプラットフォームへの 1 つの XHR 要求で複数の Lightning アクションを同時に発行する方法、または「ボックス化」する方法を示しています。XHR 要求内の各ボックスカーは、個別のトランザクションコンテキストで順番に順次処理されます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/6f6709ed-d1e7-446a-8385-286c2771be85) - [画像](https://architect.salesforce.com/ns-assets/legacy/lightningactionboxcarring.png) # Center Of Excellence (卓越性の中心) Center of Excellence (CoE) - Center of Excellence (CoE) がエグゼクティブの関係者と IT 部門をつなぐ方法を示す図。機能的および技術的なリーダーシップ能力が CoE にどのように重要かを示しています。 ## 説明 Center of Excellence (CoE) がエグゼクティブ関係者と IT の橋渡しをどのように行うかを示す図。CoE にとって機能的および技術的なリーダーシップ能力がいかに重要かを強調します。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [画像](https://architect.salesforce.com/ns-assets/legacy/centerofexcellenceoperatingmodel.png) # Customer 360 Marketing Systemランドスケープ Data 360 Marketing(システムランドスケープの例)- 統合されたSalesforceソリューション内のさまざまなコンポーネントがネイティブコネクタを使用して相互に通信する方法を示すCustomer 360アーキテクチャ ## 説明 Customer 360 実装のシステムランドスケープ。統合された Salesforce ソリューション内のさまざまなコンポーネントがネイティブコネクタを使用して相互に通信する方法を示しています。これには、データ入力、ID 解決、セグメンテーション、有効化などの機能が含まれます。 ## ダウンロード可能なリンク: - [画像](https://architect.salesforce.com/ns-assets/legacy/data360marketing.png) # Data 360 Customer Zero 実装アーキテクチャ Data 360 Customer Zero 実装アーキテクチャ ## 説明 Customer Zero プログラムとして Salesforce 内に実装された Salesforce Data 360 を示すエンドツーエンドの図。Salesforce Data 360は、中央のインテリジェンスおよびガバナンス レイヤーとして機能し、Trustとセマンティックを維持しながら、外部システムSnowflakeおよびAWSとのゼロ コピー統合によってエンタープライズ データを統合します。この統合されたAI対応データ基盤により、Agentforce 360の有効化が強化されます。これにより、推論豊富なエージェント、CRM強化、すべてのビジネス機能にわたる安全なポリシー対応データ フローによるクロスクラウド自動化が可能になり、組織は最終的にエージェント型のエンタープライズに変わります。 ## ダウンロード可能なリンク: - [Lucid](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 テクニカルケイパビリティマップ data 360 technical capability map (data 360 技術的能力マップ) - Data 360 の技術的能力とそれをサポートする製品の組み合わせを示す能力マップ。Data Lakehouse、Big Data 処理、データ コネクタ、変換、モデル、単一情報源などの機能が含まれます。 ## 説明 Data 360 の技術力と、そのサポートに関連する製品の組み合わせを示す機能マップ。Data Lakehouse、Big Data 処理、データコネクタ、変換、モデル、単一情報源などの機能が含まれています。 ## ダウンロード可能なリンク: - [画像](https://architect.salesforce.com/ns-assets/legacy/data360technicalcapabilitymap.png) # Data 360 一括有効化とイベント駆動型アクションのアーキテクチャ Salesforce Data 360 のバッチ有効化とイベント駆動型アクションのアーキテクチャ ## 説明 マーケティング有効化のエンドツーエンドソリューションでの Salesforce Data 360 を示す図。Salesforce Data 360 を使用して、データをすぐにアクションに変換します。標準のコネクタとゼロコピーの相互運用性を備えた Data Lake House Platform を活用することで、複雑なデータ移動を排除し、すぐに実行を開始できます。このシームレスな接続は、すべての統合プラットフォームで動的な統合および有効化レイヤーとして機能し、完全なエージェント型エンタープライズになるために必要な有効化、インテリジェントなリアルタイムアクションをトリガーします。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [画像](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCJU43MZY5WRELXAAIBCYP5NIT6A?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Fanout fanout - ユーザー操作、フロー、または一括処理ジョブによってレコードが変更されたときに、公開されて 1 つのキューに書き込まれるイベントを表示します。 登録者システムに、メッセージキューから同じイベントを受信する複数のサービスがある ## 説明 に、ユーザー操作、フロー、または一括処理ジョブを使用してレコードが変更されたときに、1 つのキューに公開および書き込まれるイベントを示します。登録者システムに、メッセージキューから同じイベントを受信する複数のサービスがある ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/80ce7121-e2a0-4c86-92a1-15140d388030/edit?invitationId=inv_8da9e008-0615-4dec-a066-94789bd46ffd&page=t6tmerEcqDBv#) - [画像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-fanout.png) # Http を使用した外部インテグレーション http を介した外部インテグレーション - これは、『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャ図の例であり、フローの HTTP コールアウトと OmniStudio の HTTP アクションを介した外部データソースへの接続を示しています。 ## 説明 次の図は、『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャ図の例で、フローの HTTP コールアウトと OmniStudio の HTTP アクションを介した外部データソースへの接続を示しています。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [画像](https://architect.salesforce.com/ns-assets/legacy/integrations-callouts.png) # Javascript Remoting での Boxcarring boxcarring in javascript remoting:Salesforce コア プラットフォームへの 1 つの HTTP 要求で複数の JavaScript リモーティング要求を同時に発行する方法や、「boxcar」される方法を示します。プラットフォームでは、各 boxcar (つまり、個別の JavaScript リモーティング アクション) が個別の Apex 同期トランザクション コンテキストで順次、順番に処理されます。 ## 説明 に、Salesforce コアプラットフォームへの 1 つの HTTP 要求で複数の JavaScript リモート要求を同時に発行する方法、または「boxcar」する方法を示します。プラットフォームでは、各ボックスカー (つまり、個別の JavaScript リモートアクション) が個別の Apex 同期トランザクションコンテキストで順次、順番に処理されます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/ef9e594d-58c5-4554-97c8-0147f2f14bc2) - [画像](https://architect.salesforce.com/ns-assets/legacy/jsremotingboxcarring.png) # Lightning Web コンポーネントの画面外データ操作 Lightning Web Components Off Screen Data Operations (画面外での Lightning Web コンポーネントのデータ操作) - これは、『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューション アーキテクチャの図の例です。この図では、ワイヤー アダプタを使用して Salesforce データにアクセスし、フォームのコンポーネントを動的に入力し、開発者が Apex コントローラを使用してレコードを更新、削除、作成できるようにします。 ## 説明 次の図は、『Building Forms Decision Guide』のソリューション アーキテクチャの図の例で、ワイヤー アダプターを使用して Salesforce データにアクセスし、フォームのコンポーネントを動的に入力し、開発者が Apex コントローラーを使用してレコードを更新、削除、作成できることを示しています。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/286abef0-8c38-4981-a7dc-71e3f92ca3de) - [画像](https://architect.salesforce.com/ns-assets/legacy/off-screen-data-operations.png) # Middleware Pull Via Platform イベント通知 middleware pull via platform event notification (プラットフォームイベント通知を介したミドルウェアの取り込み) - プラットフォームイベントを使用してアウトバウンドインテグレーションを提供する方法や、ネイティブ API を介して必要な情報を取り込み、最終的な送信先に配信するようにミドルウェアツールに指示する方法を示します。 ## 説明 に、プラットフォームイベントを使用してアウトバウンドインテグレーションを提供する方法や、ネイティブ API を介して必要な情報を取得して最終的な目的地に配信するようにミドルウェアツールに指示する方法を示します。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/1eee6c2f-056c-4ba4-a1ad-e78099066d46) - [画像](https://architect.salesforce.com/ns-assets/legacy/pemiddlewarepull.png) # MuleSoft Apis および Rpa ボットを使用した外部インテグレーション mulesoft APIおよびrpaボットを使用した外部インテグレーション - これは、『Building Forms Decision Guide(フォーム作成決定ガイド)]のソリューション アーキテクチャの図の例であり、Salesforceで外部サービスを生成するMuleSoftサービスを介したMuleSoft APIとRPAボットの両方への接続を示しています。 ## 説明 『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャの図の例を次に示します。この図は、Salesforce で外部サービスを生成する MuleSoft サービスを介した MuleSoft API と RPA ボットの両方への接続を示しています。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/3f05f273-5828-472f-bb35-cadeae52d4a7) - [画像](https://architect.salesforce.com/ns-assets/legacy/integrations-mulesoft.png) # OmniStudio インテグレーション OmniStudioインテグレーション - これは、『Building Forms Decision Guide for OmniStudio (OmniStudio の構築フォーム決定ガイド)』の基盤となる JSON を操作するソリューションアーキテクチャの例であり、DataRaptor や Integration Procedure などのツールを使用して Salesforce オブジェクトまたは外部データに対応付けられます。DataRaptor と Integration Procedure は、OmniStudio フォームを Salesforce の内部および外部のデータに接続するための 2 つの主要なコンポーネントです。 ## 説明 これは、『OmniStudio の Building Forms Decision Guide (OmniStudio の構築フォーム決定ガイド)』の基盤となる JSON を操作するソリューションアーキテクチャの例であり、DataRaptor や Integration Procedure などのツールを使用して Salesforce オブジェクトまたは外部データに対応付けられます。DataRaptor と Integration Procedure は、OmniStudio フォームを Salesforce の内部および外部のデータに接続するための 2 つの主要なコンポーネントです。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/cb0eb20b-da86-4dac-a3fc-bff5ac387165) - [画像](https://architect.salesforce.com/ns-assets/legacy/object-impact.png) # Openapi スキーマを使用した Apis への外部インテグレーション openapi スキーマを使用した API への外部インテグレーション - これは、『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャ図の例であり、外部サービスと OpenAPI スキーマを利用する API を介した外部データソースへの接続を示しています。 ## 説明 『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャ図の例を次に示します。この図は、外部サービスと OpenAPI スキーマを利用する API を介した外部データソースへの接続を示しています。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/eb980d4b-a51a-4489-b337-5ada5997fdfb) - [画像](https://architect.salesforce.com/ns-assets/legacy/buildingformsguidediagrams-integrationsopenapi.png) # Publish Subscribe (登録の公開) publish subscribe (登録を公開) - [Publish / Subscribe (公開/登録)] パターンを表示し、複数のパブリッシャー、複数の登録者、およびイベントバスのチャネルを介して配信される複数のイベントを含めます。この例では、同じシステムがパブリッシャーと登録者の両方になり、システムが複数のイベントに登録できます。 ## 説明 に、\[Publish / Subscribe (公開/登録)] パターンを示します。このパターンには、イベントバスのチャネルを介して配信される複数のパブリッシャー、複数の登録者、および複数のイベントが含まれます。この例では、同じシステムがパブリッシャーと登録者の両方になり、システムが複数のイベントに登録できます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/f3ec8204-a571-456e-bb5f-e7018e8368ee) - [画像](https://architect.salesforce.com/ns-assets/legacy/publish_subscribe.png) # Publish Subscribe Unique Copy (公開登録一意のコピー) publish subscribe unique copy (購読の一意のコピーを公開) - ユーザー操作、フロー、または一括処理ジョブを介してレコードが変更されたときに公開されるイベントを表示します。登録者はイベントの一意のコピーを受信し、自分のレコードに適切な更新を行います。このパターンでは、メッセージチャネルですべての登録者が認識され、それぞれのイベントコピーが作成されるため、登録者は必要に応じてイベントを再生できます。 ## 説明 に、ユーザー操作、フロー、または一括処理ジョブを使用してレコードが変更されたときに公開されるイベントを示します。登録者はイベントの一意のコピーを受信し、自分のレコードに適切な更新を行います。このパターンでは、メッセージチャネルはすべての登録者を認識し、登録者ごとにイベントコピーを作成し、必要に応じて登録者がイベントを再生できるようにします。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/101c6c86-ab4c-406d-ac27-4e472fb33b5c) - [画像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-publish-subscribel3.png) # Salesforce Data 360 と AWS 間のゼロコピーデータインテグレーションアーキテクチャ Salesforce Data 360とAWS間のゼロコピー データ統合アーキテクチャ ## 説明 さまざまな AWS Data Services と統合するための標準コネクタと、AWS Redshift および S3 との強力な Zero Copy 相互運用性を使用する Salesforce Data 360 の図。このアーキテクチャにより、組織は統合プラットフォーム間でデータをシームレスに統合し、真のエージェント型エンタープライズへの変革に不可欠な中央の統合および有効化レイヤーを提供できます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [画像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.png) # Salesforce Data 360 と Databricks 間のゼロコピーデータインテグレーションアーキテクチャ Salesforce Data 360とDatabricks間のゼロコピー データ統合パターン ## 説明 Zero Copy Interoperability を使用して Databricks Delta Lake House Platform と統合するための標準コネクタを使用する Salesforce Data 360 の図。このアーキテクチャにより、組織は統合プラットフォーム間でデータをシームレスに統合し、真のエージェント型エンタープライズへの変革に不可欠な中央の統合および有効化レイヤーを提供できます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [画像](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCBDXPMJDI2VCTRKXXYRHJCFANPQ?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Salesforce Data 360 と GCP 間のゼロコピーデータインテグレーションアーキテクチャ Salesforce Data 360とGCP間のゼロコピー データ統合アーキテクチャ ## 説明 さまざまな Google Cloud Platform サービスとの統合に標準のコネクタを使用する Salesforce Data 360 の図。Salesforce Data 360 はデータを統合し、アクションを促進します。Google BigQuery および Google Cloud Storage との強力な Zero Copy 相互運用性に加えて、さまざまな Google Cloud Platform Services と統合するための標準コネクタを備えています。このアーキテクチャにより、組織は統合プラットフォーム間でデータをシームレスに統合し、真のエージェント型エンタープライズへの変革に不可欠な中央の統合および有効化レイヤーを提供できます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [画像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.png) # Salesforce Data 360 と Snowflake 間のゼロコピーデータインテグレーションアーキテクチャ Salesforce Data 360 と Snowflake 間のゼロコピーデータインテグレーションアーキテクチャ ## 説明 Zero Copy Interoperability を使用して Snowflake Data Lake House Platform と統合するための標準コネクタを使用する Salesforce Data 360 の図。このアーキテクチャにより、組織は統合プラットフォーム間でデータをシームレスに統合し、真のエージェント型エンタープライズへの変革に不可欠な中央の統合および有効化レイヤーを提供できます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [画像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.png) ## はじめに 図は建築作業に不可欠なツールであり、重要な部分です。これにより、さまざまなアイデアをさまざまな種類の関係者に伝えることができます。 図は、実装と製品の実態に関する 1 つの情報源として機能するため、デリバリチームの連携を保つのに役立ちます。ダイアグラムは、ビジネスの関係者が購入や技術に関する適切な意思決定を行えるようにする重要な方法です。 **図は常に次のようになっています。** - 左から右および上から下へできるだけ近い位置で読む - 読みやすいように適切な情報範囲を指定してメッセージを簡潔に伝える - [Salesforce 図の標準コンポーネント](/docs/architect/ja-jp/reference-diagrams/guide/kit-of-parts) (図の内容、範囲、目的を明確に記述したカードやヘッダーなど) の活用 ## 図の範囲 図の範囲は、特定のトピックについて伝える重要な情報のみに制限する必要があります。コミュニケーションするメッセージを取得するために不要なものは除外する必要があります。図の内容を明確に伝え、焦点を絞るために、さまざまな概念を把握するために複数の図を作成できます (作成すべき)。 - 利用者に伝える必要がある重要な情報/メッセージを定義する - メッセージを取得する情報に焦点を絞るために論理範囲を分類する - テンプレートとして使用する最も適切なダイアグラムの種類を特定する ## 図の種類 Salesforce Diagrams では、テンプレートを簡単に活用し、図の表記法を理解するのに役立つ、最も有用/人気のある種類の図が定義されています。現在のリソースは次のように分類されます。 ### 機能マップ - ソリューションに含まれるプロパティの組み合わせと関連する主要な機能を取得する - 機能、ビジネスの推進要因、価値に重点を置く ✨ [リファレンスアーキテクチャギャラリー](/reference-diagrams/guide/section-capability-map)での機能マップの検索 ### システムランドスケープ - 特定の実装に関連する製品や技術システムを取得する - プロパティ、特定のプロパティの側面、プロパティ間のつながりに焦点を絞る ✨ [リファレンスアーキテクチャギャラリー](/reference-diagrams/guide/section-system-landscape)でシステムランドスケープの例とテンプレートを見つける ### ソリューションアーキテクチャ - インテグレーション、動作、機能を備えた製品またはテクノロジーを含める - プロパティ全体の詳細な接続やコミュニケーションの側面に焦点を絞る ✨ [リファレンスアーキテクチャギャラリー](/reference-diagrams/guide/section-solution-architecture)でソリューションアーキテクチャの例とテンプレートを見つける ### インタラクション/プロセス/フロー - プロセスをサポートするために必要な時間ベースのステップ、データフロー、またはインタラクションを取得する - アスペクト/プロパティの順序に焦点を絞って (連番で) 明確化する ✨ [リファレンスアーキテクチャギャラリー](/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)で図の種類の例を参照してください。テンプレートを使用して、使用事例の図をすばやく簡単に作成します。 ## 図を作成する手順は、次のとおりです。 - 伝える必要があるメッセージの**範囲**を定義します。 - _利用者、記述する必要があるプロパティ/側面、メッセージを取得するために必要な情報、除外できるものについて検討する_ - 明確な**タイトル**と、図の目的、範囲、メッセージを表す簡潔で慎重に記述された**説明**が**あるヘッダー**があることを確認します。 わかりやすいタイトルと、図の目的、範囲、メッセージを表す簡潔で慎重に記述された説明を含むヘッダーがあることを確認します。 - **カード**を使用してプロパティ(システム、概念、エンティティなど)を取得する - 必要に応じて、プロパティの詳細や主要な側面/機能を**カード属性**に取り込む カード属性 - カードのプロパティ間**のコネクタ**を使用して、必要に応じてリレーションを描写する コネクタ - 有用、利用可能、適切な場合に**カードアイコン**を組み込む カードアイコン - **フッター**と**フッターアイコン**を使用して、その他の主要なプロパティの側面を取得する フッターアイコン 詳細とベストプラクティスについては、「[標準コンポーネント」ページ](/docs/architect/ja-jp/reference-diagrams/guide/kit-of-parts)を参照してください。 **Salesforce Diagrams の入力や質問がありますか?**[こちら](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)でご意見をお聞かせください。 ## はじめに このドキュメントでは、[データモデルギャラリー](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)で使用可能な商品データモデルを明確に解釈できるように、Salesforce ERD (エンティティリレーションダイアグラム) の表記法と規則の概要について説明します。 ERD は、データモデルとも呼ばれ、情報システムを視覚的に表現したものです。そのシステム内の人、オブジェクト、場所、概念、行動間のリレーションが表示されます。データの機能構造を伝える論理モデルです。Salesforce ERD では、エンティティは通常、Salesforce データベースのオブジェクトに対応付けられます。 ## エンティティ エンティティとは、情報を把握または保持する必要がある、実際のものや概念的なものを指します。 sample data model entity 図では、エンティティは角が丸みを帯びたボックスとして表されます。通常、各エンティティボックスには 2 つの表示ラベル (該当する場合) があります。 - エンティティの論理名 (例:この例では「Salesforce エンティティ」)。これは、表される Salesforce オブジェクトの単一表示ラベルに対応する場合がありますが、常に対応するとは限りません。 - Salesforce 組織のオブジェクトの「物理」API 参照名または開発者名 (例:この例では「_API 参照名_」)。管理パッケージオブジェクトの場合、Salesforce または Industry Cloud で複数の管理パッケージが使用されていない限り、通常、図にリストされている API 参照名には管理パッケージ名前空間 (「vlocity_ins\*\*」など) は含まれません。管理パッケージオブジェクトの API 参照名の末尾は、使用されるカスタムオブジェクトの種別を示します (通常のカスタムオブジェクトとカスタム設定の場合は「\*\*c」、カスタムメタデータの場合は「**mdt」、外部オブジェクトの場合は「**x」)。 エンティティボックスには、そのエンティティの属性を表す 1 つ以上の属性もリストされます。属性の先頭には「#」または「-」文字があります。 - 「#」は、エンティティの論理一意キーに含まれる属性を示します。図の例では、「ユーザーキー属性」がエンティティのユーザープライマリキーとみなされます。 - 「•」はキー以外の属性を示します。 ### エンティティの書式設定 各エンティティリレーションダイアグラムは、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 ### クラウドエンティティ フォーカスクラウドの色のエンティティは、そのクラウドのライセンスに付属するオブジェクトを表します。 ### 関連エンティティ 白い塗りつぶしと黒い境界線があるエンティティは、Focus Cloud とは異なるライセンスが付属し、Focus Cloud ライセンスで拡張されていないオブジェクトを表します。たとえば、Sales Cloud ERD または Service Cloud ERD に表示される取引先および取引先責任者エンティティは、プラットフォームライセンスで使用可能なため、白と黒の境界線で表示されます。 ### 拡張関連エンティティ 薄いグレーの塗りつぶしと黒の境界線があるエンティティは、フォーカスクラウドとは異なるライセンスが付属するオブジェクトを表しますが、フォーカスクラウドはそのオブジェクトを拡張します。たとえば、Commerce Cloud では、基本の Product2 オブジェクトに追加の項目が拡張されています。拡張には、追加の項目、リレーション、レコードタイプが含まれます。 ### 外部エンティティ 境界のないエンティティは仮想です。これらのボックスをダイアグラムで使用すると、ドメインの論理モデルにエンティティが存在することが認識されますが、エンティティは Salesforce で物理オブジェクトとして実装されません。このエンティティのデータは、外部APIコールまたはリリース済みソリューションのSalesforce Connectを介してアクセスすることが期待されます。 ### レコードタイプエンティティ 破線で囲まれたエンティティは、Salesforce でレコードタイプとしてモデル化されます。次の例では、\[法人取引先]、\[請求取引先]、\[個人取引先]、\[サービス取引先] サブタイプは Communications Cloud 管理パッケージで提供されるレコードタイプに対応付けられるため、破線で囲まれています。 sample data model record type notation ### 概念エンティティ 点線で囲まれたエンティティは仮想です。Salesforce ソリューションでは、レコードタイプも個別のオブジェクトもこれらのサブタイプを区別するために使用されません。これらのサブタイプは、データモデルの機能を説明するのに役立つドメインの概念を論理的に表します。 ### スーパータイプエンティティとサブタイプエンティティ エンティティのサブ種別は、出現数のサブセットの定義です。サブ種別のセットがスーパー種別エンティティ内に追加されると、スーパー種別エンティティには共通の属性とリレーションが表示され、サブ種別エンティティにはサブ種別に固有の属性とリレーションが表示されます。図の表記では、サブタイプは相互に排他的です。つまり、1 つのレコードは 1 つのサブタイプである必要があります。 sample subtype relationships サブ種別には、出現をさらに区別するネストされたサブ種別を含めることができます。図のサブタイプは論理的ですが、3 つの方法のいずれかで物理的な表現に対応付けることができます。サブ種別エンティティの境界線の固さによって、Salesforce データモデルでサブ種別を実装する方法が定義されます。 sample supertype 実線で囲まれたサブ種別エンティティには、そのサブ種別の出現を追跡する実際のオブジェクトがあります。ここに示す例では、外部ユーザーとして登録されている取引先責任者は User オブジェクトのレコードで追跡されるため、取引先責任者の \[外部ユーザー] サブ種別は実線で表示されます。 sample subtype contact object ## リレーション リレーションは、2 つのエンティティ間の名前付き重要な関連付けです。 sample relationships 線の上または周囲のマーキングとテキストは、カーディナリティ、省略可能、リレーションの意味を説明します。 ### リレーションカーディナリティ sample relationships legend カーディナリティは、リレーションの両側の出現数の相対値を示します。この表記では、リレーション線の終端は、その終端のリレーションのカーディナリティを示します。端のカラスの足は、その端の多数のエンティティ出現が反対側の各出現に関連していることを示します。端にカラスの足がないということは、その端のエンティティ出現数が最大 1 つで、反対側の特定の出現数に関連付けられるということです。 ### 親子リレーション Salesforce では、参照フィールドと親子 (主従関係) フィールドの 2 種類の[リレーションフィールド](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823)がサポートされています。親子項目は必須の参照項目と似ていますが、関連エンティティ間の結合が追加されます。親レコードが削除されると、リレーションの多数の側のレコードがカスケード削除されます。また、詳細レコードの表示は、親レコードの表示によって制御されます。 子-親リレーションと参照リレーションの違いを説明するために、Salesforce ERD では UML からダイヤモンド表記を借りています。リレーションの 1 つの側にあるひし形とは、その側のエンティティがリレーションの主役割を果たすことを意味します。このようなリレーションの多くの側のエンティティは詳細エンティティまたは子エンティティであり、親エンティティ内に含まれると考えることができます。 ### リレーションの省略可能性 省略可能は、両端の出現にリレーションが必要かどうかを示します。概念として、省略可能はカーディナリティと密接に関連しており、表記はその近さを反映しています。省略可能かどうかは、リレーションの反対側の線上の円または棒でリレーションの両端に示されます。どうして関係の反対側に？品目の同じ側にカーディナリティとして省略可能性マークアップを含める場合。 リレーションの多くの側 (つまり、カラスの足) では、ほとんどの場合、線上に円があります。つまり、リレーションの多側では、リレーションの単数側の各出現数に対して 0 対多が発生する可能性があります。 リレーションの単数側では、円と棒は、そのリレーションのカラス側のエンティティの省略可能なリレーションを示します。円と棒は、多角形の各リレーションの単数側で 0 または 1 回出現する可能性があることを意味します。 または、リレーションの 1 つの側にある 2 本の棒は、リレーションの多数の側のエンティティに必要なリレーションを示します。二重棒は、リレーションの単数側に 1 つのみ出現し、多側に存在する各出現数に対応する必要があることを意味します。 Salesforce の基盤となる物理的なリレーションは省略可能ですが、リレーションの省略可能は必須として表示される場合があります。たとえば、取引先責任者の AccountId 項目は物理的には省略可能なリレーションですが、非公開の取引先責任者を無視すると、取引先責任者と取引先の直接リレーションが論理的に必要になります。省略可能性インジケーターは慎重に使用してください。ほとんどの場合、ERD に表示される省略可能性は、リレーションの基盤となる省略可能性を反映します。 ### リレーションの意味 sample relationships meaning カーディナリティと省略可能性に加えて、2 つのエンティティ間の各リレーションは、同じ 2 つのエンティティ間の他のリレーションと区別する特定の意味を表します。上記の図の「part of」や「made of」などのリレーションの終了名によって、リレーションの性質が定義されます。 sample relationships meaning リレーションのカーディナリティ、省略可能名、終了名を組み合わせると、リレーションを説明する文を形成するために使用できます。 左から右へ:各は にすることができます (必須にすることもできます)。 右から左へ:各は にすることができます (必須にすることもできます)。 次に例を示します。 sample relationships meaning 左から右へ:「各取引先責任者は主に 1 つの取引先の取引先責任者である必要があります。」右から左へ:「各取引先は主に 1 人以上の取引先責任者で表されます。」 ### リレーションの色分け リレーション線は色分けされています。図のフォーカスがクラウドによって追加されたリレーションは色で描画されます。黒い線は、フォーカスクラウドとは異なるライセンスで提供されるリレーションを表します。 sample relationships color ### 再帰リレーション リレーションは、同じエンティティの 2 つの出現の間にあります。これを再帰関係といいます。曲線リレーション線は、再帰的なリレーションを示すために使用されます。 sample recursive relationships ### 相互に排他的なリレーション sample mutual exclusive relationships 通常、Salesforce ERD では、データモデルの構造に焦点を絞るためにほとんどのビジネスルールが除外されますが、相互排他的なリレーションは、構造に情報を与えるビジネスルールの 1 つです。相互排他的なリレーションは、円弧に含まれる複数のリレーションのうち 1 つだけが特定の発生に使用されることを示します。2 つ、3 つ以上のリレーションが同じ相互排他的なリレーションに含まれる場合があります。ここに示されている相互排他的な関係を説明する文は、次のようになります。「各エンティティは、1 つの 1 つの最初の他のエンティティのみ、または 1 つの 2 番目の他のエンティティのみのインスタンスにすることができます。」 sample mutual exclusive relationships Salesforce ERD では、円弧を通過する切断されたリレーション線は相互排他的リレーションに含まれません。 ## レイアウト規則 Salesforce の公式製品 ERD は、読みやすさを改善するためにレイアウト規則に従います。次のレイアウト規則があります。 - リレーション線は常に直線である必要があります。 - リレーション線は縦方向または横方向に描画する必要があります。まれに、これができない場合、対角線上の直線を使用します。 - リレーションの直線を維持するには、エンティティボックスのサイズを変更して (より長く)、2 つのエンティティ間のリレーションのランディング プレイスを提供できます。より重要なエンティティ (リレーションが多いエンティティ) は、その重要性を強化するダイアグラムで大きく表示されます。 - 1 つの ERD を通して、カラスのリレーションに対する足の位置は、一貫してリレーションラインの左側または上部 (上下逆レイアウト) であるか、一貫してリレーションラインの右側または下部 (または右側上下レイアウト) である必要があります。この規則により、類似するエンティティが図の同じ領域に集められるため、エンティティを理解するのに役立ちます。上下反転レイアウトを使用すると、図が上下逆に表示され、子エンティティが親エンティティの上または左に配置されます。ただし、これにより、図の最も具体的なエンティティが図の左上隅に配置され、図が互いに区別され、認識しやすくなります。右側のレイアウト規則を使用すると、すべての図の左上に同じ共通エンティティが表示されますが、子エンティティは親エンティティの下または右側に配置されます。 これらのレイアウト規則に厳密に準拠することで、すっきりと読みやすい図が作成されます。 [データモデルギャラリー](https://developer.salesforce.com/docs/platform/data-models/guide)で、この標準に準拠する最新の Salesforce データモデルを確認してください。 # Salesforce ロール階層 salesforceロール階層 - 特定の使用事例のビジネス構造、人格、権限を明確にするためにロールのサブセットを取得する組織階層の例 ## 説明 特定の使用事例のビジネス構造、人格、権限を明確にするためにロールのサブセットを取得する組織階層の例を示す図。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [画像](https://architect.salesforce.com/ns-assets/legacy/salesforcerolehierarchy1.png) # インタラクションプロセスフロー インタラクションプロセスフロー図は、システムコンポーネント、サービス、ユーザー間のインタラクション、データフロー、プロセスステップの順序を示しています。これらの図は、アーキテクトと開発者が、システムのさまざまな部分でどのように通信し、イベントがアーキテクチャをどのように伝播し、非同期プロセスと同期プロセスがどのようにオーケストレーションされるかを理解するのに役立ちます。システムの動作の把握、ボトルネックの特定、プロセスフローの最適化に不可欠なドキュメントが提供されます。 このセクションには、インタラクションプロセスフローに関連する 16 個の参照図が含まれています。 | 図の名前 | 説明 | | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Openapi スキーマを使用した Apis への外部インテグレーション](/docs/architect/ja-jp/reference-diagrams/guide/external-integrations-to-apis-with-openapi-schemas) | OpenAPI スキーマを使用した API を使用した外部インテグレーションを示す『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャ図の例。 | | [Http を介した外部インテグレーション](/docs/architect/ja-jp/reference-diagrams/guide/external-integrations-via-http) | HTTP プロトコルを使用した外部インテグレーションを示す『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャ図の例。 | | [MuleSoft Apis および Rpa ボットを使用した外部インテグレーション](/docs/architect/ja-jp/reference-diagrams/guide/external-integrations-via-mulesoft-apis-and-rpa-bots) | MuleSoft API と RPA ボットを使用した外部インテグレーションを示す『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャダイアグラムの例。 | | [外部サイトでの Lightning Out](/docs/architect/ja-jp/reference-diagrams/guide/lightning-out-on-external-sites) | 外部サイトに LWC コンポーネントを埋め込む方法を示す『Building Forms Decision Guide (建築フォーム決定ガイド)』のソリューションアーキテクチャの例。 | | [ワイヤ アダプタを介した Lightning Web コンポーネントの相互作用](/docs/architect/ja-jp/reference-diagrams/guide/lightning-web-components-interaction-via-wire-adapters) | 『Building Forms Decision Guide』のソリューション アーキテクチャ図の例。Lightning Web コンポーネントがワイヤー アダプターを使用してどのようにやりとりするかを示しています。 | | [Lightning Web コンポーネントの画面外データ操作](/docs/architect/ja-jp/reference-diagrams/guide/lightning-web-components-off-screen-data-operations) | Lightning Web コンポーネントの画面外データ操作を示す、『Building Forms Decision Guide (フォーム決定ガイド)』のソリューションアーキテクチャ図の例。 | | [カスタムクエリを使用した非同期 Apex 監視](/docs/architect/ja-jp/reference-diagrams/guide/asynchronous-apex-monitoring-via-custom-query) | 非同期プロセスの状況を追跡し、一括処理ジョブとスケジュール済みジョブの結果を表示するコンポーネントが表示されます。 | | [プラットフォームイベントを介した非同期処理](/docs/architect/ja-jp/reference-diagrams/guide/asynchronous-processing-via-platform-events) | プラットフォームイベントでの非同期処理のしくみを示します。バスに公開されたイベントは、登録者が処理するために消費されます。 | | [Batch Apex Fair Usage Algorithm](/docs/architect/ja-jp/reference-diagrams/guide/batch-apex-fair-usage-algorithm) | 使用量の適正化アルゴリズムによって、Salesforce Platform の各組織がバッチ処理リソースの「公平な配分」を得る方法を示します。 | | [Apex メッセージの一括再キューイング](/docs/architect/ja-jp/reference-diagrams/guide/batch-apex-message-re-enqueueing) | Salesforce Platform のフロー制御メカニズムが、制限を超えた場合にメッセージを再キューに入れることで、1 つの組織がバッチキューをフラッディングしないようにする方法を示します。 | | [Javascript Remoting でのボックスキャリング](/docs/architect/ja-jp/reference-diagrams/guide/boxcarring-in-javascript-remoting) | パフォーマンスを改善するために、複数の JavaScript リモート要求を同時に発行したり、1 つの XHR 要求で「ボックス化」したりする方法を示します。 | | [Lightning アクションでのボックスキャリング](/docs/architect/ja-jp/reference-diagrams/guide/boxcarring-in-lightning-actions) | 複数の Lightning アクションを同時に発行する方法や、ネットワーク コールを最適化するために 1 つの XHR 要求で「ボックス化」する方法を示します。 | | [Claim Check](/docs/architect/ja-jp/reference-diagrams/guide/claim-check) | レコードが変更されたときに公開されるイベントを表示します。イベントのメッセージボディはデータベースに保存され、参照のみがメッセージバスを介して渡されます。 | | [顧客パーソナライズフロー](/docs/architect/ja-jp/reference-diagrams/guide/customer-personalization-flow) | パーソナライズエンジンから配送システムまでのエンドツーエンドの情報フローに関連する時間ベースのやりとりが表示されます。 | | [Fanout](/docs/architect/ja-jp/reference-diagrams/guide/fanout) | 複数の登録者がイベントを処理しながら、ユーザー操作によってレコードが変更されたときに、公開および 1 つのキューに書き込まれるイベントを表示します。 | | [ミドルウェア Pull Via Platform イベント通知](/docs/architect/ja-jp/reference-diagrams/guide/middleware-pull-via-platform-event-notification) | プラットフォームイベントを使用してアウトバウンドインテグレーションを提供する方法や、Salesforce からデータを取り込むようにミドルウェアツールに指示する方法を示します。 | | [ミドルウェアのスケジュール済み取り込み](/docs/architect/ja-jp/reference-diagrams/guide/middleware-scheduled-pull) | Middleware が SOAP API または REST API に対して同期要求を実行し、リアルタイム処理に伴う遅延を最小限に抑える方法を示します。 | | [合格メッセージ](/docs/architect/ja-jp/reference-diagrams/guide/passed-messages) | パブリッシャー、登録者、およびコンポーネント間のメッセージパッシングが含まれる \[Passed Messages (メッセージを通過)] パターンのプロセスフローの例を示しています。 | | [Publish Subscribe](/docs/architect/ja-jp/reference-diagrams/guide/publish-subscribe) | \[Publish/Subscribe (公開/登録)] パターンが表示され、複数のパブリッシャー、複数の登録者、複数のメッセージブローカーが含まれます。 | | [Publish Subscribe Unique Copy](/docs/architect/ja-jp/reference-diagrams/guide/publish-subscribe-unique-copy) | ユーザー操作、フロー、または一括処理ジョブを介してレコードが変更されたときに、各登録者がイベントの一意のコピーを受信する公開中のイベントを表示します。 | | [ストリーミング](/docs/architect/ja-jp/reference-diagrams/guide/streaming) | 公開されているイベントのストリームを表示します。ストリームをリスンしている登録者は、イベントをリアルタイムで受信します。 | | [キューイング](/docs/architect/ja-jp/reference-diagrams/guide/queuing) | キューに公開および書き込まれるイベントと、登録者がイベントを順番に処理する様子を表すキューパターンの例を示しています。 | | [OmniStudio インテグレーション](/docs/architect/ja-jp/reference-diagrams/guide/omnistudio-integrations) | OmniStudio インテグレーションパターンとデータ操作に関する『Building Forms Decision Guide (フォーム作成決定ガイド)』のソリューションアーキテクチャの例。 | # カスタムクエリを使用した非同期 Apex 監視 カスタム クエリを使用した非同期Apex監視:非同期プロセスのステータスの追跡と外部監視ツールでの結果の表示に関与するコンポーネントを示します。 ## 説明 に、非同期プロセスの状況を追跡し、外部監視ツールで結果を表示するコンポーネントを示します。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/0e147ab0-49e9-4875-b5c7-581e6db15cff) - [画像](https://architect.salesforce.com/ns-assets/legacy/asynchronousprocessingdecisionguide-customquery.png) # キューイング queuing (キュー) - レコードが変更されたときにイベントがキューに公開され、書き込まれる様子を表すキューパターンの例を示しています。登録者は、関連付けられたキューからイベントのコピーを受信し、自分のレコードに適切な更新を行います。 ## 説明 に、レコードが変更されたときにイベントが公開されてキューに書き込まれる様子を示すキューパターンの例を示します。登録者は、関連付けられたキューからイベントのコピーを受信し、自分のレコードに適切な更新を行います。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [画像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-queuing.png) # コンポーネントのロードマップ コンポーネント ロードマップ - システムの機能、関連する機能、実装順序、期間、関係者の依存関係を特定することで、リソースの計画と予算編成を最適化する視覚的なロードマップ。 ## 説明 システム機能、関連機能、実装順序、期間、関係者の連動関係を特定することで、リソース計画と予算配分を最適化する視覚的なロードマップ。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [画像](https://architect.salesforce.com/ns-assets/roadmap-technology-component.png) # システムロードマップ system roadmap (システムロードマップ) - リソース計画と予算編成を簡略化するロードマップ図。 ## 説明 システムの実装順序、連動関係、機能領域、および関係者に関連する機能を特定することで、リソースの計画と予算編成を簡略化するロードマップ図。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [画像](https://architect.salesforce.com/ns-assets/roadmap-technology-system.png) # システム横方向 システムランドスケープダイアグラムは、Salesforce 製品、外部システム、インテグレーションポイント間のリレーションを示す、組織のテクノロジーエコシステムの包括的なビューを提供します。これらの視覚的な表現は、アーキテクトが完全なシステムトポロジを理解し、連動関係を特定し、戦略的な実装を計画するのに役立ちます。これらは、関係者が Customer 360 アーキテクチャ内でさまざまなコンポーネントをどのようにやりとりしているかを視覚化し、ビジネス目標をサポートするために不可欠なドキュメントとして機能します。 このセクションには、システムランドスケープに関連する 5 つの参照図が含まれています。 | 図の名前 | 説明 | | ----------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | | [Customer 360 Marketing System ランドスケープ](/docs/architect/ja-jp/reference-diagrams/guide/data-360-marketing) | Customer 360 Architecture 実装のシステムランドスケープ。 | | [Agentforce システム状況](/docs/architect/ja-jp/reference-diagrams/guide/einstein-system-landscape) | Agentforce で使用可能な Salesforce 製品とその他のテクノロジーシステムの組み合わせを把握するシステムランドスケープ。 | | [小売システムの状況](/docs/architect/ja-jp/reference-diagrams/guide/retail-system-landscape) | B2C Commerce and Marketing ソリューションを示すシステムランドスケープ。実装に関連する Salesforce 製品とその他のテクノロジーの組み合わせを示します。 | | [Salesforce ロール階層](/docs/architect/ja-jp/reference-diagrams/guide/salesforce-role-hierarchy) | ビジネス構造、人事リレーション、アクセスパターンを明確にするためにロールのサブセットを取得する組織階層の例。 | | [単一組織のアーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/single-org-architecture) | 複数のビジネスユニットをサポートする 1 つの組織戦略の詳細を示す図。 | # ストリーミング streaming (ストリーミング) - 公開されているイベントのストリームを表示します。ストリームをリスンしている登録者は、ストリームを受信してそれに応じて処理します。 ## 説明 に、公開されるイベントのストリームを示します。ストリームをリスンしている登録者はストリームを受信し、それに応じて処理します。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/13f15b6c-0b36-4048-b2ec-88e5137c6c0b) - [画像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-streaming.png) # ソリューションアーキテクチャ ソリューションアーキテクチャ図は、特定のソリューションの技術的な設計と実装の詳細を示し、コンポーネント、サービス、インテグレーションがどのように連携してビジネス要件に対処するかを示します。これらの図は、アーキテクトと開発者に、システムインタラクション、データフロー、アーキテクチャパターンの詳細を示します。これらは実装のブループリントとして機能し、チームがソリューション内のコンポーネントリレーション、インテグレーションポイント、技術的な依存関係を理解するのに役立ちます。 このセクションには、ソリューションアーキテクチャに関連する 7 つの参照図が含まれています。 | 図の名前 | 説明 | | ---------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | | [Salesforce Data 360 と GCP 間のゼロコピーデータインテグレーションアーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/data360-gcp) | さまざまな Google Cloud Platform サービスとの統合に標準のコネクタを使用する Salesforce Data 360 の図。 | | [Salesforce Data 360 と AWS 間のゼロコピー データ統合アーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/aws-data-360) | さまざまな AWS データサービスと統合するための標準コネクタを使用する Salesforce Data 360 の図。 | | [Salesforce Data 360 と Snowflake 間のゼロコピーデータインテグレーションアーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/snf-data-360) | Snowflake Data Lake House Platform と統合するための標準コネクタを使用する Salesforce Data 360 の図。 | | [Salesforce Data 360 と Databricks 間のゼロコピー データ統合アーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/data360-databricks) | Databricks Delta Lake House Platform と統合するための標準コネクタを使用する Salesforce Data 360 の図。 | | [Data 360 Customer Zero 実装アーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/sfdc-customer-zero-implementation) | Customer Zero プログラムとして Salesforce 内に実装された Salesforce Data 360 を示すエンドツーエンドの図。 | | [Data 360 一括有効化およびイベント駆動型アクションのアーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/data360-actions-activations) | マーケティング有効化のエンドツーエンドソリューションでの Salesforce Data 360 を示す図。 | | [ロイヤルティ管理ソリューションアーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/loyalty-management-solution-architecture) | ロイヤルティ管理ソリューションに直接関連する製品と機能を示すアーキテクチャ図。 | # バッチ Apex 均等使用アルゴリズム Apex 均等使用一括処理アルゴリズム - 指定されたメッセージ タイプについて、Salesforce Platform 上の各組織で処理時間が均等に配分されるアルゴリズムを示します。この例では、組織 1 が一括 Apex メッセージ タイプを独占し、組織 2 が同じメッセージ タイプの待機プロセスを使用しています。その結果、アルゴリズムによって組織 1 で使用できるスレッド数が削減されています。 ## 説明 は、使用量の適正化アルゴリズムによって、Salesforce Platform の各組織が特定のメッセージ種別の処理時間を「公平」に配分できるようにする方法を示しています。この例では、組織 1 が一括処理 Apex メッセージ タイプを独占し、組織 2 に同じメッセージ タイプの待機プロセスがあります。その結果、アルゴリズムによって組織 1 で使用できるスレッド数が減少します。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [画像](https://architect.salesforce.com/ns-assets/legacy/fairusage.png) # ビジネス能力マップ business capability map (ビジネス能力マップ) - ビジネスの推進要因と能力を製品の概要レベルで示すテンプレート能力マップ。 ## 説明 ビジネスの推進要因と機能を商品の概要レベルで表現するためのテンプレート機能マップ。 ## ダウンロード可能なリンク: - [画像](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) # プラットフォームイベントによる非同期処理 asynchronous processing via platform events (プラットフォームイベントを介した非同期処理) - プラットフォームイベントでの非同期処理のしくみを示します。バスに公開されたイベントは、確定後に公開を介して順番に配信され、個別の同期コンテキストのフローで一括処理されます。 ## 説明 に、プラットフォームイベントでの非同期処理のしくみを示します。バスに公開されたイベントは、確定後に公開を介して順番に配信され、個別の同期コンテキストでフローによって一括処理されます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [画像](https://architect.salesforce.com/ns-assets/legacy/platformevents.png) # ミドルウェアのスケジュール済み取り込み ミドルウェアのスケジュール済み取り込み:ミドルウェアが SOAP API または REST API に対して同期要求を実行し、大量の送信インテグレーション ジョブに伴う遅延を最小限に抑える方法を示します。プラットフォームが非同期 Apex を介してデータを転送するのではなく、スケジュールに従って Salesforce Platform からデータが取り込まれます。 ## 説明 に、ミドルウェアが SOAP API または REST API に対して同期要求を実行し、大量の送信インテグレーションジョブに伴う遅延を最小限に抑える方法を示します。データは、プラットフォームが非同期 Apex を介してデータを転送する代わりに、スケジュールに従って Salesforce Platform から取り込まれます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/b1c1dd9f-114f-4827-a238-960d840bbc1a) - [画像](https://architect.salesforce.com/ns-assets/legacy/middlewarescheduledpull.png) # ロードマップ ロードマップ図は、組織が機能、コンポーネント、機能、システムの戦略的な実装を計画し、経時的に視覚化するのに役立ちます。これらの図を使用すると、アーキテクトとプロジェクトマネージャーはリソース計画を合理化し、予算を最適化し、ビジネスチームと技術チーム間のコラボレーションを強化できます。実装順序、連動関係、優先度が明確に表示されるため、関係者は複雑な Salesforce ソリューションを提供するための段階的なアプローチを理解することができます。 このセクションには、ロードマップに関連する 6 つの参照図が含まれています。 | 図の名前 | 説明 | | ---------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- | | [機能ロードマップ](/docs/architect/ja-jp/reference-diagrams/guide/capability-roadmap) | 機能をグループ化し、実装の順序、連動関係、価値を特定することで、リソースの計画と予算編成を合理化する視覚的なロードマップ。 | | [コンポーネントのロードマップ](/docs/architect/ja-jp/reference-diagrams/guide/component-roadmap) | システム機能、関連機能、実装順序、期間、関係者の連動関係を特定することで、リソース計画と予算配分を最適化する視覚的なロードマップ。 | | [機能のロードマップ](/docs/architect/ja-jp/reference-diagrams/guide/feature-roadmap) | 計画の目的で機能の実装順序、連動関係、追加機能を特定することで、ビジネスチームと技術チームのコラボレーションを強化する視覚的なロードマップ。 | | [Agentforce リリース計画](/docs/architect/ja-jp/reference-diagrams/guide/generative-ai-release-plan) | 最初の生成 AI プロジェクトリリースの成果物の詳細を示す図。 | | [Agentforce ロードマップ](/docs/architect/ja-jp/reference-diagrams/guide/generative-ai-roadmap) | Salesforce Customer 360 実装全体に AI をロールアウトするためのコンポーネントのロードマップの例。 | | [システムロードマップ](/docs/architect/ja-jp/reference-diagrams/guide/system-roadmap) | システムの実装順序、連動関係、機能の優先度を特定することで、リソースの計画と予算編成を簡素化します。 | # ロイヤルティ管理ソリューションアーキテクチャ ロイヤルティ管理ソリューションアーキテクチャ - ロイヤルティ管理ソリューションに直接関連する製品と機能を示すアーキテクチャ図。 ## 説明 ロイヤルティ管理ソリューションに直接関連する製品と機能を示すアーキテクチャ図。これには、コマース、セールス、サービス、分析が含まれます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [画像](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-solution-architecture.png) # ロイヤルティ管理機能マップ ロイヤルティ管理機能マップ - 製品の概要レベルの位置づけを含むロイヤルティ管理サービスを示す機能マップ。ロイヤルティ管理、処理、分析などの機能が含まれます。 ## 説明 商品の概要レベルの位置付けを含むロイヤルティ管理サービスを示す機能マップ。ロイヤルティ管理、処理、分析などの機能が含まれます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [画像](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-capability-map.png) # ワイヤアダプタを使用した Lightning Web コンポーネントのやりとり ワイヤー アダプターを使用したLightning Webコンポーネントのインタラクション:これは、『Building Forms Decision Guide(ビルディング フォーム決定ガイド)』のソリューション アーキテクチャの図の例で、ユーザー インターフェースAPIとやりとりするワイヤー アダプターを使用して、LWCで単一レコードおよび関連オブジェクトとのリッチなインタラクションがどのように提供されるかを示しています。Salesforceは、バックグラウンドで項目レベル セキュリティ設定、権限、共有設定を確認して面倒な作業を実行します。また、オブジェクトのメタデータ、テーマ、レイアウト情報も取得します。 ## 説明 次の図は、『Building Forms Decision Guide (建物フォーム決定ガイド)』のソリューションアーキテクチャ図の例で、ユーザーインターフェース API を操作するワイヤーアダプターを使用して、LWC で単一レコードおよび関連オブジェクトとのリッチなインタラクションがどのように提供されるかを示しています。Salesforce は、バックグラウンドで項目レベルセキュリティ設定、権限、共有設定を確認することで、面倒な作業を実行します。また、オブジェクトのメタデータ、テーマ、レイアウト情報も取得されます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/9f72aafa-6293-4954-b090-3418e27b19da) - [画像](https://architect.salesforce.com/ns-assets/legacy/controller.png) # 単一組織のアーキテクチャ 単一組織アーキテクチャ - グローバルビジネスユニットをサポートする単一組織戦略の詳細を示す図。 ## 説明 複数のビジネスユニットをサポートする 1 つの組織戦略の詳細を示す図。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [画像](https://architect.salesforce.com/ns-assets/legacy/singleorgarchitecture.png) # 合格メッセージ passed messages (合格メッセージ) - パブリッシャー、登録者、およびイベントを含む合格メッセージパターンのプロセスフローの例を示しています。 イベントは複数の部分に分割され、それぞれが個別に変換され、登録者に送信する前に再構成されます。 ## 説明 に、パブリッシャー、登録者、イベントが含まれる \[Passed Messages (合格メッセージ)] パターンのプロセスフローの例を示します。イベントは複数の部分に分割され、それぞれが個別に変換され、登録者に送信する前に再構成されます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/1216b5f7-a2f7-444c-a695-73422c43a87b) - [画像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-passedmessages.png) # 外部サイトでの Lightning Out 外部サイトでの Lightning Out - これは、『 Building Forms Decision Guide 』のソリューション アーキテクチャの例で、Lightning Out を使用して LWC コンポーネントを外部 Web サイト内に埋め込む方法を示しています。Lightning Out アプリケーションを設定するには、Lightning Out JavaScript ライブラリを元のサーバのページに含めます。次に、Lightning Out アプリケーションとそのコンポーネントを読み込むマークアップを追加します。Lightning Out アプリケーションは安全な接続を介して初期化され、ページの DOM に挿入されます。 ## 説明 これは、『Building Forms Decision Guide (建物形態決定ガイド)』のソリューションアーキテクチャの例であり、Lightning Out を使用して LWC コンポーネントを外部 Web サイト内に埋め込む方法を示しています。Lightning Out アプリケーションを設定するには、元のサーバのページに Lightning Out JavaScript ライブラリを含めます。次に、Lightning Out アプリケーションとそのコンポーネントを読み込むマークアップを追加します。Lightning Out アプリケーションが安全な接続を介して初期化され、ページの DOM に挿入されます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNew/ecd1a401-ee27-4f75-86f5-d5a1cabb1a4d) - [画像](https://architect.salesforce.com/ns-assets/legacy/location.png) # 小売システムの状況 小売システム ランドスケープ - B2C Commerce and Marketing ソリューションを示すシステム ランドスケープ。実装に関連する Salesforce 製品とその他のテクノロジーの組み合わせを示します。これには、マーケティング自動化、インタラクション管理、商品カタログ、セグメンテーションなどの機能が含まれます。 ## 説明 B2C Commerce and Marketing ソリューションを示すシステムランドスケープ。実装に関連する Salesforce 製品とその他のテクノロジーの組み合わせを示します。これには、マーケティングオートメーション、インタラクション管理、商品カタログ、セグメンテーションなどの機能が含まれます。 ## ダウンロード可能なリンク: - [画像](https://architect.salesforce.com/ns-assets/legacy/retailsystemlandscapetemplate.png) ## 標準コンポーネント 標準コンポーネントを使用すると、高品質で一貫性のある図を簡単に作成、カスタマイズ、再利用できます。このプロフェッショナルなスタイルは、すべての Salesforce ダイアグラムテンプレートで使用され、ダイアグラムの使用事例を示すパートナーツールで利用できます。
Lucidchart Lucidchart Elements.cloud 要素 ミロ ミロ Google スライド Google スライド

コンポーネントの使用方法の例については、[リファレンスアーキテクチャギャラリー](https://architect.salesforce.com/diagrams#reference-architecture-gallery)を参照してください。 ## ベストプラクティス 次のセクションでは、標準コンポーネントに含ま[れるヘッダー](#ヘッダー)、[カード](#カード)、[アイコン](#アイコン)、および[コネクタ](#コネクタ)の詳細なベストプラクティスについて説明します。 ## ヘッダー 図ヘッダー ヘッダーはすべての図に表示され、次の内容が含まれている必要があります。 - 利用者にとってすぐに理解できるタイトル - ダイアグラムの目的と意図を明確に説明する - (省略可能) 著者を伝えるロゴまたは会社名 - (省略可能) 分類として使用されるアイコン、デザイン、記号を明確にするキー サイズは、図の高さの 10% 以上、幅の 100% 以上を占める必要があります。 説明のフォントサイズは、タイトルの半分以上である必要があります。 アイコン、コネクタ、色など、図自体のタイトルで指定されていないものを使用する場合は、キーを含める必要があります。可能な場合は、キーを偶数行にグループ化する必要があります。 ## カード 図のすべてのプロパティはカードで表されます。カードのサイズを変更したり、透明または色付きの塗りつぶしにしたりできます。カードには複数のセクションがあり、さまざまな概念を図で表すために使用できます。 ### **カードの構造** カードの例を次に示します。さまざまなセクションが説明されています。必須のカードコンテンツは \[タイトル] のみです。その他のセクションは、特定の使用事例で必要に応じて使用できます。 カードの構造 **カードアイコン** カードアイコンは、カードのプロパティを表すビジュアルアセットです。 **カードタイトル** カードタイトルは、カードが表すプロパティ、エリア、または概念を把握してすばやく理解できるカードの名前です。 **カード属性** カード属性は、プロパティに関するテキストベースの詳細で、リストとして表され、複数のデータポイントを取得して伝達する必要がある場合に使用されます。 **カードフッター** カードフッターには、プロパティの追加の特性が表示されます。例として、次のようなものがあります。パッケージ/オブジェクト/API 参照名、所有権、機能など **カードフッターアイコン** フッターアイコンセクションは、プロパティに関する追加情報をビジュアルアセットに表示するためのものです。たとえば、チャネル、共有サービス、機能などがあります。フッターアイコンは、ダイアグラムキーに含めるか、説明する必要があります。 ### **カードのバリエーション** 異なるセクションを使用すると、用途に応じて異なるカードのバリエーションが提供されます。必要に応じてカードの構造を組み合わせて、図に次のバリエーションを作成できます。以下の例を参照してください。 折りたたまれたカード 詳細カード フッター付き詳細カード これらのバリエーションの使用方法のアイデアについては、[リファレンスアーキテクチャギャラリー](https://architect.salesforce.com/diagrams#reference-architecture-gallery)を参照してください。 必要に応じてカードのサイズと色を調整する機能を利用して、種別を区別し、わかりやすくわかりやすい図を作成します。 ## **コンテナ** カードは、複数のプロパティのグルーピングなどのコンテナとしても機能します。必要に応じて、カードを別のカード内にネストして階層関係を示したり、関連プロパティを分類したりできます。 コンテナ ## **アイコン** Salesforce ダイアグラムには、Salesforce 商品ロゴの基本セットと、プロパティや図の他の領域を表す追加アイコンが用意されています。 アイコン アイコンの使用方法の例については、[リファレンスアーキテクチャギャラリー](https://architect.salesforce.com/diagrams#reference-architecture-gallery)を参照してください。 _その他のアイコンについては、[Lightning Design システムアイコンを参照してください。](https://www.lightningdesignsystem.com/icons/)_ ## コネクタ コネクタは、常に肘の接続線を使用し、可読性を高めるために可能な限りまっすぐにします。 コネクタと柱 **コネクタ**は、2 つのカード間のリレーション、インテグレーション、またはプロセスステップを表します。線スタイルは、異なる種類の接続を示すため、ダイアグラムキーで表現する必要があります。エンドポイントは、インテグレーションコネクタまたはプロセスコネクタの方向を示します。エンドポイントは、リレーションコネクタのカーディナリティと順序も示します。 **ピル**は、接続に関する詳細を提供するために使用されます。ピルの使用例については、[ソリューションアーキテクチャ](/docs/architect/ja-jp/reference-diagrams/guide/section-solution-architecture)と[インタラクションプロセスフロー](/docs/architect/ja-jp/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%を占めています。アクセシビリティとは、すべての閲覧者が理解しやすい図にすることです。スクリーンリーダー用に最適化することと、色のコントラストを適切に使用することの 2 つの重点領域があります。 アクセシビリティの設計に関するその他のリソースは、[Salesforce Design ブログ](https://medium.com/salesforce-ux/tagged/accessibility)を参照してください。 **スクリーンリーダー** スクリーンリーダーは、ファイル、アプリケーション、または Web サイトの単語を読み上げるソフトウェアアプリケーションです。スクリーンリーダーは、図をはっきりと確認できない個人にも図を表示できます。スクリーンリーダーの互換性のための最適な形式は PDF (Portable Document Format) です。画像やアクセスできないアプリケーションとは異なり、PDF はスクリーンリーダーでアクセスして単語、図形、色を読むことができます。他のユーザーと共有するときに図を PDF 形式にエクスポートすると、アクセシビリティが向上します。 **色のコントラスト** 色のコントラストを上げると、図がわかりやすくなります。テキストの背景色とテキスト自体の色の比率を 4.5:1 にするという [Web Content Accessibility Guidelines](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html) (WCAG) の最小色のコントラストを満たすと、ユーザーは図をより適切に認識して読むことができます。 推奨コントラストを表示するカラーパレットのサンプル [Salesforce カラーシステム](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577)の各色には、0 ～ 100 の数値が関連付けられています。図の色を選択するときは、テキストの背景色がテキストの色より 50 ポイント以上大きいか小さいことを確認してください。たとえば、背景色が 80 の場合、テキストの色は 30 以下にする必要があります。必要に応じて、境界線とアウトラインにも 50 ポイントルールを使用することを検討します。 **Salesforce Diagrams の入力や質問がありますか?**[こちら](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)でご意見をお聞かせください。 # 機能のロードマップ 機能ロードマップ - 計画目的で機能の実装順序、連動関係、追加機能を特定することで、ビジネスチームと技術チームのコラボレーションを強化する視覚的なロードマップ。 ## 説明 計画の目的で機能の実装順序、連動関係、追加機能を特定することで、ビジネスチームと技術チームのコラボレーションを強化する視覚的なロードマップ。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [画像](https://architect.salesforce.com/ns-assets/roadmap-business-feature.png) # 機能マップ 機能マップでは、ビジネス能力と技術能力が視覚的に表現され、さまざまな製品とサービスで組織の目的がどのようにサポートされるかが示されます。これらの図は、アーキテクトと関係者がビジネスの推進要因、機能、および基盤となるテクノロジースタックの関係を理解するのに役立ちます。これらは、ビジネス目標と技術的な実装をより適切に調整できる戦略的計画ツールです。 このセクションには、機能マップに関連する 4 つの参照図が含まれています。 | 図の名前 | 説明 | | ----------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------- | | [ビジネス能力マップ](/docs/architect/ja-jp/reference-diagrams/guide/business-capability-map) | ビジネスの推進要因と機能を商品の概要レベルで表現するためのテンプレート機能マップ。 | | [Data 360 テクニカル機能マップ](/docs/architect/ja-jp/reference-diagrams/guide/data-360-technical-capability-map) | Data 360 の技術力と、そのサポートに関連する製品の組み合わせを示す機能マップ。 | | [ロイヤルティ管理機能マップ](/docs/architect/ja-jp/reference-diagrams/guide/loyalty-management-capability-map) | 商品の概要レベルの位置付けを含むロイヤルティ管理サービスを示す機能マップ。 | | [Center of Excellence](/docs/architect/ja-jp/reference-diagrams/guide/center-of-excellence) | Center of Excellence (CoE) がエグゼクティブ関係者と IT の橋渡しをどのように行うかを説明する図。 | # 機能ロードマップ 機能ロードマップ - 機能をグループ化し、実装の順序、連動関係、価値を特定することで、リソースの計画と予算編成を合理化する視覚的なロードマップ。 ## 説明 機能をグループ化し、実装の順序、連動関係、価値を特定することで、リソースの計画と予算編成を合理化する視覚的なロードマップ。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [画像](https://architect.salesforce.com/ns-assets/roadmap-business-capability.png) # 請求チェック 請求チェック - レコードが変更されたときに公開されるイベントを表示します。イベントのメッセージ本文は別のデータ ストアに保存され、請求チェックが含まれるヘッダーは登録者に渡されます。登録者は、必要に応じて請求チェックを使用して情報を処理します。 ## 説明 に、レコードが変更されたときに公開されるイベントを示します。イベントのメッセージ本文は別のデータストアに保存され、請求チェックが含まれるヘッダーは登録者に渡されます。登録者は、必要に応じて情報を処理する準備が整ったら、請求チェックを使用してメッセージ本文を取得します。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [画像](https://architect.salesforce.com/ns-assets/legacy/templateseventdrivenarchitecturediagrams-claimcheck.png) # 顧客パーソナライズフロー 顧客パーソナライズフロー - Experience Cloud サイトでの顧客とのやりとりから Marketing Cloud および Slack のバックエンドの自動化まで、情報のエンドツーエンドのフローに関与する時間ベースのやりとりを示します。MuleSoft はバックエンドシステムへのインテグレーションを調整し、Slack はチームの全員を接続し、Marketing Cloud はカスタマージャーニーのループを閉じます。 ## 説明 に、Experience Cloud サイトでの顧客とのやりとりから Marketing Cloud および Slack のバックエンドの自動化までのエンドツーエンドの情報フローに関連する時間ベースのやりとりを示します。MuleSoft はバックエンドシステムへのインテグレーションを調整し、Slack はチームの全員を接続し、Marketing Cloud はカスタマージャーニーのループを閉じます。 ## ダウンロード可能なリンク: - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [画像](https://architect.salesforce.com/ns-assets/legacy/customerpersonalizationflow.png)