Summer '22 新機能リリース（6/12 日本時間）

​7/14 更新：ウェブセミナーの動画を公開いたしました2022年6月12日（日本時間）に皆さまのSalesforceの環境がSummer ‘22にバージョンアップされます。ウェブセミナーや資料など、随時こちらのページで更新していきますので、ご確認ください。​また今回のバージョンアップで旧APIが廃止されます。旧APIの廃止に伴う注意点やスケジュールはこちらの記事をご覧ください。SalesforceのバージョンアップとはSalesforceをお使いの皆さまの環境は年3回アップデートされ、画面の見た目や機能が追加されております。（詳細はこちらの記事をご参照ください）スケジュール：4/27：英語リリースノート公開5/6：Sandbox プレビュー開始（手順はこちら（日本語））英語で表示される場合は、ページ右下の言語選択で“日本語”を選択してください5/30：リリースノート日本語 公開6/9：日本語版ROD (Release Overview Deck) 公開[JP]Summer22-ReleaseOverviewDeck_JA.pdf 6/12（日本時間）：Summer ’22 バージョンアップ7/4週：新機能ウェブセミナー開催注目の新機能をご紹介するウェブセミナー（動画公開）7月に実施した新機能ウェブセミナーのアーカイブ動画を公開いたしました。※各セッションの“動画”を選択してくださいSales Cloud, Mobile, Lightning Platform, Account Engagement（旧 Pardot）：動画Service Cloud, Experience Cloud, CRM Analytics（旧 Tableau CRM）：動画Marketing Cloud：動画開発者向け：動画過去のウェブセミナー開催後の動画はこちらに掲載しております参考リソースバージョンアップに備えましょう（サクセスナビ記事）Salesforce Platform API バージョン 7.0 ～ 20.0 の廃止（サクセスナビ記事）Sandboxプレビュー手順（Help記事：日本語）英語で表示される場合は、ページ右下の言語選択で“日本語”を選択してくださいSummer ’22 リリースノート（Help記事：日本語）Summer ’22 リリースの特徴（Trailhead：日本語）

プラットフォーム暗号化とは

この記事で学べることプラットフォーム暗号化の導入メリット、従来の暗号化項目との違い、暗号鍵の管理方法の4つの違い、確率的暗号化と確定的暗号化の違いを理解できます。プラットフォーム暗号化の導入メリットSalesforceに格納されるデータは、データベースを取り巻くインフラレベルの物理的なセキュリティやマルチテナントデータベースの仕組み、そして内部脅威に対する厳格なアクセスコントロールによって常に高いセキュリティで守られています。また、多くのお客様は、認証やシングルサインオン、きめ細かいアクセス制御、ログイン監視などの標準機能により、データの安全性を十分に保っています。​一方で、個人情報や機密データなどの慎重に扱うべきデータをSalesforceに保存するお客様の増加に伴い、外部および内部のデータコンプライアンスポリシーやガイドラインへの対応のため、標準のセキュリティ対策に加え「保存データの暗号化」が必要となるケースが増えています。 お客様の業種は金融サービス、ヘルスケア、製造、テクノロジー、公共団体など多岐にわたりますが、このようなケースでは、主に以下のような要件への対応を求められます。クラウドサービスに保存する個人情報や機密データの暗号化暗号化鍵のライフサイクルの制御アプリケーションの機能の維持プラットフォーム暗号化は、検索、フロー、検証ルールなど、主要なアプリケーション機能を阻害しないよう設計されており（注）、お客様にて暗号化鍵のライフサイクルを制御しながら、Salesforceに保存されているデータをネイティブに暗号化することができます。外部および内部のデータコンプライアンスポリシーやガイドラインの要求を満たし、お客様のコンプライアンス対応における有効な追加レイヤーになる。これがプラットフォーム暗号化の導入メリットです。​（注）プラットフォーム暗号化にはデータが暗号化されて保存されることに伴う機能制限やトレードオフがあります。また、AppExchangeアプリをご利用の場合、互換性の問題により一部または全部のサービスが制限される場合がございます。アプリの提供元にご確認いただくか動作をテストしてから本番環境でご利用いただくことを推奨します。プラットフォーム暗号化で暗号化できる項目Shield Platform Encryption のトレードオフおよび制限事項従来の暗号化とプラットフォーム暗号化との違い標準機能において、カスタム項目作成時に「テキスト（暗号化）」のデータ型で作成した項目のデータは保存時に暗号化されます。これを「従来の暗号化」と呼びます。従来の暗号化では、「テキスト（暗号化）」のデータ型で作成したカスタム項目のデータのみを保護できるのに対し、プラットフォーム暗号化は、広く使用されているさまざまな標準項目、一部のカスタム項目、および種々のファイルを暗号化できます。また、プラットフォーム暗号化では、個人取引先、ケース、検索、承認プロセス、およびその他の主要なアプリケーション機能やお客様による暗号化鍵のライフサイクルの管理もサポートしています。カスタム項目の従来の暗号化従来の暗号化と Shield Platform Encryption との違い4つの鍵管理方法と鍵の循環プラットフォーム暗号化を使用すると、4つの方法でデータの暗号化に使用される鍵素材の管理および循環が可能になります。デフォルトの鍵管理方式では、お客様はSalesforceを使用して「テナントの秘密」を生成し、それをSalesforceが管理するリリースごとの「主秘密」と結合してデータ暗号化鍵を抽出できます。抽出されたデータ暗号化鍵は、暗号化と復号化の両方の機能で使用されます。また、Bring Your Own Key（BYOK）サービスを使用して独自の鍵素材を使用する方法として、アップロードした鍵素材とSalesforceが管理する「主秘密」を結合してデータ暗号化鍵を抽出するBYOK 1、アップロードした鍵素材を「主秘密」と結合せず暗号化鍵として使用するBYOK 2、更に、鍵素材をSalesforce の外部に保存し、キャッシュのみの鍵サービスで鍵素材をオンデマンドで取得するBYOK 3の方法が用意されています。​いずれの方式においても、お客様はテナントの秘密や鍵素材のライフサイクルを制御することで、データ暗号化鍵のライフサイクルを制御することが可能です。鍵の管理と循環確率的暗号化と確定暗号化プラットフォーム暗号化は、各データが暗号化されるたびに完全にランダムな暗号文字列に変換される「確率的暗号化」を基本としていますが、一部のデータ型の項目では、同じデータ文字列は同じ暗号文字列に変換される「確定的暗号化」を選択することが可能です。​確率的暗号化は、ランダム初期化ベクトル（IV）とCBCモードでのAES-256bit暗号アルゴリズムを使用します。各データが暗号化されるたびに完全にランダムな暗号文字列に変換されるため、並べ替え操作などの一部の機能が失われますが、これはセキュリティを優先するための妥当なトレードオフと考えられています。一方、確定的暗号化は、静的初期化ベクトル（IV) を使用することで、同じデータ文字列は同じ暗号文字列に変換される仕組みを実現しており、暗号化されたデータを特定の項目値と照合できるようにしています。これにより絞り込みなどの制限が緩和され、ビジネス要求を最大限確保した暗号化が実現できます。確定的暗号化には、大文字と小文字を区別するものと、大文字と小文字を区別しないものの2種類があります。大文字と小文字を区別する暗号化では、取引先責任者オブジェクトに対するSOQLクエリでLastName = Jonesとすると、Jonesのみが返され、jonesやJONESは返されません。大文字と小文字を区別しない場合には、LastName = Jonesとすると、Jones、jonesまたはJONESが返されます。​採用すべき暗号化方式について、米国政府機関やPCI DSSなどの米国発のガイドラインでは、NIST Special Publication 800-57 Part 1「鍵管理における 推奨事項」が参照されています。また、日本においては多くの企業が「電子政府における調達のために参照すべき暗号のリスト（CRYPTREC暗号リスト）」が参照しています。これらのガイドラインでは確定的暗号化の暗号方式は推奨されていません。電子政府推奨暗号リストに含まれる暗号方式を採用する必要がある項目や、お客様のPCI DSS認証において当社のPCI DSS AoC（準拠証明書）を利用する場合の対象項目には確定的暗号化は利用することができませんのでご注意ください。学習ツールTrailhead - モジュール Shield Platform Encryptionホワイトペーパー - Shield Platform Encryption Architecture（英語）まとめプラットフォーム暗号化は、企業に求められるデータコンプライアンス要件や業界基準、ガイドラインなどの暗号化要件を満たし、コンプライアンスにおける追加のレイヤーとして、クラウド上の非公開データの保護というステークホルダーとの契約上の義務を果たしていることを証明するために有効なオプションです。暗号化鍵の管理方法においては、鍵の生成及び管理を完全にお客様側でコントロールするといった厳しい要求にも対応が可能です。なお、機能上の制限は従来の暗号化と比較してかなり緩和されていますが、データが暗号化されて保存されることに伴うトレードオフがあるため、注意が必要です。

パフォーマンス分析のためのイベントログの参照ガイド

この記事で学べることイベントモニタリングに含まれる2種類のログを理解し、パファーマンス分析のために、確認したいケースごとにどのログのどの項目を参照することにより、ボトルネックやチューニングのポイントを確認することができるか理解できます。イベントモニタリングに含まれる2種類のログの違いイベントモニタリングライセンスには、以下2種類のログが含まれます。リアルタイムイベントモニタリング：セキュリティインシデントの発生ログとレコードへのアクセスログイベントモニタリング：イベント発生 / エラー / パフォーマンス分析用のイベントログこの2種類のログの違いの詳細については、以下の記事をご参照ください。イベントモニタリングとはここでは、パフォーマンス分析用のログとしてイベントモニタリングのログを対象に説明しています。​パフォーマンス監視の重要性生産性向上を実現するために導入したせっかくのシステムもレスポンスが悪く利用にストレスがあると利用が促進されない場合があります。パフォーマンスはシステムを利用するにあたって重要な要因です。しかしパフォーマンスは様々な要因で劣化してしまいます。例えば、大量データの取り扱い、データベースのインデックス、冗長なロジックのコード、またお客様環境においてもネットワークやクライアントの環境によってもパフォーマンス劣化が発生します。そのため継続的なパフォーマンスの監視はシステムの導入を成功に導くために重要なポイントとなります。イベントモニタリングによるログの取得多くのイベントログに要求の完了にかかった CPU 時間 (CPU_TIME)が記録されます。また、APEX実行に関するログにはデータベースのパフォーマンスに係る数値(DB_TOTAL_TIME)が記録されます。​パフォーマンスの問題が発生した際は、イベントログから要求の完了に係ったCPU時間とデータベースの処理にかかった時間を比較することで、パフォーマンス上の問題が独自のコードの部分にあるかデータベースレイヤのどちらにあるか、またはクライアント環境に起因するものか判断することが出来ます。​また、大まかに処理に時間がかかった部分を判断した上で、デバッグログの設定をしていただく事でより具体的にどの処理に時間を要したか、効率よく確認をしていく事が可能となります。​ヘルプ : デバッグログの設定取得するべきイベントログファイル以下にパフォーマンスに関する調査において参考となるイベントログファイルおよびその項目について例示をします(表中黄色いハイライト部分は、ログ対象のイベントを特定する項目です)。各イベントログファイルの内容については以下をご参照ください。​SOAP API開発ガイド：EventLogFile でサポートされているイベント種別Lightning ページビューイベント種別Lightning Experience および Salesforce モバイルアプリケーションでイベントが発生したページに関する情報を表します。Lightning ページビューイベントは、ユーザがアクセスしたページ、そのページにユーザが滞在した時間、ページの読み込み時間を追跡します。​Summer ‘22のリリースで、EFFECTIVE_PAGE_TIME_DEVIATION、EFFECTIVE_PAGE_TIME_DEVIATION_ERROR_TYPE、および EFFECTIVE_PAGE_TIME_DEVIATION_REASONの3項目が追加されました。これらの項目によりページのロードに時間がかかる原因の特定が容易になります。​項目名説明​PAGE_URLユーザが開いた最上位の Lightning Experience ページまたは Salesforce モバイルアプリケーションページの相対 URL。ページには、1 つ以上の Lightning コンポーネントを含めることができます。複数のレコード ID を PAGE_URL に関連付けることができます。​EFFECTIVE_PAGE_TIMEページを読み込んでからユーザがページの機能を操作できるようになるまでにかかった時間 (ミリ秒) を示します。実効ページ時間は、複数の要素 (ネットワーク速度、ハードウェアパフォーマンス、ページの複雑さなど) の影響を受けます。60 秒を超える有効なページ時間が検出された場合、この項目の値は null に設定されます。​EFFECTIVE_PAGE_TIME_DEVIATION逸脱が検出されると EFFECTIVE_PAGE_TIME_DEVIATION はtrueを記録します。デフォルト値はfalseです。​EFFECTIVE_PAGE_TIME_DEVIATION_REASONページ読み込み時間の逸脱の理由が記録されます。値の意味についてはLightning ページビューイベント種別からAPI version v55.0以降をご確認ください​EFFECTIVE_PAGE_TIME_DEVIATION_ERROR_TYPEこのフィールドはEFFECTIVE_PAGE_TIME_DEVIATION_REASONにPAGE_HAS_ERRORが記録された場合に入力されます。入力されうる値はCUSTOMまたはSYSTEMとなります。・CUSTOM ： 顧客システムまたはネットワークに起因するエラー・SYSTEM ： セールスフォースに起因するエラーLightning パフォーマンスイベント種別Lightning Experience および Salesforce モバイルアプリケーションのパフォーマンスのトレンドを追跡します。レコードに対するユーザアクションに関する所要時間が把握できます。​項目名説明​UI_EVENT_SOURCEレコードに対するユーザアクション(作成/編集/削除/参照など)。この項目の値は、ユーザのアクションが 1 つのレコードに対して実行されたか複数のレコードに対して実行されたかを示します。たとえば、read は (レコード詳細ページなどで) 1 つのレコードが参照されたことを示し、reads は (リストビューなどで) 複数のレコードが参照されたことを示します。​DURATIONページ開始時刻からの時間 (ミリ秒)。Apex 実行イベント種別実行された Apex クラスに関する詳細が含まれます。​項目名説明​URI要求を受信しているページの URI。​NUMBER_SOQL_QUERIESイベント中に実行された SOQL クエリ数。​IS_LONG_RUNNING_REQUEST要求が実行時間が長い組織の同時 Apex 要求の上限にカウントされるか (true)、否か (false) を示します。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU使用率にカウントされません。​DB_TOTAL_TIME要求のすべての操作について、データベース処理の待機にかかった時間の集計 (ミリ秒)。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​EXEC_TIMEエンドツーエンドの Apex 実行時間 (単位: ミリ秒)。​RUN_TIME要求にかかった時間 (ミリ秒単位)。要求の値が 5 秒を超える場合、同時長時間実行の Apex 制限により、長時間実行の要求と見なされます。Salesforce/第三者へのリクエストにかかる時間で、HTTPコールアウト、REST/SOAPコールなどが含まれる場合があります。Apex REST APIイベント種別すべての Apex REST API 要求に関する情報を取得します。​項目名説明​​​URI要求を受信しているページの URI。​​​ROWS_PROCESSED要求で処理された行数。​​​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU使用率にカウントされません。​​​DB_CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。要求時にデータベースレイヤで実行されているアクティビティ量を示します。​​​DB_BLOCKSデータベースで発生しているアクティビティ量を示します。この項目の値が高い場合、クエリにインデックスまたは検索条件を追加するとパフォーマンスが向上します。​​​DB_TOTAL_TIMEデータベース往復処理の時間 (ナノ秒単位)。JDBC ドライバー、データベースへのネットワーク、および DB_CPU_TIME で費やされた時間を含みます。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​​​RUN_TIME要求にかかった時間 (ミリ秒単位)。​​Apex SOAP イベント種別Web サービス API コールに関する詳細が含まれます。​項目名説明​CLASS_NAMEApex クラス名。クラスが管理パッケージの一部である場合、この文字列にはパッケージ名前空間が含まれます。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​DB_TOTAL_TIME要求のすべての操作について、データベース処理の待機にかかった時間の集計 (ミリ秒)。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​RUN_TIME要求にかかった時間 (ミリ秒単位)。要求の値が 5 秒を超える場合、同時長時間実行の Apex 制限により、長時間実行の要求と見なされます。Salesforce/第三者へのリクエストにかかる時間で、HTTPコールアウト、REST/SOAPコールなどが含まれる場合があります。Apex トリガイベント種別組織で起動されたApexトリガに関する詳細が含まれます。​項目名説明​TRIGGER_ID起動されたトリガの 15 文字の ID。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​DB_TOTAL_TIME要求のすべての操作について、データベース処理の待機にかかった時間の集計 (ミリ秒)。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​EXEC_TIMEエンドツーエンドの Apex 実行時間 (単位: ミリ秒)。Salesforce/第三者へのリクエストにかかる時間で、HTTPコールアウト、REST/SOAPコールなどが含まれる場合があります。​RUN_TIME要求にかかった時間 (ミリ秒単位)。要求の値が 5 秒を超える場合、同時長時間実行の Apex 制限により、長時間実行の要求と見なされます。Salesforce/第三者へのリクエストにかかる時間で、HTTPコールアウト、REST/SOAPコールなどが含まれる場合があります。非同期レポート実行イベント種別非同期レポート実行イベントは、スケジュールされたレポート要求に対して作成されます。このカテゴリには、ダッシュボードの更新、非同期レポート、スケジュールレポート、分析スナップショットが含まれます。​​項目名説明​REPORT_ID実行されたレポートの 15 文字の ID。​ROW_COUNT非同期レポート実行イベントで処理された行数。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​DB_BLOCKSデータベースで発生している活動量を示します。この項目の値が高い場合、クエリにインデックスまたは検索条件を追加するとパフォーマンスが向上します。​DB_TOTAL_TIME要求のすべての操作について、データベース処理の待機にかかった時間の集計 (ミリ秒)。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​RUN_TIME要求にかかった時間 (ミリ秒単位)。要求の値が 5 秒を超える場合、同時長時間実行の Apex 制限により、長時間実行の要求と見なされます。Salesforce/第三者へのリクエストにかかる時間で、HTTPコールアウト、REST/SOAPコールなどが含まれる場合があります。実行時間が長い同時 Apex 制限イベント種別組織の同時実行制限に達した後に Salesforce によって終了された、組織内の実行時間が長い同時 Apex 要求に関する情報が含まれます。確立された Apex コンテキストが 5 秒間実行される要求は、実行時間が長い同時要求の組織の制限に含まれます (非同期要求は制限に含まれません)。実行時間が長い要求数が 10 (組織のデフォルトの制限) を超えた場合、その他の実行時間が長い要求は終了されます。​項目名説明​REQUEST_URISalesforce によって終了された実行時間が長い Apex 要求の URI。継続コールアウトサマリーイベント種別トランザクション中に実行されたすべての非同期コールアウト、その応答状況コード、実行時間、および対象の URL エンドポイントに関する情報が含まれます。​項目名説明​URLコールアウトエンドポイント URL。継続で使用された HTTP 要求数によっては、この項目に最大 3 個のスペース区切り値が含まれる可能性があります。​DURATION合計継続時間 (ミリ秒)。外部のカスタム Apex コールアウトイベント種別Salesforce Connect のカスタムアダプタを介した外部データコールアウトを表します。​項目名説明​ENTITYアクセスされる外部オブジェクトの名前。​ACTIONコールアウトによって実行されるアクション(query/upsert/delete)。​ROWS_FETCHEDコールアウトによって取得された行の数​ROWS結果セットの総レコード数​FETCH_MS外部システムからクエリ結果を取得するのに要した時間 (ミリ秒)。​THROUGHPUT1 秒間で取得されたレコード数。​EXECUTE_MSSalesforce がクエリの準備および実行に要した時間 (ミリ秒)。​TOTAL_MSクエリの準備、実行、およびクエリ結果の取得に要した時間 (ミリ秒)外部の OData コールアウトイベント種別Salesforce Connect の OData 2.0 および OData 4.0 アダプタを介した外部データコールアウトを表します。​項目名説明​ENTITYアクセスされる外部オブジェクトの名前。​ACTIONコールアウトによって実行されるアクション(query/upsert/delete)。​ROWS_FETCHEDコールアウトによって取得されたレコードの数。コールアウトによって取得されたレコードは、大きな結果セットのサブセットである場合があります​ROWS結果セットの総レコード数​FETCH_MS外部システムからクエリ結果を取得するのに要した時間 (ミリ秒)​THROUGHPUT1 秒間で取得されたレコード数。​EXECUTE_MSSalesforce がクエリの準備および実行に要した時間 (ミリ秒)​TOTAL_MSクエリの準備、実行、およびクエリ結果の取得に要した時間 (ミリ秒)レポートイベント種別ユーザがレポートを実行したときの動作に関する情報が含まれます。このイベント種別には、レポートのエクスポートイベント種別のすべての活動とその他の活動が含まれます。​項目名説明​REPORT_ID実行されたレポートの 15 文字の ID。​ROW_COUNTレポートイベントで処理された行数。行数が多く、かつ AVERAGE_ROW_SIZE も大きい場合は、ユーザが詐欺目的で情報をダウンロードしている可能性があります。たとえば、競合他社に転職する前にすべてのセールスリードをダウンロードする営業担当などがこれに該当します。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​DB_CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。要求時にデータベースレイヤで実行されている活動量を示します。​DB_BLOCKSデータベースで発生しているアクティビティ量を示します。この項目の値が高い場合、クエリにインデックスまたは検索条件を追加するとパフォーマンスが向上します。​DB_TOTAL_TIMEデータベース往復処理の時間 (ナノ秒単位)。JDBC ドライバー、データベースへのネットワーク、および DB_CPU_TIME で費やされた時間を含みます。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​RUN_TIME要求にかかった時間 (ミリ秒単位)。フロー実行イベント種別合計実行時間、インタビューの数、エラーの数などの詳細を含む、実行されたフローに関する情報が含まれます。​項目名説明​FLOW_VERSION_ID実行されたフローバージョンの ID。​FLOW_LOAD_TIMEフローのメタデータの読み込みにかかった時間 (ミリ秒単位)。​TOTAL_EXECUTION_TIMEすべてのフローインタビューの開始と終了にかかった合計時間 (ミリ秒単位)。Wave パフォーマンスイベント種別Analytics パフォーマンスのトレンドを追跡するのに役立ちます。​項目名説明​RECORD_IDTableau CRM オブジェクトの Salesforce ID。​TAB_IDユーザインターフェースの特定の [分析] タブの ID。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​RUN_TIME要求にかかった時間 (ミリ秒単位)。​EPT体験ページ時間 (ミリ秒単位)。Visualforce 要求イベント種別Visualforce 要求に関する詳細が含まれます。要求はブラウザ (UI) から実行できます。​項目名説明​PAGE_NAME要求された Visualforce ページの名前。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​DB_CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。要求時にデータベースレイヤで実行されている活動量を示します。​DB_BLOCKSデータベースで発生している活動量を示します。この項目の値が高い場合、クエリにインデックスまたは検索条件を追加するとパフォーマンスが向上します。​DB_TOTAL_TIMEデータベース往復処理の時間 (ナノ秒単位)。JDBC ドライバー、データベースへのネットワーク、および DB_CPU_TIME で費やされた時間を含みます。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​RUN_TIME要求にかかった時間 (ミリ秒単位)。コンソールイベント種別Salesforce コンソールのパフォーマンスと使用に関する情報が含まれます。サイドバーコンポーネントで [コンソール] タブが開かれるたびに、コンソールイベントがログに記録されます。それ以外は、Salesforce Classic の場合と同様に、[コンソール] タブが開かれると、通常のレコードの詳細の表示イベントが記録されます。​項目名説明​COMPONENT_IDコンポーネントの 15 文字の ID。​CONSOLE_IDコンソールの 15 文字の ID。​RECORD_IDコンソールに関連付けられたレコードの 15 文字の ID。​CPU_TIME要求の完了にかかった CPU 時間 (ミリ秒単位)。この項目は、アプリケーションサーバレイヤで実行されているアクティビティ量を示します。DMLの実行中には、レコードロックや処理中のレコードのロック解除待ち、apexコードのコンパイルなど、（開発者が制御できない）他の動作が行われます。この時間はすべて、CPU時間にカウントされません。​DB_TOTAL_TIMEデータベース往復処理の時間 (ナノ秒単位)。JDBC ドライバー、データベースへのネットワーク、および DB_CPU_TIME で費やされた時間を含みます。この項目を CPU_TIME と比較して、パフォーマンス上の問題がデータベースレイヤと独自のコードのどちらで発生しているかを判断します。​RUN_TIME要求にかかった時間 (ミリ秒単位)。学習ツールSOAP API開発ガイド：EventLogFile でサポートされているイベント種別ヘルプ : デバッグログの設定トレイルヘッド：Lightning Experience のパフォーマンスの最適化ヘルプ：技術要件とパフォーマンスのベストプラクティスまとめパフォーマンス分析に関するログは、イベントモニタリングのログに記録され、対象のログと項目を確認することにより、パフォーマンス問題がどこで発生しているのか、またどこがボトルネックになっているのか確認することができます。この記事で学べることイベントモニタリングに含まれる2種類のログを理解し、パファーマンス分析のために、確認したいケースごとにどのログのどの項目を参照することにより、ボトルネックやチューニングのポイントを確認することができるか理解できます。​

拡張ドメイン適用前のURLにアクセスしたときのリダイレクト停止

この記事で学べること拡張ドメインの概要拡張ドメイン適用前の古いURLへアクセスした際のリダイレクトが停止されることリダイレクト停止に向けた準備の方法拡張ドメインの概要各種ブラウザの最新要件に対応するため、Salesforce は 2023 年 10 月に Winter ’24 のリリースで「拡張ドメイン」をすべてのSalesforce 組織に適用しました。Salesforce 組織への拡張ドメイン適用により、内部ユーザーが利用するURLだけではなく、Salesforce サイトや Experience Cloud サイトなど、外部ユーザーが使用する URL も更新されています。​これまでは拡張ドメイン適用前の URL にユーザーがアクセスした場合は拡張ドメイン適用後の URL にリダイレクトされていましたが、Salesforceでは以下のスケジュールでリダイレクトの停止を予定しています。​▼Winter ’25Sandbox, Developer Edition 組織, デモ組織, パッチ組織, スクラッチ組織, Trailhead Playground などの非本番組織​▼Spring’ 25本番組織​本記事ではリダイレクト停止の準備として活用できる機能や推奨アクションについて纏めております。拡張ドメイン適用により更新された URL拡張ドメインの適用により、Salesforce 組織で使用されていた 多くの URL が更新されました。詳細はヘルプドキュメント「拡張ドメインを有効にする場合の [私のドメイン] の URL 形式の変更」に記載がありますが、本番組織における拡張ドメイン適用前後のURLを以下にご紹介します（一部抜粋）。上記の表にある通り、内部ユーザーが使用する URL だけではなく、Salesforce サイトや Experience Cloud サイトのように外部に公開している URL も更新されました。なお、拡張ドメイン適用前の旧 URL にアクセスすると、拡張ドメイン適用後の新 URL に自動でリダイレクトされる動作となります。しかしながら、旧 URL にアクセスした場合に新 URL にリダイレクトされる動作は、Winter ’25 と Spring’25 で終了します。​​拡張ドメイン適用前の URL にアクセスした際のリダイレクトの停止Winter' 25 と Spring’25 では、拡張ドメイン適用前の URL にアクセスした際のリダイレクトが停止します。＊参考情報 : Update References to Your Previous Salesforce DomainsWinter'25でリダイレクトが停止する組織は以下のとおりです。・Sandbox、Developer Edition 組織、デモ組織、パッチ組織、スクラッチ組織、Trailhead Playground などの非本番組織​Spring’25でリダイレクトが停止する組織は以下のとおりです。・本番組織​そのため、リダイレクトが停止した際の動作確認や、リダイレクトの発生有無の確認を 各リリースまでに実施いただくことを推奨しています。​なお、新 URL へのリダイレクトが停止した際の影響を確認する手段として、システム管理者様にて手動でリダイレクトを停止させることができます。設定メニューの「私のドメイン」ページにある以下の２つの設定を OFF にすることで、その組織上におけるリダイレクトの動作を停止させることができます。（OFF にしたあと、再度設定を ON にしてリダイレクトを動作させることも可能です）以前の [私のドメイン] の URL を現在の [私のドメイン] にリダイレクト<旧 Domain>.secure.force.com および <旧 Domain>.force.com URL を現在の [私のドメイン]のサイト URL にリダイレクト＊参考情報 : [私のドメイン] のリダイレクトの管理​​リダイレクトが発生したユーザーへ新しい URL の通知「私のドメイン」ページで新しい URL へのリダイレクトを ON にしている場合、以下の設定を ON にすることができます。現在の [私のドメイン] の URL にリダイレクトする前にユーザーに通知現在のサイト URL にリダイレクトする前にユーザーに通知この設定が ON になっている場合、ユーザーが古い URL にアクセスしリダイレクトが発生するときに、以下の画面を表示することができ、新しい URL が画面上に表示され、ブックマークの更新を促すメッセージをユーザー側に表示させることができます。＊参考情報 : [私のドメイン] のリダイレクトの管理​​リダイレクト発生状況の確認管理者様はリダイレクトが発生しているかどうかを確認するために、ログを有効化することができます。リダイレクトに関するログを有効化する場合は、「私のドメイン」ページで以下の設定を ON にします。リダイレクトを記録＊参考情報 : [私のドメイン] のホスト名リダイレクトのログ記録​上記設定を ON にすると、「私のドメイン」ページに「リダイレクト ログをダウンロード」というボタンが表示され、システム管理者様はリダイレクトに関するログを取得することができるようになります。取得できるログのイメージを以下にご紹介します。＊ログの詳細については開発者ガイド「ホスト名リダイレクトのイベント種別」をご参照ください。​このログを活用することで、リダイレクトの発生状況を確認することができるようになり、顧客やユーザーへのコミュニケーションプランを検討することができます。ただし、リダイレクトのログには以下の留意点があるため、事前にご確認の上でご利用ください。ログは EventLogFile（イベントモニタリング）の領域に格納されますが、すべてのお客様が無料でダウンロード可能。Event Monitoring Analytics アプリケーションでのログ利用は不可。API でもログを取得することは可能だが、API バージョン 56 以降を利用する必要あり。ログは 1 つのファイルで作成され日次で更新されるため、最新の日次ログのみを取得可能。1 時間以内に同一ホスト名に関するリダイレクトがあった場合は1行しかログが出力されないため、リダイレクト件数を正確に取得するものではない。​​リダイレクト停止までの推奨アクションSpring’25 では本番組織で拡張ドメイン適用前の URL にアクセスした際のリダイレクトが停止します。リダイレクトが停止した際における業務影響の範囲を極力抑えるためにも、Salesforce組織のシステム管理者には以下のアクションを実施いただくことを推奨します。リダイレクト時に新しいURLをユーザに表示する機能を有効化して、ブックマークの更新を促します。定期的にリダイレクトログを確認し、お客様組織にて発生しているリダイレクトの発生状況を確認します。リダイレクトが発生していた場合は、ログから判断できる情報を以って、顧客やユーザーへのコミュニケーションプランを検討します。システム管理者様にてリダイレクトのON/OFFを切り替えることができますので、Spring'25のリリースまでにリダイレクトが無効化された際の影響確認を実施します。​これらの推奨アクションの実施には期間を要する可能性があるため、可能な限り早めの計画策定を推奨します。​​関連リソースWinter’25 リリースノートUpdate References to Your Previous Salesforce DomainsIdentify Blocked Redirections for Legacy Hostnamesヘルプドキュメント拡張ドメイン非拡張ドメインのリダイレクトの終了への準備[私のドメイン] のリダイレクト[私のドメイン] のホスト名リダイレクトのログ記録Developers Guideホスト名リダイレクトのイベント種別​​​​

Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止

Summer '25 で廃止される Salesforce Platform API バージョン 21.0 ～ 30.0 の概要と影響有無の確認方法についての解説動画です。お客様での調査にお役立てください。https://play.vidyard.com/iE8EjS3tstXxdJS4jBUM3W投影資料のダウンロードはこちらからこの記事で学べることSummer '25に廃止される API バージョンと種類を知ることができますAPI バージョンの廃止スケジュールを知ることができますお客様にて必要な対応を知ることができますご存知ですか？ Summer ’25 で古い API バージョンが廃止されます​Salesforce では、API の品質およびパフォーマンスを充実させ、改善するために、最初のリリース日から最低 3 年間サポートしますが、それを超えるバージョンのサポートは停止されたり、廃止される場合があります。そのため、定期的に API バージョンを更新いただくことを推奨しています。※API バージョンを定期的に更新しましょう（サクセスナビ）も是非ご覧ください​今回廃止対象の API の種類とバージョンは以下のとおりです。SOAP：21.0、22.0、23.0、24.0、25.0、26.0、27.0、28.0、29.0、30.0REST：v21.0、v22.0、v23.0、v24.0、v25.0、v26.0、v27.0、v28.0、v29.0、v30.0Bulk：21.0、22.0、23.0、24.0、25.0、26.0、27.0、28.0、29.0、30.0注意事項この廃止には、以下は含まれませんApex クラス、Apex トリガ、Visualforce ページ、フロー、プロセスビルダーただし、AJAX Toolkit を介して行われるバージョン指定された API コールを埋め込んだ Visualforce ページやカスタムボタン、S コントロールはこの廃止による影響を受けます標準の Salesforce B2B Commerce for Visualforce 製品バージョン 30.0 以前のメタデータコンテンツを参照している管理パッケージカスタム Apex REST & SOAP Web Services​この廃止は以下のものに影響します。データローダー　Web Services ConnectorAJAX Toolkit を介して行われる廃止対象のバージョンが指定された API コールを埋め込んだ Visualforce ページやカスタムボタン、S コントロール SForceOfficeToolkit COM インターフェースを介して行われる従来の API コールForce.com Toolkit for PHPアウトバウンドメッセージによって生成されたペイロードから呼び出された SOAP API最新ではない API バージョンを使用している接続アプリケーション廃止スケジュールSummer ‘25以降、廃止された API バージョンを使用した場合場合、以下のようなエラーが発生します。REST API : 「410:GONE」SOAP API :「500:UNSUPPORTED_API_VERSION」Bulk API :「400:InvalidVersion」お客様にて必要な対応「そんな急に廃止と言われても・・・」と戸惑っているシステム管理者の方もいらっしゃるかもしれません。Salesforce では、システム管理者様宛に、月次で、以下のような 機能廃止ダイジェストメール等でお知らせしています。※ 終了日は 2025 年 6 月 1 日となっていますが、こちらのナレッジに記載の通り、実際の終了日は Summer ’25 リリース日となります。（リリース日は Trust サイトにてご確認いただけます）​推奨する対応順序設計書や仕様書などのシステム導入時のドキュメントや、実際のデータ連携実装箇所を調査する外部システムやツール（データローダー等）を使って Salesforce へ接続するアプリケーションの有無とバージョンを確認組織内の開発で AJAX Toolkit 等を使用した実装有無とバージョンを確認こちらの資料を参考に、見落としがちな設定を確認追加でご確認いただく手段として、ログイン履歴の確認や API でのアクセス状況をイベントモニタリングログから確認いただくことが可能です。（こちらの P.10 参照）　手順１、２で確認した箇所の API バージョンを更新[リリース更新] の [テスト実行] を有効化後に、APIバージョンを更新した外部システムやツールを実行 *手順１、２で確認した方法（ログイン履歴等）で、手順４の接続結果を確認* Winter’25 より、[リリース更新]の[テスト実行]をご利用いただけます。[テスト実行] 有効化後は、廃止対象の Platform API バージョンの利用は不可となります。具体的には、廃止対象バージョンの API バージョンに対して外部システムからアクセスすると その API  コールは失敗、エラーが発生するようになります。[テスト実行を有効化]をするには、[使用開始] をクリック後の画面で [テスト実行を有効化] をクリックします。この機能を利用し、外部システムからの API コールをテストをすることができます。※適用スケジュールまでの間は、いつでも [テスト実行] の有効 / 無効を切り替えることができます。​学習ツールSalesforce Platform API バージョン 21.0 ～ 30.0 の廃止（ナレッジ）API バージョンを定期的に更新しましょう（サクセスナビ）イベントモニタリング（Trailhead）API 合計使用量（開発者ガイド）​まとめSalesforce の API は、最初のリリース日から 3 年経過すると廃止になる場合があるので、定期的にバージョンを更新する必要があります機能廃止に関するダイジェストメールが月次で配信されていますので、システム管理者様は必ず確認して下さい廃止対象の API バージョンを使用しているかどうか、使用箇所や実装された詳細については、Salesforce では確認ができないため、利用有無および対応方法については、開発会社や開発担当者様へご確認をお願いします。

Salesforce ユーザグループイベント年間カレンダー

製品・テーマ別による分科会一覧Sales Cloudユーザ分科会（終了）11/1（火）「Sales Cloud 製品責任者より Dreamforceのアップデート共有」 お申込みはこちらService Cloudユーザ分科会（終了）11/8（火）「初のハイブリッド開催！事例登壇2社（予定） 」　お申込みはこちらAccount Engagement（旧Pardot）ユーザ分科会（終了）12/12（月）「B2Bウェビナーの成果を最大化するAccount Engagementの実践的活用法」お申し込みはこちら2023/3/2（木）「ユーザ事例セッション、機能、パネルディスカッション」　お申込みはこちら新機能Trailblazer分科会（終了）10/12（水）「Winter'23のメジャーバージョンアップに合わせた新機能紹介」　お申し込みはこちら2023/2/20（月）　「Spring'23のメジャーバージョンアップに合わせた新機能紹介」　お申し込みはこちらSalesforce活用分科会（終了）11/2（水）「重複データ、みんなどうしている？」ほか　お申し込みはこちら（終了）2023/1/19（木）「Slack連携について」ほか　お申し込みはこちらNPO分科会（終了）12/13（火）「拡張ドメインの有効化とその準備」お申し込みはこちらインサイドセールス分科会（終了）10/11（火）「InsideSales 2.0 Vol.3 ~富士通にインサイドセールスが必要な理由とその歩み~」お申込みはこちら（終了）12/20（火）「InsideSales 2.0 Vol.4 ~エンタープライズにおけるBDRの必要性~」お申込みはこちら2023/2/21（火）「InsideSales 2.0 Vol.5 インサイドセールスで継続的に成果を創出するための鍵                                  ～イネーブルメントとは～」」お申込みはこちら地域別による分科会一覧北海道ユーザ会（終了）7/11（月）「札幌市を拠点とする企業による活用事例のご紹介」お申込みはこちら（終了）11/14（月）「北海道＆東北＆北陸合同ユーザ会」お申込みはこちら東北ユーザ会（終了）7/21（木）「秋田を拠点とする企業による活用事例のご紹介」お申込みはこちら（終了）11/14（月）「北海道＆東北＆北陸合同ユーザ会」お申込みはこちら神奈川ユーザ会（終了）10/14 （金）「こんな私でもSalesforceの定着化が出来ました」　お申し込みはこちら東海ユーザ会（終了）5/26（木）「名古屋市を拠点とする企業による活用事例のご紹介」お申込みはこちら（終了）2023/1/17（火）「東海エリアを拠点とする企業による活用事例のご紹介」お申込みはこちら北陸ユーザ会（終了）5/23（月）「石川県と富山県を拠点とする企業による活用事例のご紹介」お申込みはこちら（終了）11/14（月）「北海道＆東北＆北陸合同ユーザ会」お申込みはこちら関西ユーザ会（終了）6/9（木）「大阪府を拠点とする企業による活用事例のご紹介」お申込みはこちら（終了）11/18（金）「関西を拠点とする企業による活用事例のご紹介」お申込みはこちらSalesforceユーザグループ紹介特設ページはこちらそれぞれのユーザグループの詳細や活動内容を知りたい方は、ぜひ上記からご確認ください。

Account Engagement Lightning アプリケーション有効化ガイド

この記事で学べることAccount Engagement Lightning アプリケーションの有効化の手順はじめに現在Account Engagementにアクセスする方法は以下の 2 つがあります。Account Engagement Lightning アプリケーション（以降は AELA と表記）（アプリケーションランチャーには「Account Engagement (B2B Marketing オートメーション)」と表示）Account Engagement スタンドアローンアプリケーション（Account Engagementを単体で利用する場合）＊注意：AELA は、Salesforceライセンス（Sales Cloud、Service Cloud、CRM）または Identity ライセンスユーザの利用が前提となります。Communityライセンスユーザでは利用できません。割り当てるSalesforceライセンスが不足する場合は、弊社担当営業までご連絡ください。​このドキュメントは、AELA の有効化について、画面付きで解説します。手順＊各画像はクリックで拡大表示できます＊既にAccount EngagementとSalesforceをコネクターで接続済み、ユーザ同士も接続済みであることが前提です1. Salesforce組織 で AELA を有効化する・ヘルプ記事：ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与 （ステップ2の内容）​Salesforce管理者ユーザにて、右上の歯車アイコンより [設定] に入り、[ホーム] タブ＞ [Account Engagement] メニュー＞ [設定アシスタント] メニューを開き、[Account Engagement Lightning アプリケーションの有効化] のスイッチを [オン] にします2. ユーザプロファイルに b2bma_canvas 接続アプリケーションを割り当てる・ヘルプ記事：ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与 (ステップ3の内容)​Salesforce設定の [ユーザ] ＞ [アプリケーション] メニュー＞ [接続アプリケーション]メニュー＞ [接続アプリケーションを管理する] メニューに入り、[b2bma_canvas] 接続アプリケーションの名前のリンクをクリックしますまずは、[許可されているユーザ] 設定項目が「管理者が承認したユーザは事前承認済み」となっていることを確認します（これ以外の場合は、画面上部の [ポリシーを編集] ボタンより編集モードに入り変更します）​[許可されているユーザ] 設定項目が「管理者が承認したユーザは事前承認済み」になっている状態で、下部の [プロファイル] 関連リストに、対象とするユーザに割り当てられたプロファイルを [プロファイルを管理する] ボタンより追加します（既に登録されている場合は対応不要）3. ユーザに 「Account Engagement ユーザー」、「Sales Cloud ユーザー」、「Service Cloud ユーザー」、または「CRM ユーザー」 のいずれかの権限セットを割り当てる・ヘルプ記事：ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与 (ステップ4の内容)​続けて、Salesforce設定の [ユーザ] ＞ [権限セット] メニューに入り、[Sales Cloud ユーザ]、[Service Cloud ユーザ]、または [CRM ユーザ] 権限セットの名前のリンクをクリックします（以下は [Sales Cloud ユーザ] を例にしています）[割り当ての管理] ボタンをクリックします[割り当てを追加] ボタンをクリックしますAELA を使用したいユーザを選択して、[割り当て] ボタンをクリックします4. ユーザプロファイルに対するAELA と Account Engagement 関連タブへのアクセス権の割り当てを確認・付与する・ヘルプ記事：アプリケーションランチャーに Account Engagement Lightning アプリケーションタイルが表示されない・ヘルプ記事：Account Engagement Lightning アプリケーションの使用時に上部のナビゲーションバーに一部のタブが表示されない​＊[拡張プロファイルユーザインターフェース] オプションがオンの場合の設定方法です＊[拡張プロファイルユーザインターフェース] オプションは、以下で有効化できますまずは [ユーザ] メニュー＞ [プロファイル] メニューに入り、対象ユーザに割り当てられたプロファイルの名前リンクをクリックし、設定ページに入ります[割り当てられたアプリケーション] リンクをクリックします[Account Engagement (standard__PardotAppV1)] に [参照可能] チェックが入っていることを確認しますチェックが入っていない場合は、[編集] ボタンで編集モードに入り、チェックを入れて保存しますその際、ログイン時にデフォルトで表示されるアプリケーション指定されたい場合は、[デフォルト] にもチェックを入れます上部の [割り当てられたアプリケーション] プルダウンから、[オブジェクト設定] 画面に切り替えますオブジェクト一覧にて、以下の AELA 関連タブの [タブの設定] が「デフォルトで表示」となっていることを確認しますタブ名表示メニュー1見込み客プロスペクト、リード、取引先責任者、ビジターなど2ダッシュボードSalesforceの標準「ダッシュボード」タブとは異なる3Account Engagementキャンペーン​4Account Engagementメールドラフト、スケジュール済み、送信済みなど5オートメーションEngagement Studio、オートメーションルールなど6コンテンツフォーム・フォームハンドラー、ランディングページなど7Account Engagement レポートキャンペーン、接続アプリケーションなど8Account Engagement 設定アカウント設定、オブジェクトと項目の設定など9ランディングページAccount Engagement Lightning 拡張ランディングページビルダー（詳細はこちら）10メールテンプレートAccount Engagement Lightning 拡張メールテンプレートビルダー（詳細はこちら）11メールコンテンツAccount Engagement Lightning 拡張メールビルダー・送信機能（詳細はこちら）12各種 "Engage〜" タブSalesforce Engageライセンスで利用可能な各種Engage機能上記画面にて、「タブを隠す」「デフォルトで非表示」となっている場合は、各タブ名リンクをクリックし、[編集] ボタンより編集モードに切り替え変更します5. AELA にデフォルトで表示させたいタブを定義する・ヘルプ記事：アプリのナビゲーションメニューにタブの追加​最後に、ユーザが AELA にアクセスした際、デフォルト固定で表示されるタブを管理者にて定義します＊ここで定義したタブは、全ユーザに取捨選択不可の状態で、共通でデフォルト表示されます＊ユーザごとにタブの取捨選択をさせたい場合は、こちらでは設定せず、各ユーザにてこちらのヘルプを参考に追加・削除します​[アプリケーション] メニュー＞ [アプリケーションマネージャ] メニューに入り、Account Engagement (PardotAppV1) にて [編集] モードに入ります[ナビゲーション項目] メニューに入り、[選択可能な項目] から、各種 AELA 関連タブを選択し、右三角アイコンで [選択済みの項目] に移動させ、上下三角アイコンにて並び替え（上から下の並びで、Salesforce画面上、左から右への順で表示される）を行い、[保存] します​以上で、ユーザに対する AELA の有効化は完了です。お困りの場合上記手順通りに設定しても、AELA へアクセスできない場合は、Account Engagement サポートへお問い合わせください。​・ヘルプ記事：Account Engagement サポートへのお問い合わせ方法

【ウェビナー】Datorama ダッシュボード編トレーニング

概要2021年12月7日に開催されたウェビナー「Datorama ダッシュボード作成編トレーニング」の録画と資料を公開しました。​この動画を視聴すると、以下のことができるようになります。コレクション、ページ、ウィジェットの関係性を理解する。コレクション、ページ、ウィジェットを作成する。主要なウィジェットの使用方法を理解する。​https://play.vidyard.com/ZafrZ16ZEojZ3LqrrbVQkA​トレーニング内容ダッシュボード概要説明実機デモトレーニングQ&A投影資料【配布資料】ダッシュボード作成編_集合オンライントレーニング_20211207.pdf特記事項集合トレーニングの実施は不定期です。ウェビナーに関するお問合せ先本ウェビナーに関するお問合せは、弊社サクセスマネージャー、サクセスアーキテクトへご連絡ください。

【ウェビナー】Datorama Admin初級編トレーニング

概要2022年2月18日に開催されたウェビナー「Datorama Admin初級編トレーニング」の録画と資料を公開しました。​この動画を視聴すると、以下のことができるようになります。アカウントやワークスペースの構造、ユーザーの権限について理解する。データモデル、エンティティの関係性を理解する。データの取込方法や更新ロジックを理解する。広告データをデータモデルにマッピングして取り込む。ピボットテーブルを使用して取り込んだデータを検証する。​https://play.vidyard.com/DzrJ56AYxu7FFmEvUTE9pc​トレーニング内容プラットフォームの説明Datoramaが生まれた背景プラットフォームの基礎知識データモデルの必要性データモデルとはDatoramaのデータの持ち方サンプルデータでのマッピングデモQ&A投影資料【配布資料】Admin初級編_集合オンライントレーニング_20220218.pdf特記事項集合トレーニングの実施は不定期です。ウェビナーに関するお問合せ先本ウェビナーに関するお問合せは、弊社サクセスマネージャー、サクセスアーキテクトへご連絡ください。

つながる営業・マーケティング〜富士通株式会社 新規事業「Fujitsu Uvance」グローバル B to Bマーケティング変革における取り組み

富士通株式会社より友廣 啓爾氏をお迎えし、新規事業領域「Fujitsu Uvance」におけるSalesforceプラットフォーム（Sales Cloud、Account Engagement（旧 Pardot））を活用した営業・マーケティング変革の具体的な取り組みを、「つながる営業・マーケティング」をテーマに伺います。（動画約20分/ご視聴にはメールアドレスの入力をお願い致します）https://play.vidyard.com/f29qL4U1kdmZbo2naRqkscセッション概要0:00〜富士通「Fujitsu Uvance」営業・マーケティングをつなぐ取り組みの背景マーケティング変革3つのポイント：1. インサイドセールス立ち上げ、2. MA+CRMでの業務効率化、3. KIPのトラッキング 4:23〜マーケティングと営業がつながる具体的なメリット、価値営業とマーケティングがつながっていない理由6:50〜営業・マーケティングをつなげるための5つのポイント「MInKTel」での取り組み1. Mission：ミッションの再定義2. Inside Sales：インサイドセールス組織3. KPI：KPIと業務ルール4. Technology Platform：テクノロジープラットフォーム5. Leadership：リーダーシップ​登壇者スピーカー：富士通株式会社 グローバルマーケティング本部 デジタルセールス統括部 統括部長 友廣 啓爾氏株式会社セールスフォース・ジャパン カスタマーサクセス統括本部 プロフェッショナルサービス本部 プログラムエグゼクティブ 山倉 健ファシリテーション：株式会社セールスフォース・ジャパン カスタマーサクセス統括本部 プロフェッショナルサービス本部 執行役員 久喜 隆生オンデマンドウェブセミナー「つながる現場」顧客を中心に、社内のあらゆる情報・部門・社員がデジタルとリアルの垣根を超えて即時につながり、新たに成長を遂げる先進企業が生まれてきています。オンデマンドウェブセミナー「つながる現場」では、DX先進企業のトレイルブレイザー（先駆者）とSalesforceプロフェッショナルサービスのメンバーと共に、ビジネス変革を成功させるためのヒントを探ります。関連リソースSalesforceプロフェッショナルサービス Salesforceアーキテクトってどんな仕事？​​​

【お役立ちアプリ】社内業務を効率化し、生産性を向上する

社員が毎日取り組む様々な社内業務(勤怠管理、工数管理、経費精算、電子稟議、社内SNS、カレンダー等)を一元化し、働き方の効率化から組織全体の生産性向上に役立つアプリをご紹介します。アプリは業務に併せて柔軟なカスタマイズが可能です。​※各アプリの機能の概要や特徴はサービス名をクリックしてご確認いただけます。​チームスピリット | テレワーク対応 勤怠管理・電帳法対応 経費精算勤怠管理、工数管理、経費精算、電子稟議、社内SNS、カレンダーなど、社内業務を一元化したクラウドサービスです。収集したデータを分析し働き方を可視化をすることで、社員が取り組むべき重要な活動を洗い出し、生産性の向上につなげます。また、大企業向け「TeamSpirit EX」は、大規模組織管理、グローバル対応、パフォーマンス向上、外部システム連携をより機能強化しています。​mitoco（基本パッケージ）｜カレンダー、承認ワークフロー、掲示板などのグループウェア​「mitoco」とは、社内情報を一元管理し、コミュニケーションを円滑にして業務の効率を高めるアプリケーションです。モバイルのカレンダー、電子申請、掲示板、チャット、タスク管理、文書管理、アドレス帳など、社内の情報共有に必要な様々な機能を備えています。追加機能として、経費精算や勤怠管理など、社員のモチベーション維持・向上につなげる「mitoco Work」が利用頂けます。「mitoco」と「mitoco Work」で、お客様中心とした社内情報の最適化だけではなく、社員一人一人が業務効率の向上を実感できる仕組み作りを可能にします。※「mitoco Work」をご利用する際は、mitocoライセンスが必要です。（勤怠管理機能は、近日サービス提供開始予定）

【動画で解説】CRM Analytics 初心者向けハンズオン

本記事でご紹介するCRM Analytics初心者向けハンズオンは、弊社サクセスエンジニアとカスタマーサクセスがコラボレーションし、導入初期のお客様向けにCRM Analyticsの仕組みやダッシュボードの作成方法をハンズオン形式でご紹介しています。CRM Analyticsを導入直後のお客様に、ぜひ見ていただきたい動画となります。