“ケース”の検索結果
-
PremierおよびSignature Success Planにおけるサポートケースの作成と管理方法について
この記事には、Success Plan を使用した MuleSoft のお客様向けの Salesforce ヘルプの設定とアクセスおよび従来の MuleSoft サブスクリプションを介して MuleSoft ヘルプポータルで以前にオープンされたサポートケースの管理に関する情報が記載されています。Salesforce ヘルプでケースを作成するMuleSoft 製品の Salesforce Success Plan (Premier/Signature) をご契約頂いたお客様は、Salesforce ヘルプ ポータルで新しいケースを作成および管理できます。次の手順に従って Trailblazer アカウントを準備し、Salesforce ヘルプポータルにログインし、サポートケースを作成します。1. Trailblazer アカウントを既にお持ちの場合MuleSoft アカウント ログインを Trailblazer プロファイルに追加する製品サポートまたは Trailhead に Salesforce ヘルプをすでに使用している場合は、Trailblazer プロファイルがすでにあるため、新しい Trailblazer アカウントを設定する必要はありません。Trailblazer アカウントにログインし、Mulesoft ログインに使用するEmailアドレスを追加することで、MuleSoft アカウントに関連付けたEmailアドレス* が Trailblazer プロファイルに接続されていることを確認してください。詳細については Get Started with Trailblazer を参照してください。この後、Salesforce ヘルプにログインし、MuleSoft の問題に関するテクニカル サポート ケースを送信できます。MuleSoft のEmailアドレスを使用してログインすることを忘れないでください。 注: Trailblazer プロファイルをお持ちでない場合は、次のセクションで説明する手順に従って、MuleSoft アカウントのEmailアドレスに関連付けられたEmail アドレスを使用して Trailblazer アカウントを作成します。 Trailblazer アカウントを作成し、Mulesoft Email を追加する方法については、Get Started with Trailblazer を参照してください。 2. Trailblazer アカウントをお持ちでない場合 新しい Trailblazer アカウントをセットアップする注: 現在、Trailblazerのアカウントをお持ちでない MuleSoft のお客様は、Trailblazer.me にログインする際は Email を選択する必要があります。1. Trailblazer ログイン ページ にアクセスし 、Sign Up をクリックします。2. Email を選択し MuleSoft ログインに関連付けられているのと同じEmailアドレス* を持つユーザーを作成します。Gmail やその他のソーシャル オプションを選択しないでください。3. Emailアドレスからワンタイムコードを取得して、本人確認を行います。4. プロフィールの設定に進み情報を確認します。5. リカバリーアカウントを接続します (もしくは現時点でスキップできます)。詳細については、Set Up a Trailblazer.me Recovery Account を参照して下さい。 6. MuleSoft アカウントが Trailblazer プロファイルに正常に接続されたかどうかを確認するには、How to Submit a Support Case on Salesforce Help Portal の手順 1 ~ 3 に従います。MuleSoft Org ID を表示できれば、正常に接続されています。 もし、同じEmailアドレスに複数の Trailblazer アカウントが関連付けられている場合は、それらを統合して、すべての成果を反映した 1 つの Trailblazer プロファイルを作成します。この統合をオプトアウトすることはできません。アカウントの結合の詳細については Merge Trailblazer.me Accounts を参照してください。また、詳細については Get Started with Trailblazer.me を参照してください。 Trailblazer アカウントを使用した Salesforce ヘルプポータルへのログインEmailアドレスを使用して Trailblazer アカウントにサインアップまたはログインすると、パスワードを設定する必要がなくなります。代わりにEmailアドレスに送信されるワンタイムコードを使用して本人確認を行います。ワンタイムコードを使用する手順を見てみましょう。1. Salesforce Help Portal にアクセスする2. 画面右上の Login をクリックします3. Trailblazer オプションを使用してログインすることを選択します4. Email をクリックします5. Emailアドレスを入力して下さい。Trailblazer は、そのアドレスにワンタイムコードを送信します6. 新しいタブまたはブラウザ ウィンドウを使用して、Emailアカウントを開きます。ワンタイムコードを取得します7. Trailblazer に戻ります。Get your single-use code 画面でコードを入力します8. これでログイン完了です補足:Trailblazer アカウントに関連付けられているEmailアカウントにアクセスしてワンタイムコードを取得できず、他のログイン方法も使用できない場合は、弊社カスタマー サポートにお問い合わせください。正常にログインできるようになったら Trailblazer の設定ページでアカウントに別のログイン方法を追加して、再びロックアウトされないようにします。ログインするたびにEmailでワンタイムコードを取得しないようにするには、設定ページに移動してEmail以外のログイン方法を追加します。Salesforce、Google、または LinkedIn のログインを使用できます。次にEmailの代わりにそのログイン方法を使用します。異なる電子メール アドレスを使用する複数の MuleSoft アカウントをお持ちの場合は、サポートケースを送信する前に、別の電子メール アドレスを使用して再度ログインするよう求められる場合があります。 アカウントを安全に保つために、Trailbazer.me は未確認のメール アドレスやソーシャル情報を確認するよう求めます。ログイン時、または Trailblazer.me アカウント設定ページで確認を求めるプロンプトが表示された場合は、いくつかの理由が考えられます。未確認のメールアドレスを持つソーシャルアカウントまたは Salesforce アカウントを使用してログインしているログインすると、あなたが所有していると思われる他のアカウントが見つかったため、確認するよう求められている Salesforce ヘルプポータルでサポートケースを作成する1. Salesforce Help Portal にログインします - 上記のログイン手順を参照してください。2. 組織選択で MuleSoft アカウントを選択します3. アカウントが組織選択リストに表示されない場合は “Manage All Orgs“ をクリックして全ての MuleSoft アカウントとその他のアカウントのリストを表示します。ヒント: 複数の組織がある場合は Manage All Orgs" ページにアクセスしたら、サポートのケースを作成するために正しい組織を選択していることを再確認してください。組織を検証する 1 つの方法は、予想されるサポート レベルを確認することです。たとえば、SigMS を持つ組織は MuleSoft Signature として処理され、また PremMS を持つ組織は MuleSoft Premier として処理されます。選択したテナントの製品も MuleSoft 製品である必要があります (Anypoint、RPA や Composer など) 4. 組織を選択したら Contact Support をクリックし Create a Case を選択します。5. ケースフォームに記入します。製品は MuleSoft を選択し、今回のサポートケースに最適なトピックを選択します。 注: OrgID は、2023 年 3 月 16 日午後 10 時 (太平洋時間) から自動入力されるようになりました Salesforce ヘルプポータルでケースをエスカレーションする1. 組織を選択して My Cases をクリックすると現在オープン中のケースのリストが表示されます。2. ケースの詳細をクリックしてケースを表示し、[エスカレーション] ボタンをクリックしてケースをエスカレーションできます。 MuleSoft ヘルプで古いケースを管理する MuleSoft ヘルプ ポータルにログインして古いケースを管理する1. Mulesoft ヘルプ ポータルの Support Cases ページに移動し、サインインします。注: My Cases ドロップダウンを使用して My Legacy MuleSoft Cases を選択すると、Salesforce ヘルプポータルから古いサポートケースにアクセスすることもできます。 2. サポート ケース タイルをクリックして報告済みの既存のケースを表示および管理します。注: PremierおよびSignature Success Planのお客様が旧サイト(MuleSoft ヘルプセンター)でケースを開こうとすると、テクニカルサポート提供と適切なケースオープンのために Salesforce ヘルプ サイトにリダイレクトされます。
-
※本番環境に変更を適用する際は事前にSandboxで動作を確認してくださいフローの概要ケースが新規作成された際、関連する取引先に紐づくケースの数を集計し、取引先の項目を更新するフローですフローの全体像下図が完成したフローですフローの作成手順※事前に取引先にケースの数を集計した値を格納する数値項目を作成していますレコードトリガフローを選択します「自由形式」を選択します ※「自動レイアウト」を選択しても問題ありません「開始を設定」の画面で下図ように設定し、「完了」をクリックします「マネージャ」のタブを選択し、新規リソースを選択します下図のように設定し、ケースを集計した値を格納する変数を作成します「要素」のタブから「レコードを取得」を選択し追加します下図のように設定を行い、取引先に紐づくすべてのケースを取得します「割り当て」を選択し追加します下図のように設定を行い、変数「caseCount」にケースの集計値を格納します「レコードを更新」を選択し追加します下図のように設定を行い、取引先のケースの集計値の項目を更新します※事前に取引先にケースの数を集計した値を格納する数値項目(caseCount_c)を作成しています要素を接続します画面右上の「保存」をクリックし、フローの表示ラベル、フローのAPI参照名に任意の値を入力し保存します画面右上の「有効化」をクリックします実際にケースを作成してケースの集計値が更新されるかどうか試してみてください。
-
新人育成は、Einsteinにおまかせ!在宅テクニカルサポートとEinstein for Service ケース分類活用のススメ:株式会社セゾン情報システムズ事例
SFUG TrailblazerウェブセミナーとはNTTテクノクロス株式会社 鈴木様が司会を務めるウェブセミナーです。毎回、テーマに応じたTrailblazerの方をゲストスピーカーとしてお迎えし、Salesforceの活用経験談や、困難を乗り越えた秘訣などをお話いただきます。新人育成は、Einsteinにおまかせ!在宅テクニカルサポートとEinstein for Service ケース分類活用のススメ株式会社セゾン情報システムズの山本様より、Einstein AIを活用した新人育成の具体的な事例です。Service Cloud導入によるテクニカルサポートセンターの在宅勤務の実現や、サポート部門の課題である新人育成をシステムの側面から支援、ベテランの「勘所」を新人が持てるようになるEinstein AIの活用に至るまでをお話しいただきました。https://play.vidyard.com/kDsXBSLCQSbwUQMW7Ga4nR
-
この記事で学べること画面構築時の標準機能、開発選択の考慮点ユースケースごとの画面ソリューション選択ポイント概要Salesforceで生産性高く開発を行うためには標準機能を適切に利用することが重要です。しかし標準機能も動的フォームや画面フローなど機能は豊富になり、どの方法を選択すべきか判断が難しくなっています。この資料ではどのような場合にどのノーコード、ローコードツールを使用すべきか、または開発することを選択すべきか、画面開発の観点でご説明いたします。学習ツール資料(PDF)を以下からダウンロードしてください資料:標準・開発実装ガイドライン_画面フォーム作成.pdf
-
この記事で学べること自動化処理に関する標準機能、開発選択の考慮点ユースケースごとのリューション選択ポイント概要SalesforceではフローやApexコードを利用してより高度なビジネスプロセスを構築することができます。適切にノーコード、ローコードを選択することによってより生産性高く開発を行うことができますが、要件によってはこれらのツールでは対応できなかったりApexコードが適切な場合もあります。開発の早い段階でこれらの判断ができるように、この資料では自動化ツール選択時の考慮点などについてご説明いたします。学習ツール資料(PDF)を以下からダウンロードしてください資料:標準・開発実装ガイドライン_レコードトリガ自動化.pdf
-
1.基本機能を理解[オンデマンド] LightningクイックスタートService Cloud Lightningで顧客対応設定をする方法や、ケースの使い方を動画で学んでいただいた後、動画内の不明点や、Service Cloud Lightningの基本機能に関する質問に関してご相談いただけます。2.KPIの可視化[個別セッション] ダッシュボードSalesforceエキスパートのサポートのもと、コンタクトセンターの生産性向上を目的としたダッシュボードで表示する重要業績評価指標(KPI)の定義の仕方とダッシュボードの運用ベストプラクティスを学びます。※本プログラムでご案内するダッシュボードは、ケースオブジェクトを使用して計測可能なKPIとなります。3.効率化ツールの理解[オンデマンド] エージェントの生産性向上ツールService Cloud Lightningでケースを処理する際に、メール・ノート・フレーズをコピー&ペーストする時間を減らし、エージェントにとって不要なクリックを減らす方法を動画で学んでいただいた後、動画内の不明点や、Service Cloud Lightningの生産性ツールに関する質問に関してご相談いただけます。4.画面設計の最適化[個別セッション] Lightningサービスコンソールでの最適な画面設計Service Cloud Lightningを利用されているエージェントの方々が、様々な主要データに素早くアクセスし、ケースを迅速に解決できるように、Lightningサービスコンソールの主要な機能・ベストプラクティスをご説明致します。Lightningサービスコンソールを活用することで、どうやってエージェントが作業をより効率的・効果的になるのかを理解いただけます。また、Lightningサービスコンソールで利用できる機能を知り、使い方を学んでいただけます。[特定のライセンスで使える機能] Service Cloud の活用を後押しするプログラムチャネルを増やす[オンデマンド] LightningでのチャットLightningでチャットをご利用いただくお客様向けに、埋め込みチャットの利用方法と設定の概要をご説明致します。また、Einsteinボットの概要についても一部ご紹介致します。[オンデマンド] Messaging for In-App and Web ※近日公開FAQデータベースを構築する[オンデマンド] Lightningでのナレッジプランニングの基礎LightningのSalesforceナレッジの概要、ナレッジ利用方法、実装計画のベストプラクティスについてご説明致します。ボット、AI の活用[オンデマンド] EinsteinボットEinsteinボットを設定および使用して、ケース数を減らし、セルフサービスによってサービスコストを削減する方法を学習します。Einsteinボットのガイド付きツアーを提供して、シンプルなカスタマーサービスチャットボットの設定方法をご説明致します。Slackと連携しスウォーミングモデルを構築する[個別セッション] スウォーミングとSlack連携階層型(Tierモデル)のコールセンター組織に課題感をお持ちのお客様向けに、Service Cloudでスウォーミングモデルを実現するメリットとその設定方法及び、スウォーミングに伴うSlackアプリケーションの実装を準備する際、エキスパートによるセッションを受けることができます。※スウォーミングモデルとは?従来の上位の階層へエスカレーションを行い解決を目指すモデルではなく、適切な人を巻き込みコラボレーションして、より迅速に解決を目指すモデル「はじめようPremier」全体に戻りたい場合はこちら
-
この記事で学べることグローバル検索を使い方グローバル検索のTipsリストビューの設定方法リストビューのユースケースグローバル検索とはグローバル検索とは、組織の検索可能なすべてのデータを、オブジェクト・項目を指定せずに検索できる機能のことです。例えば、リードと取引先責任者のどちらに登録したのか分からない名前を検索したり、どこかのレコードに添付したファイルを検索するときに使用すると便利です。また検索結果ページでは、どのオブジェクトから何件の結果が見つかったのか、リストで確認することができます。グローバル検索でデータを検索してみるグローバル検索は、組織の画面上部にある検索ボックスにキーワードを入力して検索します。今回は、前任から引き継いだ「伊藤次郎」さんに関する情報を検索してみます。グローバル検索ボックスに「伊藤」と入力すると、「インスタント結果」という複数のオブジェクト種別の自動推奨レコードが表示されます。このインスタント結果により、全文検索を実行する前にレコードにすばやくアクセスできます。さらに、「伊藤次郎」さんに関する情報が取引先責任者レコード以外にも登録されているのかを確認します。グローバル検索ボックスにマウスポインターを置いてEnterキーを押下すると、グローバル検索結果が表示されます。左サイドバーには、項目ごとに検索結果が何件あったのか記載されています。「伊藤」が関連するファイルが1件あったため、[ファイル]をクリックして詳細を確認すると、資料を発見することができました。また、[Chatter]をクリックすると、過去に投稿されたChatterメッセージを確認することができます。グローバル検索を使用することで、特定のオブジェクト内だけでは確認できなかった情報を得ることができました。リストビューリストビューとは、オブジェクトに登録されているレコードの中から、特定のレコードを絞り込んで表示するための機能です。例えば、「年間売上が5000万円以上の取引先」や「来月クローズ予定の商談」など、検索条件を満たすレコードを一覧で表示することが可能です。今回は、「先月受注した私の商談」を表示してみます。リストビューの設定手順1. [商談]|[歯車]マークを選択し、[新規]をクリックします。2. リスト名を入力し、誰がこのリストビューを表示できるかを選択します。3. 次の検索条件を設定し、[保存]します。所有者の絞り込み:私の商談売上予定日:次の文字列と一致する 先月フェーズ:次の文字列と一致する 受注4. ビュー名の右側にある[▼]をクリックし、「先月受注した商談」を選択すると、設定した検索条件に該当するレコードのみが表示されるリストビューになります。これで、多数のレコードの中から見たいレコードだけを絞り込んで表示することができました。また、リストビュー内の右上にある検索ボックスにキーワードを入力することで、さらにリストに表示されるレコードを絞るこむことができます。考慮事項リストビューの作成には、システム管理者から「リストビューを作成およびカスタマイズ」権限が付与されている必要があるリストビュー検索では、参照関係項目、派生項目、数式項目、非テキスト項目(数値型や通貨型など)を検索することはできない学習ツール検索機能の活用(Trailhead)検索バーに入力中に表示される結果は?(ヘルプドキュメント)Lightning Experience のリストビューの作成またはコピー(ヘルプドキュメント)まとめレコード検索機能を利用することで、すばやく目的のレコードへとアクセスすることができます。自身の業務に合わせたリストビューを作成し、業務の効率化を目指しましょう
-
この記事で学べることイベントモニタリングに含まれる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種類のログを理解し、パファーマンス分析のために、確認したいケースごとにどのログのどの項目を参照することにより、ボトルネックやチューニングのポイントを確認することができるか理解できます。
-
Salesforce利用分析のためのイベントログの参照ガイド
この記事で学べることイベントモニタリングに含まれる2種類のログを理解し、活用に向けてユーザがどのようにSalesforceを利用しているか分析するために、確認したいケースごとにどこの情報を参照することにより、ユーザがどのようにSalesforceを利用しているかを確認することができることを理解できます。イベントモニタリングに含まれる2種類のログの違いイベントモニタリングライセンスには、以下2種類のログが含まれます。リアルタイムイベントモニタリング:セキュリティインシデントの発生ログとレコードへのアクセスログイベントモニタリング:イベント発生 / エラー / パフォーマンス/Event Monitoring Analytics分析用のイベントログこの2種類のログの違いの詳細については、以下の記事をご参照ください。イベントモニタリングとは利用状況の確認方法ログイン状況の確認(Event Monitoring Analytics から)利用状況確認の第一歩目としてログイン状況の確認が必要です。Event Monitoring Analytics のLoginsダッシュボードを活用すれば、数回のクリックで誰が頻繁にログインをしているか、また特定プロファイルや部門/役職(ロール)のユーザのログイン回数がどの程度か一目瞭然となります。従前の作業で必要であった、ログイン履歴のCSVファイルをダウンロード、表計算ソフトにインポート、関数やフィルタ機能を駆使して必要なデータを抽出しグラフ化、といった煩わしい作業が不要になります。あまりログインができていないユーザや部門があれば、ログインされない原因を確認して対応します。例えば、使い勝手が悪いとの事であればレコードタイプやページレイアウトのカスタマイズを実施する、使い方が分からないとの事であれば使用方法の従業員教育をする、そもそも使う理由や効果が納得できないとの事であれば導入目的を説明して理解を促す等の対応が考えられます。人気の高いレポート/ダッシュボード/ファイルの確認(Event Monitoring Analytics から)ログイン状況の改善がなされたら、次のステップとしてどの様な情報がよく参照されているかを把握します。利用頻度の高い情報は有益である可能性が高いと考えられるためです。例えば利用頻度の高いダッシュボードの情報をアナウンスすることで、ユーザやチームは今まで活用できていなかったダッシュボードに気付くことができるかもしれません。この様な利用傾向はEvent Monitoring Analyticsで提供されるダッシュボードから容易に確認ができます。Salesforceにおけるダッシュボードの利用傾向はDashboards、レポートの利用傾向はReportsまたはReport Downloads、ファイルの利用傾向はFilesのダッシュボードから確認ができます。また、この様な利用傾向を容易に共有できる機能をEvent Monitoring Analytics は有しています。どのキーワードで情報が検索されているか確認(Event Monitoring Analytics から)Event Monitoring Analytics においてダッシュボードではありませんが、データセットとして用意されているSearchデータセットのSEARCH_QUERY項目を調べる事によって、どのようなキーワードでSalesforce内の情報が検索がされたのかを確認ができます。Searchデータセットの内容についてはソースのログである検索イベント種別をご確認ください。Searchデータセットによってユーザが業務上どの様な情報に関心を持っているか分かり、効果的にナレッジを提供できる蓋然性が高まります。利用頻度の高いリストビューの確認(リアルタイムイベントモニタリングから)ユーザがどの様なフィルタ条件のリストビューを用いているかも重要な情報となり得ます。リアルタイムイベントモニタリングのListViewEventからFilterCriteria項目を確認することでフィルタ条件を確認できます。リアルタイムイベントモニタリングで確認できる内容についてはアクセスログの参照ガイドの記事も併せてご参照ください。レコードの作成や編集に要した時間を把握(リアルタイムイベントモニタリングから)ユーザが特定のレコードの作成や編集にどの程度の時間を要したか、リアルタイムイベントモニタリングのLightningUriEvent(Classic環境の場合はUriEvent)から、画面を開いた時刻と保存時の時刻の時間差で確認をする事ができます。具体的にどのオブジェクトに対する操作であったかはQueriedEntitiesを、どのレコードに対する操作であったかはRecordIdから確認をします。EventDate : 指定された URI イベントが捕捉された時間 (クエリの実行後)。たとえば、「2020-01-20T19:12:26.965Z」などです。最も細かい設定はミリ秒ですOperation : エンティティで実行されている操作。Read, Create, Update または Delete があります。作成および更新操作はペアで捕捉されます。つまり、操作ごとに 2 つのイベントレコードが予期されます。最初のレコードは操作の開始を表し、2 番目のレコードは操作が成功したかどうかを表します。2 つのレコードはRelatedEventIdentifier によって相互に関連付けられます。作成または更新操作に対して 2 番目のイベントが記録されていない場合、ユーザが操作をキャンセルしたか、クライアント側の検証で操作が失敗しています。(必須項目が空の場合など)。RecordId : 表示または編集されているレコードの IDQueriedEntities : URI によって参照されるオブジェクトの API 参照名Username : イベントが作成された時点での user@company.com 形式のユーザ名ハイパフォーマーの活用方法を共有ユーザによる利用状況の把握ができたら、次のステップとしてハイパフォーマーの活用方法を抽出して展開することが考えられます。ハイパフォーマーが良く使っているダッシュボードやレポート、ファイルなどを共有し、レコードの作成や編集にかける時間をどの様に短縮しているかといった工夫をヒアリングして展開します。ハイパフォーマーからのフィードバックを得る事で使い勝手の良いアプリケーションとなっていき、ログイン率が向上、改善のサイクルが回っていくことが期待できます。ケーススタディ太陽光発電システムを販売する米国最大のプロバイダーであるS社は、導入開始間もないモバイルアプリケーションの利用促進に課題を持っていましたが、イベントモニタリングを使用して課題を抱えているユーザーを特定し、的を絞ったコーチングを提供することで、モバイルアプリケーションの採用を加速しました。また、化粧品業界向けの特殊原料を製造する大手メーカーのT社は、一部の営業チームがCRMを使用していなかったことでが課題でしたが、イベントモニタリングにより、使用頻度と営業成績の観点から、営業チームの行動を追跡できるようになりました。 時間と使用の質を調べることで、Salesforceを頻繁に使用する営業担当者がそうでない営業担当者よりり成績が良いことを証明できました。Salesforceの利用が増えることで、その価値を売上高で示すことができるので、実際にSalesforceをもっと使おうという気にさせることができSalesforceをより多く使用するように営業担当を動機付けることができました。学習ツールプラットフォームイベント開発者ガイド- リアルタイムイベント監視オブジェクトSOAP API 開発者ガイド - EventLogFile でサポートされているイベント種別サクセスナビ - アクセスログの参照ガイドまとめイベントモニタリンクおよび、リアルタイムイベントモニタリングのログを分析することにより、ユーザのログイン状況、よく使用されるリストビュー、レポート、ダッシュボード、ファイルなどが理解でき、レコードの作成や編集に要した時間も把握するとこができます。また、利用状況と売上や勤務時間など他の情報との関係性を発見できるかもしれません。これで得られた洞察により、利用活用の障壁に対策を講じたり、利用の動機付けを行うことによりSalesforce の利用および活用促進につなげることが可能となります。
-
この記事で学べること入力・更新ルールの策定方法イレギュラー時の運用ルール入力・更新ルールの策定ステップここでは、入力・更新ルール策定のための2つのステップをご紹介します。自社のケース対応フローを整理するまずは、自社で通常どのような流れで問合せの対応がされているかの対応フローを整理します。そして、そのフローの中で、どのように Service Cloud でケースが作成され、誰が所有(担当)・更新するのかを洗い出します。以下は、問合せの発生源ごとに、ケースが作成される方法と、ケース所有者のフローを図にした一例です。ケースの入力・更新ルールを決める全体のフローが整理できたら、フローに対応する形でケースの入力・更新ルールを決めましょう。「誰が」「何を」「どのタイミングで」「入力・更新するのか」を明確にしておくことで、データの質が向上し、ステップ2で決めた指標を正確にモニタリングすることができるようになります。特に、「所有者」項目と「フェーズ」項目は、正確に運用することで、担当者ごとの対応状況や対応期間などを集計し、現在の状況の把握や改善に生かすことができますので、必ず入力・更新ルールを決めておきましょう。ここでは、ステップ3でご紹介したパッケージ「Service Cloud基本パック」を例に「入力・更新ルール」をご紹介します。こちらは、サンプルですので、ぜひ自社に置き換えて検討してみましょう。また、「入力・更新ルール」の中で、更新するべき値の定義や操作などがわかりづらい箇所は、追加で運用マニュアルを準備しておくとステップ5のトレーニングもスムーズに進みます。例えば、Service Cloud活用のポイントでもある「フェーズ」の更新について、各フェーズはどのような場合に利用するのかを明記しておくと、一定のルールで更新してもらえますので、現状把握やフォローがしやすくなります。また、お客様からの追加の質問やご連絡があった場合に、フェーズを後戻りさせてケースを再オープンするのか、それとも再オープンはせずに新たなケースを作成するのか、といったルールもあわせて決めておくことを推奨します。さらに、ケースの更新についても、実際の画面ショット付きでマニュアルを作成しておくと、ケースの更新漏れや操作がわからないために更新を後回しにしてしまうという事態を防ぐことができますのでおすすめです。ステップ3でご紹介したパッケージ「Service Cloud基本パック」を例に、上図を含めた運用マニュアルのサンプルをこちらからダウンロードいただけます。運用マニュアルを準備する際にお役立てください。イレギュラー時の運用ルールを決めるこれまでは、通常時の運用ルールについてご紹介してきました。それに加えて、以下のような、通常とはオペレーションが変わるイレギュラーな状況下を想定したルールも策定しておくことをお勧めします。・ケース担当者(所有者)が休暇や欠勤で不在の場合・ネットワークの不具合、SV・マネージャ不在、お問合せの殺到などの非常時まとめ入力・更新ルール策定のための2つのステップは理解できましたか?「誰が」「何を」「どのタイミングで」「入力・更新するのか」を明確にしておくことが重要です。「コミュニケーションルール」と「入力・更新ルール」の2つの運用ルールを決め、SVやマネージャがダッシュボードを利用して、現在の状況を正確に把握し、現場のオペレータへ適切な指示ができる状態を目指しましょう。
-
この記事で学べることパッケージのインストール方法パッケージのインストール後に必要な設定パッケージに含まれる設定パッケージインストール前の準備作業「Service Cloud基本パック」のインストールは、次の2つの設定が完了していることが前提条件となります。メール-to-ケースの有効化状況項目の値の変更1つ目はメール-to-ケースの有効化です。まだ機能を有効化していない場合は、下記手順を実施の上、パッケージをインストールしてください。なお、メール-to-ケースを利用しない場合であっても、機能の有効化による組織への影響はありません。[設定]|[機能設定]|[サービス]|[メール-to-ケース]と遷移「メール-to-ケースについて」の画面が表示されたら[次へ]ボタンを押下[編集]ボタンを押下「メール-to-ケースの有効化」にチェックを付け、[保存]を押下2つ目は「状況」項目の値の変更です。Service Cloud基本パックには、状況項目を使用した自動化処理(プロセスビルダー)やレポートが多数含まれます。状況項目が正しく設定されていない場合、それらの機能はもちろんのこと、ダッシュボードのグラフも正しく表示されません。本パッケージでは、①新規・②作業中・③顧客待ち・④エスカレーション・⑤回答済み・⑥クローズの6つの値が必要です。手順書「ケース「状況」項目の値の変更」に沿って、予め設定いただきますようお願いします。なお上記6つのうち、既に自社組織でも同名の値を利用している場合は、新規での作成不要です。完全一致している必要がありますので、表記ゆれにのみご注意ください。例1:自社組織で「顧客まち」という値を利用中 → 新たに「顧客待ち」を作成または「顧客待ち」へ編集する必要あり例2:自社組織で「顧客待ち」という値を利用中 → 完全一致のため、新たに作成する必要なしパッケージのインストール方法※本パッケージのインストールは、上記「メール-to-ケースの設定」と「状況項目の値の設定」が前提となります。ご設定がまだお済みでない方は、必ずパッケージインストール前に上記手順をご参考にメール-to-ケースの有効化をお願いいたします。こちらからパッケージのインストールリンクへ遷移パッケージをインストールする組織へログイン「すべてのユーザにインストール」を選択「Salesforce の AppExchange パートナープログラムの一環として配布できない Salesforce 以外のアプリケーションをインストールすることに同意します。」にチェック[インストール]ボタンを押下インストールが完了すると「インストール完了!」と表示されます以上でパッケージのインストール作業は完了となります。次に、パッケージをご利用いただくにあたり必要なインストール後にご設定いただきたい事項をご紹介します。パッケージに含まれる設定次にパッケージに含まれる設定と、パッケージをご利用いただくにあたり必要なインストール後の設定をご紹介します。下記リンクにある「Service Cloud基本パックインストール後の作業確認表」では、パッケージに含まれる設定と、インストール後に必要な設定をまとめています。オレンジ枠の部分はそれぞれパッケージを利用いただくために必要な設定となりますので、それぞれのリンク先に記載の設定手順をご参考に作業を実施ください。「Service Cloud 基本パック」インストール後の作業確認表▼イメージ画像(一部抜粋)まとめパッケージのインストール方法と利用開始に必要な設定作業は理解できましたか?早速パッケージをインストールして、利用開始に向け必要な設定作業を実施しましょう。次の章では、パッケージに含まれるダッシュボードを使って、業務改善に向け、具体的にどのようなコミュニケーションをするべきかについてご紹介します。