“������������������������������������������������������������������������������������������������������������”の検索結果
-
この記事で学べること 具体的なスコア確認の流れスコアを確認するための設定例スコア値が表示されたら、どのようなスコアがついているか確認しましょう。商談スコアは皆様の環境のデータによって精度が変わります。活用検討に向けて、自社の商談スコアの状態を確認・評価します。なぜスコア値を確認するのか皆様、新しい道具を使う時、まずなにを行いますでしょうか。これに使える/使えない、使いやすい/使いづらい...等、まずは道具がどう使えそうか確認するかと思います。商談スコアも同じです。スコア値がどうついているかが明確でないと活用方法(どう使うか)はなかなか決まりません。そのため、活用方法を決める前に、「どのようなスコアがついているか/ついてないか」「どう使えそうか」を明確にします。スコアを確認する流れスコアは以下の流れで確認していきます。1:確認準備をしてスコアを確認する2:確認した結果を書き出してスコアを評価するでは、流れに従ってスコアを確認していきましょう。1:確認準備をして、スコアを確認するまず、スコア確認のため、集計レポートやダッシュボードを作成して、スコアを確認していきましょう。スコアを色々な角度で確認し、どのような値を取っているか確認します。具体的な確認方法の例として、Level.1〜3に分けて確認例をご紹介します。活用時にも便利に使える設定を含みますので、ぜひご確認ください。【Level.1 各フェーズのスコア分布を確認する】フェーズは多くのお客様で、商談の確度・進行を表す指標としてお使いいただいているかと思います。そのため、進行の目安である各フェーズごとに、スコアがどうついているか、中央値がどうなっているかを確認します。確認観点特定のフェーズでスコア値に偏りや異常があるか終盤のフェーズではスコアの中央値が高くなっているか(フェーズ進行と受注確度が紐付いているフェーズ管理の場合)詳しい設定と確認方法を商談フェーズ毎のスコアを集計しようからご確認ください。【Level.2 商談完了時のスコア値を確認する】実際の商談完了時(受注/失注時)に商談スコアがどのような値を取っているかを確認します。自動化機能のフローを使って商談完了直前のスコアを保存し、一定期間、確認期間を設けて期間中に完了した商談を対象にスコアを確認します。確認観点受注時のスコア平均/中央値が高く出ているか失注時のスコア平均/中央値が低く出ているか失注時と受注時のスコアの差分はどのくらいか、十分な差異があるか詳しい設定と確認方法を商談完了時の商談スコアを保存しようからご確認ください。【Level.3 スコアの更新履歴を確認する】商談スコアの変化の履歴を残し、値の更新頻度や更新幅を確認します。自動化機能のフローを使ってスコア履歴の保存設定を行い、一定期間、確認期間を設けて期間中の更新履歴を確認します。確認観点スコアが商談完了までにどの程度更新されているかスコア値の更新幅が大きすぎるなど問題がある更新に偏っていないか詳しい確認準備設定と確認方法を商談スコアの変更履歴を保存しようからご確認ください。2:確認した結果を書き出し、スコアがどう使えるか評価する続いて、確認した結果を書き出し、スコア値の評価を行います。自社の商談運用特性を加味し、評価しましょう。また、評価結果が次のステップでの活用方法の検討に役立ちますので、しっかり評価結果を書き出しておきましょう。具体的なサンプルとして、上記Level1〜3の設定で確認した結果例と評価例をご紹介します。サンプルスコア値の確認とその評価ができたら、次のステップに進みましょう。補足:スコア値がいまいちの場合スコアの確認・評価した結果、スコアが期待ほどうまく出ていない場合、スコアの精度をより良くする必要があります。商談スコアの元になるのは、過去の商談関連データです。スコアをよくるすために重要となる、項目整備・入力促進・定着化については以下を参照ください。スコアの値を精度の良いものにするには活用ステップ全体に戻る場合は、こちら参考情報Einstein 商談スコアリングの設定に関する考慮事項(ヘルプドキュメント)Einstein によって商談にスコアが付けられる方法(ヘルプドキュメント)
-
この記事で学べること 商談スコア有効化の具体的な設定手順商談スコアの有効化まずは商談スコアの有効化の設定手順をご説明いたいます。Salesforceの設定>「支援付き設定」を選択し、商談スコアの「設定」部分をクリックします。※「支援付き設定」が見つからない場合は、サポートにお問い合わせください。画面に従って設定を進めます。スコア算出に考慮したくないレコードがある場合「Einsteinで考慮する商談は?」で除外します。スコア算出時に考慮したくない項目は「Einsteinですべての商談項目を考慮しますか?」で除外します。Einstein活動キャプチャの活動データを含めるかを選択し、設定を完了します。設定後、スコアがつくまでに最大48時間かかります。時間をあけて、商談に商談スコアに項目が表示されているか、スコア値が出ているか確認します。つづけて、商談スコアの項目が商談に出てこない場合は、商談画面や商談のリストビューに商談スコアを表示させます。商談スコアを表示商談スコア有効化後、画面などに商談スコアを表示させましょう。商談画面に商談スコアを表示設定>オブジェクトマネージャ を開き、「商談」オブジェクトを選択します。左のバーから「ページレイアウト」を選択し、商談に適用しているページレイアウトを選択します。「商談スコア」項目を任意のエリアに配置して「保存」を選択します。商談レコードを開き、再読み込みを行い、レイアウトに「商談スコア」が追加されていることを確認します。リストビューに商談スコアを表示商談スコアを表示したいリストの歯車マークから「表示する項目を選択」を選択し「商談スコア」を追加します。48時間以上たっても商談スコアがつかない場合は以下のリソースを参考としてください。データが少ない場合は、データが溜まるまで期間をおいて利用を開始しましょう。Einstein 商談スコアリングの設定に関する考慮事項Einstein によって商談にスコアが付けられる方法スコア値が確認できたら、次のステップに進みましょう。活用ステップ全体に戻る場合は、こちら
-
まずは商談スコアの機能についてご紹介します。この記事で学べること Einstein 商談スコアリングの概要Einstein 商談スコアリング活用ステップの全体像Einstein 商談スコアリングの活用シーン商談のAI機能を知っていますか?デジタル化が進んだ現代社会で、私たちは膨大なデジタル情報を取り扱っています。大量のデータを扱う上で情報を分析し活用できる形に落とし込む様々なAIは、私たちに欠かすことのできないツールとなってきています。Salesforceにも多くのAI機能があり、その中の一つとしてSales Cloudをご利用の多くの皆様※に使っていただける Einstein 商談スコアリング という機能をご紹介します。(以降、商談スコアと記載する場合があります)※2023/1時点:SalesCloud Enterprise Edition以上の環境でお使いになることができます。Einstein 商談スコアリングは、過去の完了商談を分析し、進行中商談の確度を1~99の指標でスコアリングします。加えて、スコアに最も寄与した要因 (プラスとマイナスの両方) を表示します。いわば分析アシスタントのように、皆様に変わって過去の商談データを分析し、進行中の商談を評価します。商談スコアの利用を検討するにあたって商談スコアは過去の商談データを分析してスコアを出します。そのため、精度の良い商談スコアにするには多くの過去データ(成立および不成立商談データ)が必要です。また、業界特性や商談特性により、商談の成立・不成立の要因が外部要因(Salesforceの中にない情報や商談関連データとは別の情報の要因)が多い場合、データが多くあったとしてもスコアの精度が高まらない可能性もあります。そのため、自社のSalesforce環境のデータ量や商談特性などに応じて商談スコアの活用検討を始めることをおすすめします。自社の環境で十分なデータがあるかを確かめるためには、こちらのEinstein準備状況評価ツールにアクセスし、Sales Cloud Einsteinから “I have an active Salesforce account” を選択し、評価を行いたいSalesforce組織でログイン認証をしてただくと、Einsteinの利用における組織のデータ準備状況と期待できるROIレポートを取得できます。また、データ要件も参考としてください。Einstein 商談スコアリングの設定に関する考慮事項(ヘルプドキュメント)もちろん、上記は一例です。商談スコアを設定して実際に自社で活用できるかは、後述の商談スコアの詳細や活用ステップを参考に検討を行っていきましょう。商談スコアはどう判断されているのか商談スコアは過去の完了商談の情報をもとに、現在の商談についてスコアをつけます。大まかに以下の流れで商談スコアは判断されています。SalesforceのAI機能(Einstein)が皆様の環境の「完了(成立/不成立)商談」および関連データを定期的に分析し、成立に重要な情報や法則性を方程式として保存します。進行中の商談のデータを方程式に当てはめ、どの程度成立に近いかをスコアで算出します。商談スコアを算出する上で、基準になっているのは過去の商談データとなり、過去データがしっかりとある方が現実を反映した”精度の良いスコア”となりやすく、データが少ない場合はその逆となります。そのほか、モデルの更新頻度等は以下の表を参照ください。(2023/1月時点)トピック内容データ要件過去 24 か月間に、それぞれの存続期間が 2 日以上の 200 件以上の成立商談が必要です過去 24 か月間に、それぞれの存続期間が 2 日以上の 200 件以上の不成立商談が必要ですモデルのタイプ二値分類 (受注 または 失注 の予測モデル)モデルの採用十分なデータがない場合グローバルモデルが採用されるモデルの更新タイミング毎月 1 回、またはシステム管理者が設定を更新するたびに Einstein によって商談データが再分析され、モデルが更新されますモデルの参照データ各商談のレコード詳細 (標準項目とカスタム項目の両方)、履歴、および関連活動、関連取引先のレコード詳細と一部のレコード履歴、関連商品、見積、および価格表に関する詳細情報スコアの更新タイミング商談スコアは数時間ごとに更新されます商談スコアをどう活用するのか商談スコアは受注率の向上や業務効率化を目的とした、営業活動の優先順位付けや商談状態の判断指標に利用します。商談スコアは指標を表すツールとして営業活動や戦略的な施策にスコアを組み込み、活用することで初めて効果を発揮します。活用シーン例として、以下のものが挙げられます。活用の4ステップ商談スコアの概要は理解できましたでしょうか。それでは、実際どのように使っていくのかを、活用ステップを追って確認していきましょう。ステップ1:有効化する商談スコアの有効化設定完了しますステップ2:スコアを確認するスコア値を確認し、どのような値をとっているか確認しますスコア値の状態を加味し、どのように活用できるか評価しますステップ3:具体的な活用方法を決めるねらう効果と活用方法を明確にしますステップ4:スコアを活用する商談スコアを活用し効果を測定します課題や結果から活用方法をブラッシュアップしますでは、各ステップの詳細を確認していきましょう。活用ステップ全体に戻る場合は、こちら参考情報Einstein 商談スコアリングの設定に関する考慮事項(ヘルプドキュメント)Einstein によって商談にスコアが付けられる方法(ヘルプドキュメント)Salesforce Einstein Model CardsEinstein Opportunity Scoring for Everyone
-
この記事で学べることイベントモニタリングに含まれるトランザクションセキュリティ機能により、お客様はご自身で定義されたルールに沿って、組織内の特定のアクセスを検知・遮断することができるようになります。本記事では、このトランザクションセキュリティ機能を使い始めるにあたってどのような用途で活用できるのか、実際の条件例を交えながら具体的なポリシー例をご紹介します。(おさらい) イベントモニタリングに含まれる2種類のログの違いイベントモニタリングライセンスには、以下2種類のログが含まれます。リアルタイムイベントモニタリング:セキュリティインシデントの発生ログとレコードへのアクセスログイベントモニタリング:イベント発生 / エラー / パフォーマンス分析用のイベントログこの2種類のログの違いの詳細については、以下の記事をご参照ください。イベントモニタリングとはこのうち、今回ご説明するトランザクションセキュリティポリシーはリアルタイムイベントモニタリングログを利用します。トランザクションセキュリティ機能の概要については、以下の記事をご参照ください。トランザクションセキュリティとは条件ビルダーによるポリシー作成例ApiEvent ポリシー例[特定のオブジェクトにて照会に○○ミリ秒以上かかったAPIクエリを検出]ポリシー設定 (“リード”オブジェクトの例)イベント: ApiEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値照会されるエンティティ / [次の文字列と一致する] / “Lead” (任意のオブジェクト名)Elapsed Time / [>=] / “1,000” (任意の経過ミリ秒)[2つ以上の特定のオブジェクトのデータローダによるエクスポートの検出]ポリシー設定 (“取引先責任者”もしくは“リード”オブジェクトの例)イベント: ApiEvent条件ロジック: カスタム条件ロジックに一致 → (1 OR 2) AND 3 AND 4条件: 条件 / 演算子 / 値1. 照会されるエンティティ / [次の文字列と一致する] / “Contact” (任意のオブジェクト名)2. 照会されるエンティティ / [次の文字列と一致する] / “Lead” (任意のオブジェクト名)3. クエリ / [次の文字列と一致する] / “Select”4. Client / [次の文字列で始まる] / “DataLoader”ListViewEvent ポリシー例[APIを使用して照会されたリストビューの検出]ポリシー設定イベント: ListViewEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値イベントソース / [次の文字列と一致する] / “API”メモ: API の代わりに Classic または Lightning を指定することで、UIを利用したリストビューの照会についても追跡することができます。[2つ以上の特定のオブジェクトのリストビュー実行の検出]ポリシー設定 (“取引先責任者”もしくは“リード”オブジェクトの例)イベント: ListViewEvent条件ロジック: いずれかの条件に一致 (OR)条件: 条件 / 演算子 / 値照会されるエンティティ / [次の文字列と一致する] / “Contact” (任意のオブジェクト名)照会されるエンティティ / [次の文字列と一致する] / “Lead” (任意のオブジェクト名)[特定ドメインのユーザによるすべてのレコードもしくは特定のリストビュー実行の検出]ポリシー設定イベント: ListViewEvent条件ロジック: カスタム条件ロジックに一致 → (1 OR 2) AND 3条件: 条件 / 演算子 / 値1. 範囲 / [次の文字列と一致する] / “Everything”2. 名前 / [次の文字列と一致する] / “SuperSecureListView” (任意のリストビュー名)3. ユーザ名 / [次の文字列で終わる] / “@spy.mycompany.com” (任意のドメイン名)LoginEvent ポリシー例[特定のIPアドレスからのログインを検出]ポリシー設定イベント: LoginEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値アクセス元 IP / [次の文字列と一致する] / “12.34.56.78” (任意のIPアドレス)メモ: [次の文字列で始まる] や [次の文字列を含む] 演算子を使用することで、特定のIPアドレス以外にも、社内ネットワークなど特定のサブネットに所属するIPアドレスからのログインを追跡することができます。[特定のブラウザからのログインを検出]ポリシー設定イベント: LoginEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値ブラウザ / [次の文字列を含む] / “Chrome” (任意のブラウザ名)メモ: 文字列を変えることで、Safari や Firefox ブラウザからのログインについても追跡することもできます。ReportEvent ポリシー例[特定のオブジェクトで○○件以上のレコードを表示したレポート実行の検出]ポリシー設定 (“リード”オブジェクトの例)イベント: ReportEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値処理行 / [>=] / “2,000”照会されるエンティティ / [次の文字列と一致する] / “Lead” (任意のオブジェクト名)[出力にメールアドレスが含まれる列を持つレポート実行の検出]ポリシー設定イベント: ReportEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値列名 / [次の文字列を含む] / “Email” (任意の列名)メモ: [次の文字列を含む] 演算子を使用することで、Email、Customer Email、 Email of Customer など、列名に“Email”を含む項目を全て当てはめることができます。[2つ以上の特定のオブジェクトを元にしたレポートのエクスポートの検出]ポリシー設定 (“取引先責任者”もしくは“リード”オブジェクトの例)イベント: ReportEvent条件ロジック: カスタム条件ロジックに一致 → (1 OR 2) AND 3条件: 条件 / 演算子 / 値1. 照会されるエンティティ / [次の文字列と一致する] / “Contact” (任意のオブジェクト名)2. 照会されるエンティティ / [次の文字列と一致する] / “Lead” (任意のオブジェクト名)3. 演算子 / [次の文字列と一致する] / “ReportExported”[高保証セッションレベルセキュリティがないセッションからの機密レポート参照を検出]ポリシー設定イベント: ReportEvent条件ロジック: カスタム条件ロジックに一致 → (1 OR 2) AND 3条件: 条件 / 演算子 / 値セッションレベル / [次の文字列と一致する] / “LOW”セッションレベル / [次の文字列と一致する] / “STANDARD”名前 / [次の文字列を含む] / “AccountList” (任意のレポート名)PermissionSetEvent ポリシー例[“パスワード無期限”権限のユーザへの割り当てを検出]ポリシー設定イベント: PermissionSetEvent条件ロジック: すべての条件に一致 (AND)条件: 条件 / 演算子 / 値権限リスト / [次の文字列を含む] / “PasswordNeverExpires”演算子 / [次の文字列と一致する] / “AssignedToUsers”Apexによるポリシー作成例ReportEvent ポリシー例[特定のプロファイルに属するユーザによるレポートのエクスポートを検出]ポリシー設定イベント: ReportExportApexコード例global class BlockSpecificProfileReportExport implements TxnSecurity.EventCondition { public boolean evaluate(SObject event) { switch on event{ when ReportEvent reportEvent { return evaluate(reportEvent); } when null { return false; } when else{ return false; } } } private boolean evaluate(ReportEvent reportEvent) { // Retrieve User's profile id. User results = [SELECT Id, ProfileId FROM User WHERE Id = :reportEvent.UserId]; // Check ProfileId and report export operation. if (results.ProfileId.equals('00eXXXXXXXXXXXXXX') && reportEvent.Operation.contains('ReportExport')) { return true; } return false; }}学習ツール拡張トランザクションセキュリティポリシーの種別条件ビルダーの例Apex トランザクションセキュリティの高度な実装例まとめトランザクションセキュリティを活用することにより、プロファイルや権限セットでは表現できないような細かなユーザアクセスの検出や制御を実現し、リアルタイムで検知・遮断することが可能となります。条件ビルダーでは画面操作により誰でも簡単にポリシーを作成することができる一方で、より複雑な要件に対してはApexコードによるコーディングを用いたポリシーの作成にも対応しており、用途やシステム管理者の習熟度に応じて使い分けることが出来るようになっています。
-
ウェブセミナーシリーズ「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・なぜ到達率の向上が必要か ・到達率を向上させる方法 ・到達率の確認方法資料はこちら関連リソース次回以降の開催については日程が決まり次第、イベントカレンダーに掲載いたします。また、テクサポ日本のページでもご案内いたします。
-
Youtubeチャンネル Salesforce Support のご紹介
Salesforce Supportではテクニカルサポートにお客様から寄せられたお問い合わせや、今後の新機能のリリース情報をもとにYoutubeコンテンツを作成し公開しています。現在、約785本の動画を公開中。総再生数は900万以上と世界中のSalesforceユーザーにご活用いただいております。おすすめ動画をPick Up!自動化処理はSalesforceの大きな魅力の1つです。人の手を介さずに処理することで入力ミスを防止し、正確かつ迅速なデータを反映することで組織の情報価値を高めます。動画を参考に、項目の入力をトリガーにした関連するレコード入力の自動化をお試しください。自動化処理で快適に!~レコードトリガフロー編~(5:31)日本語のプレイリスト英語コンテンツに加え日本語の動画も順次追加されており、現在21本の動画を公開中です。一般的なハウツーからトラブルシューティングまで、さまざまなコンテンツを1本約5分でご用意しています。その中からまずご覧いただきたい2本をピックアップしてご紹介します。MFA (多要素認証) | SalesforceのMFAについて(5:59)Data Cloud はじめてのデータストリーム設定手順(5:36)その他の動画につきましては、こちらの日本語プレイリストからご覧ください。まとめテキストだけでは分かりづらい内容も、実際の画面を表示して分かりやすく情報をお届けしてまいります。ぜひチャンネルをご登録いただきご活用いただけますと幸いです。Youtubeチャンネル Salesforce Support日本語プレイリスト日本語ウェブセミナープレイリスト(一部過去のウェブセミナーの動画も公開しております)
-
この記事で学べることICUロケール形式の有効化の背景と適用時期ICUロケール形式の有効化における変更点ICUロケール形式の有効化までの推奨アクションICUロケール形式の有効化の方法ICUロケール形式に関するFAQICUロケール形式の採用の背景Salesforce システム管理者は組織のデフォルトのロケールを設定できます。またユーザは個人設定ページで各自が使用するロケールを設定できます。このロケールにより、日付、時刻、通貨、住所、名前、数値などの表示形式(フォーマット)が制御されますこの表示形式について、現在の Salesforce Platform では Java Development Kit (JDK) ロケール形式を使用していますが、JDKロケール形式は定期的な更新がなく、国際標準との差異が発生しています。Salesforceでは、Salesforce Platform を常に最新の国際標準に準拠させる取り組みの一環として、Winter '20 で新しいロケール形式(ICUロケール形式)を採用しました。ICUロケール形式の採用により、世界中の ICU 準拠のアプリケーションとのインテグレーションが向上します。参考情報 : 新しい国際ロケール形式によるグローバル対応ICUロケール形式が有効化される時期Winter'20 のリリース以降に作成された組織では、ICU ロケール形式が既定で有効になっています。Winter'20 のリリース(2019年10月)以前に作成された組織については、JDKロケール形式が使用されています。JDKロケール形式が使用されている組織が ICU ロケール形式を適用できるように、Salesforceでは リリース更新を提供しています。*上記は設定画面のメニューより「リリース更新」を選択したときの画面です。[ICUロケール形式を有効化]の自動適用について、当初はSpring’24を予定しておりましたが、自動適用時期が以下の通り変更となりました。Spring'24のリリースですべての組織で[ICUロケール形式を有効化]を適用をするのではなく、Spring'24以降で段階的に自動適用を進めます。[ICUロケール形式を有効化]が適用される30 ~ 60 日前にSalesforceは管理者様にメールで通知します。[ICUロケール形式を有効化]の段階的な適用はSpring'25のリリースまで継続されます。参考情報 : WInter’24 リリースノート Enable ICU Locale Formats (Release Update)なお、システム管理者様は設定メニューを使用して、[ICUロケール形式を有効化]の自動適用をSpring'25のリリースまで延期させることができます。[ICUロケール形式を有効化]の適用をSpring'25のリリースまで延期する場合は、以下の手順を実施します。設定メニューのクイック検索ボックスに「ユーザーインターフェース」と入力します。「ユーザーインターフェース」をクリックし、設定画面を表示させます。「ユーザーインターフェース」セクションにある「Enable ICU locale formats as part of the scheduled rollout」という設定項目があるので、OFFにします。*この設定はJDKロケール形式が使用されている組織でのみ表示されます。*設定項目の名称は、今後日本語に翻訳される場合があります。参考情報 : JDK ロケール形式の廃止現在JDKロケール形式をご利用中の組織の管理者様は、SalesforceによるICUロケール形式有効化の自動適用を待つのではなく、影響範囲をご確認のうえで、計画的に適用できるようにご準備を進めていただくことを推奨します。組織で使用しているロケール形式の確認方法現在のSalesforce Platformでは、JDKロケール形式とICUロケール形式の両方がサポートされています。Salesforce 組織でどちらのロケール形式が採用されているかを確認するためには「リリース更新」を確認します。▼ICUロケール形式のリリース更新でテスト実行が有効化されている[設定]→[リリース更新]→[要対応]タブを押下。[ICUロケール形式の有効化]の[使用開始]をクリック[この更新は、テストできる状態になりました。]と表示されていたら、テスト実行によりICUロケール形式を利用中。それ以外の場合、組織は JDK ロケール形式を使用しています。▼ICUロケール形式のリリース更新が適用されている[設定]→[リリース更新]→[アーカイブ済み]タブを押下[ICUロケール形式の有効化]の有無を確認。[アーカイブ済み]タブにある[ICUロケール形式の有効化]を確認して、ステップバイステップガイドに従ってテスト実行を完了している場合には、[完了]とマークされており、リリース更新の適用によりICUロケール形式を利用中。参考情報 : 組織が ICU と JDK のどちらのロケール形式を使用しているかの判断ICUロケール形式を有効化したときの変更点ICUロケール形式がSalesforce 組織に適用されることで変更が発生する項目は以下のものがあります。日付(Date)日付時間(Datetime)時刻(Time)通貨(Currency)数字(Number、Integer)すべてのロケールにおいて上記項目で変更が発生するのではなく、ユーザが使用しているロケールによって変更点は異なります。例として、日本語、日本語(日本)、英語(アメリカ)の3つのロケールにおける変更点をご紹介します。ロケール毎の各データタイプ(形式種別)への影響は JDK と ICU ロケール形式の相違点 に掲載されていますが、影響のあるデータタイプは標準画面やカスタム画面では使用されない場合もあります。ICUロケール形式が有効化されたときの動作イメージは次のセクションでご紹介します。参考情報 : JDK と ICU ロケール形式の相違点ICUロケール形式有効化時の動作イメージ「日本語(日本)」のロケールを選択している場合におけるICUロケール形式が適用された際の標準画面のイメージは以下のとおりです。Lightning Experienceの標準画面ではChatterの日付に「Date:Long」のデータタイプが使用されています。そして「日本語(日本)」ロケールの場合、「Date:Long」のデータタイプはICUロケール形式が有効化されたときの形式変更対象なので、表示形式が「2022/03/15」から「2022年3月15日」に変更されていることがわかります。しかし標準画面の他の項目では通常 Short のデータタイプが使用されており、「日本語(日本)」ロケールでは Short のデータタイプは形式の変更がないため、ICUロケール形式が適用されていても表示形式に変更はありません。それでは次に、「日本語(日本)」のロケールを選択している場合におけるICUロケール形式が適用された際のVisualforceページのイメージを見てみます。Visualforceページを使用していたとしても通常は Short のデータタイプが使用されているため、[日本語(日本)]のロケールではICUロケール形式が適用されても表示形式は変わりません。「日本語(日本)」のロケールを使用していた場合の標準画面とVisualforceページを例にして動作イメージをご紹介しましたが、異なるロケールを使用していた場合の例として、「英語(アメリカ)」のロケールを使用していた場合の標準画面の動作イメージをご紹介します。「英語(アメリカ)」のロケールではICUロケール形式の有効化において「Date:Long」は形式変更対象ではなく、「Date Time:Short」が形式変更対象に含まれています。そして日付時間型項目では「Date Time:Short」のデータタイプが使用されているため、該当の項目において、「8/1/2022 12:00PM」から「8/1/2022, 12:00PM」に表示形式が変わっている(カンマが追加されている)ことが確認できます。このように、使用しているロケールによって表示形式が変更される項目が変わっていることが確認できます。Apex クラス/トリガ、および Visualforce ページを使用している場合の留意点ICUロケール形式はAPI バージョン 45.0 以降で使用できます。ApexやVisualforceページなどのカスタマイズで ICU ロケール形式を使用するには、Apex クラス、Apex トリガ、および Visualforce ページを最新の API バージョンに更新します。ApexやVisualforceページなどのカスタマイズが API バージョン 44.0 以前を使用している場合、JDKロケール形式が返されるため、データの整合性の問題やエンドユーザの困惑が発生するなどの影響が発生する可能性があります。 以下に影響例の1つとして、API バージョン 44以前のVisualforceページを使用した場合の例をご紹介します。*この例は[英語 (アメリカ)]ロケールを使用している場合の例です。[英語 (アメリカ)]ロケールでは日付時間項目[Date Time:Short]について影響がありますが、[日本語 (日本)]ロケールでは[Date Time: Short]や[Date:Short]は形式変更対象ではないため、この例に示すパターンのエラーは発生しません)[英語 (アメリカ)]ロケールを使用している場合、[Date Time:Short]は形式変更対象であり、[Date Time:Short]は日付時間型項目で使用されているので、APIバージョン45以降のVisualforceページでは表示形式が変わります。しかし、VisualforceページのAPIバージョンが44以前の場合は、ICUロケール形式が使用できずJDKロケール形式が使用されるため、表示形式が変わりません。APIバージョン44以前のVisualforceページは表示形式が変わらないのですが、Visualforce ページのインライン編集の処理では最新のAPIバージョンが使用されます。つまり、Visualforce ページで apex:detail を使用している場合、インライン編集時にはAPIバージョン44以前でもICUロケール形式を使用します。しかし、APIバージョン44以前のVisualforceページでは、ICUロケール形式が使用できないためエラーが発生します。以上がAPIバージョン44以前のVisualforceページを使用していた場合の影響例です。もう1つ影響例をご紹介します。Apexクラスで以下のメソッドのようにロケール形式に依存するメソッドを使用している場合やLightningコンポーネントで$Localeを使用している場合には、ロケール形式の変更によって影響が出る可能性があります。ロケール形式に依存するApexメソッド例Date.format()Date.parse()DateTime.format()DataTime.parse()DateTime.formatLong() などロケール形式を意識したカスタマイズを実装されている場合、形式の変更により現在のカスタムロジック(文字列の判定など)が正しく動作しなくなる可能性があります。参考情報 : Apex クラス、Apex トリガ、および Visualforce ページの API バージョンICUロケール形式の有効化までの推奨アクションICUロケール形式が適用されると、使用しているロケールによって日付・時刻・通貨等の表示形式が一部変更されます。該当項目を使用した検索条件が利用されている場合(レポート、入力規則など)、なんらかの影響が発生する可能性があります。また、Apex クラス、Apex トリガ、Visualforceページにて、API バージョン44.0以前をご利用の場合はJDKロケール形式が返されるため、エラー等の問題が発生する可能性があります。そのため、事前にSandbox等でICUロケール形式を有効化して動作テストを実施し、Salesforce組織での影響有無を確認の上で、本番環境で有効化することを推奨します。(Salesforceによる自動適用を待つのではなく、管理者様にて事前にテスト/評価、有効化していただくことを推奨します。)動作テストでは、表示上の確認だけではなくVisualforce ページのインライン編集やカスタムコードの挙動、インストール済みパッケージの動作等についても御確認ください。参考情報 : ICU ロケール形式の採用に関する考慮事項ICUロケール形式の有効化の方法ICUロケール形式の有効化は「リリース更新」から実施します。最初にSandboxでICUロケール形式を有効化し、動作テストを実施します。影響がないことが確認されたら、本番環境でICUロケール形式を有効化してください。「リリース更新」を使用してICUロケール形式を有効化する方法は以下のとおりです。1.[設定]→[リリース更新]→[要対応]タブを押下して、[ICUロケール形式の有効化]の[使用開始]をクリック2.[テスト実行を有効化]をクリック。3.[このリリース更新の影響を評価]の「完了」ボタンをクリックし、有効化動作テストにあたっての事前確認事項Salesforce組織で現在使用されているロケールとユーザの確認SOQL クエリを使用して、組織で使用されているロケールと各ロケールのユーザ数を確認し、影響調査や動作テストが必要なロケールの種類を調べます。<SOQLクエリ>SELECT toLabel(LocaleSidKey) LocaleName, LocaleSidKey, Count(id) UserCount FROM User where IsActive=true GROUP BY LocaleSidKey<クエリ実行結果のイメージ>*上記は開発者コンソールを使用してSOQLクエリを実行した結果のイメージです。この結果の例では、日本語/日本語(日本)/英語(アメリカ)が使用されていることが確認できます。参考情報 : 使用中のロケールの判断Apexクラス、Apexトリガ、Visualforceページ のAPIバージョンの確認ICUロケールを適用するには APIバージョンが 45.0以上の必要があります。APIバージョンが45.0未満の場合は、45.0以上に更新します。API バージョン 45.0 以上にアップグレードしない場合、ユーザに「無効な日付と時間です」といったParseException エラーが表示される可能性があります。参考情報 : Apex クラス、Apex トリガ、および Visualforce ページの API バージョンApexクラスで使用しているメソッドの確認Apexクラスで以下のメソッドのように、ロケール形式に依存するメソッドで影響が無いか確認します。Date.format(),Date.parse(),Date.toStartOfWeek(),DateTime.format(),DataTime.parse(),DateTime.formatLong()等影響がある場合は、ロケール形式に依存しないコードとするためのガイドラインを適用します。・標準メソッドを利用 - 日付形式のデータから”月”を抽出する場合は、Dateクラスの month()を利用する。 - 整数値と通貨値は、書式設定する必要が生じるまで書式設定のない整数として処理。 など・値に追加の処理を行う場合、ロケールに依存しない形式を使用・ユーザが選択しているロケール形式へのデータの変換は、そのデータ処理の最後のステップとする。参考情報 : コードでのロケールに依存しないメソッドの使用Lightningコンポーネントの確認$Localeを使用していると、ユーザが選択しているロケール形式が使用されるので、ICUロケール形式の適用によって影響を受ける可能性があります。そのため使用箇所がないか確認します。参考情報 : Lightning コンポーネント開発者ガイドICUロケール形式の有効化に関するFAQQ:ICUロケール形式の有効化後、[日本語(日本)]や[日本語]のロケールを使用した場合、Classicの標準画面では影響がありますか。A:Lightning Experience と Classicで差異はありません。Chatterの投稿時間等では表示形式に変更があります。Q:ICUロケール形式の対象範囲は、REST APIや、SOAP API、Bulk APIも含みますか。A:SOAP/REST/Bulk APIではロケールに依存しないデータ型が使用されます。ただし、Apex クラスを公開するApex SOAP/REST web servicesではロケールに依存するデータ型が使用可能な為、影響がでる可能性があります。Q:ApexやVisualforceを多用しているのですが、全てについてバージョンを上げる対応が必要でしょうか。A:例えばVisualforceページについては、44以下のAPIバージョンのままICUロケールを有効化すると、インライン編集での保存時にエラーが発生する可能性があります。予期せぬ問題が発生しないようにする為に、Sandbox上でAPIバージョンは45以上の新しいバージョンに上げて頂いた上で、動作確認テストを実施して頂く事を推奨しています。APIバージョン44以下のものが残る場合でも、Sandbox上でICUロケール形式を適用しての動作確認テストは十分に実施するようにしてください。Q:ICUロケール形式が強制適用される時期は延長可能ですか。A:Spring'25までであれば、管理者様にて設定画面から延期することが可能です。Q:ICUロケール形式が自動適用されたら、表示内容が変わったり、エラーが表示されるようになるのでしょうか。A:使用するロケールや、カスタマイズ内容によって影響が異なります。ICUロケールが適用された際に本番環境で影響が出ないように、事前にSandboxでの動作確認テストの実施をお願いいたします。
-
この記事で学べること項目監査履歴は、データの正確性を維持し、第三者に改ざん等がされていないことを証明するための更新ログの記録という本来の目的とは別に万一のデータ漏えい事故において、漏えい時期の絞り込みに寄与し、インシデントレスポンスにおける効率的なログ調査を実現できることが新たに注目されています。本記事ではとあるオフィスにおける架空の情報漏えい事故の対応を見て行くことで、効率的な対応が可能である理由を学べます。とあるオフィスでの一幕とある架空企業A社はDXに関する提案・開発支援・運用支援のサービスを手掛ける企業で、多くの見込み客、顧客、商談、プロジェクト情報、サポート状況など、様々な情報をSalesforceで管理している。A社はとある官庁との取引があり、当該官庁向けのプロジェクト情報もステークホルダー管理(個人情報)をした上でSalesforceに保管していた。ある日、A社の営業が顧客でとある官庁から一通のメールを受信した。メールには、当該官庁のセキュリティ運用を担っているベンダーの調査で、ダークWebで取引される情報のサンプルデータ(犯罪者が取引する情報の信ぴょう性を喧伝するために窃取したデータの一部を公開したもの)に当該官庁向けプロジェクトの情報が確認されたこと、プロジェクト情報には個人情報であるステークホルダー情報を含んでいたこと、データの内容からA社より情報が漏えいしたと思われること、また緊急で調査をしてほしい旨が書かれていた。サンプルデータを確認するとA社とお客様でしか知り得ないプロジェクト情報がA社のSalesforce環境のデータと一言一句違わずに書かれており、また個人情報もA社が管理している内容とほぼ同等な内容であることが確認された。A社はCSIRTを中心としたインシデントレスポンスを即時開始。CSIRTは過去に遡ってSalesforce環境におけるアクセスログの調査を開始した。アクセスログの記録についてアクセスログはイベントモニタリングで提供される機能の一つであるリアルタイムイベントモニタリングで確認することができます。詳細はアクセスログの参照ガイドをご参照ください。再びオフィス(本記事のメイントピック)A社はイベントモニタリングを契約の上、リアルタイムイベントモニタリングを有効化し、また定期的にアクセスログの保管をしていたことから、アクセスログを調査できる目途は立った。しかしアクセスログの量は膨大で、またサンプルデータからは漏えい時期を隠匿するためか、レコードの作成日や更新日等の監査項目は記載されていなかった。そのためデータの漏えいした時期や漏えいに関与したユーザアカウントの絞りこみといった調査には相当な時間を要すると思われた。CSIRTに招集された官庁向けプロジェクトのプロジェクトマネージャが漏えいしたサンプルデータを見ると、いくつか古い状態のデータがあるのに気付いた。このデータが古い状態であった期間が特定できればログの絞り込みは容易になるのではないかと考え履歴の調査を開始した。項目監査履歴の特徴項目監査履歴は項目履歴管理の機能を拡張する製品となります。詳細は項目監査履歴とはをご参照ください。ここでは漏えいが発覚しCSIRTによる調査を開始した日を2020/12/31 として、サンプルデータや本番環境のデータの状態例を見ながら項目履歴管理を設定していない場合、項目監査履歴が無い場合、項目監査履歴がある場合の調査対象ログの絞り込み方を確認していきます。【漏えいしたサンプルデータから確認できた古い情報】【本番環境にある情報】※黄色はサンプルデータからの変更点、また日時データは簡略化のため年月以外は1日午前0時に統一、またデータの変更は、値から変更前後がわかりやすいように常に1が加算されるものとしています。例:99(変更前)→100(漏えい値)→101(変更後)項目履歴管理の設定をしていない場合それぞれのレコードでは作成日、最終更新日の監査情報しかありませんので、ログの調査対象期間は、漏えいしていた4つのレコードの中で一番最近に登録されたレコードの作成日(レコード4の2018/04/01)から、漏えい値から変更のあったレコード(レコード1,2,3)のうち、最も古い最終更新日(レコード2の2019/10/01)までの18ヶ月に絞り込まれます。この期間より古いと、レコード4が存在していませんし、また新しいとレコード2の項目Aの値が漏えいした値と異なることになるため調査対象期間から除外されるからです。青:レコードの値が確定できない時期 薄い緑:レコードの値が確定できる時期項目履歴管理の設定を実施していた場合項目履歴管理の設定をしている場合、項目レベルで変更履歴を確認することができます。A社の場合、項目Aに項目履歴管理の設定をしていた為、以下の履歴を確認することができました。【本番環境から確認できるレコード1の履歴】【本番環境から確認できるレコード2の履歴】このログによるとレコード1及びレコード2の項目Aの値が漏えい値から現在の値に変更された日時の特定ができましたが、24カ月より前の変更履歴が既に確認できないため、前の値から漏えい値に変更された日時の特定はできませんでした。また、A社においては履歴を管理できる項目の数が1オブジェクトあたり20項目という上限に抵触したために優先度の低い項目Bには履歴管理の設定ができていませんでした。青:レコードの値が確定できない時期 薄い緑:レコードの値が確定できる時期 濃い緑:漏えい値であったと確定した期間このログにより、レコード1とレコード2の項目Aが同時に漏えい値であった時期は2019年2月1日より前であることになり、調査期間も10ヶ月分に絞り込むことができました。2019年2月1日以降は、レコード1の項目Aが漏えい値と異なるため除外されるからです。項目監査履歴がある場合項目監査履歴があれば、1オブジェクトあたり項目履歴管理の3倍の60項目まで履歴管理を設定できるため、優先度の低かった項目Bの履歴管理も設定でき、またログの保存期間も無期限であるため、以下の情報が追加で確認することができます。【本番環境から確認できるレコード1の履歴】【本番環境から確認できるレコード2の履歴】【本番環境から確認できるレコード3の履歴】薄い緑:レコードの値が確定できる時期 濃い緑:漏えい値であったと確定した期間このログにより、すべてのレコードが存在し、各レコードの項目の値が漏えい当時の値であったのがいつであったのか、すなわちその期間にデータが抜き出されたことを特定できます。今回のお話では、各レコードの漏えい値がSalesforce内に存在していた期間は、2018年1月の僅か1ヶ月間であったことが判明、その調査対象期間のイベントモニタリングのログを解析することにより、漏えいに関与したユーザアカウントの特定と同時に漏えいしたデータの全貌が短期間で特定することが可能となりました。今回のお話では、外部から入手できたレコードが4件と項目も2つのみというシンプルなストーリーでしたが、実際には、外部から入手されたデータが多いほど、漏えい値の存在期間の被っている時期、つまり漏えいした時期がピンポイントで絞り込み可能となりますので、イベントモニタリングの導入には、ぜひセットで項目監査履歴の導入を検討いただければと思います。学習ツールヘルプ:項目履歴管理ヘルプ:項目監査履歴まとめ項目監査履歴は、更新頻度の多い項目に数多く設定しておくことにより、万一の情報漏えいに対してイベントモニタリングと合わせて効率的にインシデントレスポンスを行うことができます。
-
Salesforce モバイルアプリケーションのバージョン 228 の廃止
この記事で学べることSalesforce モバイルアプリケーション バージョン228 の廃止の概要を知ることができますSalesforce モバイルアプリケーションを最新バージョンに更新する方法を知ることができます概要Summer '23(2023年6月)で、Salesforceモバイルアプリケーション バージョン228以下は廃止されます。Summer '23以降は、Salesforceモバイルアプリケーション バージョン228以下でログインすることはできません(エラーになります)既にSalesforce モバイルアプリケーション バージョン228 にログインをしている状態で、Summer '23リリースを迎えると、それ以降バージョン228のままで再ログインはできませんエラー発生による業務影響を回避するため、早めにSalesforce モバイルアプリケーションのバージョンを更新することを推奨します。iOS および Android両方に影響があります注意事項Salesforce モバイルアプリケーション バージョン230以上に更新するためには、最低でも Android 7.0 または iOS 13.4 の OS バージョンが必要です必要な対応Salesforce モバイルアプリケーションを バージョン230 以上に更新します。※App Store または Google Play から自動更新を有効にしている場合、ほとんどのユーザはすでにアプリケーションの最新バージョンを使用しているはずなので、この変更による影響は受けません。自動更新を無効にしている場合や自動更新を有効にしているか不明な場合は、以下の手順でSalesforce モバイルアプリケーションを最新版に更新することができます。手順Apple Store もしくは Google Play で「Salesforce」で検索し、「Salesforce」アプリケーションを表示します。※こちらはApple Storeの画面ショットです2.[アップデート]が表示されていたら、タップして最新バージョンに更新します([開く]が表示されていたら、既に最新バージョンなので対応不要です)注意事項Apple StoreやGoogle Playへのアクセスが制限されていたり、任意のアプリケーションの更新ができないように制御されている場合は、貴社内システム管理者様へご相談お願いします。学習ツールSalesforce モバイルアプリケーションのバージョン 228 の廃止(ナレッジ)Salesforceの機能廃止(EOS/EOL)について(サクセスナビ)Salesforce 機能の廃止(ナレッジ)チェックリストSummer '23(2023年6月)までに、Salesforce モバイルアプリケーション バージョン228以下利用している場合、更新が必要であることを理解しましたSalesforce モバイルアプリケーションが最新版であるか(Google PlayやApp Store上で[アップデート]ではなく[表示])であることを確認しました
-
(2023年1月) Salesforceの運用に関する重要なお知らせ
この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート動画で更新内容を学ぶhttps://play.vidyard.com/595aKrXRvoCXX2xRCPfp7x全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の1月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年1月のトピックはこちらになります。本記事では、前月との差分である赤字の部分と、特に重要な情報をピックアップしてご紹介します。最初にSpring'23のリリースに関する情報です。2023年 2月に予定している Spring ’23 リリースに関して更新情報を赤字で記載しています。Spring'23に関する各種ドキュメントを公開しておりますが、リリースノートについては翻訳版も公開されておりますのでぜひご覧ください。なお、日本の本番インスタンスにおけるSpring'23のリリースは2/12を予定しております。そのためリリースノートの情報や本動画でご紹介している資料をご確認の上で、リリースに向けたご準備をお願い致します。またサクセスナビではSpring'23の新機能をご紹介するウェブセミナーについてご案内しておりますので、こちらも併せてご確認ください。関連リンクSpring '23新機能リリースリリースノート(翻訳版)Release SiteSpring '23 Release HighlightsRelease in a BoxFeature matrix続いて、Winter’23リリースノートの更新情報です。12月12日以降の更新内容の中から、管理者様に把握しておいていただきたい内容をピックアップしてます。ここでは、特に重要な拡張ドメイン関連の情報を記載します。まだ拡張ドメインが有効化されていない組織では、Spring'23のリリースにて拡張ドメインが自動有効化されますが、拡張ドメインの自動有効化から除外する設定がございますので、詳細はリリースノートをご覧ください。また、拡張ドメインに関してMobile Publisherをご利用のお客様にもお知らせがあります。拡張ドメインをサポートするアプリケーションのバージョンに更新するように ユーザを促すことができますので、こちらも詳細はリリースノートをご覧ください。Deploy Enhanced Domains (Release Update)Spring ’23での自動有効化から組織を除外(オプトアウト)する手順が明確になりました。Urge or Require Users to Update to the Latest Mobile Publisher App VersionAura サイトでは、Mobile Publisher for Experience Cloud アプリのユーザーに対して、拡張ドメインをサポートするアプリのバージョンに更新するよう促す、または要求するメッセージを表示できるようになりました。アプリを更新することで、ユーザーはサービスの中断を回避することができます。New and Changed Components for Change Setsイベントリレー設定の変更セットが追加されました。New Invocable ActionsDynamicSendSurveyInvitation と sendSurveyInvitation invocable アクションが発表されました。関連リンクWinter '23 リリースノート - リリースノートの変更続いて、MFAに関する内容です。Salesforce 多要素認証に関する FAQのナレッジの英語版が1/19に更新されています。また、Salesforce Platform上でMFAが自動有効化された後に、管理者様にてMFAを無効にする方法と、MFA を設定せずにログインする方法がナレッジで纏められて公開されておりますのでご紹介致します。これはMFAが強制適用されるまでの一時的なものであることにご注意ください。関連リンクTrailblazer Community:多要素認証(MFA)コミュニティ 日本Salesforce 多要素認証に関する FAQ多要素認証 (MFA) 適用ロードマップ多要素認証(MFA)設定マニュアル ダウンロードMFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)続いて、MFAに関するFAQに4つの更新があります。MFAと拡張ドメイン、Hyperforce移行に関して、推奨される導入手順やその詳細を説明するナレッジが公開されたというものです。以前はmyTralheadという名称だった機能ですが、Enablement Sites での認証についてのもので、Enablement Sites の認証プロバイダとしてSalesforce Identityを使用している場合はMFAが必要である旨が追記されています。Salesforce Platform上に構築された製品をご利用のお客様向けに、今後のMFA自動有効化や強制適用の詳細が記載されているナレッジが公開されたことをご案内しております。MFAを除外する権限を付与する必要がないパターンについてガイダンスが追加されています。続いて、Spring'23リリースノートに記載されているMFA関連情報です。以前もご紹介させていただきましたが、弊社よりMFAの自動有効化に関するメールを受け取られた組織を対象にして、Spring '23のリリースでMFAを自動有効化します。このMFAの自動有効化に関して、今後のリリースで段階的にMFAを有効化していくことがリリースノートにも記載されておりますのでご確認ください。関連リンクMFA の準備: 自動適用が Spring ’23 で開始MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Chatter Free および Chatter External ユーザの MFA の自動有効化および適用からの自動的な除外続いて、インフラ強化に関するアップデートです。先月の動画でもご紹介致しましたがインスタンスリフレッシュに関する情報です。インスタンスリフレッシュは、アップグレードされた新しいインフラストラクチャで構成されているインスタンスにお客様の組織を移動することで、パフォーマンスレベルを維持することを目的としています。今後の予定として、本番組織ではなく、Sandbox環境において2023年2月5日にインスタンスリフレッシュが予定されています。スライドに記載されているインスタンスにてSandboxをご利用のお客様は、「インスタンスリフレッシュメンテナンス」の公開ナレッジをご確認いただき、ご準備をお願い致します。続いてリリース更新に関するアップデートのご紹介です。次期バージョンのSpring '23のリリース更新になります。まず、強制適用されるものが7件あります。詳細は関連リンクをご確認ください。関連リンクExperience Cloud サイトで Apex によって取得されるナビゲーションメニューへのユーザアクセス権限の適用コンテンツ盗聴保護を有効化ユーザの個人情報のより強力な保護の有効化Visualforce ページのクロスサイトスクリプティングを防止するための <apex:inputField> 要素の label 属性のエスケープExperience Cloud ゲストユーザに詳細なフロー権限が必要 ユーザコンテキストでの REST API を介したフローの実行SAML シングルサインオンフレームワークを更新そして、自動有効化されるものが2件ございます。関連リンク拡張ドメインの有効化Spring '23 での一部のユーザの MFA の自動有効化こちらはSpring '23で有効化される予定だったリリース更新が延期された情報です。前月から1点追加がございます。メンテナンス計画の頻度の項目からメンテナンス作業ルールへの移行はSpring ’24に延期されました。次に、リリース更新ではございませんが、影響の大きい機能拡張についてご説明いたします。従来より、セキュリティ上の観点からユーザのメールアドレスがユーザ本人のものであるかどうかを検証する仕組みがありましたが、Spring’22よりメールアドレスの検証を終えていないユーザがメール機能を使用した際に、その検証を促すメールが送信されるようになりました。この機能拡張について、最新情報として赤字部分を追加しております。Winter’23まではメールアドレス未検証のユーザがメールを送信する際に、メールアドレス検証用のメールが各リリースで一回送信されておりました。次期バージョンのSpring’23ではメールアドレス検証用のメールは送信されません。関連リンクSpring’23 リリースノート : Salesforce からメールを送信するためのメールアドレスの検証Lightning Web Security (LWS) はカスタム Lightning コンポーネントのための新しいクライアントサイドセキュリティアーキテクチャであり、Lightning Locker を徐々に置き換えていく予定です。 LWS の段階的なリリースを継続しており、次の段階として、LWS for Auraを Spring '23 でベータ版として導入します。お客様の組織内の Lightning Web コンポーネントが LWS for Aura (Beta) で期待どおりに動作し続けることを確認したい場合は、Spring '23 のSandboxで「Lightning Web コンポーネント用 (正式リリース) および Aura コンポーネント用 (ベータ) Lightning Web セキュリティの使用」設定を有効にして検証をお願いいたします。詳細は、各種ドキュメントが用意されておりますので資料に記載のリンクよりご参照ください。関連リンクLightning Web セキュリティの基本LWS for Aura (beta) Release NoteLWS Enablement for Orgs with No Custom Components Release NoteLightning Web Security Lightning Web Security FAQ.Lightning Components Developmenテクニカルサポートこちらは、フローに関する今後のロードマップです。ご存知の管理者様も多いかと思いますが、ワークフロールールおよびプロセスビルダーは将来的にサポート終了になる予定です。現在は、ワークフロールールの新規作成ができない状態ですが、次期バージョンであるSpring '23では、プロセスビルダーの移行ツールがサポートされる予定です。今回は赤字部分の補足情報についてご紹介いたします。Spring’23で提供開始する移行ツールは、サポートされているプロセスが限られております。レコードの更新レコード作成フローの呼び出しApex の呼び出しメールアラートこれ以外のスケジュール済みアクション、承認申請、Chatter投稿などは現時点では手動で移行する必要がございます。関連リンクフローへの移行続いて、機能の廃止です。まず、影響度が大きいことが想定されるため改めてのご案内となりますが、右列の2行目のSalesforce Mobile App Community License Accessについてです。2023年6月、コミュニティライセンスのユーザ様はSalesforceモバイルAppへアクセスができなくなります。来年6月以降はブラウザからExperience Cloudサイトへアクセスするようにしてください。なお、対象となる具体的なライセンス種類がナレッジにまとまっていますので、Experience Cloudのご契約があるお客様は、ご確認をお願いします。次に、赤字にしている前月からの変更点についてご説明いたします。一つ目は、2023年6月、Pardot リアルタイム自動化ルール設定の廃止が予定されております。Account Engagement で当該機能をご利用中のお客様はご確認をお願いいたします。二つ目は、メンテナンス計画の頻度種別項目の廃止の終了日の変更についてです。変更後は、2024年1月としておりますのでご注意ください。「Salesforce Platform APIバージョン 21.0~30.0 の廃止について」です。こちらは、影響度の大きい更新の一つですので、毎月ご紹介しています。来年2023年6月をもちまして、APIバージョン21.0~30.0 は利用不可になる予定です。本件に関して、1月17日に製品コミュニケーションメールが送信されており、また機能廃止に関するダイジェストもメールで送信されていますので、そちらも併せてご確認いただき、早めのご対応をご検討ください。関連リンクSalesforce Platform API バージョン 21.0 ~ 30.0 の廃止Salesforce Event Log File BrowserEventLogFile オブジェクトの API Total Usageイベント種別1月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
「Salesforceの学習ってどこから始めたらいいの?」「使いこなしている推進者は、具体的にどんな学習をしたの?」「未経験者が本当に役立ったコンテンツは?」多くの方が悩むテーマではないでしょうか。2023年のスタートとなる1月。先輩Trailblazerの実体験からヒントを得て、新たな学びをスタートしませんか?「Salesforceの学習で取り組んだこと」「おすすめのコンテンツ」「学び方のポイント」を6分動画に凝縮しています。「はじめてのSalesforce、おすすめの学び方」末木 勇介氏WOW WORKS株式会社(6:43)ITとSalesforce共に未経験だった末木氏。新規でSalesforce環境の構築を1人でスタートし、サービスの成長を牽引、導入後3年で売上を8倍まで伸ばすことに成功。実際に手を動かし、トラブルシューティングを行いながら進める、業務成果につなげるための学び方が詰まっています。業種:無線機、PCのレンタル及び販売、コンテンツマーケティング、SNSマーケティングの支援企業規模:48名https://play.vidyard.com/GDdXmMEGSsrNnjsGd7JhFM小谷口 瑠美氏 株式会社船場(6:06)IT業務からは10数年のブランクを経てSalesforceの担当に抜擢された小谷口氏。派遣社員からキャリアをスタート、Salesforce活用を通じた会社の成長に貢献し、約2年で管理職へと昇進。機能面の学習だけでなく、自身のモチベーションを高めながらキャリアアップを実現した学びの取り組みをご紹介します。業種:空間創造企業規模:427名https://play.vidyard.com/tfNLuzbzEAsEgr5Kyxtt2N古山 明日香氏 リンクウィズ株式会社(6:01)前職でITの経験を持つものの、CRMという概念やSalesforceに触れるのは初めてだった古山氏。当時は管理者も不在で、「問題があることは分かるが 、どこから手を付けて良いかが分からない」状況からスタートし、既存のSalesforce環境の立て直しに成功。機能や知識の学習と並行して、自社の活動にSalesforceをどう活用すると成果を出せるのか、ゴールを描くための学習のコツをお伝えします。業種:ソフト受託開発企業規模:50名https://play.vidyard.com/fXrVb6LXsbLxc6VkgwDWaH学習ツールTrailhead:いつでも無料で利用できる学習プラットフォームです。CRMやマーケティングといった基本的な概念にとどまらず、テスト用のSalesforce環境を利用して実際に手を動かして機能を理解することができます。幅広いコンテンツが、トピックやテーマごとに“モジュール” “トレイル”といった形式で提供されています。さらに “Trailmix” では、モジュールやトレイルがプレイリスト的にまとめられていて、より体系的に学ぶことができます。おすすめのほんの一部をご紹介しますが、目的や時間に応じて柔軟に組み合わせられるので、ぜひTrailheadにアクセスして、ご自身にあったコンテンツを見つけてください。Salesforce初心者向けTrailmixはこちらシステム管理者初級Trailmixはこちら事例動画:Salesforceの機能や知識を実務でどのように活かせるのか、イメージするのはなかなか難しいものです。他社事例を知ることで、実際の活用方法についてアイディアや気づきを得ることができます。中でも年に1度開催される、SFUG CUP 全国活用チャンピオン大会は、ビジネス成長と定着化のヒントが詰まっています。SFUG CUP ダイジェスト(10分で見る事例動画)ユーザー事例(動画)一覧コミュニティ:Trailblazerであるコミュニティリーダーたちが定期的に勉強会や交流会などのイベントを実施しています。いつでも参加可能なオンラインコミュニティもあります。まずは紹介ページから、参加のきっかけを掴んでみてください。コミュニティ紹介ページ ユーザー同士で運用や活用についてのお困りごとを相談しあえる「質問広場」(紹介記事)関連記事成功している先輩の効果的な取り組みがわかる動画シリーズはこちら
-
この記事で学べることSalesforceではさまざまな事例講演のイベントを開催しており、数多くのAccount Engagement(旧Pardot)に関する活用ノウハウやご経験をユーザの皆さまにご共有いただいています。本記事では、以下の事例関連の情報を解説しています。Account Engagementの活用事例事例講演・イベントの概要や最新情報の取得方法1. Account Engagement活用事例各イベントの詳細は「2. 事例関連イベントの概要・最新情報」をご確認ください。Account Engagement Trailblazer Party2021年、同イベント内の企画「Pardot活用甲子園」出場の決勝3社によるプレゼン動画をこちらでご確認いただけます。資料は下記よりご覧いただけます。 プルーヴ株式会社事例 株式会社ROBOT PAYMENT事例 コニカミノルタジャパン株式会社事例SFUG Trailblazer ウェブセミナー 住宅販売の営業マンがSalesforce導入リーダーになったら。定着化までの奮闘記:株式会社アイダ設計事例 「業務改善」から「業績向上」の原動力に。利益を生むためのSalesforce活用術:株式会社ロゴスホーム事例 脱メルマガ配信ツール! Pardot活用のはじめの一歩:株式会社エコテック事例 アドミンが結果を出すために欠かせないインサイドセールス視点のSFA活用術:株式会社日本財託事例SFUG CUP 全国活用チャンピオン大会 Salesforceのデータで幹部を動かし、社内の組織変革を実現:三菱電機株式会社事例 営業プロセスや新人育成を体系化し、営業の脱・属人化を推進:株式会社ROBOT PAYMENT事例その他のイベント・コンテンツ つながる営業・マーケティング〜富士通株式会社 新規事業「UVANCE」グローバル B to Bマーケティング変革における取り組みAccount Engagement(旧Pardot)ユーザ分科会Trailblazer Community *SFUG - Account Engagement(旧Pardot)ユーザ分科会* にて数多くの事例がご紹介されています。詳しくは、上記よりご確認ください。参考) コミュニティ参加方法:コミュニティを通じてSalesforce活用のヒントを得る(Trailblazer Community編)2. 事例関連イベントの概要・最新情報Account Engagement Trailblazer Party弊社からすべてのAccount Engagementユーザの皆さまへ向けてお贈りするオンラインイベント。マーケティングノウハウ講演やユーザ様の事例発表、コミュニティへ貢献いただいたユーザ様の表彰式などが行われます。(年に1回、秋頃に開催)最新情報を取得するには直近の開催告知につきましては、Trailblazer Community *カスタマーサクセス日本* をご確認ください。SFUG Trailblazer ウェブセミナーNTTテクノクロス株式会社 鈴木様が司会を務めるウェブセミナーです。毎回、テーマに応じたTrailblazerの方をゲストスピーカーとしてお迎えし、Salesforceの活用経験談や、困難を乗り越えた秘訣などをお話いただきます。(不定期での開催) 最新情報を取得するには直近の開催告知につきましては、Trailblazer Community *カスタマーサクセス日本* をご確認ください。SFUG CUP 全国活用チャンピオン大会Salesforce導入企業の担当者が自社の活用事例のプレゼンテーションを行い、「技術」「業務改善」「定着化」の3つの観点で競う大会です。(年に1回、秋頃に開催) 最新情報を取得するには開催が近づくと、同年の「イベント特設ページ」が開設されます。出場方法や出場企業、視聴方法など、すべての情報をご確認いただけます。特設ページの開設告知につきましては、Trailblazer Community *カスタマーサクセス日本* をご確認ください。参考) 2022年の特設ページ:SFUG CUP 2022 第10回Salesforce全国活用チャンピオン大会参考) コミュニティ参加方法:コミュニティを通じてSalesforce活用のヒントを得る(Trailblazer Community編)Account Engagement(旧Pardot)ユーザ分科会ユーザ様が運営するユーザ様のためのオフライン/オンラインコミュニティ。新機能紹介、ベストプラクティスから活用事例紹介まで、Account Engagementユーザ様なら “全員参加必須” のノウハウ交換や交流の場です。(隔月での開催)最新情報を取得するには直近のイベント開催告知につきましては、Trailblazer Community *SFUG - Account Engagement(旧Pardot)ユーザ分科会* をご確認ください。(※当グループはSalesforceユーザー様限定のグループにつき「承認制」となります。プロフィールにお名前(姓名)とご本人のお写真をご設定の上、ご参加申請をお願いいたします)その他のイベント・コンテンツ各種イベントにて、Account Engagementユーザ様より数多くの「活用事例」をご紹介いただいております。最新情報を取得するには直近開催のイベントにつきましては、イベントカレンダーをご確認ください。まとめぜひ、他のユーザ様のお取り組みをご参考ください。みなさまのご登壇も、心よりお待ち申し上げております。