ログの記録開始

この記事で学べることイベントモニタリングに含まれる2種類のログの違いリアルタイムイベントモニタリングの取得開始方法ストリーミングとストレージの違いイベントモニタリングに含まれる2種類のログの違いイベントモニタリングライセンスには、以下2種類のログが含まれます。リアルタイムイベントモニタリング：セキュリティインシデントの発生ログとレコードへのアクセスログイベントモニタリング：イベント発生 / エラー / パフォーマンス分析用のイベントログこの2種類のログの違いの詳細については、以下の記事をご参照ください。イベントモニタリングとはこのうち、イベントモニタリングのログは組織へイベントモニタリングライセンスが付与されたタイミングから自動的に生成が開始されるようになっており、お客様側でログ取得を開始するための設定は必要ありません。一方で、リアルタイムイベントモニタリングのログについては、組織へライセンスが付与された後に管理者の方がログの取得開始設定を行う必要がございます。そのため、Salesforce組織にイベントモニタリングが初めて導入された際には、以下の手順を参考にしてリアルタイムイベントモニタリングのログ取得設定を行ってください。リアルタイムイベントモニタリングの取得開始方法リアルタイムイベントモニタリングのログを取得開始するためには、「アプリケーションのカスタマイズ」および「設定の参照」権限が必要となります（システム管理者の方であれば、初めから権限が付与されています）その後、権限を持つユーザにより、以下の手順にてリアルタイムイベントモニタリングの各ログを有効化していきます。[設定] から、[クイック検索] ボックスに「イベント」と入力し、[イベントマネージャ] を選択します。有効化するイベントの横にあるドロップダウンメニューをクリックします。イベントの [ストレージ を有効化] および [ストリーミング を有効化] を選択します。有効化したいログ種類分だけ、手順2,3を繰り返します。(特段の要件がなければ、全て有効化しておくことを推奨します)ログ取得設定の有効化後、組織に蓄積されたログへアクセスする方法については以下の記事をご参照ください。ログの取得方法ストリーミングとストレージの違いリアルタイムイベントモニタリングには、ストリーミング と ストレージ の2種類があります。ログインやレポートへのアクセスなど、一つの操作からストリーミングとストレージの両者に対して同一内容のログ(※)が生成されます。(※) 厳密にはログのレコードIDなどが異なります。以下の図は、Salesforce組織のレコードアクセス時に記録されるLightningUriイベントの生成例です。ストリーミングログは、ストリーミング API を用いて対象のイベントをリッスンしているクライアントに対し、イベント内容をプッシュします。そのため、イベントを受信する専用のクライアントがあり、ログ監視などSalesforceのイベントチャネルと接続しておくことで即時性を持ってイベントデータを受け取りたい用途がある場合に利用します。ストリーミングログは、最大3日間保持されます。​ストレージログは、ログデータをBig Objectに配置することで、過去6か月分のリアルタイムイベントモニタリングログを組織に保管することができます。過去6か月(認証系のログは10年)までのログデータの保全や、SOQLを用いた特定の条件に絞ったログの検索に利用します。また6か月以上のログの長期保存などでイベントログをお客様側の環境へダウンロードする際にも、ストレージログを参照します。学習ツールHelp - リアルタイムイベントモニタリングイベントの管理動画 - イベントモニタリング設定動画_基礎編（ログの有効化と取得）まとめイベントモニタリングには、リアルタイムイベントモニタリング と イベントモニタリング の2種類のログが存在します。このうち、リアルタイムイベントモニタリングのログはライセンスが付与されただけではログの取得が開始されないため、管理者の方が組織の設定画面からログ取得の有効化作業を行って頂く必要があります。

定着に向けた計画を策定しましょう

この記事で学べることSales Cloudを組織で定着させるために何が必要か定着度合いを測る指標と運用計画のポイントこの記事のゴールこの記事のゴールは「定着に向けた計画の策定方法およびポイントを理解する」ことです。そのために、以下3ステップで進めていきます。Sales Cloudを組織で定着させるためのポイント定着度合いを測る指標運用計画の策定Sales Cloudを組織で定着させるためのポイントCRM/SFAにおける運用の課題として多くあがるのが、「利用ユーザーが入力しない」「マネージャーがデータをチェックしない」「二重管理や二重入力が発生している」などです。早期定着化のためには、Sales Cloudを現場で利用し始めてから3ヶ月の間で、これらの課題を未然に防ぐための適切なアクションを起こすことが重要です。定着度合いを測る指標Sales Cloudの定着度合いをどのような指標で測るのかを整理することで、利用状況を可視化することが可能になります。「目標達成のためにやるべきことを検討しましょう」で整理をしたKPIとは区別して、定着度合いを測るKPI（運用KPI）を検討しましょう。運用計画の策定運用KPIを策定するにあたって、3ヶ月後に目指す姿から逆算して、指標を決めるのがおすすめです。3ヶ月の計画を立てたら、週単位で具体的にどのようなKPIを追っていくのかを検討しましょう。複数部門でSales Cloudを活用する場合は、部門ごとにKPIを設定することで、どの部門があまり定着していないのかなども分析できるようになります。また、目標を決めることで、入力状況がいいのか、どれくらい達成しているのかを明確にすることができます。値を時系列で分析するにあたって、Salesforceでは設定の難易度がやや高く設定が難しい場合や、TableauなどのBIツールのご利用が難しい場合は、KPIトラッキングシートを使った記録も可能です。※トラッキングシートフォーマットはこちらからダウンロードいただけます。学習ツールより詳しく知りたい方は、オンデマンド動画をご視聴ください。レポートとダッシュボードの実際の作成と活用の方法：Sales Cloud : レポート&ダッシュボードクイックスタート定着に向けた計画の策定方法：活用度向上支援（SFA 運用ルール、トレーニング、定着化プラン）定着化プランを作成いただくにあたって、ワークシートもご用意しています。ワークシートは こちら からダウンロードできます。​○サクセスダッシュボードまた、運用KPIを可視化するためのサンプルレポート・ダッシュボード集もご用意しております。パッケージをインストール後にこれらのダッシュボードを自社向けに少し変更するだけですぐに活用が可能です。利用方法は下記URLをご参照ください｡資料ダウンロード：今日から使えるサクセスダッシュボード【Lightning Experience版】インストールページ：今日から使えるサクセスダッシュボード Lightning Experience版注意点インストールにはシステム管理者権限が必要ですサポート対象外ですまとめSales Cloud定着に向けた計画の策定方法およびポイントは理解できましたでしょうか？短期間でSales Cloudを“定着“するためには、運用を開始してから最初の3ヶ月が勝負です。本記事を参考に、運用計画を策定していきましょう！​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ次は、継続的な改善を実施していくためのポイントを学んでいきましょう！次の記事：継続的な改善を実施しましょう​「活用7ステップ」全体に戻りたい場合はこちら

商談スコアを知ろう

まずは商談スコアの機能についてご紹介します。この記事で学べること 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 によって商談データが再分析され、モデルが更新されます​モデルの参照データ各商談のレコード詳細 (標準項目とカスタム項目の両方)、履歴、および関連活動、関連取引先のレコード詳細と一部のレコード履歴、関連商品、見積、および価格表に関する詳細情報​スコアの更新タイミング商談スコアは数時間ごとに更新されます商談スコアをどう活用するのか商談スコアは受注率の向上や業務効率化を目的とした、営業活動の優先順位付けや商談状態の判断指標に利用します。商談スコアは指標を表すツールとして営業活動や戦略的な施策にスコアを組み込み、活用することで初めて効果を発揮します。活用シーン例として、以下のものが挙げられます。活用の４ステップ商談スコアの概要は理解できましたでしょうか。それでは、実際どのように使っていくのかを、活用ステップを追って確認していきましょう。ステップ１：有効化する商談スコアの有効化設定完了しますステップ２：スコアを確認するスコア値を確認し、どのような値をとっているか確認しますスコア値の状態を加味し、どのように活用できるか評価しますステップ３：具体的な活用方法を決めるねらう効果と活用方法を明確にしますステップ４：スコアを活用する商談スコアを活用し効果を測定します課題や結果から活用方法をブラッシュアップしますでは、各ステップの詳細を確認していきましょう。​活用ステップ全体に戻る場合は、こちら参考情報Einstein 商談スコアリングの設定に関する考慮事項(ヘルプドキュメント)Einstein によって商談にスコアが付けられる方法(ヘルプドキュメント)Salesforce Einstein Model CardsEinstein Opportunity Scoring for Everyone

バックアップとリストア

この記事で学べることバックアップの重要性とバックアップすべきデータの種類を知ることができます主なバックアップ方法を知ることができます定期的にバックアップをしてますか？システム管理者の皆様は、データローダを使用する前など作業がうまくいかなかった場合に備えて、事前にバックアップを取っていると思います。ですが、定期的にバックアップを取得していますか？上記は、2018年のDreamforceで実施したデータ保護に関するアンケートの結果です。回答者のうち、なんと28％の方がデータ損失や破損を経験しており、その原因の内訳で最も多かったのが、人的ミスでした。システム管理者の皆様が気を付けていても、ユーザが誤ってデータを更新してしまったり、削除してしまう可能性は十分にあります。​また、以下は実際に起きたデータ損失の事例です。​データ損失や破損の原因は人的ミスだけでなくシステム的な要因や天災などがありますが、有事に備えて業務で使用する大切なデータについては、定期的にバックアップをして、復旧計画を立てておくことが重要です。​バックアップの重要性お客様組織の総合的なデータ管理およびセキュリティモデルの一環としてデータのバックアップおよびリカバリ計画を立てておくことは、システム管理者である皆様の役割です。手元にバックアップがあることで、有事の際にもタイムリーに復元ができるため、安心してSalesforceをご利用いただけます。​では、具体的にどのようなデータのバックアップが必要なのでしょうか。​実は、一般的に想像するデータ（取引先や商談、ケースなど）だけでは十分ではありません。詳しく見ていきましょう！​データの種類（データとメタデータ）Salesforceはマルチテナントアーキテクチャを採用しており、メタデータ駆動型アーキテクチャを搭載したサービスです。システム管理者の皆様は、データとメタデータの違いを理解しておくことは重要です。​データデータとは、取引先、取引先責任者、リード、商談、ケース、契約書、他のレコードなど、ユーザのすべてのレコードを意味します。データには、カスタムオブジェクトレコード、ファイル、コンテンツ、Chatter も含まれます。メタデータメタデータとは、カスタム項目、ページレイアウト、カスタムレポート、ダッシュボード、Apex や Visualforce のようなカスタムコードなど、設定情報を示します。​さぁ、どちらのデータのバックアップが必要でしょうか？答えは・・・両方です！データのバックアップが必要な理由は?システム管理者がデータの削除や更新をした後に、その操作が間違いであったことに気付くことがあります。データローダのようなツールを使用すれば、レコードの削除や更新を一括で行うことができるのは、皆様よくご存知だと思います。また、ユーザがインポートウィザードを使用する際、ソースファイルや項目の対応付けをちょっと間違えたことによってデータが意図しない結果になってしまうことがあります。​そのような事態に備えるため、データを定期的にバックアップすること、また、データ移行作業前には必ず手動のバックアップを行うことをお勧めします。メタデータのバックアップが必要な理由は?システム管理者や開発者、および高度な権限を有するユーザも人間です。誤ってカスタム項目の追加や削除、ページレイアウトの変更、レポートやダッシュボードの削除や変更、カスタムコードの変更をしてしまうこともあるでしょう。​こうした変更の多くは元に戻すことができないため、以前の設定を復元する必要が生じた場合に元に戻せるよう、メタデータのバックアップを取得しておくことが重要です。​それでは、Salesforceが提供している主なバックアップ機能をご紹介します。Salesforceが提供しているバックアップ機能​​機能概要制限リソース​Salesforce バックアップ（拡張機能）・管理パッケージをインストールし、バックアップポリシーを設定します・設定したバップアップポリシーに基づきバックアップを自動生成します・数回のクリック操作でバックアップからデータの復元ができます・バックアップと復元の状況をログでリアルタイムに確認できます・一部サポートされていないオブジェクトがあります（例：Bulk APIがサポートされていないオブジェクト、Big Object）・データを一括で復元することはできません（2023年11月時点）※リリース毎に機能が追加されています。最新情報は弊社テクニカルサポートもしくは営業担当者へお問い合わせくださいSalesforce バックアップを使用したデータの保護（ヘルプ）​データエクスポートサービス　　　　　　・設定画面から毎週もしくは毎月のエクスポートをスケジュールできます・エクスポートデータはCSV形式で出力されます・ファイルもエクスポートできます・データ量が多い場合はエクスポートに時間がかかります・エクスポート完了後24時間以内にダウンロードする必要がありますSalesforce からバックアップデータをエクスポートする（ヘルプ）​データローダ・PCにインストールしてエクスポートします・Soap APIやBulk APIの使用制限があります・定期実行するには開発が必要です・オブジェクト毎にエクスポートが必要です初めてのデータローダ Export編（サクセスナビ）​レポートのエクスポート・レポートを作成し結果をエクスポートします・定期実行はできません・項目数などレポートの制限が適用されますレポートのエクスポート​フルSandbox・本番環境の（データを含む）コピーを作成します・Unlimited Editionの契約、もしくはフルSandboxを購入する必要があります・更新ができるのは29日毎ですSandboxを作成（ヘルプ）この機会に、データエクスポートサービスをスケジュールしておきましょう！​[設定][データ][データのエクスポート][エクスポートをスケジュール]の各オプションについては、Salesforce からバックアップデータをエクスポートする（ヘルプ）をご確認くださいウィークリーエクスポートサービスの実行が完了すると、システム管理者宛にメールが送信されます。48時間以内にデータをダウンロードして安全な場所に保管してください。メタデータのバックアップ方法​​機能概要制限リソース​変更セット設定画面から、バックアップ対象のコンポーネントを変更セットに追加・送信することで、本番組織のメタデータを Sandbox に送信します。コンポーネントによっては変更セットに追加できないものがあります。・変更セットの概要（ヘルプ）​Sandboxの作成・更新設定画面から、Sandboxを作成または既存の Sandbox を更新すると、本番組織のメタデータがコピーされます。作成・更新するSandboxの種類によって、更新間隔が異なります。・Sandbox の作成（ヘルプ）・種類別 Sandbox ライセンスおよびディスク使用制限（ヘルプ）​Visual Studio CodeVSC（統合開発環境）を使用してメタデータをXML形式でローカルディレクトリに保存します。メタデータの制限があります。・クイックスタート: Salesforce 開発のための Visual Studio Code（Trailhead）・メタデータの制限データを復元する方法は？Salesforce では、お客様が各自のバックアップデータを復元する手段として、いくつかの機能をご用意しています。メタデータの復元Sandboxの作成や更新でバックアップしたメタデータを復元する場合は、変更セットを使用します。または、Visual Studio Codeを使用して一旦ローカルディレクトリにダウンロード（Retrieve）した後、そのメタデータを本番環境へアップロード（Deploy）します。データの復元データローダ、データインポートウィザード等を利用することができます。詳細は、データをインポートする方法の選択（ヘルプ）をご確認ください。​また、復元時には以下のような考意事項があります。レコードの復元（再作成）時に、元のSalesforce IDを指定することはできません。他レコードとのリレーションがあるデータを復元する場合、親→子の順番で復元します。例えば、取引先と取引先責任者を復元する時は、まず、取引先を復元した後に取引先責任者を復元しますレコードの復元（再作成）時に監査項目（作成日、作成者、最終更新日、最終更新者）を指定したい場合は、「監査項目の作成」を有効化することで実施できる場合があります。詳細は、監査項目を有効化する前の考慮事項（ナレッジ）をご確認ください履歴情報など、復元できないデータもあります。APIを使用して復元する場合、24時間あたりのAPI コール数の上限があります。レコード作成時に設定された自動処理（プロセスビルダー、トリガー、入力規則など）がある場合は無効にします。復元時に、他システムとのインテグレーションに影響はないか事前に確認しましょう。学習ツールSalesforce データのバックアップと復元のベストプラクティス（ナレッジ）Salesforce のレコードとデータを回復する（ナレッジ）まとめデータを定期的にバックアップしましょうデータ移行作業前には、必ず手動でバックアップを行いましょうメタデータのバックアップも行いましょう

Trailblazer Communityへの参加方法

この記事で学べることみなさまはSalesforce活用のヒントをいつもどこから得ているでしょうか？Trailheadや公式マニュアルも良いですが、オンラインでいつでもどこでも他の人と、質問やコミュニケーションができる場があったら便利だと思いませんか？​この記事ではオンラインのコミュニティである“Trailblazer Community”の参加方法についてご紹介いたします。Trailblazer Communityへのアクセス方法Trailblazer.meのアカウントを作成することで、CommunityとTrailheadをご利用いただけます。digital.salesforce.com/signup にアクセスします。​サインアップするアカウントを選択します。（Salesforce、メール、Google、LinkedIn のいずれかを使用してサインアップできます。）画面の指示に従ってアカウントの作成を完了します。Trailblazerアカウントにログインができたら、[今日]タブをクリックしてみましょう。ここでは、以下の情報を確認できます。​* Trailheadバッジの取得進行状況* お勧め取得バッジ* フォローしているCollaboration Groupに関するフィード* フォローしているCollaboration Group* トレンドトピック​​Trailblazer Community コミュニティグループの概要では次に、実際のコミュニティグループをのぞいてみましょう。[コミュニティ]タブ→グループ→検索条件→地域［日本］で検索すると、日本の公開コミュニテイグループの一覧が表示されます。今回は「* 質問広場～初心者から上級者まで～ 日本 *」にアクセスしてみます。コミュニティの中では、Salesforceに関する質問や回答をすることができます。Trailblazer Communityのグループで質問を投稿することで、1人や社内だけで悩むのではなく、多くのコミュニティメンバーからのアドバイスや解決策を得ることができます。​​​➀メールのダイジェストメールのダイジェストを設定することで、自動的にグループのダイジェストを受信することができます。Trailblazer Communityにアクセスすることができない場合でも、自分のメール画面から他のユーザ同士のやりとりを簡単に確認することができますね。​質問があるときだけアクセスするのではなく、日常的にグループの動きを確認することで、自分にとってプラスの情報収集につながるでしょう。​➁情報ここでは、グループの使い方や注意事項などが掲載されています。グループに参加したら、まずここの情報欄を確認することをおすすめします。​➂グループファイル何かを投稿した際の添付ファイルですが、他ユーザが投稿したファイルも確認することで、なにかヒントを得られるかもしれません。たとえばレポートやダッシュボードの作り方など。​今まで知らなかった情報をディスカッションすることで知ることができたり、自分が情報提供をしたりすれば他のメンバーに役立つこともあるでしょう。互いに学び、支え合うことで、知識の幅が広がり、成長にもつながります。​コミュニティグループ２つ目として「* カスタマーサクセス日本 *」もおすすめです。ここでは、次のイベント情報などをいちはやく、情報収集をすることができます。また、お役立ちリンク集や学習動画からSalesforce 活用に役立つコンテンツを学ぶことができます。定期的に開催される勉強会、交流イベントなどの情報収集ができ、イベントに参加することで、新たな気付きや、魅力的なSalesforceの活用方法を知るきっかけとなります。このような情報を社内に共有することで社内教育の強化にもつながります。​よくあるご質問Q：参加資格はありますか？A：一部のグループはSalesforceライセンスを保有するユーザーがご利用いただけます。ご利用いただいている製品は問いません。Trailblazerアカウントについてはこちら（Salesforce ヘルプ ドキュメントへ遷移します）をご覧ください。​Q：年会費や月額料金はありますか？A：すべて無料でご利用いただけます。​Q：参加できるグループの数に制限はありますか？A：ございません。ご興味のあるグループにご参加ください。​Q：1名申込みで複数名の参加は可能ですか？A：いいえ、ご参加される方それぞれのご登録をお願いいたします。​まとめTrailblazer Communityでは世界中のユーザーが意見を交わし、自由にディスカッションできる場所です。参加者ユーザが主体となり、グループを運営することができるため、リアルなコミュニケーションができるだけでなく、よりいっそうコミュニティの活性化につなげることができます。​お客様同士が情報共有し、協力することで、お互いの成果拡大につながります。是非Trailblazer Communityを有効活用してみてください。

(2023年11月) Salesforceの運用に関する重要なお知らせ

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/376fAEBj9VvX8Qxs6i5EXd​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の11月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2023年11月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは、Winter '24リリースノートの更新情報です。​今月は10月16日以降の更新情報の抜粋です。先月まで、現行動作に影響を与える可能性がある更新をピックアップしていましたが、今月から資料に「注目」欄を追加しました。こちらに「⚪︎」がついている情報は、Data Cloud や AI と言った 今 Salesforce  が注力して開発を進めている機能です。ぜひご注目ください。​プロンプトビルダーでパーソナライズされたセールスメールの生成 (パイロット)プロンプトビルダーで、パーソナライズされた営業メールを生成する機能のパイロット版に関するリリースノートが追加されました。​プロンプトビルダーで生成 AI を使用して項目値を入力 (パイロット)プロンプトビルダーで、生成AIを使用して項目値を入力する機能のパイロット版に関するリリースノートが追加されました。​REST API で Apex アクションの例外が発生した場合のロールバックの適用 (リリース更新)本リリース更新の強制適用時期が、Spring '24からSpring '25に延期されました。​メールのサービス返信を使用した顧客ケースの迅速な解決 (正式リリース)Service Cloud Einsteinに含まれる機能で、今まではチャットのみ対応していた「サービス返信」の機能を、メールで利用可能になった旨のリリースノートが追加されました。​Develop from Anywhere using Code Builder (Generally Available)コードビルダーの正式リリースに関するリリースノートが追加されました。コードビルダーは、Webブラウザーからアクセスできる 統合開発環境（IDE）です。APIのオプションをお持ちのProfessional Edition、もしくはEnterprise Edition 以上のご契約であれば、管理パッケージをインストールしてご利用いただけますので、ぜひお試しください。​会話マイニングレポートの作成時にメールの会話を含める (正式リリース)日本では未提供ですが、サービスインテリジェンスのアドオンを持つService Cloudのお客様がご利用可能な機能である「Einstein 会話マイニング」で、Winter '24から、メールのやり取りを元にしたレポートの作成が正式リリースされました。今回のリリースノートの変更では、そのレポートの対象となるのはメール to ケースで作成されたケースのみであることが明記されました。​Migrate to New Data Cloud Permission SetsData Cloud をご利用中のお客様向けの情報です。2023年11月6日から、既存の Data Cloud 標準権限セットの名称が変更され、接頭辞 "Legacy"が追加されました。また、それに伴い、2023年11月8日から、新しい標準権限セットが作成されています。両者の違いは、 新しい標準権限セットは、データ スペースを認識する機能のオブジェクトから"すべて表示"と"すべて変更"権限が削除されています。これにより、データ スペース内のデータ セキュリティの強化をサポートすることができます。​Refine Access with Data Spaces Feature PermissionsData Cloud のセキュリティ・データ・スペースの強化に関するリリースノートを追加しました。Data Cloud のデータ スペース内のデータ セキュリティが強化されることで、CRMの アクセス コントロールとの整合性が向上し、すべてのアクセス方法にわたってデータ スペースのセキュリティが実施されます。​Prepare for Google Chrome’s Phasing Out of Third-Party Cookies and Its Potential Impact to Open CTI入電対応をしているコールセンターで影響が出る可能性がある、Google社側の変更についてです。Google社 では、 Privacy Sandbox イニシアチブが進行中です。その影響で、 ご利用中のOpen CTI の実装に3rd Party Cookie が利用されている場合に、2024年1月以降影響が出る可能性がございます。11月16日に、本件に関するメールをシステム管理者様に送信しております。メールがお手元に届いている場合には、CTIベンダーへ影響有無の確認をお願いします。​Use a Session Token Instead of a Cookie for Lightning Apps on Third-Party Sites開発者様向けの情報です。Lightning OutやSalesforceとOutlookのインテグレーションなど、Lightningアプリがサードパーティのコンテキストにある場合に、認証Cookieをセッショントークンに置き換えるための新しいセッション設定に関するリリースノートが追加されました。​Create From Lookup ChangesWinter '24以降、クイックアクションが有効なコンポーネント等からURL遷移するためのファンクションを使用した際、デフォルトではモーダルが閉じられなくなりましたが、本動作は、Sandbox にのみ適用されることを明記しました。​Find Answers to Business Questions with Data Cloud Reports今まで、Data Cloud のオブジェクトのレポートを作成することはできませんでしたが、Winter '24で正式リリースされた旨のリリースノートが追加されました。​Highlight and Share Key Data Cloud Metrics in Dashboards今まで、Data Cloud のオブジェクトのダッシュボードを作成できませんでしたが、Winter '24で正式リリースされた旨のリリース ノートが追加されました。​Connect to Your Data Cloud Instance Automatically During SetupData Cloudの設定に関する変更点です。Salesforce と Data Cloud インスタンス間の接続を手動で作成する必要がなくなったことに関するリリース ノートが追加追加されました。​Find Solutions and Consultants Faster on AppExchange JapanAppExchange（日本版）のサイトで、ビジネスニーズや業種などの新しいフィルターオプションを利用可能になった旨のリリースノートが追加されました。​Einstein を使用して AI が生成した簡潔な販売概要を取得 (ベータ)Einstein for Sales アドオンを持つ Unlimited Edition 以上の Sales Cloud をご契約のお客様で使うことができる「Einstein セールス概要」の機能を利用可能になる新しいタイムラインを記載しました。具体的には、取引先と商談の Einstein セールス概要は現在ベータ版を提供中、取引先責任者とリードのセールス概要は、Winter ’24 の後半で利用可能になる予定です。​Hyperforce インスタンスでの拡張された利用状況総計値の使用プラットフォームイベントと変更イベントの公開や配信に関する拡張された利用状況総計値を、Hyperforce で利用可能であることを示すリリースノートが追加されました。​Discover Hidden Insights on Reports with CRM Analytics2023年9月以前にCRM Analytics を有効にしていた場合、標準の Sales Cloud Einstein 権限セットのいずれかに割り当てられているユーザーは Einstein Discovery for Reports にアクセスできるようになりました。​Enable ICU Locale Formats (Release Update)ICUロケール形式を有効化というリリース更新についてです。本リリース更新は、Spring '24で全ての組織に対してICUロケール形式が有効化される予定でしたが、Spring '24からSpring ’25 にかけて段階的に進められることになりました。（Spring ’25 のリリースを以て、全組織でのICUロケールの有効化は完了となります）ICUロケール形式の自動有効化の30日から60日前に、お客様へメールでアナウンスが送付される予定となっていますので、お手元に届きましたらご確認ください。また、[設定]画面にある[ユーザーインターフェース]から [Enable ICU locale formats as part of the scheduled rollout]の チェックボックスをオフにすることで、Spring ‘25まではICUロケールの適用を延期することが可能です。​以上が、10月16日以降のリリースノート更新情報からの一部抜粋です。関連機能をご利用のお客様は上記リンクより詳細をご確認ください。また、すべての更新情報をご覧頂く場合は、更新情報一覧のリリースノート（英語版）をご覧ください。​続いて多要素認証（MFA）に関する更新情報です。​MFAに関する公開情報に「Salesforce 多要素認証に関する FAQ」と「多要素認証 (MFA) 適用ロードマップ」がございますが、この２つの公開情報について10月20日に更新が行われていますのでご紹介します。​関連情報オンラインコミュニティSalesforce 多要素認証に関する FAQ 多要素認証 (MFA) 適用ロードマップサクセスナビ：MFA（多要素認証）設定設定マニュアルサクセスナビ：MFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)​まずはMFAの自動有効化と強制適用のロードマップに関する更新情報です。Core Platform 製品につきましては、Spring '24のリリースまで自動有効化を実施して、Summer '24のリリースからは強制適用を段階的に実施する予定となっていましたが、非常に多くのお客様に MFA を導入いただいている現状を鑑みて、Core Platform 製品については 強制適用は実施しないこととなりました。今後は MFA を使用していないお客様組織については、組織内に表示されるメッセージ等でお知らせさせて頂く「通知モデル」へと移行する予定です。通知モデルの詳細については Spring'24 のリリースノートにて確認頂ける予定になっていますのでお待ち下さい。​続いて、MFAのFAQに関する更新情報を４つご紹介致します。上記ページの1行目の更新ですが、こちらは Core Platform 製品における MFA 強制適用の予定がなくなった件です。続いて、2行目の更新ですが、MFAの適用免除に関するユースケースが説明されているセクションの名前が変更になったというものです。セクション内の記載自体には更新はございません。次に3行目の更新ですが、MFAの適用準備に関する情報がFAQに記載されていましたが、その情報が「MFA ロールアウトに成功するための変更管理」という別のページに纏められたことをお知らせしております。そして4行目の更新ですが、多要素認証と2要素認証の違いに関する情報が記載されていましたが、該当セクションが削除されたことをお知らせしております。​続いて、インフラ強化に関する更新情報です。​まずはインスタンスリフレッシュに関する更新情報です。11月5日と19日にインスタンスリフレッシュが計画されていましたが、実施済みとなっています。また、主に海外のお客様にご利用いただいているインスタンスですが、上記スライドに記載されている「NA」で始まるインスタンスにおいて、12月3日にインスタンスリフレッシュが予定されています。インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて許可すべきIPアドレスとドメインに関する更新情報です。このスライドでは３つの公開情報をご紹介していますが、2つ目にございますHyperforceに関する公開情報に更新がございますのでご紹介致します。こちらの公開ナレッジは10月20日に２つの更新が行われています。1つ目は、Hyperforce上でStreaming APIを利用する場合は、APIバージョンが37以降でなければならないという要件が追加されたというものになります。2つ目の更新なのですが、「一時的な既知の問題」というセクションにHyperforceでまだ利用できない機能/製品に関する情報が記載されており、いくつかの機能/製品についてHyperforceで利用可能となる時期が最新情報で更新されました。​関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、次期バージョンであるSpring ‘24で適用予定のリリース更新のご紹介です。​リリース更新の変更箇所は２点です。ICUロケール形式の有効化について適用時期が変更となり、Spring '24からSpring '25の間に段階的に自動有効化されることとなりました。詳細は、機能の廃止セクションにてご紹介いたします。​関連リンクWinter '24 リリースノートの更新情報組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)商談の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)ICU ロケール形式の有効化 (リリース更新)サクセスナビ : ICUロケール形式の有効化Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化 (リリース更新)Apex RestResponse ヘッダーの RFC 7230 に基づく検証の適用 (リリース更新)REST API で Apex アクションの例外が発生した場合のロールバックの適用 (リリース更新)​こちらのリリース更新は特に変更ございません。それぞれのリリース更新の詳細説明については割愛させていただきますが、Spring'24でも複数のリリース更新が適用されるため、公開情報をご確認の上、適用に向けたご準備をお願い致します。​関連リンクゲストユーザーによる承認申請の編集または削除の防止 (リリース更新)ナレッジの Lightning 記事エディターと記事のパーソナライズを有効化MFA の自動有効化の続行: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)​拡張ドメイン適用までの今後のロードマップについては、変更はございません。旧URLにアクセスした際のリダイレクトがWinter'25で停止となる旨を通知する製品コミュニケーションメールが12月4日に管理者様に送信されます。詳細は製品コミュニケーションメールの内容をご確認ください。関連リンク拡張ドメインの有効化とその準備拡張ドメインのスケジュールチェックリスト​続いて、その他の更新です。​こちらでは、「Salesforce からメールを送信するためのメールアドレスの検証」についてご紹介します。現在のSalesforce ではメールアドレスが未検証であるユーザは、Salesforce からメールが送信できない動作となっています。この動作はシングルサインオン、SSOをご利用中の組織には適用されていませんでしたが、Spring’24のリリースを以って、SSOをご利用中の組織にも本動作が適用される予定となっています。SSOを利用している、メール送信を行う必要がある、メールアドレスが検証されていない、この３つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に関する対応をご計画ください。本件に関する詳細はサクセスナビ「Salesforce からメールを送信するためのメールアドレス検証」に情報を纏めておりますので、ご確認ください。​リリースノートの更新でもご紹介しましたGoogle Chrome のサードパーティー Cookie の廃止が Open CTI に影響を与える可能性についての詳細です。お客様の Open CTI ソリューションが AppExchange パートナーによって提供または実装されている場合は、影響範囲について開発元へご相談ください。その他詳細については、リリースノートを併せてご確認ください。関連リンクGoogle Chrome のサードパーティー Cookie の廃止が Open CTI に影響を与える可能性​続いて機能の廃止に関する情報です。​JDKロケール形式はSpring '24で全ての組織に対してICUロケール形式が有効化される予定でしたが、Spring'25のリリースまでに段階的に廃止を進める予定に変更となりました。Spring '24からICUロケール形式の有効化が段階的に進められ、Spring ’25 のリリースを以て、全組織でのICUロケールの有効化は完了となります。ICUロケール形式の自動有効化の30日から60日前にお客様へメールでアナウンスが送付されますのでご確認ください。また、[設定]にある[ユーザーインターフェース]から [Enable ICU locale formats as part of the scheduled rollout] チェックボックスをオフにすることで、Spring ‘25まではICUロケールの適用を延期することが可能です。詳細はサクセスナビ「ICUロケール形式の有効化」をご覧ください。​続いてIndustry Cloudの有償オプションであったインテリジェントフォームリーダーの廃止です。現在のご契約が終了すると本機能が利用できなくなりますため、新しい機能であるインテリジェントドキュメントリーダーへの切り替えをご検討ください。次にオンライン寄付のプラットフォームであるElevateの機能廃止についてです。本機能をご利用のお客様向けに、代替ソリューションへの切り替え方法が公開ナレッジに記載されていますのでご確認ください。​最後にその他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​11月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

SalesforceによるセキュアなWebアプリケーション開発と開発における責任共有モデル

この記事で学べること・SalesforceがどのようにセキュアなWebアプリケーション開発をしているか、脆弱性対策を実施しているかが理解できる・Webアプリケーション開発におけるSalesforceとお客様の責任分界点が理解できる1. はじめにSalesforceが提供するSaaS とPaaSにおいてプラットフォーム部分はSalesforceの責任範囲であり、一方、利用者のアカウント管理、認証、、パスワードポリシーの設定、お客様のデータへのアクセス管理と監視等はお客様の責任範囲になりますが、このブログではWebアプリケーションの開発、特に脆弱性におけるお客様とSalesforceの責任分界点について説明します。​Salesforceが提供するSaaS とPaaSでは以下の2つの部分に分割されます。・プラットフォームの標準部分・プラットフォームの標準部分上にお客様が追加した部分「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はSalesforceが責任を負います。一方、「プラットフォームの標準部分上にお客様が追加した部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はお客様が責任を負います。2. Salesforceが責任を負う範囲「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はSalesforceが責任を負います。​「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発については、Salesforceは昨今のセキュリティ・バイ・デザイン、シフトレフトの考え方を採用し、セキュア開発ライフサイクル(SSDL)に従い、脅威モデリング、セキュアコーディング、静的コードスキャン(SAST)、DAST、ファジングテストを実施し、計画・設計、開発、テストのすべてのフェーズにおいて脆弱性等のセキュリティを考慮したWebアプリケーションの開発をしています。​そのため、SalesforceはWebアプリケーションの開発段階で、以下のようなOWASP Top 10脆弱性をはじめとする様々な脆弱性の対策を実施しています。・SOQLインジェクション・クロスサイトスクリプティング(XSS)・クロスサイトリクエストフォージェリ(CSRF)・コマンドインジェクション・HTTP/メールヘッダーインジェクション・ディレクトリトラバーサル・セッションハイジャック・クリックジャッキング等​​Salesforceのセキュア開発ライフサイクル(SSDL)の概要につきましては下記ホワイトペーパーをご確認ください。https://compliance.salesforce.com/en/faqs-and-white-papers「Salesforce Secure Development Lifecycle Overview」​しかし、日々あらたな脅威、脆弱性が発見されているため、Webアプリケーションの開発段階での脆弱性対策だけでは十分ではありません。​そのため、製品のリリース後、SalesforceはWebアプリケーションの「プラットフォームの標準部分」における第三者機関による脆弱性診断／ペネトレーションテストを定期的に実施しております(実施頻度は製品によって異なりますが、Salesforce Servicesの場合、年3回です)。​お客様はこの第三者機関による脆弱性診断/ペネトレーションテストの直近のサマリーレポートをSalesforceのコンプライアンスサイトからダウンロードいただき、診断結果をご確認頂くことが可能です。また、発見された脆弱性につきましてはSalesforceの基準に従って、迅速に対応しています。​また、Webアプリケーション自体の脆弱性対策だけではなく、システムが利用しているコンポーネントについても、SalesforceのTrustチームがベンダーやその他のソースからの脆弱性に関する警告とパッチリリースに関する通知を常にモニターし、脆弱性情報を一元管理し、対応の要否を検討しています。具体的には、システムに対する脆弱性の重大度とリスクに依存しますが、セキュリティパッチは直ちに展開するようにスケジュールされる場合や、適切な計画メンテナンス間隔まで実施延期される場合があります。また、適用せずに代替の方法でセキュリティコントロールを行う場合もあります。​​以上がSalesforceが責任を負う「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発と脆弱性対策になります。続いて、お客様が責任を負う範囲についてご説明します。​3. お客様が責任を負う範囲「プラットフォームの標準部分上にお客様が追加した部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はお客様が責任を負います。 ​お客様がノーコードまたはローコードを含むカスタム開発部分においてセキュアなWebアプリケーション開発を行っていただくために、Salesforceは以下の様々なガイドライン、ツールをご提供しております。お客様は、これらのガイドライン、ツールを使用し、お客様自身でセキュアな開発、定期的なセキュリティチェックを実施していただく責任があります。​Apex および Visualforce 開発のセキュリティガイドラインSecure Coding Guidelines (英語)Security Tips for Apex and Visualforce Development (英語)ソースコードスキャナ(Checkmarx)※Apex、Visualforceのソースコードスキャン。 SOQLインジェクション、クロスサイトスクリプティング、クロスサイトリクエストフォージェリ等を検出可能。12ヶ月ごとに360000行は無償でご利用可能セキュリテ状態チェック※クロスサイトスクリプティング等の脆弱性の簡易チェック機能があります。Salesforce Optimizer※過剰なアクセス権限を付与していないか等を検出する機能があります。​しかし、日々あらたな脅威、脆弱性が発見されているため、Webアプリケーションの開発段階での脆弱性対策だけでは十分ではありません。​そのため、お客様によるカスタム開発部分につきましては、お客様自身で脆弱性診断を実施していただくことを推奨しております。お客様が脆弱性診断を実施していただく手順はこちらのリンクに記載しておりますが、その中のSecurity Assessment Agreement(SAA)に診断の際の禁止事項、診断実施可能タイミング等の注意事項を記載しておりますので、こちらの内容を十分ご理解いただいた上で、診断の実施をお願い致します(診断の事前申請は不要です)。​また、お客様によるカスタム開発の責任はお客様に帰属するため、お客様の脆弱性診断で発見されたお客様によるカスタム開発部分の脆弱性につきましては、お客様にて修正等の対応を実施していただく必要があります。一方、お客様の脆弱性診断で「Saelsforce提供のプラットフォームの標準部分」の脆弱性を発見された場合は、Salesforce(security@salesforce.com)にご報告をお願い致します。その際にSalesforceへ連携していただく情報につきましてはこちらのリンクをご参照下さい。​また、CookieへのHttpOnly属性の付加、セッションハイジャック対策のためのセッションタイムアウトの設定等、お客様が設定可能な項目もございますので、こちらにつきましては以下のリンクをご参照下さい。https://help.salesforce.com/s/articleView?id=000318378&type=1https://help.salesforce.com/s/articleView?id=sf.admin_sessions.htm&type=5

(2023年6月) Salesforceの運用に関する重要なお知らせ

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/gmr5nhcSYK3igoV4Txtqxt​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の6月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2023年6月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは製品イノベーションです。​6月11日に、日本のお客様が利用しているインスタンスがバージョンアップして、Summer '23になりました！サクセスナビに、Summer '23リリース 注目の新機能 ページを公開中です。来月には、今までの新機能ウェブセミナーに代わる、新機能の動画を公開予定です。ぜひ、今のうちに新機能ページをブックマークしておいてください。​関連リンクThe 360 Blogサクセスナビ : バージョンアップに備えましょうSummer '23新機能 特設ページオンラインコミュニティ：Admin Trailblazers、Release Readiness TrailblazersプレリリースサイトリリースノートRelease Overview Deck、Release in a BOXSummer '23 Release Highlights​続いて、Summer ’23 のリリースノートの更新情報をご紹介します。​ここでは、5月22日以降のリリースノートの更新情報の中から、現行動作に影響を与える可能性があるものをピックアップしてご紹介していきます。​全ての更新情報をご覧頂く場合は、スライド左下の「Summer '23更新情報一覧」の英語版をご確認お願いします。​No. 10 REST API で呼び出し可能なカスタムアクションの例外が発生した場合のロールバックの適用 (リリース更新)2回更新が入っています。5/22強制適用のスケジュールが変わりました。元は Winter ’24 の予定でしたが、Spring ’24 に変更されました。6/12より更新内容がわかりやすいように、英語のリリース更新名が変わりました。スライドに新旧両方の名前を記載しています。「似たような名称だけど、同じリリース更新ですか？」というご質問をいただくことがあるので、こちらで共有となります。​No. 11　サイトでのゲストユーザのオブジェクト、レコード、項目へのアクセスの確認[設定]画面に、「ゲストユーザー共有ルールアクセスレポート」というメニューが新しく追加されました。このレポートで、管理者様はゲストユーザーが共有ルールからどのレコードにアクセスできるかを確認できます。サイトを外部公開する時や、外部公開している既存サイトの設定変更をする時など、本レポートを参照して、意図しないレコードへのアクセス権が付与されていないかを簡単に確認することができますので、ぜひご利用ください。​No. 12　Lightning アプリケーションの CSRF トークンのセキュリティの機能強化 (リリース更新)2回更新が入っています。5/29Sandboxは変わっていませんが、本番環境のみ、強制適用のスケジュールがWinter '24に延期になりました。6/12このリリース更新はLightning Outには適用されない旨が追記されました。​No. 13　関連リストでの一括クイックアクションを使用した生産性の向上 (ベータ)現行動作に影響を与える類の情報ではありませんが、とても便利なベータ版機能です。注目度が高いと思いますので、共有します。​関連リストにクイックアクションを追加する方法の記載が、より明確になりました。もし、Sandboxで設定を試してみたものの、関連リストに追加したアクションがうまく表示できなかったという場合には、関連リストの種別を[拡張リスト]に変更して表示の確認をお願いします。​No. 14　The Ref ID Format for Email-to-Case Changed現在メール to ケースをご利用のお客様にとって重要な情報です。2回更新が入っています。6/5メール to ケースで使用されているRef IDの新しい形式の説明が追加されました。6/12この変更はWinter ‘24にリリースされる予定である旨が追記されましたメール to ケースのRef IDについては、新しいLgithningメールスレッドへの移行が推奨されています。Lgithningメールスレッドは、Salesforceのセキュリティ標準に適合する方法で作成されるトークンベースのスレッドのことです。設定画面の[リリース更新]から有効化できますので、まだ古いRed IDをご利用のお客様は、まずはSandboxで有効化して動作をご確認いただき、本番環境へ適用の準備を進めてください。​No. 15　Lightning Knowledge 移行ツールの実行Classic Knowledgeの実装におけるカスタムソリューションがある場合には、リファクタリングする必要性があることが追記されました。ClassicナレッジのデータモデルはSummer '25（2025年6月）で廃止される予定のため、それまでに、移行ツールを実行いただく必要がございます。その移行ツールを実行する前に、記事タイプを参照するVisualforce ページや Apexクラスなどのカスタムソリューションがあれば、それらを変更いただく必要があるという内容になります。​No.16　Hyperforce アシスタントを使用した Hyperforce への移行Hyperforce Assistantの使用方法が更新されました。お客様組織のHyperforceのアップグレードの日程が確定しなくても、Hyperforce Assistantを利用可能であることが記載されました。​続いて、多要素認証（MFA）に関する更新情報です。​「Salesforce 多要素認証に関するFAQ」ナレッジに、英語版のみですが、6月1日に更新が入っています。更新内容は、以下の通りです。​更新箇所は3つあります。いずれも、データローダのOAuthログインに関する内容です。​データローダにログインする際、ユーザ名とパスワードを入力する方法は、以下2種類あります。OAuthPassword Authenticatonデフォルトでは、OAuthが選択されており、ブラウザのログイン画面が表示されて、ユーザ名とパスワードを入力し、MFAが有効な場合は検証要素が求められます。その検証要素として、セキュリティキー、組み込み認証（Windows Hello、Touch ID、Face ID等）はサポートされていない旨が明記されました。​次は、インフラ強化に関する情報です。​​まずは、インスタンスリフレッシュです。多くの日本のお客様の組織が稼働する下記のインスタンスでインスタンスリフレッシュが予定されていましたが、一旦キャンセルになり、今年中に再度スケジュールされる予定です。2023/8/20(JST) : AP0, AP3, AP4, AP5, AP6, AP7, AP8, AP152023/8/6(JST) : CS5, CS6, CS31, CS57, CS58, CS72, CS73, CS74, CS75, CS76​新しい日程はTrustサイト、および、Salesforceからお客様へメールで通知をさせていただきます。また、インスタンスリフレッシュに必要な準備についてまとめた動画をサクセスナビよりご視聴いただけます。念の為、ご確認いただけますようお願いします。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備（動画付きの解説あり）​続いて、許可すべきIPアドレスとドメインに関する情報です。​「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」のナレッジに更新があります。HyperforceへのアクセスにおいてIPアドレスによる許可リストを構成しなければならない場合、それらのIPアドレスは弊社 Complianceサイト から確認できる旨が追記されました。 Complianceサイト のIPアドレスは、メールリレー用のIPアドレスではないこと、そして Marketing Cloud、Commerce Cloud のような Salesforce Platform 以外の製品のIPアドレスではないことが明記されました。High Scale Orders、Service Cloud Voice、Event Relayにおける既知の問題の対応時期についても更新があり、2023年度中にHyperforce上で利用可能になる予定であることが記載されました。​​関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、リリース更新に関する情報です。​以下リリース更新は、Summer '23 で適用される予定でしたが、延期されました。​ゲストユーザによる承認申請の編集または削除の防止Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止​強制適用日は延期となりましたが、今後のリリースでは適用されますので、内容のご確認をお願いします。​上記は、次期バージョンである Winter ’24 で適用予定のリリース更新のご紹介です。ここでは、特に重要な更新を４つピックアップしてご説明します。MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Spring '23 とSummer '23 のリリースに引き続き、Winter '24 のリリースでもMFAが自動有効化される組織がございます。自動有効化対象のお客様には事前にSalesforceからお知らせのメールが送信されますので、管理者様は弊社から送信されるメールのご確認をお願い致します。拡張ドメインの有効化Spring '23 と Summer ’23 のリリースで拡張ドメインの自動有効化が行われましたが、Winter ’24 でも拡張ドメインの有効化が行われます。またWinter'24での拡張ドメイン有効化が行われると、管理者様は拡張ドメインを無効化することができません。ケースおよび取引先責任者の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)このリリース更新の適用により、取引先オブジェクトの子レコードになるケースレコードおよび取引先責任者レコードに関する共有レコードが保存されなくなります。子レコードに関する共有レコードが作成されないため、共有ルール適用に関するパフォーマンスが向上します。一方で、共有レコードを参照するような個別開発を行っていた場合、そのカスタマイズの動作に影響を与える可能性がございますため、リリース更新の内容をご確認いただければと思います。​Chatter メール通知を送信するときの送信者名とメールアドレスの必須化 (リリース更新)このリリース更新が適用されると、Chatter メール通知の設定における「差出人名」と「メールアドレス」が設定されていない場合は、Chatterメール通知が送信されなくなります。リリース更新の情報をご確認いただき、それぞれの設定が行われているどうかご確認をお願いします。​続いて、その他の更新です。​前述しました通り、Winter '24 で拡張ドメインが強制適用されると、その後、管理者様は拡張ドメインを無効化することができません。拡張ドメインは影響度の大きい更新であるため、Winter '24 のリリースまでに適用できるようにお客様側でのご準備をお願い致します。​関連リンク拡張ドメインのスケジュールチェックリストSalesforce の拡張ドメインに関するよくある質問​続いて、フローに関するロードマップです。これまでのアナウンスの通り、Summer '23 のリリースでプロセスビルダーは新規作成できなくなりました。今後の自動化プロセスの作成はフローをご利用ください。また既存のワークフロールールやプロセスは移行ツールをご利用いただき、フローへの移行をご検討ください。関連リンクフローへの移行​最後に今後予定されている機能の廃止に関する情報です。​ここでは「Workforce Engagement」の廃止についてご紹介します。Workforce Engagementはコンタクトセンター等における作業量や人員配置の計画等をサポートする製品でしたが、現在のご契約が終了した時点で、ご契約の更新ができなくなります。​6月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。

(2022年7月) Salesforceの運用に関する重要なお知らせ

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で学ぶhttps://play.vidyard.com/e8SMEpyfcVQgkPrQPUo4pU?全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ​本記事は「Salesforceの運用に関するお知らせ」の7月号となりますこちらの記事では、前半は技術関連情報、後半はセキュリティ関連情報の構成で、特に重要な情報に絞ってご紹介いたします。お客様に必要なアクションにいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​まずは技術編です。​2022年7月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてご紹介します。​Winter ’23 Sandboxプレビューに関するメールがお手元に届いていると思います。Winter '23の Sandbox のリリース日は、8/28です。普段メールでリリース日を確認している管理者様も多いと思いますが、Trustサイトには約1年先までのリリース情報が掲載されています。本番組織におけるWinter'23リリース日は10/16です。もし、Trustサイトのことをご存知ないお客様は、下記リンクからアクセスをしてみてください。関連リンクTrustサイト​続いて、Summer '22のリリースノートの更新情報です。リリースノートは公開された後も、不定期に更新されていきます。ここでは、お客様に知っておいていただきたい7月分の情報を抜粋してご紹介します。​まず、Sandbox 組織と本番以外の組織での拡張ドメインの適用の延期 です。Summer '22で、[私のドメイン]の設定画面に[Spring '23 まで拡張ドメインの適用を延長します]のオプションが追加されました。本番組織およびスクラッチ組織については、Salesforce側でそのオプションを有効化しますので、拡張ドメインの有効化はSpring '23に延期されるという内容がリリースノートに明記されました。​続いて、Experience Cloudサイトをご利用のお客様向けの情報です。Summer '22から、Customer Communityライセンスで取引先を作成する権限を付与することはできない旨が追記されました。今後は、作成権限を付与するには、Customer Community PlusまたはPartner Communityライセンスが必要です。​そして、User Access and Permissions Assistant アプリについてです。AppExchangeに公開されているUser Access and Permissions Assistant アプリの内容がリリースノートに追加されました。このアプリを使用すると、権限セットグループを簡単に管理したり、権限の割り当てを分析したり、レポートすることができます。気になる方はぜひリリースノートをチェックしてみてください。​そして、信頼できる外部 URL に限定したリダイレクトの許可です。以前は、外部URLへリダイレクトする際、ユーザーに警告することしかできなかったのですが、Summer '22から、あらかじめ管理者が指定した信頼できる外部URLへのリダイレクトのみを許可することができるようになったことが追記されています。これにより、悪意のあるリンクからユーザーを保護することができます。​最後に、Developer Edition 組織の有効期限ポリシーの更新についてです。Developer Edition の 組織の有効期限のポリシーが1年から半年に変更されたことが追加されました。​関連リンクSandbox 組織と本番以外の組織での拡張ドメインの適用の延期取引先オブジェクトの権限の変更User Access and Permissions Assistant を使用した権限の割り当ての管理信頼できる外部 URL に限定したリダイレクトの許可Developer Edition 組織の有効期限ポリシーの更新​IE11のサポート終了に関するお知らせです。こちらは先月と変更はありませんが、重要な内容なので再掲載しています。Microsoft社がIE11のサポートを終了したことを受けて、Salesforceも 2023/1/1 でIE11のサポートを終了します。今年末までは、ビジネスの停止につながる回避策がないような重大な問題のみに限定してサポートを延長します。現在もIE11を使用中のお客様は、速やかに、サポートされているブラウザへの移行をお願いします。関連リンクLightning Experience でサポートされるブラウザおよびデバイスすべてのブラウザに関する推奨事項と要件Lightning Platform における IE11 サポート終了について​Salesforce アプリケーションからのメールを受信できるようにする のナレッジが7/8、7/25 に更新されました。内容としては、ブラジルとUSのHyperforceのメールリレー用のIPアドレスが追加されています。これらの地域でSalesforceをご利用されていて、メールリレーを使用しており、Hyperforceへ移行予定もしくは移行済みのお客様はナレッジの確認の上、IPアドレスの追加をお願いします。関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、機能廃止予定です。NGO ConnectとAdvancement Connectが2023年1月で廃止される予定です。これらの機能をご利用中のお客様は、対応方法がナレッジに載っておりますのでご確認お願いします。関連リンクNGO Connect and Advancement Connect Retirement​以上が、技術情報のアップデートです。​引き続き、セキュリティに関するアップデートをご紹介いたします。​先月との差分は、多要素認証に関するFAQとロードマップについてです。​多要素認証に関する更新は、FAQは７月２８日時点、ロードマップは７月１３日時点での情報をご紹介いたします。関連リンクSalesforce 多要素認証に関する FAQ多要素認証 (MFA) 適用ロードマップ​FAQ（英語版）について７月２８日に更新されております。変更点としては、信頼できるデバイスのためのデバイス管理ソリューションの使用と、信頼できるネットワークのためのゼロトラストネットワークアクセスに関するガイダンスを追記しております。また、信頼できるデバイスとしてエンドポイントセキュリティソフトウェアを使用する場合の推奨事項が追記しております。詳細はFAQにてご確認をお願いいたします。​次に、MFAのロードマップについてです。更新箇所は、Tableau Onlineの特権ユーザーに関するもので、 8/9 から 8/26 の間に実施のスケジュールと変更となっております。​7月度分のアップデートは以上となります。最後までご覧いただき、ありがとうございました。​​​​

チームの販売予想を管理する

この記事で学べることコラボレーション売上予測を使用し、一連の商談の総積み上げに基づいて、売上を予測する方法コラボレーション売上予測とはコラボレーション売上予測は、パイプラインから商談成立までの販売サイクルの予測と計画において営業チームを支援し、会社全体での販売予想を管理します。[所有者 氏名]、[完了予定日]、[商品ファミリ]といった一連の指標に対する通貨または数量を積み上げて考えます。また、営業担当者の売上予測に対して上司がよりシビアな条件で売上予測をたてることもでき、予測と実績が大幅にずれることを防ぐことができます。​売上予測カテゴリ（上図①）は、4つ設定されおり、それぞれ対象商談を集計した金額が表示されます。Closed（クローズ済み）：商談成立した商談Commit（達成予測）：確実に完了する商談、および成立した商談Best Case（最善達成予測）：完了する可能性が高い商談、成立した商談Pipeline（パイプライン）：進行中のすべての商談なお、これらの名称は変更できます。詳細情報（上図②）は、売上予測の詳細情報を表示します。詳細を確認したい売上予測金額をクリックすると、集計されている商談の詳細を確認できます。​売上予測の設定は、次の4つのステップに分けることができます。コラボレーション売上予測の有効化売上予測階層の設定[売上予測]タブの追加目標値の設定​今回は、営業マネージャーとしいて自身のチームの6か月の商談収益を予測するよう設定してみましょう。コラボレーション売上予測の操作手順コラボレーション売上予測の有効化組織で売上予測を有効化します。１．[設定]｜[クイック検索]より「売上予測の設定」を検索し、選択します。２．[売上予測を有効化]にチェックを入れ、次のように設定し、保存します。・マネージャによる調整を有効化：True・売上予測の期間：毎月・開始日：当月・表示：6か月・目標を表示：True​売上予測階層の設定組織内の売上予測の積み上げ方法と、売上予測を表示、調整できるユーザーを指定します。売上予測マネージャーとして指定されたユーザーは、売上予測階層のそのユーザーより下のユーザーの売上予測と商談を表示することができます。今回の場合、営業マネージャーは、自身のチームに所属する営業担当1から営業担当6の売上予測と商談を確認できます。１．[設定]｜[クイック検索]より「売上予測階層」を検索し、選択します。２．[ユーザの有効化]をクリックし、ユーザーを追加します。​[売上予測]タブの追加１．[設定]｜[クイック検索]より「アプリケーションマネージャ」を検索し、選択します。２．タブを追加するアプリケーションを選択し、ナビゲーション項目より[売上予測]タブを追加し、保存します。​目標値の設定ユーザーごとの目標値を設定します。１．[設定]｜[クイック検索]より「売上予測目標」を検索し、選択します。２．[目標を表示]をクリックし、設定したいユーザーを選択して[選択した行を編集]から目標を設定します。３．[売上予測]タブを開き、右上の[歯車]マークより、目標値が表示されるよう設定します。売上予測レポートの作成売上予測データは、レポート・ダッシュボードでグラフィカルに表示することが可能です。売上予測レポートを使用するためには、カスタムレポートタイプの作成が必要です。下図のようにカスタムレポートタイプを作成することで、簡単にレポーティングすることができます。例えば、売上予測データを基にグラフを作成することで、チームメンバーすべての売上予測金額合計、月別にまとめた値をレポートで表示することができます。​考慮事項コラボレーション売上予測を無効化すると、一部の機能ではデータが消去される可能性があるため、事前にエクスポートする必要がある売上予測種別は最大4つまで有効にできる学習ツールコラボレーション売上予測の概念（ヘルプドキュメント）コラボレーション売上予測に関する考慮事項（ヘルプドキュメント）コラボレーション売上予測レポートの使用に関するガイドライン（ヘルプドキュメント）まとめ売上予測を活用することで、営業収益と数量を簡単に予測することができ、さらに、レポートを作成してグラフィカルに表示することが可能です。機能を有効化して、販売サイクルの予測と計画において営業チームを支援しましょう。

入力ミスをなくし、データの精度を高めよう

この記事で学べること入力規則を使用し、入力ミスをなくし、データの精度を高める方法入力規則とは、レコードを保存する前に、入力したデータが指定の基準を満たしているかどうかを確認する機能です。​1つ以上の項目のデータを評価する数式や条件式を設定し、「True」または「False」の値を返すことができます。また、指定された条件に基づき、入力した値が有効でない場合にエラーメッセージを表示することもできます。​この規則を使用することで、正確で精度の高いデータをSalesforceに登録することが可能です。入力規則を利用するメリット入力規則を利用することで、以下のメリットを得ることができます；データ入力ミスのリスクを最小化入力を制限できるため、微妙な誤記や表記違いを減らすことができる指定したルール以外の値が入力されたときはエラーメッセージを表示することで、正しい入力を促す活用事例1. 携帯番号の入力形式の指定現時点では携帯項目に、数字のほかにひらがなも入力できてしまいます。これでは正確な携帯番号がわかりません。​では実際に入力規則を作ってみましょう。​​​エラー条件数式は、「項目の挿入」と「演算子の挿入」を使うと便利です。また、右側の関数のリストから適切な関数を選ぶことでエラー数式を簡単に作成することができます。​携帯番号の入力形式を指定する入力規則を設定することで、桁数が 11 桁を超えたり、ひらがなやアルファベットが含まれた番号を入力したりすると、エラーメッセージが表示され、エラーが解消するまでレコードが保存されないようになります。​2. フェーズを「成立」にするには金額項目が入力されていることが条件​フェーズ（StageName）が成立（Closed Won）金額（Amount）3. 商談不成立の場合、不成立理由（選択リスト）を必須入力​フェーズ（StageName）が不成立（Closed Lost）商談不成立理由（Lost_reason）カスタム項目作成4. フェーズが成立の時は、納品日を変更できないフェーズ（StageName）が成立（Closed Won）納品日（Delivery_Date）カスタム項目作成5. 家族に子供がいる場合、子供の人数を必須入力​​家族構成（Family）カスタム項目作成選択リスト値「未婚」「結婚しているが子供なし」「子供がいる」から「子供がいる」を選択子供の人数（children）カスタム項目作成6. 次の商談予定日は過去日付を選択できない​次回の商談予定日（Next_Opportunity_date）カスタム項目作成考慮事項住所、姓名、連動選択リスト、連動ルックアップなどの複合項目参照不可自動採番の差し込み項目または [町名・番地(郵送先)] のような複合住所項目エラー条件数式を入力した後は「構文を確認」をクリックして確認学習ツール入力規則の例数式の演算子と関数設定だけでここまでできる！ハンズオンウェブセミナー：ちょっとした設定Tipsまとめ今回は６つの入力規則をご紹介しましたが、数式の組みあわせ次第ではさまざまな入力規則を設定することができます。指定した数値や言葉以外の誤ったデータがSalesforceに保存されると、活動は遅くなり、レポートは不正確になってしまうなど、さまざまな場面で会社の負担にもつながります。​業務効率の低下を防ぐためにも、ぜひ入力規則を活用してみてください。​​

絞りこんだ見込み客に営業アプローチをおこないましょう

この記事で学べること絞りこんだ見込み客に効果的な営業アプローチをどのようにおこなうのかこの記事のゴール1つ前の記事では見込み客を絞りこむ基準を決めて設定していただきました。この記事のゴールは絞りこんだ見込み客に対して「効果的な営業アプローチをどのようにおこなうのか運用ルールを決めて設定する」です。どのように効果的な営業アプローチをおこなうのかみなさんは見込み客に対してどのような営業アプローチが効果的と思いますか？ここでの効果的とは「商談を創出して売上につなげること」を指します。​見込み客への営業アプローチにおいて商談の創出につながるポイントはアプローチの「スピード」と「質」の2点です。例えば、資料をダウンロードした見込み客に1週間後アプローチするより、当日アプローチしたほうが良いですし、セミナーに参加した見込み客にざっくり感想を聞くより、セミナーの訴求点を伝えた上でヒヤリングしたほうが商談の創出につながります。​つまり効果的な営業アプローチとは、見込み客の行動や状況に適したアプローチを抜け漏れなくスピーディーに実施することです。​そのためには「運用ルール」を用意することが必要になります。運用ルールに必要な要素は、①ダッシュボード、②入力・更新ルール、③運用フローの3つです。営業担当者がタイムリーにフォローできているかをSalesforce上でわかりやすく管理する方法が「ダッシュボード」です。「ダッシュボード」は営業アプローチを抜け漏れなく実施しているかチェックする目的で使用するため、営業担当者のフォロー状況を可視化できるものを作成しましょう。具体的には、営業アプローチすべき見込み客やアプローチ期日が過ぎてフォローが漏れているToDoの一覧が良いでしょう。またフォロー状況をダッシュボードでリアルタイムに可視化するには、営業担当者は見込み客にアプローチしたらToDoを完了にしたりするなどアプローチ結果をSalesforceに正しく登録・更新する必要があります。これが「入力・更新ルール」です。最後に、用意したダッシュボードを営業マネージャーが毎朝チェックしてフォローが漏れている見込み客がいたら、営業担当者に速やかに対応を促すなどいつ、誰が、何をチェックして、どうするかを決めます。これが「運用フロー」です。​効果的な営業アプローチをどのようにおこなうのか運用ルールはイメージできましたか？まずは1つの利用シーンで自社にあった運用ルールを実際に設定してみましょう。具体的な設定例自社にあった利用シーンを決めたらあとは設定です！引き渡された見込み客に営業アプローチを促す運用ルールの作り方の例を下記のドリルで解説しています。ドリル：営業部門にパスした見込み客へのフォローを促す運用ルールをつくるまた、ドリルで紹介している「営業担当者のフォロー状況を可視化するダッシュボード」は「Account Engagement はじめてガイド基本パッケージ」に内包されています。※なお、本パッケージは弊社サポートの対象外となります。誠に恐れ入りますが、弊社テクニカルサポートにお問合せいただいても対応いたしかねますのでご了承ください。学習ツールレポート・ダッシュボード作成についてより詳しく知りたい方は、オンデマンド動画をご視聴ください。オンデマンド動画：レポート&ダッシュボード クイックスタートまとめ効果的な営業アプローチをどのようにおこなうのか運用ルールを決めて実際に設定してみましたか？設定ができたらぜひ運用をまわしてみましょう。​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ​次は商談創出や売上貢献の効果をあげるためどのように社内連携を強化するのかご紹介します。​​「活用7ステップ」全体に戻りたい場合はこちら