“フロー”の検索結果
-
社員が毎日取り組む様々な社内業務(勤怠管理、工数管理、経費精算、電子稟議、社内SNS、カレンダー等)を一元化し、働き方の効率化から組織全体の生産性向上に役立つアプリをご紹介します。アプリは業務に併せて柔軟なカスタマイズが可能です。※各アプリの機能の概要や特徴はサービス名をクリックしてご確認いただけます。チームスピリット | テレワーク対応 勤怠管理・電帳法対応 経費精算勤怠管理、工数管理、経費精算、電子稟議、社内SNS、カレンダーなど、社内業務を一元化したクラウドサービスです。収集したデータを分析し働き方を可視化をすることで、社員が取り組むべき重要な活動を洗い出し、生産性の向上につなげます。また、大企業向け「TeamSpirit EX」は、大規模組織管理、グローバル対応、パフォーマンス向上、外部システム連携をより機能強化しています。mitoco(基本パッケージ)|カレンダー、承認ワークフロー、掲示板などのグループウェア「mitoco」とは、社内情報を一元管理し、コミュニケーションを円滑にして業務の効率を高めるアプリケーションです。モバイルのカレンダー、電子申請、掲示板、チャット、タスク管理、文書管理、アドレス帳など、社内の情報共有に必要な様々な機能を備えています。追加機能として、経費精算や勤怠管理など、社員のモチベーション維持・向上につなげる「mitoco Work」が利用頂けます。「mitoco」と「mitoco Work」で、お客様中心とした社内情報の最適化だけではなく、社員一人一人が業務効率の向上を実感できる仕組み作りを可能にします。※「mitoco Work」をご利用する際は、mitocoライセンスが必要です。(勤怠管理機能は、近日サービス提供開始予定)
-
この記事で学べること商談を完了フェーズに更新時、スコア値を保存する設定方法概要商談スコアが実態を反映しているか評価するシンプルな方法が、商談結果と商談スコア値を比較する方法です。商談成立時にスコアが高く、失注時にスコアが低いとこが確認できればスコアの信頼度が上がり、活用方法のアイディアも多く出てくるかと思います。ただ、商談スコアは、商談が完了ステータスになると、スコア値がクリアされるため、デフォルトでは上記の比較はできません。そのため、商談完了時のスコアをカスタム項目に保持して評価する方法をご紹介します。設定手順商談オブジェクトに2つの項目を作成します。「商談スコア(コピー)」項目 :商談スコアを数式参照する数式項目「最終スコア」項目 :商談が完了時スコアを保存する数値項目自動化機能のフローを活用し、「最終スコア」項目に商談完了時の商談スコアを保存します。商談のレポートを作成し、「最終スコア」の完了フェーズ毎の中央値や平均値を集計します。1.項目の作成設定>オブジェクトマネージャ>商談>項目とリレーション>新規のボタンから以下2項目を作成します。なお、作成する2項目は、Einstein 商談スコアリングの設定で、分析対象項目から外すことをお勧めします。「商談スコア(コピー)」項目作成「数式」項目とし、商談スコアを参照させます。(数式:OpportunityScore.Score)※フローで商談スコアを直接参照できないため、数式項目を作成します。「最終スコア」項目作成:商談完了時にスコアを保存するための項目です。「数値」項目で作成します。2.フローの作成商談完了時に、「商談スコア」を「最終スコア」項目にコピーします。設定>フロー>新規作成 から新規フローの画面を立ち上げます。「レコードトリガフロー」を選択します。「開始を設定」の画面の設定を行います。オブジェクト:「商談」を選択します。トリガを設定:「レコードが更新された」を選択します。エントリ条件:条件の要件:いずれかの条件に一致(OR)を選択し、皆様の環境の商談が完了ステータスのフェーズ条件を指定します。(※完了フラグでの設定ではなく、フェーズで設定ください)例:項目:フェーズ(StageName),演算子:次の文字列と一致する,成立(ClosedWon)例:項目:フェーズ(StageName),演算子:次の文字列と一致する,失注(ClosedLost)更新されたレコードでフローを実行するタイミング:「条件の要件に一致するようにレコードを更新したときのみ」を選択します。フローを最適化:「高速項目更新」を選択します。「完了」をクリックします。「+」から「レコードを更新」を選択します。レコードを更新画面が開くため以下の設定をします。表示ラベルとAPI参照名:任意の文字列を入力します。更新するレコードを検索してその値を設定する方法:「フローをトリガした商談レコードを使用」が選択されていることを確認します。(変更なし)検索条件を設定:なしであることを確認します。(変更なし)商談 の項目値を レコード に設定:項目:項目作成で作成した「最終スコア」の項目を選択します。値:「$Record__Prior」を選択し、項目作成で作成した数式項目「商談スコア(コピー)」を選択します。「完了」をクリックします。補足:$Record__Priorはフローをトリガしたレコード(今回は完了フェーズに更新された商談レコード)の更新前の値をとることができます。ここでは完了時にクリアされる前の商談スコアの値を、商談スコア(コピー)項目を利用して取得しています。これで設定は完了です。全体像は以下のようになります。画面上部の「デバック」ボタンを押してテストをして見ましょう。デバック画面で、「商談」項目でテストする商談を選びます。すると、下に項目が出力されるためフェーズを「成立」に更新して実行します。「最終スコア」に値がスコア値に更新されているかデバック上で確認します。(下記例では58が格納されました)十分テストし、フローを「有効化」したら設定は完了です。3.レポートの作成商談完了時のスコアを保持する設定の後は、商談のレポートを作成し、成立時と失注時の商談スコアを集計します。以下の流れでレポートを作成します。レポート>新規レポート>商談のレポートを選択します。検索条件を設定します。商談状況:完了最終スコア(上記で作成した項目)が空白と一致しない対象適宜、完了予定日などで期間を絞るアウトラインを指定します。グループ:フェーズ項目列:最終スコア(上記で作成した項目)最終スコア列の▼から、「集計」を選択し、平均または中央値を表示させます。おつかれさまでした。この内容から以下などで活用してみてください。スコアの値の確認(実際の受注/失注時にどのようなスコアになっているか)に活用商談スコア運用開始後のスコア状態の把握(定点観測)に活用参考:フローやレポート・ダッシュボードの学習リソース今回設定に利用したフローやレポートダッシュボードの機能をもっと知りたい方は、以下のリソースをご活用ください。フローをいちから学びたいフロー初心者向け学習リソースまとめ:フローの機能を学ぶことができるコンテンツのまとめ記事になります。エキスパートコーチング ▶フローによる プロセスの自動化:エキスパートがフローの使い方をご案内いたします。PremierまたはSignature Success Planをご契約のお客様はSalesforceエキスパートとの1 対 1 のセッションにお申し込みいただくことが可能です。レポートダッシュボードをもっと学びたい以下2種類の動画にて活用方法を解説しております。また、PremierまたはSignature Success Planをご契約のお客様は動画の内容でご質問がある場合は、Salesforceエキスパートとの1時間のフォローアップセッションをリクエストいただくことが可能です。(動画は誰でも閲覧可能です)エキスパートコーチング ▶レポート&ダッシュボード クイックスタートエキスパートコーチング ▶ レポート&ダッシュボード レベルアップ活用ステップ全体に戻る場合は、こちら
-
Winter '23 新機能リリース(10/16 日本時間)
※11/15 ウェブセミナーの録画を公開しましたhttps://play.vidyard.com/DH5dgD7drNc2fbqUTEqTzE2022年10月16日(日本時間)に皆さまのSalesforceの環境がWinter ‘23にバージョンアップされます。ウェブセミナーや資料など、随時こちらのページで更新していきますので、ご確認ください。SalesforceのバージョンアップとはSalesforceをお使いの皆さまの環境は年3回アップデートされ、画面の見た目や機能が追加されております。(詳細はこちらの記事をご参照ください)スケジュール:8/17:英語リリースノート公開8/26:Sandbox プレビュー開始(手順はこちら(日本語))英語で表示される場合は、ページ右下の言語選択で“日本語”を選択してください9/16:リリースノート日本語 公開10/16(日本時間):Winter ’23 バージョンアップ10/27:日本語版ROD (Release Overview Deck) 公開[JP]Winter23-ReleaseOverviewDeck_JA.pdf11/8-11:ウェブセミナー開催ワークフロールール新規作成の廃止ワークフロールールの将来的な廃止に向けた次のステップとして、Winter'23 のバージョンアップでワークフロールールの新規作成が不可となる予定です。なお、既存のワークフロールールの編集については引き続き可能ですが、将来的にはフローへの移行が必要となりますので早めの準備をご検討ください。詳細はこちらの記事をご参照ください。ワークフローの移行先となるフローの機能が、今回のバージョンアップでさらに使いやすくなります。いくつか以下に抜粋しておりますので、ぜひご覧ください。(GA)テスト機能:フローのデバッグがとても使いやすくなりますフロー画面の要素編集画面が大きくなります(大きなモニターでおすすめ!)フロー要素の[切り取り]ができるようになりますフロー要素の検索がとても簡単になります注目の新機能をご紹介するウェブセミナーウェブセミナーの録画を公開しました!11/8(火)14:00-15:00:Marketing Cloud録画はこちら11/9(水)14:00-15:30:Sales Cloud, Mobile, Lightning Platform, Account Engagement(旧 Pardot)録画はこちら11/10(木)14:00-15:30:Service Cloud, Experience Cloud, CRM Analytics(旧 Tableau CRM)録画はこちら 11/11(金)14:00-15:00:開発者向け録画はこちら過去のウェブセミナー開催後の動画はこちらに掲載しております参考リソースバージョンアップに備えましょう(サクセスナビ記事)Sandboxプレビュー手順(Help記事:日本語)英語で表示される場合は、ページ右下の言語選択で“日本語”を選択してくださいWinter ’23リリースの特長(Trailhead:日本語)
-
ウェブセミナーシリーズ「Salesforce まずはこれだけ」
さいご「Salesforce のシステム管理者に任命されたが、機能がたくさんあってどこから使い始めたら良いかわからない」「前任者から引き継いだが、現在どういう設定になっているのか把握できていない」このように日々 Salesforce で業務をしていただく上でお悩みのシステム管理者の方は多いのではないでしょうか。このウェブセミナーシリーズでは、「まず、これだけは抑えて欲しいポイント」をSalesforce サポートエンジニアが解説しています。最新の動画メール到達率の向上/レポートについてhttps://play.vidyard.com/RXvkk1tjRvf5DSobCiML43・なぜ到達率の向上が必要か ・到達率を向上させる方法 ・到達率の確認方法資料はこちら第1弾:システム運用編https://play.vidyard.com/7UPKKJwG5ZSpyeHFFA7Dfa・データマネジメントのススメ ・データバックアップのススメ資料はこちら第2弾:データ活用編https://play.vidyard.com/qSapdwftuiiut3oGfVACCN・レポート/ダッシュボードの活用 ・レコードアクセス権資料はこちら第3弾:使いやすさ向上につながる設定https://play.vidyard.com/Q94kaTfYyKoY78pq1mt1zR・レイアウトのカスタマイズ・Sandbox / 変更セット資料はこちら第4弾:自動化への第一歩https://play.vidyard.com/F6cfd6saDc5HjbvzVPwVC4・数式、積み上げ集計、フローの説明 ・デモを使った各機能のユースケースの紹介 ・各機能を使い分けるポイント資料はこちらこれであなたもフローマスター~フロー初心者編https://play.vidyard.com/YftXqUxninBKpEqKNPVFza・フロー概要・レコードトリガフローのデモ・画面フローのデモ資料はこちらフロー初心者 総まとめ編https://play.vidyard.com/cT1fW2xQBasQJqQCFrEuFC・フローの概要説明・デモ形式でのレコードトリガフローのご紹介・フローの学習についてロードマップをご紹介資料はこちら第5弾:メール到達率の向上/レポートについてhttps://play.vidyard.com/RXvkk1tjRvf5DSobCiML43・なぜ到達率の向上が必要か ・到達率を向上させる方法 ・到達率の確認方法資料はこちら関連リソース次回以降の開催については日程が決まり次第、イベントカレンダーに掲載いたします。また、テクサポ日本のページでもご案内いたします。
-
この記事で学べること 商談スコアの更新履歴を保存する設定方法概要商談スコアの更新履歴の取得は以下に役立ちます。商談開始から完了までどういうスコア遍歴をしているか、幅が広すぎる更新が多すぎないかなどが確認でき、スコアの特徴や信用度を決める時に役立ちます。スコアの活用時、スコアが良くなったのか、悪くなったのかなど、変化量を取得する時に役立ちます。商談スコアは、項目更新履歴では更新履歴を取得できません。商談スコアの履歴をカスタムオブジェクトに保持して評価する方法をご紹介します。なお、本設定を一定期間だけではなく、常時有効化する場合は、商談数によってはストレージを圧迫する可能性があるためデータの削除方針もご検討ください。設定手順商談オブジェクトに以下項目を作成します。(商談完了時のスコアを保存しようにて作成済みの場合不要です)「商談スコア(コピー)」項目 :商談スコアを数式参照する数式項目商談スコア履歴を保存するカスタムオブジェクト「商談スコア履歴」を作成します。自動化機能のフローを活用し、毎日自動的にスコア変化を取得します。商談のレポートを作成し、スコアの変化量を一覧で表示します。1.項目の作成設定>オブジェクトマネージャ>商談>項目とリレーション>新規のボタンから以下項目を作成します。なお、この項目は、Einstein 商談スコアリングの設定で、分析対象項目から外すことをお勧めします。(商談完了時のスコアを保存しようにて作成済みの場合不要)「商談スコア(コピー)」項目作成「数式」項目とし、商談スコアを参照させます。(数式:OpportunityScore.Score)※フローで商談スコアを直接参照できないため、数式項目を作成します。image.png2.カスタムオブジェクト「商談スコア履歴」の作成設定>オブジェクトマネージャ>新規ボタン>カスタムオブジェクトから、新規オブジェクトを作成します。表示ラベル、オブジェクト名を設定します。レコード名の表示ラベルと型を入力:データ型で「自動採番」を選択し、表示形式と開始番号も指定します。追加の機能:「レポートを許可」にチェックし、必要に応じて、他の内容もチェックします。「カスタムオブジェクトの保存後、新規カスタムタブウィザードを起動する」にチェックをします。「保存」を押します。新規カスタムタブウィザードが立ち上がるので、タブの内容や表示の設定を実施します。カスタムオブジェクト「商談スコア履歴」作成後、以下項目を追加作成します。(設定>オブジェクトマネージャ>「商談スコア履歴」>項目とリレーション>新規 から作成します)「商談」項目:データ型「主従関係」:商談への参照項目「商談スコア」項目:データ型「数値」小数点の位置=0:最新のスコア格納用項目「変更前スコア」項目:データ型「数値」小数点の位置=0:変更前のスコア格納用項目以下のような項目構成になったらカスタムオブジェクトの準備完了です。2.フローの作成毎日定時に商談スコアをチェックし、「商談スコア履歴」の最新履歴のスコアから変更がある場合は、最新の商談スコアを履歴保存します。1日に複数回スコアが更新された場合は、最終更新値のみが履歴に残ります。具体的には以下のような処理を作成していきます。毎日定時に「商談スコア」が1以上の商談に対して、フローを起動自商談の過去の商談スコア履歴レコードの有無を確認履歴なしの場合、商談スコア履歴を作成履歴ありの場合、最新履歴の商談スコアと現在の商談スコアに差異があれば履歴作成では早速作成していきましょう。設定>フロー>新規作成 から新規フローの画面を立ち上げます。「スケジュールトリガフロー」を選択します。「スケジュールを設定」を選択し、以下を設定します。開始日:いつから履歴を保存するかを指定開始時刻:何時に履歴を取得するかを指定頻度:「毎日」を指定「完了」を選択「オブジェクトを設定」を選択し、スコアが1以上の商談を対象にして、処理を実行するよう指定します。オブジェクト:「商談」を指定条件の要件:「すべての条件に一致(AND)」を選択項目:「1.項目の作成」 で作成した「商談スコア(コピー)」項目を指定演算子:「以上」を選択値:「1」を入力「完了」を選択「+」から「レコードを取得」を選択します。商談に紐づく「商談履歴」の最新レコードを取得する設定を行います。表示ラベル、API参照名:「履歴レコードを取得」、「get_history」を入力オブジェクト:「商談スコア履歴」を指定します。※「2.カスタムオブジェクト「商談スコア履歴」の作成」で作成したオブジェクト名を指定商談スコア履歴レコードの絞り込み:条件の要件:「すべての条件に一致」を選択項目:「2.カスタムオブジェクト「商談スコア履歴」の作成」で作成した「商談」項目を指定演算子:「次の文字列と一致する」を指定値:「$Record」>「商談ID」の順に選択します。商談スコア履歴レコードの並び替え並び替え順:「降順」を選択並び替え:「作成日」(CreatedDate)を選択「完了」を選択「+」から「決定」を選択します。取得した履歴のレコードの有無と、スコアが変化しているかをチェックし分岐をさせます。表示ラベル、API参照名:任意の文字列を設定結果の順序:一番上を選択表示ラベル:「履歴なし」と指定結果のAPI参照名:任意の文字列を指定結果を実行する条件の要件:リソース:「get_history(商談スコア履歴)」を選択し、カーソルを外します。演算子:「null」を選択値:「$GlobalConstant.true」を指定「結果の順序」の「+」から1つ分岐設定を増やし、以下の設定をします。結果の順序:2つ目を選択表示ラベル:「商談スコアに変化があり」と指定結果のAPI参照名:任意の文字列を指定結果を実行する条件の要件:リソース:「$Record」>「商談スコア(コピー)」の順に選択演算子:「次の文字列と一致しない」を選択値:「get_history(商談スコア履歴)」>「商談スコア」の順に指定「結果の順序」の「デフォルトの結果」を選択し、以下設定をします。表示ラベル:「変化なし」と指定「完了」を押します。以下のように分岐ができます。「商談スコアに変化があり」の「+」から「レコードを作成」を選択します。レコードを作成画面が開くので、以下を設定します。表示ラベルl、API参照名:任意の文字列を指定作成するレコード数:「1」が選択されていることを確認レコード項目の設定方法:「個別のリソースおよびリテラル値を使用」を選択オブジェクト:「商談スコア履歴」を選択商談スコア履歴の項目値を設定:以下を設定項目:「変更前スコア」を指定、 値:「get_history(商談スコア履歴)」>「商談スコア」 の順で選択項目:「商談」(主従関係項目)を指定、 値:「$Record」>「商談ID」の順で選択項目:「商談スコア」を指定、 値:「$Record」>「商談スコア(コピー)」の順で選択「完了」を押す続いて、「履歴なし」の+を選択して、「要素に接続」を押しますすると以下のような画面になるので、先に作成したレコードを作成要素(画像では「履歴作成」)の「+」を選択します。これで作成完了です。全体像は以下のようになります。画面上部の「デバック」ボタンを押してテストをして見ましょうデバック画面で、「ロールバックモードでフローを実行します」に必ずチェックをして実行します。※チェックしない場合、実際にレコードが作成されます。任意の商談1件のみテスト実行さるため、処理内容とエラーがないことを確認します。十分テストし、フローを「有効化」したら設定は完了です。3.レポートの作成履歴が取得できた後は、商談スコア履歴のレポートを作成し、変化量を一覧化します。以下の流れでレポートを作成します。レポート>新規レポート>商談スコア履歴が関連する商談のレポートを選択します。アウトラインの「列」の「▼」から「行レベルの数式を追加」を設定します。列の名前:スコア変化形式:数値数式:商談スコア履歴の「商談スコア」項目 ー「変更前商談スコア」項目アウトラインを指定します。グループ:フェーズ、取引先名、商談名を指定します。項目列:商談スコア(商談スコア履歴の項目)、完了予定日、スコア変化(上記行レベルの数式を追加で作成した項目)など検索条件を設定します。商談状況:進行中商談スコア履歴の作成日:期間を絞る(過去30日など)最終スコア:空白と一致しない対象適宜、完了予定日などで期間を絞るおつかれさまでした。上記レポートをもとに、ダッシュボードでスコアの変化量を一覧化して確認できます。上記以外にも、以下などで活用してみてください。商談スコアが初めてついた対象を一覧化してスコア確認(レポートでの検索条件で変更前スコアが空白の対象を抽出)一定の基準以上のスコア変化があった対象を一覧化して営業活動に利用(レポートでの検索条件でスコア変化量が一定数以上を抽出)参考:フローやレポート・ダッシュボードの学習リソース今回設定に利用したフローやレポートダッシュボードの機能をもっと知りたい方は、以下のリソースをご活用ください。フローをいちから学びたいフロー初心者向け学習リソースまとめ:フローの機能を学ぶことができるコンテンツのまとめ記事になります。エキスパートコーチング ▶フローによる プロセスの自動化:エキスパートがフローの使い方をご案内いたします。PremierまたはSignature Success Planをご契約のお客様はSalesforceエキスパートとの1 対 1 のセッションにお申し込みいただくことが可能です。レポートダッシュボードをもっと学びたい以下2種類の動画にて活用方法を解説しております。また、PremierまたはSignature Success Planをご契約のお客様は動画の内容でご質問がある場合は、Salesforceエキスパートとの1時間のフォローアップセッションをリクエストいただくことが可能です。(動画は誰でも閲覧可能です)エキスパートコーチング ▶レポート&ダッシュボード クイックスタートエキスパートコーチング ▶ レポート&ダッシュボード レベルアップ活用ステップ全体に戻る場合は、こちら
-
【お役立ちアプリ】行動(スケジュール)、ToDo(やるべきこと)を入力する
カレンダーやスケジューラー画面から、Salesforce上の行動やToDoも記録できるアプリをご紹介します※各アプリの機能の概要や特徴はサービス名リンクをクリックしてご確認ください。グループウェアの決定版 Argus(アルゴス)スケジュールの拡張機能だけでなく、業務の情報を集約し、共有することで社員同士のコラボレーションを活性化し、ビジネスの死角をなくす為のグループウェアです。※Argusお問い合わせは、AppExchangeサイト内の概要に記載されているメールアドレスへご連絡ください。Googleカレンダーと同期できるSalesforce専用カレンダー:Calsket(カルスケット)スケジュールや仮予定を一括で登録をしたり、多彩なアイコンを利用してデータを活かして予定の意味や目的を可視化することができます。Googleカレンダーとも連携・同期可能です。Incubate Block :Salesforceをもっと活用して営業活動を効率化訪問先のターゲットリスト作成やターゲットリストからカレンダー画面にドラッグ&ドロップして活動予定を登録できます。上司による部下の活動把握や活動報告へのフィードバックも一覧から簡単に確認・入力でき、活動登録の定着化を支援します。mitoco(基本パッケージ)|カレンダー、承認ワークフロー、掲示板などのグループウェアモバイルのカレンダー、電子申請、掲示板、チャットなど、更にSalesforceを使いやすく進化させます。Salesforceライセンスがないメンバーも、同じSalesforce組織内でコミュニケーションできます。
-
Summer ’23 で皆さまに知ってほしい情報を、リリースノートから抜粋してまとめました。※ 本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。※ ナレッジ記事の右下にある言語設定から「日本語」を選択ください。英語のみ表示される場合は英語での確認をお願いいたします。※ 製品ごとの各新機能を紹介するオンデマンド動画はSummer’23 特設ページからご覧ください(6/30 更新)新たに追加されたリリースノート抜粋情報ICU ロケール形式の有効化(リリース更新)どこにいても業務を遂行できるように、International Components for Unicode (ICU) ロケール形式を採用します。多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得2022 年 2 月 1 日、Salesforce 製品にアクセスするときに多要素認証 (MFA) を使用する契約上の要件が有効になりました。新しい組織でデフォルトでブロックされる OAuth 2.0 ユーザ名パスワードフローSummer '23 以降で組織を作成した場合、OAuth 2.0 ユーザ名パスワードフローはデフォルトでブロックされます。ユーザ名パスワードフローにはセキュリティリスクがあります。代わりに、OAuth 2.0 クライアントのログイン情報フローを使用することをお勧めします。[オプトアウト済み] 項目の状況の使用お客様からのフィードバックに基づいて、最近更新された項目値をプロスペクトの [オプトアウト済み] 項目の情報源として使用できるようになりました。※ オンラインコミュニティで詳細を投稿しておりますので、こちらもご確認くださいケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)[設定] の [組織のアドレス] ページから、デフォルトの No-Reply アドレスを設定します。[特別な目的の組織のメールアドレス] にメールアドレスを追加し、新しいデフォルトの No-Reply アドレスに送信される検証メールで説明されている手順に従います。便利になります/使い方が変わります!すべての検索条件を 1 か所に配置してユーザインターフェースを改善1 つのポップアップウィンドウにすべての検索条件オプションが表示されるようになったため、絞り込みプロセスが簡素化され、時間が節約されます。UI 要素の色のコントラストの改善テキスト以外の UI 要素 (ボタンやチェックボックス など) や、一部のテキスト UI 要素 (リンクなど) を表示するときの色のコントラストがアクセシビリティ基準に合わせて改善されました。ユーザのメールアドレスの検証Spring’23からユーザのメールアドレスが未検証の場合、メール送信ができなくなりました。メールアドレスを検証するためには以下の2つのどちらかを行う必要がありました。パスワードリセットを行うApex メソッドを利用するSummer'23ではメールアドレスが未検証の場合ユーザレコードの [メール] 項目の横に「検証」というリンクが表示されるようになり、本リンクをクリックすることで簡単に検証用メールがユーザに送信できるようになりました。メールに記載されている URL をクリックすることで、「検証」の表記が「検証済み」に変わりメールアドレスの検証が簡単にできるようになります。CASESAFEID関数の変更CASESAFEID関数では、有効な15文字のSalesforce IDのみが、大文字と小文字を区別しない18文字のIDに変換されるようになりました。SSO ログインでの Salesforce MFA の使用SSOログインでSalesforce多要素認証 (MFA) サービスを使用する方法が新しくなり、改善されました。ユーザのMFAを有効にした後、SSO設定ページで設定を選択して簡単にMFAをSSOに拡張できます。拡張トランザクションセキュリティフレームワークのログイン情報の監視ユーザのログインフローが安全であることを検証するために、拡張トランザクションセキュリティフレームワークのLoginEvent オブジェクトで [認証メソッド参照]、[ログインサブ種別]、および [ログイン種別] 条件を使用して監視できます。拡張コンテンツを使用したカスタムドメインの設定とメンテナンスの詳細の確認カスタムドメインを使用して、“https://www.example.com”などの所有するカスタムドメインで Experience Cloud サイ トを提供し、ブランド設定された環境をユーザに提供します。制約が加わります/ご自身の環境をご確認ください!不可になった新規プロセスの作成プロセスビルダープロセスの廃止に向けた次のステップを実行するために、新規プロセスは作成できなく なりました。既存のプロセスビルダープロセスは引き続き有効化、無効化、編集できます。MFA の自動有効化の続行: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Salesforce では、2022 年 2 月 1 日より、Salesforce 製品にアクセスするすべてのお客様に多要素認証 (MFA) の使用を義務付けています。期限切れの Sandbox ライセンスの管理Sandbox 割り当てを超えた場合、最も長い時間使用されていないSandboxから適切な数のSandboxがロックされます。また操作を何も行わなず、ロック期間が 60 日を超えた Sandbox は削除され、復元できなくなります。ゲストユーザから送信されたメールの制限 (リリース更新)Summer’23から、組織はゲストユーザレコード内の未検証のメールアドレスからメールを送信することが制限されます。 この更新を確認するには、[設定] から [クイック検索] ボックスに「リリース更新」と入力して、[リリース更新] を選択します。[Restrict Emails Sent from the Guest User (ゲストユーザから送信されたメールの制限)] の手順に従います。ケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)[設定] の [組織のアドレス] ページから、デフォルトの No-Reply アドレスを設定します。[特別な目的の組織のメールアドレス] にメールアドレスを追加し、新しいデフォルトの No-Reply アドレスに送信される検証メールで説明されている手順に従います。デフォルトの No-Reply アドレスを検証したら、[リリース更新] で [テスト実行] を設定して開始します。この更新は、Spring '21 で最初に使用可能になり、Spring '23 で適用される予定でしたが、適用日が Summer '23 に延期されました。対象の方はご注意くださいService Cloud Voice コンタクトセンターの最新の機能強化の取得(Service Cloud)コンタクトセンター向けの Service Cloud Voice の機能強化とバグ修正を活用します。Summer’23から各組織が更新されたタイミングでコンタクトセンターのアップデートが行われます。注) 既存のコンタクトセンターを更新する為には、今まで通り手動で実施する必要があります。Salesforce Edge ネットワークへの移行に向けた Experience Cloud サイトの準備Salesforce Edge ネットワークが、Summer ‘23 からローリング方式でリリースされます。対象のお客様にはメールが送られているので、ご確認、ご対応お願いいたします。開発者(Developer)向けLightning Web コンポーネント用および Aura コンポーネント用 Lightning Web セキュリティの使用 (正式リリー ス)Aura コンポーネント用 Lightning Web Security (LWS) が正式リリースされました。非同期 SOQL の廃止非同期 SOQL は、Summer '23 にすべての Salesforce 組織で廃止される予定です。この廃止により、非同期SOQLをご利用のお客様は代替の実装を行う必要があります。Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止 (リリース更新)当初Summer’23で予定されていたSalesforce Platform APIバージョン21.0 ~ 30.0の廃止は、Summer’25に延期されましたMarketing Cloud (Account Engagementを除く)※ 日本語のリリースノートは6月以降公開予定のため、英語のリリースノートから2点抜粋して記載。本セクションは6月以降に更新いたしますUpdate Legacy REST API Routes AccessExpand Mobile Reporting with New Dimensions and Measurements
-
この記事で学べることプラットフォーム暗号化の導入メリット、従来の暗号化項目との違い、暗号鍵の管理方法の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(英語)まとめプラットフォーム暗号化は、企業に求められるデータコンプライアンス要件や業界基準、ガイドラインなどの暗号化要件を満たし、コンプライアンスにおける追加のレイヤーとして、クラウド上の非公開データの保護というステークホルダーとの契約上の義務を果たしていることを証明するために有効なオプションです。暗号化鍵の管理方法においては、鍵の生成及び管理を完全にお客様側でコントロールするといった厳しい要求にも対応が可能です。なお、機能上の制限は従来の暗号化と比較してかなり緩和されていますが、データが暗号化されて保存されることに伴うトレードオフがあるため、注意が必要です。
-
この記事で学べること絞りこんだ見込み客に効果的な営業アプローチをどのようにおこなうのかこの記事のゴール1つ前の記事では見込み客を絞りこむ基準を決めて設定していただきました。この記事のゴールは絞りこんだ見込み客に対して「効果的な営業アプローチをどのようにおこなうのか運用ルールを決めて設定する」です。どのように効果的な営業アプローチをおこなうのかみなさんは見込み客に対してどのような営業アプローチが効果的と思いますか?ここでの効果的とは「商談を創出して売上につなげること」を指します。見込み客への営業アプローチにおいて商談の創出につながるポイントはアプローチの「スピード」と「質」の2点です。例えば、資料をダウンロードした見込み客に1週間後アプローチするより、当日アプローチしたほうが良いですし、セミナーに参加した見込み客にざっくり感想を聞くより、セミナーの訴求点を伝えた上でヒヤリングしたほうが商談の創出につながります。つまり効果的な営業アプローチとは、見込み客の行動や状況に適したアプローチを抜け漏れなくスピーディーに実施することです。そのためには「運用ルール」を用意することが必要になります。運用ルールに必要な要素は、①ダッシュボード、②入力・更新ルール、③運用フローの3つです。営業担当者がタイムリーにフォローできているかをSalesforce上でわかりやすく管理する方法が「ダッシュボード」です。「ダッシュボード」は営業アプローチを抜け漏れなく実施しているかチェックする目的で使用するため、営業担当者のフォロー状況を可視化できるものを作成しましょう。具体的には、営業アプローチすべき見込み客やアプローチ期日が過ぎてフォローが漏れているToDoの一覧が良いでしょう。またフォロー状況をダッシュボードでリアルタイムに可視化するには、営業担当者は見込み客にアプローチしたらToDoを完了にしたりするなどアプローチ結果をSalesforceに正しく登録・更新する必要があります。これが「入力・更新ルール」です。最後に、用意したダッシュボードを営業マネージャーが毎朝チェックしてフォローが漏れている見込み客がいたら、営業担当者に速やかに対応を促すなどいつ、誰が、何をチェックして、どうするかを決めます。これが「運用フロー」です。効果的な営業アプローチをどのようにおこなうのか運用ルールはイメージできましたか?まずは1つの利用シーンで自社にあった運用ルールを実際に設定してみましょう。具体的な設定例自社にあった利用シーンを決めたらあとは設定です!引き渡された見込み客に営業アプローチを促す運用ルールの作り方の例を下記のドリルで解説しています。ドリル:営業部門にパスした見込み客へのフォローを促す運用ルールをつくるまた、ドリルで紹介している「営業担当者のフォロー状況を可視化するダッシュボード」は「Account Engagement はじめてガイド基本パッケージ」に内包されています。※なお、本パッケージは弊社サポートの対象外となります。誠に恐れ入りますが、弊社テクニカルサポートにお問合せいただいても対応いたしかねますのでご了承ください。学習ツールレポート・ダッシュボード作成についてより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:レポート&ダッシュボード クイックスタートまとめ効果的な営業アプローチをどのようにおこなうのか運用ルールを決めて実際に設定してみましたか?設定ができたらぜひ運用をまわしてみましょう。ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は商談創出や売上貢献の効果をあげるためどのように社内連携を強化するのかご紹介します。「活用7ステップ」全体に戻りたい場合はこちら
-
この記事で学べること多要素認証 (MFA) のテストをする際のポイントを理解することができますMFA のテスト多要素認証のテストの推奨事項は製品毎に異なっております。MFA 実装のテスト この記事では Salesforce Platform で構築された製品 (Sales Cloud や Service Cloud 等) におけるテストの推奨事項について紹介させて頂きます。その他の製品におけるテスト時の推奨事項は上記ヘルプ記事内の各製品毎のヘルプページへのリンクをご参照頂ければ幸いです。 Salesforce Platform で構築された製品 における MFA のテストテストに利用する環境検証に利用する環境ですが、本番環境で実施する前に Sandbox 環境、もし利用できる Sandbox 環境が無い場合には Developer Edition 組織をサインアップ頂き、そちらの環境でのテスト実施を推奨しております。テストに利用するユーザテストを実施する際には、テストを実施頂くシステム管理者のアカウントについては誤って自身がロックアウトされるのを防ぐため、システム管理者権限の無いテストユーザを作成頂き、テストユーザのアカウントを使用する事を推奨しております。テストで確認することテストで確認頂く事としてはテストユーザとしてログインし、選定頂いた検証方法*での登録フローの実施・完了検証方法登録後、Salesforce に正常にログイン頂けるかを確認エンドユーザーが検証用のデバイスを忘れた場合を想定して、管理者アカウントで仮のコードの発行仮のコードを利用してのログインの流れの確認といった点があげられます。*Salesforce Authenticator、 3rd party の TOTP アプリケーション、セキュリティキー 等。学習ツールMFA 実装のテストMFA のテスト (Salesforce Platform で構築された製品)仮のコードによる ID の検証 まとめMFA のテストを実施する上ではまず本番環境ではなく、Sandbox や Developer Edition 組織でお試し頂く管理者ユーザがロックアウトされる事を防ぐため、テストユーザを作成しテストに使用するエンドユーザでの実施事項と管理者で実施しなければならない動作をテストでは検証するといった点がポイントとなる旨、紹介させて頂きました。MFA のテスト計画を立てる際の参考となれば幸いです。どうぞよろしくお願いいたします。
-
(2022年4月) Salesforceの運用に関する重要なお知らせ
この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IPアドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート動画で学ぶhttps://play.vidyard.com/XyqKVu7idyK2892CGsKJPb記事で学ぶ当記事では「Salesforceの運用に関するお知らせ」の中から、特に重要なものを抜粋しご紹介します。前半は技術編、後半はセキュリティ編の構成となっております。利用中の機能について言及があった場合は、当記事や動画をご確認いただき、不明点があれば早めにサポートへご確認をお願いします。まずは、技術編についてのアップデートとなります。今月のトピックはこちらになります。当記事内では、前月との差分である赤字の部分についてご紹介します。その他のトピックは、資料(日本語) よりご確認をお願いします。Summer ’22 のバージョンアップのスケジュールが公開されました。日本のお客様の本番環境は、2022年6月12日にバージョンアップが行われる予定です。それに先立ちまして、日本時間の5月8日から Sandbox プレビューが始まっております。関連リンク重要な日付Salesforce Sandbox プレビュー手順Sandbox Preview GuideSpring’22 リリースノートの更新情報です。既存の動作に変更があるもので、特に管理者の皆様に知っていただきたいものを抜粋しておりますのでご確認ください。関連リンク拡張ドメインの有効化 (リリース更新)連続する API ナビゲーションコールの防止 (リリース更新)ゲストユーザの「フローを実行」の廃止Spring ’22 更新情報一覧Salesforce の IP アドレスとドメインに関する更新情報です。「Salesforce アプリケーションからのメールを受信できるようにする」という記事が2月4日に更新されました。更新内容としましては、Hyperforce メールリレーセクションに USA/DEU/SGP/BRA/FRA の IP アドレス情報の追加となります。なお、Hyperforce については、サクセスナビ内に情報を整理しておりますのでよろしければこちらもご確認ください。関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする機能の廃止に関する情報です。ここでは新たに追加された2点についてご紹介いたします。Marketing Cloud のマイデータ機能が Summer ’22 で廃止される予定です。Summer ’22 以降、購読者レベルのデータ抽出をする際は、Automation Studio を使用することをお勧めします。Tableau CRM のAdvisor Analyticsアプリケーションが9月1日に廃止予定です。後続機能はClient Segmentation アプリケーションとなりますので、早めの移行をお願いします。関連リンクMarketing Cloud マイデータ機能の廃止Advisor Analytics アプリケーションの廃止今後廃止予定の API バージョンについてです。システム連携ができなくなるなどの影響がある場合がございますので、該当のバージョンをご利用中のお客様は必ずご確認をお願いたします。関連リンクSalesforce Platform API バージョン 7.0 ~ 20.0 の廃止Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止サクセスナビ:Salesforce Platform API バージョン 7.0 ~ 20.0 の廃止 技術編の最後になります。Summer’22 で自動有効化予定のリリース更新情報です。前述の API バージョンの廃止以外にも、いくつか更新がございますのでご確認ください。関連リンクフローおよびプロセスの CPU 時間消費の正確な測定 商品へのゲストユーザアクセス権の保持と制御を行う共有ルールの作成同じコンテキストと同じユーザアクセス権で一時停止中のフローインタビューを再開する Salesforce Platform API バージョン 7.0 ~ 20.0 の廃止注文の新規保存方式の有効化4月分の技術関連情報は以上となります。次は、セキュリティに関するアップデートをご紹介します。先月との差分は、MFA 適用に関するロードマップ、そして Spring’22 で導入された「Salesforceメール確認」の機能についてです。MFA 適用のロードマップについて更新箇所をご紹介します。Marketing Cloud Engagement2022年6月1日から17日にかけて強制適用が実施されます。Marketing Cloud Social Studio特権ユーザの自動有効化が2022年5月9日から 13日に実施され、他のユーザについては、6月から8月の間に自動有効化が実施されます。また強制適用が2022年11月30日に予定されております。Tableau Online特権ユーザの強制適用日が、2022年6月21日となっております。他のユーザにつきましては6月から9月の間に強制適用が行われます。以上がロードマップの更新箇所となっております。最後に、Spring’22で導入された「Salesforceメール確認」の機能についてです。こちらは以前にもご紹介したもので、メールアドレスの検証を終えていないユーザが Salesforce 上でメール送信処理を行った際に、メールアドレス確認を目的とした検証用メールが対象ユーザに対して送信されるというものです。本機能に関する公開ナレッジが更新されており、SSO ユーザが存在する組織では検証用メールが送信されないこと、SSOユーザに関する検証メカニズムは改善を検討中であることが記載されました。詳細につきましては Summer’22 リリースノートや公開ナレッジでご案内させていただきますので、情報のアップデートをお待ちいただければと思います。関連リンクSalesforce からメールを送信するためのメールアドレスの検証 Spring '22 「 Salesforce メール確認 」という件名の認証メールについて 4月度分のアップデートは以上となります。最後までご覧いただき、ありがとうございました。
-
この記事で学べること接続アプリケーションの作成方法サブドメインの認証プロバイダの設定方法接続アプリケーションのOAuthアクセスポリシーの設定方法はじめにサブドメインの取得後以下画面が表示されますが、先にSalesforce組織にて接続アプリケーションを作成します。後の手順で本画面は使用するので、ウィンドウを閉じずにそのままにしておきます。接続アプリケーションの作成Salesforce組織にログインし、画面左上のクイック検索ボックスより「アプリケーションマネージャ」メニューを検索します。検索結果から、「アプリケーション」>「Lightning Bolt」>「アプリケーションマネージャ」を選択します。「新規接続アプリケーション」ボタンから接続アプリケーションを作成します。基本設定接続アプリケーションの名前を入力します。この名前はアプリケーションマネージャに表示されるほか、そのアプリケーションランチャーのタイルに表示されます。プログラムからアプリケーションを参照するときに使用する 一意のAPI 参照名を入力します。名前に使用できるのは、文字、数字、アンダースコアのみです。Salesforceがアプリケーション提供者またはそのサポートチームへの連絡時に使用する連絡先メールを入力します。OAuth設定同ページ下部にて、OAuthの設定項目を入力します。OAuth設定を有効化します。SalesforceがOAuth時にアプリケーションにコールバックするコールバックURL (エンドポイント)を入力します。Sales EnablementのURLを入力し、末尾に/auth/mytrailhead/callback を追加します。※誤ったURLを設定してしまうと、ユーザがSales Enablementにログインできなくなりますのでご注意ください。OAuth範囲に以下3つのアクセス権限を選択します。・ID URLサービスにアクセス(id, profile, email, address, phone)・いつでも要求を実行(refresh, token, offline_access)・一意のユーザ識別子にアクセス(openid)Webサーバフローの秘密が必要は、チェックを入れて有効にします。更新トークンフローの秘密が必要は、チェックを外します。※初期状態はチェックONここまでの設定を保存します。上記の設定を保存後、有効になるまでしばらく時間がかかります。その間に次へ進みましょう。アクセスポリシーの設定接続アプリケーションのOAuthアクセスポリシーの設定を行います。作成した接続アプリケーションの詳細画面の「Manage」ボタンをクリックします。「ポリシーを編集」ボタンをクリックします。接続アプリケーションのポリシーの詳細画面が開きます。「OAuthポリシー」セクションで「許可されているユーザ」の設定を行います。下表は、必須項目である「許可されているユーザ」の選択肢の説明です。以下のいずれかを選択します。許可されているユーザ説明すべてのユーザは自己承認可能組織のすべてのユーザーは、資格情報を使用して有効化サイトにアクセスできますが、最初にアプリがログインすることに同意する必要があります。管理者が承認したユーザは事前定義済み特定のプロファイルまたは権限セットに割り当てられたユーザーは、資格情報を使用してイネーブルメント サイトにアクセスできます。アプリのアクティビティに同意する必要はありません。最もスムーズなログインが可能です。任意で、「IP 緩和」、「トークン・ポリシーの更新」、および「タイムアウト値」オプションを使用して、認証に関するセキュリティー対策を追加します。詳細については、「接続アプリケーションの OAuth アクセスポリシーの管理 (salesforce.com)」、「接続アプリケーションのセッションポリシーの管理 (salesforce.com)」、および「セッションセキュリティ (salesforce.com)」を参照してください。最後に変更を「保存」します。アプリケーションプロファイルの割り当て本手順は、「OAuthポリシー」セクションで「許可されているユーザ」に「 管理者が承認したユーザは事前定義済み 」を指定した場合にのみ実施します。アプリケーションマネージャ画面に戻り、該当アプリケーションから「manage」をクリックしてプロファイルの割り当てを行います。「プロファイルを管理する」ボタンをクリックします。下図の割り当ては一例ですが、割り当てを行うales Enablement利用者のプロファイルにチェックをつけ、「保存」します。コンシューマ鍵の確認アプリケーションマネージャの一覧画面で、該当アプリケーションから「参照」をクリックします。作成した接続アプリケーションの詳細画面が開きます。「API(OAuth設定の有効化)」セクションより、「コンシューマの詳細を管理」ボタンをクリックします。メールで確認コードが送信されますので、確認コードを入力して「検証」ボタンをクリックします。続いて認証に必要な「コンシューマ鍵」と「コンシューマの秘密」が発行されます。それぞれコピーして保管しておきます。コピーした値は次のステップの「認証プロバイダの設定」で使用します。認証プロバイダの設定サブドメインの取得後、閉じずにそのままにしておいた画面を再度表示します。もしくは、こちらから再度設定画面にアクセスを行います。[イネーブルメント向けのSalesforce Identityを利用する]を選択します。この選択の決定後は元に戻すことはできません。※必ずお読みください※弊社は Salesforce Identity を強く推奨しております。これは学習者が Sales Enablement を使い始める時の負担をなるべく減らすためです。仕組みの詳細は Salesforce Identity for myTrailhead の選択に関する考慮事項をご確認ください「有効化」ボタンをクリックし、Salesforce Identity for Enablementを有効にします。Sales Enablementユーザはこの認証プロバイダーを使用してログインすることになります。Sales Enablementへの接続時、認証に必要な情報を設定します。※各項目の入力前に、画面下部より言語を「English」に変更してください。製品仕様上、本設定は言語設定を英語に切り替えたうえで実施します。言語切替後は、以下の手順で設定を行います。ログインページのURLを入力します。ログインページのURLは、Sales Enablementの利用者がSalesforce組織の内部ユーザかExperience Cloudの外部ユーザかによって異なります。また、接続アプリケーション用に作成したコールバックURLと同じではありません。利用者が内部ユーザの場合:Salesforce組織の[私のドメイン]ログインURL(例.https://purealoe.my.salesforce.com)利用者が外部ユーザの場合:Experience CloudサイトURL(例.https://fixcoffee.com/community)接続アプリケーションからコピーしたコンシューマ鍵を入力します。接続アプリケーションからコピーしたコンシューマ秘密を入力します。※この情報を入力するときには十分に注意してください。間違った情報を入力してイネーブルメント向けの Salesforce Identity を有効にすると、自分のイネーブルメントサイトからロックアウトされてしまいます。もう一度アクセスできるようにするには、Salesforce カスタマーサポートにお問い合わせください。接続アプリケーションの作成が完了しました。認証ページのURLを確認しログインします。接続アプリケーションが有効になるまで数分かかる場合があります。学習ツール<動画> Salesforce Identity for Enablementの設定(0:00~9:50)<help>接続アプリケーションの基本設定<help>APIインテグレーション用のOAuth設定の有効化<help>有効化のための Salesforce ID の設定まとめSalesforceがOAuth時にアプリケーションにコールバックするコールバックURLは、よく確認して設定しましょう。間違えて設定してしまうとユーザがSales Enablementにログインできなくなってしまいます。認証プロバイダの設定において、ログインページのURLは、Sales Enablementの利用者がSalesforce組織の内部ユーザかExperience Cloudの外部ユーザかによって異なりますので注意しましょう。