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

この記事で学べること Salesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/wieNC8DsSCCCtyNgiGZAyE​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「 Salesforce の運用に関するお知らせ」の 6 月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​こちらは、2024年6月のトピックです。本記事では、先月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​最初は、製品イノベーションに関する情報です。​日本時間の 6 月 16 日に、本番環境のインスタンスが Summer ’24 にバージョンアップされました。それに伴い、サクセスナビに Summer '24リリース注目の新機能 ページが公開されており、リリースノートのななめ読み（膨大なリリースノートから注目度の高いものをピックアップしたもの）などを確認いただけます。また、7 月には各製品のエキスパートが注目の新機能を解説する動画も追加される予定です。ぜひ、Summer '24リリース注目の新機能 ページにアクセスしていただき、まだの方はブックマークをお願いします。​関連リンクSalesforce Admins：Admin Release Countdown: Get Ready for Summer ’24サクセスナビ : バージョンアップに備えましょうサクセスナビ：Summer '24リリース注目の新機能オンラインコミュニティ：Release Readiness TrailblazersSummer ’24 Release noteSalesforce Sandbox プレビュー手順Trustサイト（リリーススケジュール）Summer ’24 Release SiteSummer '24 Release HighlightsRelease Overview DeckFeature Matrix​続きまして、Summer '24リリースノートの更新情報です。今回は5 月 20 日以降の更新情報です。更新情報の中から現行動作に影響を与える可能性があるものと注目の機能を抜粋してご紹介します。​No. 12、13 Let Einstein Build a Draft Flow for You (Beta)どちらもEinstein for Flow に関する情報です。Einstein for Flow を有効にする方法が追加され、リリース時期が Summer ’24 以降に延期されました。​No. 14 Answer Questions Easily with Knowledge and Generative AICopilot アクションの使用可能範囲についてです。Summer ’24 より、[ナレッジを使用して質問に回答] Copilot アクションをボットに接続して、顧客の質問に対して会話風の回答を生成することができますが、本機能を有効にする方法の詳細が記載されました。なお、現時点では本機能のサポート言語は英語のみです。​No. 15 Einstein for Service Catalog (Beta)こちらも Copilot アクションに関する情報です。Einstein for Service Catalog では、Copilot はアクションを使用して顧客にカタログ項目のリクエストを開いたり、カタログ内の項目への URL リンクを提供できますが、本機能はベータサービスであることがリリースノートに記載されました。​No. 16 Create a Custom UI Solution for Messaging for In-App and Web (Beta)Live Agent の後継機能である、アプリ内および Web のメッセージングに関する情報です。アプリ内および Web のメッセージングの新しいデプロイメントタイプに関するリリースノートが追加されました。アプリ内および Web のメッセージングの API を使用すると、サードパーティのボットやパートナーがサポートするメッセージングソリューションと統合することなどができます。​No. 17 Access the Recent Activity Timeline on the Salesforce Mobile App with Copilot EnabledSalesforce モバイルアプリケーションに関する情報です。以前は、Einstein Copilot が有効な場合、Salesforce モバイルアプリケーションで最近の活動タイムラインを表示できませんでしたが、Summer ’24 ではEinstein Copilot が有効な場合でも、リード、商談、取引先、および取引先責任者の最近の活動タイムラインが表示されるようになります。日本語で Copilot を使えるようになる日が待ち遠しいですね！​No. 18 Catch Up On Emails Quickly with Einstein Work Summaries for Email (Generally Available)機能の名称変更に関する情報です。Summer ’24 で Einstein 作業概要をメールでも利用可能になりますが、機能名が作業概要 → 作業サマリーに変わります。これに伴い設定メニューの表示も変わりますので、特にシステム管理者様はご承知おきください。​No. 19 Help Partners Send Personalized Sales Emails FastEinstein Sales Emails に関する情報です。パートナーユーザーが Einstein Sales Emails を利用するために必要なアドオンライセンスが修正されました。Sales Cloud Einstein ではなく Einstein for Sales が必要です。​No. 20 Ensure Security in Search with Search Manager検索マネージャーに関する情報です。検索マネージャーの機密情報を含むカスタム項目に項目レベルセキュリティを適用する機能のリリース時期が延期になる旨がリリースノートの記載されました。​No. 21 Migrate to a Multiple-Configuration SAML Framework (Release Update)リリース更新に関する情報です。「複数設定 SAML フレームワークへの移行」というリリース更新の本番インスタンスへの適用時期が Spring ’25 に延期されました。Sandbox は延期せず、Summer ’24 で適用されました。​No. 22 Download Up to 1 Year of Event Log Filesイベントログファイルに関する情報です。Summer ’24 で最大過去 1 年分のイベントログファイルをダウンロードできるようになりますが、この機能を利用できるエディションは、Enterprise、Performance、Unlimited Edition のみであることがリリースノートに記載されました。​No. 23 Unify Knowledge from Various Sources in Salesforce (Generally Available)ナレッジに関する情報です。統合ナレッジを使うとサードパーティシステムのナレッジを Salesforce に取り込むことができます。今回のリリースノートの変更では、統合ナレッジに関する Trailhead モジュール（Unified Knowledge: Quick Look）へのリンクが追加されました。ナレッジを使用中、もしくは導入を検討されている場合は、ぜひチェックしてみてください。​No. 24 Grant Access to the Label Object In Custom Profiles To Continue Using To Do List Labels (Release Update)新しい [リリース更新] に関する情報です。新しく [カスタムプロファイルで表示ラベルオブジェクトへのアクセス権を付与して引き続き ToDo リストの表示ラベルを使用]というリリース更新が追加されました。詳細は設定画面の[リリース更新]に表示されておりますので、ご確認ください。​No. 25 deaExchange Delivered: Limit Who Receives Notifications About Certificate Expiration期限切れの証明書に関する通知メールに関する情報です。Summer ’24 で「証明書の有効期限に関する通知を受け取る」という新しいユーザー権限が追加されます。この権限により証明書の有効期限切れメール通知を受け取るユーザーをコントロールできるようになります。今回のリリースノートの更新で、この権限を誰にも割り当てない場合の動作が追加されました。誰にも割り当てない場合、すべての管理者が証明書期限切れメールを受信し続けることが記載されました。​No. 26 See the Topics That Matter Most to Your Customers with Sales SignalsEinstein 会話インサイトに関する情報です。Einstein 会話インサイトの Sales Signal の機能は、2024 年 8 月から利用可能となる旨が記載されました。​No. 27 Capture a Scratch Org’s Configuration with Scratch Org Snapshots (Generally Available)開発者様向けの情報です。Summer ’24 で、スクラッチ組織のスナップショット機能が正式リリースされますが、この機能は 2024 年 6 月下旬から順次利用可能になる旨がリリースノートに追加されました。​続いて多要素認証(MFA)に関する更新情報です。MFA に関する FAQ と ロードマップ の英語版に同様の更新が行われています。Salesforce の全てのクラウド製品において MFA がデフォルトで有効化されていることから、FAQ やロードマップのナレッジが再構成され、これまでの更新履歴が削除されています。Sales Cloud などの Salesforce Platform 上に構築された製品に対する MFA の自動有効化が Summer ’24 のリリースで実施され、これを以って Salesforce による MFA の適用プログラムは終了します。​関連リンクオンラインコミュニティSalesforce 多要素認証に関する FAQ 多要素認証 (MFA) 適用ロードマップサクセスナビ：MFA（多要素認証）設定マニュアルサクセスナビ：MFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)​続いて、インフラ強化に関する更新情報です。​こちらはインスタンスリフレッシュに関する情報で、現在計画されているインスタンスリフレッシュの予定を記載しています。​主に海外のお客様にてご利用いただいているインスタンスがメインですが、こちらに記載されている日程にて本番組織、Sandbox 組織ともにインスタンスリフレッシュが予定されています。お手元に Trust サイトからメンテナンスの通知が届いているお客様は事前のご準備をお願いいたします。​またインスタンスリフレッシュに関する準備につきましては、サクセスナビにて解説動画をご視聴いただけますので、該当するお客様は内容を是非ご確認ください。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて、許可すべき IP アドレスとドメインに関する更新情報です。こちらでは３つの公開ナレッジを取り上げていますが、２つめにご紹介しているHyperforce に関する公開ナレッジで 5 月 23 日と 24 日に更新が行われています。​このナレッジには Hyperforce における既知の問題をお知らせしている表がございましたが、すべての事象が解消したため、ナレッジから該当の表を削除するという更新が 23 日に行われております。​また、現在は Tableau 製品は Hyperforce 上でのサービス提供を開始しているため、Hyperforce の IP アドレスを使用していない 製品のリストから Tableau を削除するという更新が 24 日に行われています。​関連リンクSalesforce の IP アドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、Summer ’24 で適用されたリリース更新に関する情報です。​Summer ’24 のリリースで強制適用されたリリース更新についてとなります。​「カスタムプロファイルで表示ラベルオブジェクトへのアクセス権を付与して引き続き ToDo リストの表示ラベルを使用」というリリース更新が追加されております。​また、「複数設定 SAML フレームワークへの移行」についてのリリース更新適用時期について、本番組織への適用時期が Spring ’25 と更新されておりますので、こちらもご確認をお願い致します。​その他、既存の動作に影響を与える可能性があるものも含まれておりますのでご確認をお願い致します。​関連リンク信頼済みの組織間リダイレクトのみを許可 (リリース更新)組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)ICU ロケール形式の有効化 (リリース更新)複数設定 SAML フレームワークへの移行 (リリース更新)ボットユーザーコンテキストでフローの実行 (リリース更新)カスタムプロファイルで表示ラベルオブジェクトへのアクセス権を付与して引き続きToDoリストの表示ラベルを使用​​続いて、その他の更新です。​こちらは以前からお知らせしております、Classic ナレッジデータモデル廃止についてです。​引き続き、Summer ’24 のリリースノートにも記載されていますので、Lightning Knowledge への移行をご計画の際に、是非ご確認ください。​関連リンクLightning Knowledge 移行ツールの実行移行の計画と Sandbox テストLightning Knowledge 移行ツールの FAQLightning Knowledge 移行ツールを有効にするための要件Lightning Knowledge 移行後のチェックリスト​次は、機能の廃止に関する情報です。​機能廃止についての更新情報はないのですが、廃止時期が近づいている機能がございますのでご紹介します。Google アナリティクス 360 再販の廃止 が、2024 年 7 月と予定されています。該当機能をご利用のお客様は、ご確認いただけますようお願い致します。​​Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止が、Summer '25（2025 年 6 月）に予定されています。​API の更新作業は、Salesforce 以外のシステムでの作業が必要となり、対応に時間がかかることが想定されます。対象のお客様には. Salesforce からメール通知も行われております。内容をご確認のうえ、早めの対応を是非お願い致します。​関連リンクSalesforce Platform API バージョン 21.0 ～ 30.0 の廃止イベントログファイルブラウザーEventLogFile オブジェクトの API Total Usageイベント種別Apex クラス Apex トリガ Visualforce ページ フロープロセスビルダーカスタムボタン S コントロール Salesforce B2B Commerce for Visualforce Apex RESTSOAP Web Services ​こちらは再掲となりますが、重要なお知らせになりますので再度お知らせさせて頂きます。​従来のチャットと Live Agent をご利用中のお客様は、既に製品コミュニケーションメールを受けとられていると思います。これらの機能は 2026 年 2 月 14 日に廃止され、それ以降は機能をご利用いただくことはできません。そのため、早めにアプリ内および Web のメッセージングへの移行計画を立てていただくことを推奨します。アプリ内および Web のメッセージングは、私たちの生活でよく利用している非同期チャットを利用可能です。それ以外にも、双方向でファイルのやりとりができたり、顔文字が使えたりと Live Agent ではできなかった多くの機能をご利用可能です。このようにより便利な機能をご利用いただけますので、対象のお客様におかれましては、早めの対応をお願い致します。​関連リンクリリースノート：Legacy Chat Is Being Retiredナレッジ：Chat & Live Agent Retirement（チャットおよび Live Agent の廃止）​最後に、その他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​6 月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

実現したいことを明確にしましょう

この記事で学べること実現したいことを明確にする重要性投資価値を最大限に引き出すための検討事項この記事のゴールこの記事のゴールは「実現したいことを明確にする」ことです。そのために、以下3ステップで進めていきます。何のためにSales Cloudを使うのか？実現したいゴールの設定ゴールの実現に向けてやるべきことを整理する何のためにSales Cloudを使うのか？Sales Cloudは業務に合わせてシステムを最適化することで効果を発揮します。その際に「実現したいことが何なのか？」が曖昧なまま進んでしまうと、以下のような状態が起きやすくなってしまいます。何を管理/可視化すべきかがわからない投資に対してどんな効果が出ているのかわからない課題に優先順位がつけられず複雑なシステムになってしまったSales Cloudにはたくさんの機能があり、業種や規模を問わず数多くのお客様がSales Cloudを活用し、成果を上げていただいていますが、実現したい事が曖昧なまま何となくで進めてしまってはその効果を十分に発揮できません。​投資の価値を最大化し、早期に効果を得るためにはまずは「何のためにSales Cloudを使うのか？」ゴール設定を行う必要があります。実現したいゴールの設定ゴール設定において最も重要なポイントは「会社として何を目指すのか？」全員の目線を揃えることです。中期経営計画や利用部門における3年後に目指す姿などを参考に、まずはゴールの設定を行いましょう。ゴールの実現に向けてやるべきことを整理するSales Cloud活用に向けてゴールが明確になったら、次はそのゴール実現に必要なことは何なのか？を整理します。​ここでは、まずは下図に記載のある「ビジネスゴール実現に向けて必要な取り組み」までを整理してみましょう。​次の章以降で、必要な取り組みはどのような指標を見る事ができれば順調に進んでいるかどうかの判断ができるか、また、それはどのような機能を使うことで検討した指標の可視化が実現できるかを整理していきます。学習ツールPremier Success Planをご契約のお客様は、1対1のセッションにお申し込みいただけます。エキスパートコーチング：設定と構成実現したいゴールと必要な取り組みを整理いただくにあたって、ワークシートもご用意しています。ワークシートは こちら からダウンロードできます。まとめ自社で実現したいことは明確にできましたでしょうか？​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ次は本章で整理した内容をもとに「運用開始に向けた計画」を立ててみましょう！次の記事：運用開始に向けた計画を立てましょう​「活用7ステップ」全体に戻りたい場合はこちら

連載：『営業改革のコンパス～規模に応じたトランスフォーメーションの最適設計～』vol.12

Vol. 10 、Vol. 11に続いて、上記の図「営業改革プロジェクトの標準的なプロセス」から、ステップ4 情報プラットフォーム（ITシステム）選定以降を解説していきます。ステップ4 情報プラットフォーム（ITシステム）選定 ITシステム選定のキーワードは「顧客情報・営業情報の統合」です。「簡単に使える」「最初は安いもので」など、誤魔化しのワードに惑わされてはいけません。​今日、ITを使わない企業活動は皆無です。どれほど紙文化だと自認している企業でも、ほとんどの営業担当者は顧客とのやりとりには電子メールを用い、初回訪問では電車の乗り換えルートを検索し、スマートフォンの地図アプリを使って場所を確認しています。日常生活においてスマートフォンやゲームアプリ、LINEやTwitter、Facebook、インスタグラムといった便利なコミュニケーションツールを使っている方もいらっしゃるでしょう。Facebookは日本国内のユーザーの60%以上が40歳以上と言われています。顧客とのやり取りにこのようなツールを使うのはもはや一般的な時代です。 2020年には多くの会社員がZoomやTeamsの使い方を勉強し、活用できるようになりました。やればできるのです。営業担当者やマネージャーがITツールを使えるかどうかでいうと「使える」のです。​このようなデジタル化の流れがある一方で、日本の営業現場では、営業活動のシステム化やデータ活用が遅れていると言われています。もちろん、ITをまったく用いていないということではありません。先ほど申し上げたようにどの企業でも、見積システム、発注システム、メールによる日報・週報、Excelを使った売上予測と集計作業など、デジタルデータは一通り用いているのにです。​問題はどこにあるのか。それはそれぞれのツールやデータが分断されていることにあります。営業活動はさまざまな活動で成り立っており、必要な知識や業務の広さは多岐にわたります。それにもかかわらず営業活動を支えるITツールはバラバラに存在しているのです。SFAを導入したとしても、断片的に存在する情報を営業担当者が別途Excelなどを使ってまとめなければならなかったり、頭の中で情報を関連づけたりしなくてはならない状況では、いつまでたっても営業の生産性は上がりません。​カスタマージャーニーの最初から最後までを一気通貫で可視化できるからこそ、営業のやるべきことが明確化し、生産性が上がるのです。​現場のITリテラシーが心配なお気持ちは大変よくわかりますが、ここは現場を信じて、IT化を進めていただきたいと思います。注意すべきは簡単な個別最適のITを選択するのではなく、営業業務全体をサポートできるITを選択すべきだということです。​ステップ5 組織変更の実施、教育・社内トレーニング新しい営業スタイル、営業組織、ITシステムなどを現場に浸透させるステップです。単に操作方法の説明ではなく、ツールを用いて何を実現したいのかという目的を明確にし、腹落ちさせることが重要になります。​トレーニングのやり方と内容にはいくつか注意点があります。​1つ目は、「すべての現場にプロジェクト・メンバーが直接説明に行くこと」です。できれば、プロジェクト・オーナーかリーダーから「この改革をなぜやるのか」「新しい営業スタイルとはどんなものなのか」「この新しい組織の役割は何か」など、現場の営業担当者が納得するまで、時間をかけて直接話していただきたいと思います。実際、改革に成功している企業では、プロジェクト・リーダーやコアメンバーが手分けをして、数ヶ月かけて日本全国を回っていました。現場からの質問にも真摯に答えることで、この改革は本気なんだと伝える段階なのです。​2つ目は「各ポジションに合わせたトレーニング」です。営業マネージャーが「見るべきポイント」「コーチングのやり方」「ITツールを使ったときに見えるようになる情報とその関連性」、営業担当者が理解すべき「新しい営業プロセス」「フェーズとその意味」「入力すべき情報」など、情報の生かし方は役割によって異なります。データを活かした営業マネジメントを行う上で重要な考え方とその理由を説明し、単なるITツールの操作説明会にならないようにしましょう。​3つ目は、「質問やトラブルへの準備」です。IT導入時には質問やトラブルがつきものです。操作マニュアルを作成したり、ヘルプデスクなどでいつでも問合せに対応できる営業サポート体制を整備しておきましょう。情報共有ツールをうまく活用して、他の営業担当者の質問やそれに対する解答を全員が閲覧できるようにすれば、同じような悩みを持つ人の問題が速やかに解消され、質問の重複などの無駄を省くことができます。​改革の目的・目標を明らかにするとともに、新しい営業スタイルにはどのようなメリットがあるのか。自分の活動にどう跳ね返って来るのかを腹落ちさせるのです。また、上層部を味方につけて促進するためのメッセージを発信してもらう、社内のベストプラクティスをまとめ、対象者を賞賛するなど、定着に向けた啓蒙活動を地道に続けます。例外を設けずに、データ入力を徹底することで、個々人の営業活動に役立つアドバイスがもらえる、相互にコミュニケーションがとりやすくなるといった具体的な成果を示すことが、一番納得感を引き出せるやり方ではないかと思います。​情報が溜まれば、「入力する情報」より「得る情報」のほうが多くなります。インターネットと同じで、得る情報が多くなれば自然と活用頻度も上がってきます。​次回は、営業改革プロジェクト ステップ6 KPI、データ分析と活用以降について解説していきます。公開は11/25（木）を予定しております。​​​著者：田崎純一郎（たさき じゅんいちろう）セールスフォース・ドットコムセールスイネーブルメントシニアディレクター​————————————————完全版eBookをダウンロード提供中本連載『営業改革のコンパス～規模に応じたトランスフォーメーションの最適設計～』第3章（Vol. 10〜13の記事）は、完全版のeBookにまとめています。ぜひ、下記からダウンロードしてお読みください。【 第3章 ダウンロードはこちら 】​Vol. 6～9の記事は第2章の内容になります。第2章のeBookにて完全版を公開しております。ぜひ、下記からダウンロードしてお読みください。【 第2章 ダウンロードはこちら 】​​Vol. 1〜5の記事は第1章の内容になります。eBookにて完全版を公開しております。ぜひ、下記からダウンロードしてお読みください。【 第1章 ダウンロードはこちら 】​連載記事＜第1章＞Vol. 1 営業改革で解決したい課題は何か - 営業組織の規模と営業改革テーマVol. 2 営業マネジメント50人の壁 ― 営業支援システムの導入率からみる営業組織の課題Vol. 3 営業組織の規模によって異なる課題感 ― データの収集と活用Vol. 4 現場が見えなくなる中規模組織Vol. 5 使いこなせていない51名以上の営業組織は「営業案件の可視化やパイプライン管理ができていない」​＜第2章＞Vol. 6 営業活動は不完全情報ゲームVol. 7 営業を“群衆”ではなく“組織”に -情報を使って160時間の使い方を最適化Vol. 8 営業情報は製品中心ではなく「顧客データを中心」にフロントとバックをつなげるVol. 9 作ったものを売る営業から、売れるものを作る会社へ​＜第3章＞Vol. 10 営業改革プロジェクトでは、どんな困難に直面するのか？Vol. 11 チームの結成・メンバーの選定 ～ 方針決定、ビジョンやゴールの設定、価値観のすり合わせVol. 13 KPI、データ分析と活用 ～ 定着化と展開​＜関連セミナーご案内＞Salesforceでは、営業改革をサポートするウェブセミナーをご用意しています。あらゆる企業規模・業界において営業マネージャーの方々がどのようにSalesforceを活用すべきかをご紹介します。ぜひご活用ください。https://successjp.salesforce.com/article/NAI-000042​​

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

この記事で学べること Salesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/FsuCyGuh3ieVWutpG1V7mE​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「 Salesforce の運用に関するお知らせ」の 4 月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2024 年 4 月のトピックはこちらになります。本記事では前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは、製品イノベーションに関する情報です。​Summer ’24 のリリーススケジュールが公開されましたのでご紹介します。日本のお客様向けのインスタンスにおける Summer ’24 のリリースは 6月 16 日に予定されています。​また、Sandbox プレビューに参加予定のお客様でプレビュー対象のインスタンスに既存の Sandbox がない場合は、日本時間の 5 月 10 日午前 10 時までに Sandbox のリフレッシュが完了するよう、余裕を持って Sandbox のリフレッシュをお願いします。​なお、サクセスナビではバージョンアップに備えるための情報もご用意しておりますのでぜひご参照いただき、6 月の Summer ’24 リリースに向けてご準備を進めていただければと思います。​関連情報Salesforce Admins : Admin Release Countdown: Get Ready for Summer ’24サクセスナビ : バージョンアップに備えましょうオンラインコミュニティ：Release Readiness TrailblazersSalesforce Sandbox プレビュー手順​続いて Hyperforce に関する情報です。Summer '24より、Hyperforce 上の組織（JPNで始まるインスタンス）をご利用の場合は、メジャーリリースにおけるアップグレード中のサービスダウンタイムは無くなります。アップグレード中にログインしたユーザーがいる場合は再ログインを促され、再ログインが必要となります。もし、現在ご利用中のインスタンスが不明である場合には、Salesforceの設定画面にある組織情報ページで確認することができますのでご参照ください。​続いて、Spring ’24 のリリースノートの更新情報です。今回は 3 月 25 日以降の更新情報の中から、現行動作に影響を与える可能性があるものと注目の機能を抜粋してご紹介します。​#48 : Wrap Up Call and Enhanced Messaging Sessions Faster with Einstein Work Summaries生成 AI の機能である作業概要が拡張メッセージングと Voice でもご利用いただけますが、それぞれの機能においてサポートされる言語（日本語含む）が追加されました。​#49 : Say Goodbye to Standard WhatsApp Channels標準の WhatsApp チャネルに関する更新で、2024 年 7 月 1 日以降は標準の WhatsApp チャネルの追加はできなくなります。また、2025 年 7 月 30 日までに標準の WhatsApp チャネルは拡張チャンネルに更新しないとメッセージを送受信できなくなりますので、ご利用中のお客様はご注意ください。​#50 : Save a Transcript of Your Messaging for Web ConversationWeb のメッセージングに関する更新で、ユーザーは Web のメッセージングでの会話終了後、PDF にて会話のトランスクリプトがダウンロードできるようになったことがリリースノートに追加されました。​#51 : Salesforce for Outlook (Retiring)Salesforce for Outlook の機能廃止時期が 2027 年 12 月に延期されたことがリリースノートに追加されています。Salesforce for Outlook をご利用中のお客様は、この期間に次世代製品である Outlook インテグレーションや Einstein 活動キャプチャへの移行をご検討ください。​#52 : See Password Resets in the Login History and New and Changed Objectsログイン履歴に関する更新で、ユーザーがパスワードリセットしたことをログイン履歴から追跡できるようになったことが、リリースノートに追加されました。​以上が、リリースノート更新情報からの一部抜粋ですが、関連機能をご利用のお客様はスライドにございますリンクより詳細をご確認ください。またすべての更新情報をご覧頂く場合は、更新情報一覧よりリリースノートをご覧ください。​続いてMFA（多要素認証）に関する更新情報です。​MFA の参考リソースに関する情報ですが、FAQ の公開ナレッジの英語版が 3 月 28 日に更新されています。詳細は後述いたします。​関連情報オンラインコミュニティSalesforce 多要素認証に関する FAQ 多要素認証 (MFA) 適用ロードマップサクセスナビ：MFA（多要素認証）設定マニュアルサクセスナビ：MFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)​続いて、MFA のロードマップです。一部のお客様では 4 月 8 日から MFA の自動有効化が開始されています。また自動有効化の対象となっているお客様には Salesforce からメール通知も行われております。​まだ MFA の適用準備がお済みでないお客様は、MFA の自動有効化後であっても管理者様にて MFA を無効化することができますが、Salesforce では MFA 適用は利用規約上必須となっており、またセキュリティレベルが低下することにも繋がってしまうため、できるだけ早めに有効化することを推奨しています。​関連情報Spring '24 リリースノート : 2024 年 4 月から MFA がデフォルトでオンにSpring '24 リリースノート : Summer ’24 より Salesforce 製品への MFA の適用がアプリケーション内通知に移行多要素認証 (MFA) 適用ロードマップ​続いて MFA の FAQ に関する更新情報で、3つの更新がありますのでご紹介します。​まず 1 つ目の更新は、Summer’24 にて導入される通知モデルに関する情報です。MFA が有効化されていない組織に管理者様がログインして設定メニューを開くと、警告プロンプトが表示され、MFA が有効化されるまで、定期的に警告プロンプトが表示されることが FAQ に記載されています。​続いて 2 つ目の更新は、Experience Cloud ユーザーに関する情報です。Experience Cloud ユーザーについて SMS テキストメッセージを利用した ID 検証を実現することができますが、これには「外部ユーザーはテキスト (SMS) で ID を検証する」という権限を付与する必要があります。この権限は権限セットではなく、プロファイルで設定する必要がある旨が記載されています。​3 つの目の更新情報ですが、こちらも Experience Cloud ユーザーに関する情報です。[ユーザーインターフェースログインの多要素認証]の権限をユーザーに付与することで、MFA を有効にすることができますが、Experience Cloud ユーザーについてはこの権限を権限セットではなく、プロファイルで割り当てる旨が FAQ に追記されました。​更新情報の 2 つ目と 3 つ目は、ともに Experience Cloud ユーザーに関する更新情報であり、Experience Cloud ユーザーは MFA 必須化の対象外ではございますが、これらのユーザーに対して ID 検証や MFA の利用をご検討いただく場合にはご留意ください。​​続いてインフラ強化についてです。まずは、インスタンスリフレッシュです。日本のお客様がご利用中のインスタンスであるAP系のインスタンスリフレッシュの新しいスケジュール（日本時間で 5 月 19 日）が追加されました。また、6 月 16 日（日本時間）には、日本のお客様がご利用中のSandboxのインスタンスについてもインスタンスリフレッシュが実施される予定です。​そして、既存のスケジュールに新たなインスタンス（UM系、EU系、NA系）が追加されています。こちらは主に海外のお客様がご利用中のインスタンスになります。​「インスタンスリフレッシュの情報は 1 ヶ月前にしか知ることはできないのか？（直前すぎる・・・）」と不安を感じたお客様もいらっしゃるかもしれませんが、ご安心ください。リフレッシュ対象のインスタンスをご利用中の組織のシステム管理者様には、既に Salesforce からメールが送信されております。また、事前に登録済みの場合、Trust 通知メールもお手元に届いていると思いますので、速報はそちらにてご確認いただけるようになっています。インスタンスリフレッシュに関する準備につきましては、サクセスナビで解説動画をご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備続いて、許可すべきドメインと IP アドレスについてです。一番上の「SalesforceのIPアドレスとドメインで許可する」のナレッジに 3 月 21 日付で更新がありました。更新内容としては、RIPE の既存の IP アドレス範囲に IP アドレスが追加されています。IP アドレス許可リストを使われているお客様は、新しい IP アドレスの追加作業をお願いします。​関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、その他の更新です。こちらは先月に引き続いて再度のお知らせとなります。​Salesforce モバイルアプリケーションを使用するための OS（オペレーティングシステム）の要件が変更されました。新しい要件はAndroid のスマートフォンをご利用の場合は 10.0 以降、iOS のスマートフォンをご利用の場合は16.0 以降となりました。こちらの要件より古いバージョンの OS をご利用の場合には、早めにアップグレードをしていただけますようお願いします。​関連リンク：リリースノート：Salesforce Mobile App Requirements Have Changed ヘルプ：Requirements for the Salesforce Mobile App​続いてこちらも再掲となりますが、先月もご紹介しました「新しい設定ドメインの許可」についてです。内容としては、Lightning Experience 利用時における設定ページの URL が変更されるため、お客様のネットワーク環境においてアクセスできるサイトをドメインで制御している場合、引き続き Lightning Experience の「設定」ページにアクセスできるようにするため、該当ドメインを許可する必要があるというものです。​こちらの更新は段階的に適用される予定ですが、先行して Sandbox と無償組織（トライアル組織や Developer Edition ）が適用されます。その後、本番組織が適用される予定となっています。日程は現時点で未定となっておりますが、決まりましたらリリースノートが更新される予定です。​関連リンク：リリースノート：新しい設定ドメインの許可ヘルプ：必要なドメインを許可ナレッジ：Understand How Google's Privacy Sandbox Initiative Impacts Salesforce​​続いて拡張ドメイン適用までの今後のロードマップです。こちらのロードマップについて変更はございませんが、旧 URL にアクセスしたときのリダイレクトが Winter ’25 で停止となることをお知らせする製品コミュニケーションが 4 月 1 日に管理者様に送信されておりますので、詳細はメールの内容をご確認ください。​続いて、機能の廃止に関する情報です。​​こちらでは 1 点、更新がございます。​Salesforce  for Outlook の廃止について、終了時期が 2024 年 6 月から 2027 年 12 月へ変更となっております。現在も Salesforce for Outlook をご利用の場合は、ご利用用途に応じて Einstein 活動キャプチャや Outlook インテグレーションへの移行計画を立てていただけますよう、お願いします。​最後に、その他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​4 月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

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

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/QhFEEZndAsmqyqqsnZHse2​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の1月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2024年1月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​最初は製品イノベーションに関する情報です。​まずは次期バーションである Spring’24 のリリースに関する情報です。1月7日より Spring’24 の Sandbox プレビューが開始しております。本番組織に Spring’24 がリリースされる前に、プレビュー Sandbox にて動作確認や新機能の検証等を実施することを推奨しています。また Spring’24 に関する関連リソースとして、Release Site や Release Overview Deck 等が公開されています。これらの情報もご確認いただき、Spring’24 のリリースに向けたご準備をお願いします。​関連リンクSalesforce Admins：Admin Release Countdown: Get Ready for Spring ’24サクセスナビ : バージョンアップに備えましょうオンラインコミュニティ：Release Readiness TrailblazersWinter ’24 Pre-Release SiteWinter ’24 Release noteSalesforce Sandbox プレビュー手順Trustサイト（リリーススケジュール）Spring'24 Release SiteSpring '24 Release HighlightsRelease Overview DeckRelease in a BoxRelease Feature Matrix​続いて、リリースノートの更新情報です。リリースノートの更新情報のうち、現行動作に影響を与える可能性があるものと注目の機能を抜粋してご紹介します。​現行バージョンであるWinter ’24 のリリースノートの中から、12月18日以降の更新を抜粋してご紹介します。​項番59 : Sandbox へのアクセス権を持つユーザーの選択Sandboxにアクセス可能なユーザを制限する機能が Winter’24 から利用可能となる予定でしたが、機能のリリースが延期されたことがリリースノートに記載されました。​​続いて次期バージョンであるSpring ’24のリリースノートの更新情報です。​項番1 : Experience Improved Performance on More Record Home Pages多くのオブジェクトがLightning Web コンポーネントに対応していますが、Spring’24 では Field Service で使用される作業指示等のオブジェクトについては Lightning Web コンポーネントに対応しなくなり、それは Field Service Mobile アプリケーションには適用されないことが明記されました。​項番2 : Einstein Conversation InsightsEinstein会話インサイトに関する情報で、言語サポートに関するリリースノートが追加されたことをお知らせしております。Call Summariesは日本語をサポートしており、Einstein会話インサイトは現時点では日本語をサポートしていません。またEinstein会話インサイトのダッシュボードのフィルタ機能が強化された旨のリリースノートも追加されました。​項番3 : Auto-End Enhanced Messaging Sessions After No Response"拡張メッセージングチャネル" または "アプリ内および Web のメッセージング"でメッセージングセッションを開始したあと、顧客からの応答がないまま24時間が経過すると、セッションが"終了"に切り替わる動作になる旨がリリースノートに記載されています。​以上が、リリースノート更新情報からの一部抜粋ですが、関連機能をご利用のお客様はスライドにございますリンクより詳細をご確認ください。またすべての更新情報をご覧頂く場合は、更新情報一覧よりリリースノートをご覧ください。​​続いて、Spring '24リリースでのMFAに関する情報です。​MFA Auto-Enablement Concludes for All Remaining Orgs (Release Update)MFAの自動有効化に関する概要とリソースの情報が纏まっています。​MFA Is Turned On by Default Starting April 20242024 年 4 月 8 日以降に作成される新規組織については MFA が自動で有効化された状態となります。また、既存の本番環境で、過去の自動有効化に含まれなかったすべての組織に対して、Spring ‘24で自動有効化が実施される予定です。（Sandbox 組織は対象外です）この自動有効化には 約 30 日間の猶予期間があり、準備ができていない場合は管理者にて MFA 機能の無効化をすることができますが、MFA の使用は利用規約上必須のため、可能な限り早めに MFA の利用を開始いただくようお願いします。​MFA Enforcement for Salesforce Orgs Is Shifting to In-App Notifications Starting in Summer ’24当初予定されていた強制適用に代わり、新しく導入される通知モデルに関する情報です。新しい通知モデルでは Summer'24 以降、組織で MFA 機能が有効となっていない場合、組織の管理者に対して MFA を有効にするよう通知を表示する予定です。詳細は Summer'24 のリリースノートをお待ちください。​UI Text Improvements for the MFA Registration ExperienceMFAの認証方法を登録する際の画面内の内容が一部更新される予定です。​Salesforce Authenticator Is Disabled for External Users in Newly Created OrgsSpring '24 以降に作成された新しい組織では、外部ユーザーはデフォルトでは Salesforce Authenticator を使用できなくなる予定です。有効化にするには、Salesforce カスタマ サポートにご依頼をお願いします。なお、既存の組織（Spring'24 以前に作成された組織）は影響を受けません。​以下は、すべてSalesforce Authenticatorに関する内容です。​Revert Seamlessly to One-Time Passcodes for Identity Verification in Salesforce AuthenticatorSalesforce Authenticator では通常プッシュ通知を利用できますが、サービスの問題でプッシュ通知が利用できないことを検知した場合は、自動的にTOTP認証画面にリダイレクトされるようになる予定です。また、「問題が発生しました」リンクをクリックすると、追加のステップなしにTOTP認証画面に遷移するようになる予定です。​Update the Salesforce Authenticator App to Version 4.1 in Summer ’24Summer'24 リリースからサポート対象の Salesforce Authenticator の version は 4.1 以上となる予定です。Salesforce Authenticator version 4.1 のリリースは、2024 年 3 月を予定しています。ユーザー様には、Summer ‘24リリースの前（今年6月）までにApple App Store (iOS) または Google Play (Android) で Salesforce Authenticator アプリを最新版に更新するよう周知をお願いします。​Use Email Verifications to Back Up and Restore Connected Accounts in Salesforce AuthenticatorSalesforce Authenticator version 4.0 では、従来 SMS のみだったバックアップについて電子メールアドレスでのバックアップも可能となる予定です​続いて、インフラ強化です。主に海外のお客様にご利用いただいているインスタンスになりますが、NA100, EU16, UM8のインスタンスで、2月18日（日本時間）にインスタンスリフレッシュが実施される予定です。また、同じ日程で、CS4等のスライドに記載されているSandboxのインスタンスリフレッシュも実施予定です。​インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて、次期バージョンであるSpring ‘24で適用予定のリリース更新のご紹介です。​今月からSpring '24のリリースノートをベースにご紹介しています。まず、MFA Auto-Enablement Concludes for All Remaining Orgs (Release Update) について更新名が変更となっております。リリース更新自体の内容に変更はございません。​その他、それぞれのリリース更新の詳細については割愛させていただきますが、2月のリリースで適用されるリリース更新なので、公開情報をご確認の上で、適用のご準備をお願いします。​関連リンクSpring '24 リリースノートの更新情報商談の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)ICU ロケール形式の有効化 (リリース更新)サクセスナビ : ICUロケール形式の有効化Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化 (リリース更新)Apex RestResponse ヘッダーの RFC 7230 に基づく検証の適用 (リリース更新)MFA Auto-Enablement Concludes for All Remaining Orgs (リリース更新)​こちらについては変更が二点あります。ゲストユーザーによる承認申請の編集または削除の防止 (リリース更新)、ナレッジの Lightning 記事エディターと記事のパーソナライズを有効化、いずれも強制適用時期がSpring ‘24からWinter ’25へ変更となっております。​関連リンクSpring '24 リリースノートの更新情報ゲストユーザーによる承認申請の編集または削除の防止 (リリース更新)ナレッジの Lightning 記事エディターと記事のパーソナライズを有効化MFA の自動有効化の続行: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)​続いて、その他の更新です。​​こちらは、以前からご紹介している「Salesforce からメールを送信するためのメールアドレスの検証」についてです。現在のSalesforce ではメールアドレスが未検証であるユーザは、Salesforce からメールが送信できない動作となっています。この動作はシングルサインオン(SSO)をご利用中の組織には適用されていませんでしたが、Spring’24のリリースを以って、SSOをご利用中の組織にも本動作が適用される予定となっています。SSOを利用している、メール送信を行う必要がある、メールアドレスが検証されていない、この３つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に対する対応をご検討ください。本件に関する詳細はサクセスナビ「Salesforce からメールを送信するためのメールアドレス検証」に情報を纏めておりますので、ご確認ください。​​続いて「Google Chrome のサードパーティー Cookie の廃止が Open CTI に影響を与える可能性」についてです。こちらも以前からご紹介している内容となりますが、重要な内容なので再掲載しております。Google Chromeが サードパーティー Cookie の廃止を予定しており、その廃止が Open CTI の実装に影響を与える可能性がございます。そのため Open CTI を実装しているお客様は開発元にお問い合わせいただき、影響範囲をご確認ください。関連リンクGoogle Chrome のサードパーティー Cookie の廃止が Open CTI に影響を与える可能性​こちらも以前からご紹介している「Google Chrome のサードパーティー Cookieの廃止がService Cloud Voiceに影響を与える可能性」についてです。Google Chromeのサードパーティー Cookie の廃止が、「Service Cloud Voice with Amazon Connect」 と 「Service Cloud Voice with パートナーテレフォニー from Amazon Connect」に影響を与える可能性がございます。本機能をご利用のお客様は、上記にございますとおり、Googleへオプトアウトを依頼するか、ユーザがサードパーティCookie利用に同意する方法を社内に展開するか、どちらかをご検討ください。関連リンクGoogle Chrome のサードパーティークッキーの廃止が、Service Cloud Voice with Amazon Connect および Service Cloud Voice with パートナーテレフォニー from Amazon Connect に影響を及ぼす可能性​続いて、フローへの移行に関する情報です。こちらは前回までは、Summer '23までのタイムラインを載せていましたが、今回、最新情報に更新しタイトルも変更となっております。​現在ワークフロールールとプロセスビルダーは新規作成することができません。それに伴いワークフロールールとプロセスビルダーからフローへの移行ツールが提供されています。Spring ‘24では、フローへの移行ツールがアップデートされ、呼び出し可能なアクション以外のほとんどのアクションで部分的なフロー移行がサポートされるようになりました。詳細は、本スライドのリンクをご覧下さい。関連リンクMigrate Even More Processes with the Updated Migrate to Flow Toolフローへの移行​最後にその他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​1月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

Social Studioの使えるリソース

はじめようSocial Studio~Social Studio利用開始に向けた情報リンク集~  ステップガイドには収まらない最新のSocial Studio運用開始に向けたコンテンツをアップロードしてまいります。ステップガイド実施後の推奨活用リソース利用手順STEP1ステップガイドで決めた明日から使う機能動画を確認し、運用開始管理 / 分析 / エンゲージ / 公開必要に応じて、動画内容のフォローアップ支援を弊社営業までご連絡(※Premier Success Planご契約企業様のみ)STEP2プレミア活用相談室の利用(※Premier Success Planご契約企業様のみ)Social Studio利用直後の活用課題を弊社活用支援チームと相談し、解消しましょう参加応募はこちらの活用イベントカレンダーより、直近開催予定のプレミア活用相談の申込メニューから実施くださいサクセスマネージャーへ相談(※Premier Success Planご契約企業様のみ)活用相談室の日程が合わない方は、サクセスマネージャーより事例紹介や課題に対する回答支援を受けましょう(※Premier Success Planご契約企業様のみ)サクセスマネージャー支援は弊社営業までご連絡くださいSTEP3本情報リンク集ページ下部にある活用リソースを利用今後の運用フォローアップのために各社様毎で必要になるリソースをフル活用くださいSTEP4ステップガイドの再実施/振り返り運用を開始された中で、当初ステップガイドで決めた目標、KPI、体制、運用ルールがプラン通り実行されているか確認しましょう予定通り進んでいない場合は、ガイドで取り決めた内容を修正しましょうまとまった時間がとれない場合は、弊社活用支援チームにてステップガイドワークショップも実施しておりますので、同イベントにご参加ください。ワークショップ参加については、弊社営業までご連絡ください実施タイミングは、稼働開始から3ヶ月後 / 新体制 /期初のタイミングで行っていただくことを推奨しております。各種活用リソースリンクNo.カテゴリータイトル&リンクメモ​動画コンテンツ管理✅使い始めの方は必ずチェック！(特に管理ユーザ)​​リスニング✅使い始めの方は必ずチェック！(特にリスニング/分析ユーザ)​​エンゲージ✅使い始めの方は必ずチェック！(特にエンゲージユーザ)​​公開✅使い始めの方は必ずチェック！(特に投稿ユーザ)​​ソーシャルカスタマーサービスソーシャルアクティブサポート検討者向け​​新機能新機能キャッチアップはこちらから​資料コンテンツSocial Studioステップガイド🔥運用開始前に、必ず利用ください！(Social Studio利用者全員向け)​​Social Studioマニュアル✅使い始めの方は必ずチェック！(画面キャプチャ付きのマニュアル)​​実装ガイド✅使い始めの方は必ずチェック！(操作手順の紹介メインの実装ガイド)​​ソーシャルカスタマーサービスソーシャルアクティブサポート検討者向け​​Social Studio分析応用TipsSocial Studioでリスニングを実施する際の分析軸のTipsがまとまっています！​Webページエンゲージメントの概要ダッシュボード返答率、平均返答速度をKPI設定している方はぜひ確認ください！​​活用イベントカレンダー活用支援チームが開催しているイベント情報の確認と申込ページ​TrailheadSocial Studio の基本✅使い始めの方は必ずチェック！(特に投稿ユーザ)​​Social Studio でのソーシャルの活用✅使い始めの方は必ずチェック！(特に投稿ユーザ)​​ソーシャルカスタマーサービス戦略ソーシャルアクティブサポート検討者向け​FAQFAQページSocial Studioに関するよくある質問をまとめてます

連載：『営業改革のコンパス～規模に応じたトランスフォーメーションの最適設計～』vol.8

営業情報は製品中心ではなく「顧客データを中心」にフロントとバックをつなげる時間を含めて営業担当者の資源を適切に管理し、「計画的に」売上が立つようにするには、現代においては顧客に関する情報管理が鍵となります。もちろん顧客の情報といっても、ウェブサイトで拾える情報、外部から購入できる情報などはだれもが簡単に入手できるもので、競合他社に差をつけられる情報ではありません。インターネットで検索しても出てこない情報をいかに会社の共有財産として集約し、活用していくかが、競争を勝ち抜くうえで重要なポイントになってきます。​たとえば、「いつも見積は3社以上と比較し、必ず値引きを求めてくるお客様だが、年度末に余った予算で社員旅行したり、社員表彰の景品を買ったりする。その際の価格交渉はあまりない」というような、どこにも載っていない情報を営業担当者がつかんでいれば、期末の売上成績は確実に変わってくるはずです。​では、そのような営業データ管理を行うにはどのようなところに気をつければいいのでしょうか。営業の頭の中や手帳にメモされていたような情報。これまでの情報システムには抜け落ちていた情報。それを使える情報としてまとめるには、情報システムを「顧客中心の考え方」で設計しなおすことです。​ビジネスはそもそも、需要と供給がマッチしないと成立しません。会社の供給と顧客の需要。その間に存在するのが営業だとすれば、この「需要と供給がマッチすること」が最も重要なことです。​戦後は需要が強かった時代が長く続いたため、企業はその需要を満たすために製品を軸にした仕組みを中心に整備してきました。例えば、工場設備、製品開発、在庫・流通管理などに大規模な投資を行い、製品や会社の存在を多くの人に知らせるための広告・宣伝を中心としたマーケティング活動を行う。とにかく需要は強かったのですから、まず製品ありきの会社の仕組み作りが重要だったのです。​販売活動においては、知名度とともに顧客とのコネクションが注文獲得のための重要な要素でした。インターネットが無い時代、顧客は自ら調べる手段をほとんど持っていませんでした。そこで足しげく通って、世の中はどう変化しているのか、最近はどんなものがあるのかを説明してくれる営業は大変頼りにされていました。​このような状況が長く続くと、これが当たり前のように感じ始めます。顧客に関する情報管理の仕組みには会社として投資をする必要がない。現場の営業担当者まかせで問題なく、ビジネスの優先順位は供給が先である。サポートのための管理情報は顧客情報というよりも納入製品情報であり、シリアルナンバーが最重要情報である。​もちろんこれは時代にあった考え方であり、正しい判断です。如何に効率よく、品質の良い製品を大量に安く作るかが第一なので、企業の情報管理は開発や生産など製品を軸に設計されていました。ただ、この考え方は需要が強い時代は通用しても、供給過剰になり、買い手が強い時代には通用しません。現代においては、この考え方は企業の足を引っ張る考え方になりつつあります。どんなに良い製品をつくっても顧客には大きな差とは認識されなくなりました。それよりも、調査会社のホワイトペーパー、ネット上での評判や比較サイトでのレビューなど、顧客が信頼を寄せる10種類あるといわれる情報源に自社の製品が掲載されていることが重要になりました。​当然、なかなか計画通りには売れません。爆発的なヒットもあれば、まったく売れない時もあります。売り手のペースが崩れ、生産計画を先に立てても、その通りに販売できることはまれであり、供給過剰が現場の値引き販売を助長するようになったのです。​そこで考えなくてはならないのは、顧客中心の考え方でシステムやデータを整理し直し、生産計画より販売計画を先に行う考え方に転換することです。​​これまでの「この製品を購入した人は、誰」という購入（販売）情報のみの記録から視点を180度変更し、「この人は、製品を買った（買わなかった）」「この人は、なぜその製品を買ったのか（買わなかったのか）」という記録を残すシステムにするということです。顧客を中心にすることで、購入情報だけでなく、未購入の情報も残し、売れなかった理由を分析することで市場分析に生かす方法です。​残念ながらほとんどの企業の場合、これまでそうした「検討したが買わなかった」情報は営業担当者の頭や手帳の中にあるだけでした。ヒト、モノ、カネを効率的に管理するために導入されたサプライチェーン・マネジメント（SCM）やエンタープライス・リソース・プランニング（ERP）など、多くの企業が多額の投資をしてきた情報システムには、残念ながら次の製品開発のヒントを探すうえで最も重要な「現場のお客様の生の声」は記録されてなかったのです。​今は、顧客接点で生まれたアイデアやニーズを、どれだけバックエンドに適切に伝え、それをもとに適切な製品やサービスをつくって提供できるかどうかで、企業の生死が左右されるような時代になっています。顧客の生の動きがわかるようになり、企業として適切な対応がリアルタイムにできるようになったのです。​次回公開は10/29（木）を予定しております。​​著者：田崎純一郎（たさき じゅんいちろう）セールスフォース・ドットコムセールスイネーブルメントシニアディレクター​————————————————完全版eBookをダウンロード提供中本連載『営業改革のコンパス～規模に応じたトランスフォーメーションの最適設計～』第3章（Vol. 10〜13の記事）は、完全版のeBookにまとめています。ぜひ、下記からダウンロードしてお読みください。【 第3章 ダウンロードはこちら 】​Vol. 6～9の記事は第2章の内容になります。第2章のeBookにて完全版を公開しております。ぜひ、下記からダウンロードしてお読みください。【 第2章 ダウンロードはこちら 】​​Vol. 1〜5の記事は第1章の内容になります。eBookにて完全版を公開しております。ぜひ、下記からダウンロードしてお読みください。【 第1章 ダウンロードはこちら 】​連載記事＜第1章＞Vol. 1 営業改革で解決したい課題は何か - 営業組織の規模と営業改革テーマVol. 2 営業マネジメント50人の壁 ― 営業支援システムの導入率からみる営業組織の課題Vol. 3 営業組織の規模によって異なる課題感 ― データの収集と活用Vol. 4 現場が見えなくなる中規模組織Vol. 5 使いこなせていない51名以上の営業組織は「営業案件の可視化やパイプライン管理ができていない」​＜第2章＞Vol. 6 営業活動は不完全情報ゲームVol. 7 営業を“群衆”ではなく“組織”に -情報を使って160時間の使い方を最適化Vol. 9 作ったものを売る営業から、売れるものを作る会社へ​＜第3章＞Vol. 10 営業改革プロジェクトでは、どんな困難に直面するのか？Vol. 11 チームの結成・メンバーの選定 ～ 方針決定、ビジョンやゴールの設定、価値観のすり合わせVol. 12 情報プラットフォーム（ITシステム）選定 ～ 組織変更の実施、教育・社内トレーニングVol. 13 KPI、データ分析と活用 ～ 定着化と展開​​＜関連セミナーご案内＞Salesforceでは、営業改革をサポートするウェブセミナーをご用意しています。あらゆる企業規模・業界において営業マネージャーの方々がどのようにSalesforceを活用すべきかをご紹介します。ぜひご活用ください。https://successjp.salesforce.com/article/NAI-000042

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

この記事で学べることプラットフォーム暗号化の導入メリット、従来の暗号化項目との違い、暗号鍵の管理方法の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（英語）まとめプラットフォーム暗号化は、企業に求められるデータコンプライアンス要件や業界基準、ガイドラインなどの暗号化要件を満たし、コンプライアンスにおける追加のレイヤーとして、クラウド上の非公開データの保護というステークホルダーとの契約上の義務を果たしていることを証明するために有効なオプションです。暗号化鍵の管理方法においては、鍵の生成及び管理を完全にお客様側でコントロールするといった厳しい要求にも対応が可能です。なお、機能上の制限は従来の暗号化と比較してかなり緩和されていますが、データが暗号化されて保存されることに伴うトレードオフがあるため、注意が必要です。

3−2 Account EngagementとSalesforceのキャンペーン接続を行う

当記事に掲載されている画面イメージには一部旧名称（Pardot）の表記があり、実際の画面と異なる場合があります。設定方法は作成時点のものです。最新の情報はヘルプ/ナレッジ記事をご参照ください。ヘルプ/ナレッジ記事ヘルプ記事｜Account Engagement キャンペーンと Salesforce キャンペーンの接続設定概要SalesforceとAccount Engagementは単一の組織ではなく、それぞれ固有の組織のため、それぞれにキャンペーン(Salesforceキャンペーン, Account Engagementキャンペーン)が存在します。Salesforceキャンペーンの接続を行うことで、SalesforceキャンペーンとAccount Engagementキャンペーンを別々に管理することなく、一元的に管理することができます。設定手順設定の有効化状況を確認キャンペーン接続の設定が有効化されていることを確認します​1.［Account Engagement設定] > [コネクター] > [設定を編集]をクリック​2. [キャンペーン]タブを開き、「接続済みキャンペーンおよびEngagemen Historyを有効化」にチェックが入っていることを確認。マスタレコードタイプにチェックを入れ、 [保存] をクリック。Salesforce側でキャンペーンのレコードタイプを複数利用している場合、そのレコードタイプ名が表示されます。チェックを入れることで、Account Engagementと接続させるキャンペーンのレコードタイプを指定することが可能です。​接続されていないAccount Engagementキャンペーンを接続する接続されていないAccount Engagementキャンペーンを、Salesforceキャンペーンに接続します一括または個別で接続できます。ここでは「個別に接続」する方法についてご紹介します​一括で接続を行う場合は、下記のヘルプ記事をご参照ください。ヘルプ記事｜複数のキャンペーンの一括接続ヘルプ記事｜Salesforceデータローダーを使用した既存のキャンペーンの接続​個別に接続する場合ここでは、Account Engagementに標準で搭載されているWebsite Trackingに対応するSalesforceキャンペーンを新たに作成し、Account EngagementのWebsite Trackingキャンペーンと接続する手順を説明します。ヘルプ記事｜個々のキャンペーンの接続3. [キャンペーン]タブを開き、[新規]をクリック​4. 「キャンペーン名」に「Website Tracking」と入力し、有効にチェックを入れ、[保存]をクリック​5. キャンペーン「Website Tracking」が作成されたことを確認​6. アプリケーションランチャーから「キャンペーン」を検索 > [Account Engagementキャンペーン]をクリック​7. ビューのプルダウンから[接続されていないキャンペーン]を選択​8. 「Website Tracking」の右側のギアアイコン > [CRMキャンペーンに接続]をクリック​9. 「名前」に「Website Tracking」と入力し、「CRMキャンペーン」から「Website Tracking」を選択 > [キャンペーンを保存]をクリックCRMキャンペーンに「Website Tracking」が表示されない場合は、旋回(画像青枠)をクリックし、最新情報を読み込みます​Salesforceでキャンペーンを管理するための設定を行う個別または一括で、未接続のAccount EngagementキャンペーンとSalesforceキャンペーンの接続が完了したら、最後にSalesforceでキャンペーン管理を行うための設定を有効化します​10. [Account Engagement設定]タブから[コネクター] > ギアアイコン > [設定を編集]をクリック​11. 「キャンペーン」タブを開き、「Salesforceを使用してすべてのキャンペーンを管理」「キャンペーンタブに未接続キャンペーンを表示」にチェックを入れ、[保存]をクリック​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ前のステップ：3−1 Account EngagementとSalesforceのユーザーの接続を行う次のステップ：3−3 カスタム項目を作成して対応付ける「サクセスナビ｜初期設定を完了しましょう｜③Account Engagement設定」の記事に戻る

4−1 トラッキングコードコードを実装する

ヘルプ/ナレッジ記事ヘルプ記事｜ファーストパーティトラッキングへのアップグレード設定概要Webサイト上における見込み客(Visitor/Prospect)のアクティビティを追跡するため、Webサイトに設置する「ファーストパーティクッキーでのトラッキングコード」を設定します。設定手順ファーストパーティートラッキングの有効化ビジネスユニットを作成(Account Engagement組織を発行)した時期により設定が異なります。​2023年2月13日以降にビジネスユニット(Account Engagement組織)を作成された場合「ファーストパーティートラッキング」はデフォルトで有効化されています。ここでは確認方法をご紹介します。​1. [Account Engagement] > [アカウント設定] から、「ファーストパーティトラッキングを使用」が「有効」になっていることを確認​2023年2月13日以前にビジネスユニット(Account Engagement組織)を作成された場合昨今のCookie規制を考慮し「ファーストパーティートラッキング」の有効化を推奨します。ここでは有効化の手順をご紹介します。​1.［Account Engagement設定］>［アカウント設定］> [編集] をクリック​2. [ファーストパーティトラッキングを使用] にチェックを入れ、[アカウントを保存]をクリックこれまでサードパーティトラッキングを利用していた場合は、[サードパーティクッキーをファーストパーティトラッキングと併用] [サードパーティトラッキングを使用]を併せて選択することを推奨します。詳しくは下記のヘルプ記事をご参照ください。ヘルプ記事｜Account Engagement でのファーストパーティトラッキングの有効化​ファーストパーティートラッキングのためのドメインの更新トラッカードメインにデフォルトのキャンペーンを指定しますヘルプ記事｜ファーストパーティトラッキングのためのトラッカードメインの更新1. [ドメイン管理]をクリック​2. 追跡したいドメイン名の右にあるギアアイコンから[編集]をクリック※下記ではサンプルとして「go.demo.pardot.com」を選択しています。自社の該当のドメインをご選択ください。​3. 「デフォルトのキャンペーン」から[選択]をクリック​4. 任意のキャンペーンを選択し、[選択された部分を選択]をクリック※下記ではサンプルとして「Website Tracking」を選択しています。自社の該当のキャンペーンをご選択ください。​5. [トラッカードメインを更新]をクリック​6. 適切な「トラッカードメイン」が選択されており、「Tracking Code」が発行されていることを確認ドメインごとに選択したデフォルトキャンペーン以外のキャンペーンでトラッキングコードを払い出す場合は、[Override Default Campaign] で別のキャンペーンを選択します。​7. 下記のボタンよりTracking Codeをコピーし、WebページのHTMLで、終了bodyタグ(</body>)の前に貼付ける(自社のWebサイト管理者に依頼の上、実施ください)設定における留意点コードを埋め込むWebサイトのドメインとトラッカードメインのルートドメインが一致している必要があります。Webサイト用に複数のドメインを保有しており、それぞれのドメインのページでトラッキングをされたい場合は、それぞれのドメインごとにトラッカードメインを設定し、ファーストパーティートラッキングコードを取得してWebサイトへの貼付けを行います。詳しくは下記のヘルプ記事をご参照ください。ヘルプ記事｜ビジタートラッキングに関する考慮事項​(参考) Webサイトへの貼付け方法の例​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ前のステップ：3−3 カスタム項目を作成して対応付ける次のステップ：4−2 トラッカードメインを追加する「サクセスナビ｜初期設定を完了しましょう｜④テクニカル設定」の記事に戻る

3−3 カスタム項目を作成して対応付ける

ヘルプ/ナレッジ記事ヘルプ記事｜プロスペクトの項目設定概要Salesforce側の「取引先責任者」「リード」の項目を、Account Engagement側で作成した「プロスペクト項目」と対応付けすることで、項目間のデータ連携が可能になります。設定手順Salesforceでカスタム項目を作成するAccount Engagementでカスタム項目(新規項目を作成)を作成する前に、対応付けを行うSalesforceのカスタム項目を予め作成しておく必要があります。Salesforceのカスタム項目を作成する手順については、下記のヘルプ記事をご参考くださいヘルプ記事｜Salesforce側のカスタム項目の作成​Account Engagementのプロスペクトと同期中の Salesforce リード項目と、同一の内容のカスタム項目が取引先責任者にあり、リードの取引開始（取引先責任者への変換）後も同期を継続したい場合、それらの項目のAPI参照名(新規項目作成時にシステム内で発行する一意の項目)が同一である必要があります。(Account Engagement と Salesforce 間の同期は、API 参照名を介して連携を行います。）ヘルプ記事｜リードの取引開始後、取引先責任者のカスタム項目がAccount Engagement側の項目と同期されなくなる場合の確認事項​プロスペクト以下と同期しています。リード取引先責任者リードの取引開始後、取引先責任者上にも情報を同期したい場合は、それぞれのカスタム項目のAPI参照名を同一にしておく必要があります。​例) カスタム項目におけるラベル名：興味がある製品API参照名：product_interest​Account Engagementでカスタム項目を作成するSalesforceの項目とAccount Engagementの項目の対応付けを行います​1.［Account Engagement］の環境にログインし、画面上部の［Account Engagement設定］タブをクリック※タブ一覧に表示されていない場合は添付画像の通り［さらに表示］をクリック後、［Account Engagement設定］をクリック​2. 画面左側のメニュー一覧から［オブジェクトと項目の設定］>［プロスペクト項目］>［カスタム項目を追加］をクリック​3. *各種必須項目［名前］［カスタム項目ID］［種別］に情報を入力し、画面中央の［salesforce.com項目名］からSalesforce側で対応付ける適切な項目を選択​プロスペクト項目は設定によって、Account Engagement の値と Salesforce の値のどちらをプライマリにするのか、またはいずれかの最近更新されたレコードの項目値を優先させるか、を制御できます（Opted Out 項目は最近更新されたレコードは選択不可）。詳細は以下のヘルプ記事をご参照下さい。ヘルプ記事｜同期動作の仕組み​4. 3の手順でドロップダウンを選択した場合、画面下にスクロールして必要な項目が［値］に含まれているか確認し、［カスタム項目を作成］をクリック※テキストの場合は［値］の表示はされず3の手順実施後、［カスタム項目を作成］をクリック​5.［プロスペクトを同期］をクリックし、最後に［OK］をクリック※複数項目を作成する場合は全ての項目作成が完了した後、最後に同期ボタンをクリック​​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ前のステップ：3−2 Account EngagementとSalesforceのキャンペーン接続を行う次のステップ：4−1 トラッキングコードコードを実装する「サクセスナビ｜初期設定を完了しましょう｜③Account Engagement設定」の記事に戻る

アカウントの設定

👤この文章の対象者👤Marketing Cloud Engagementをご利用開始されるお客様、利用部門やブランドの拡張などでMarketing Cloud Engagementの環境改変をお考えの方向けの情報となります。それ以外の方は、ご利用の環境の理解を深めるためのご参考までにご参照ください。​前回までの設定で、環境（ビジネスユニット）とドメイン周りの理解を深めることができました。続いて、利用開始に必要なその他の設定についてご紹介します。なお、以下の内容は、Hyperforce版Marketing Cloud Engagementでは一部異なる可能性があります。ビジネスユニット環境設定Marketing Cloud Engagementにアクセスするユーザーとそのロール、セキュリティについて🧭　確認場所：セットアップ＞管理＞ユーザーユーザー ユーザーを作成して、アクセスできるビジネスユニットやロールを指定しますロールで指定した権限から個別ユーザーに対して例外の変更を加える場合もこちらの「権限」から行いますあまりに多くの例外をユーザーごとに設定すると管理が煩雑になりますロールいくつかのデフォルトロールと、カスタムで作成できるロールがあります全ての機能を利用するには、「管理者」および「Marketing Cloud管理者」が必要です原則として、必要なツールや項目だけへのアクセスに制限した状態から、必要に応じてアクセスを解放していく方法を推奨しています多要素認証 (MFA) もしくは SSOユーザー名とパスワードの他に、2つ目の認証を必要とする多要素認証（MFA)、または貴社システムの認証と統合するシングルサインオン（SSO）が必須ですMFAには、認証コードをモバイルアプリで取得する方法やセキュリティキーを利用するなど、様々な方法があります。モバイルアプリを使用する場合は、会社携帯に該当アプリをインストールすることが貴社のセキュリティ上問題ないかなど、事前確認が必要ですSalesforce Authenticatorアプリを使った場合の例データ連携の準備Marketing Cloud Engagement SFTP 　(*2024年4月現在、Hyperforce版には提供されておりません）データをSFTPでファイル連携する場合、SFTPのユーザー作成が必要です。SFTPは、ビジネスユニットと一緒に提供されています。🧭　確認場所：セットアップ＞管理＞データ管理＞FTPアカウントSFTP ユーザーアカウント作成方法Salesforce提供のSFTP以外を利用する場合 SFTPについてさらに詳しく理解したい方は、以下のリソースがおすすめです。Marketing Cloud Engagement ポケットガイド (1) - セットアップ編クロスクラウド連携Marketing Cloud Connect (通称 MC Connect)Sales CloudやService Cloudなどと連携して、データをクラウド間でシンクすることができます。Salesforce IDがMarketing Cloud Engagementでのコンタクトキー（連絡先キーとも呼ばれます）となり、クラウドを跨いで個人を特定することができます。例えば、Service Cloudで作成された新しいリードや取引先責任者が自動的にMarketing Cloud Engagementに連携されて、メール送信などが可能となります。逆に、Marketing Cloud Engagementから送信したメールに対しての開封やクリックなどの情報をService Cloudなどに返すこともできます。これにより、カスタマーサポートでエージェントが見ている画面にそのお客様への過去のマーケティング履歴とそれに対する反応を表示することができます。（連携するデータ粒度は設定が可能です）その他にも、いろいろな機能があります。MCConnectについてさらに詳しく理解したい方は以下のリソースがおすすめです。Salesforce Trailhead: 「Marketing Cloud Connect の設定」Marketing Cloud Connect実装ガイドDistributed MarketingSales Cloud やService Cloudから、Marketing Cloud EngagementのJourney Builderを起動して、パーソナライズされたメッセージを送ることができます。例えば、あらかじめJourney Builderで新規顧客へのウェルカムジャーニー（1日おきに合計3通送信など）を実装しておくと、担当営業がSales Cloudから、そのお客様への個別メッセージなどを追加して有効化することで、そのジャーニーが起動し、そのお客様へパーソナライズされたウェルカムジャーニーを提供することができます。担当営業は、Sales Cloudの画面のみを操作すれば良いので業務負荷も軽減します。Distributed Marketingについてさらに詳しく理解したい方は以下のリソースがおすすめです。Salesforce Trailhead: 「Distributed Marketing の機能」Salesforce Trailhead: 「Distributed Marketing の管理」API連携データ連携を行うためのAPIを用意しており、REST 又は SOAP でアクセスします。APIについてさらに詳しく理解したい方は以下のリソースがおすすめです。Salesforce Trailhead: 「Marketing Cloud Engagement API」Salesforce Developers: 「Marketing Cloud Engagement APIs and SDKs」メール送信関連の設定Marketing Cloud Engagementはアメリカで開発された製品ですが、日本を含め世界中のお客様に安心してご利用いただけるよう各国の商習慣や言語の違い、技術的、システム的な特性を考慮して様々なカスタマイズをご用意しています。一般的な設定を含め、日本のお客様に推奨する設定についてご紹介します。​日本向けのメール配信で有効化が望ましい設定  (いずれもテクニカル サポート ケース経由で有効化)メール本文に対する BASE64 / Quoted-Printable 有効化 (ビジネスユニット単位) 一部のキャリアドメインへの送信をする際に、メッセージが長すぎることによるソフトバウンスを軽減する仕組みです。特定ドメインに対するスロットリング (ビジネスユニット単位)携帯キャリアドメインなど、特に日本に多い特徴として、受け入れ側のサーバーで一定の時間内に受け取る通数を制限しているケースがあります。これを上回って送信した場合、Marketing Cloud Engagementでは、受け入れられなかった分をリトライをして届けようと試みます。このリトライにより、受け入れ側からスパム扱いを受けてしまうことがあるため、ドメインごとに時間ごとの送信上限数を設けておき、リトライが極力起こらないように調整をかけることを「ドメインスロットリング」と言います。バウンスリトライ時時間 (IP アドレス単位)上述の通りリトライを行うとき、デフォルト設定では72時間の間リトライを続けます。これにより、例えば朝10時に送信したメールに対してリトライを続けて12時間後に受け入れた場合、同日22時にメールが届くことになります。夜間にメールが届くことを回避するために、このリトライの時間を4-6時間へ短縮をする設定をすることができます。専用IPアドレスのみに適用が可能です。共有 IP アドレスを選択されている場合は適用できません。その他の設定ウェブ解析ツール (例: Google Analytics UTMパラメータ) を使って、メールからの流入で発生したコンバージョンの計測などを行う場合は、パラメーターマネージャーの Web Analytics コネクタ上でトラッキングパラメーターを設定します。 (ビジネスユニット単位) 🧭　確認場所：セットアップ＞管理＞データ管理＞パラメータ管理Einstein各種有効化🧭　確認場所：セットアップ＞プラットフォームツール＞EinsteinMarketing Cloud Engagementでも、いくつかのEinstein機能をご提供しております。これらの多くは送信データを必要とします。そのため、なるべく早い段階で有効化を行い、貴社独自のデータ蓄積を行い良質なデータでEinsteinをご利用いただけるようご準備いただくことを推奨します。多くの場合、上記の確認場所から各種Einsteinへの有効化を行い、データの分析が開始されます。​通知管理Marketing Cloud Engagementでは、様々な場面で指定された方に通知を送信します。​エラー発生時の通知Automation Studio のオートメーションのスキップ/エラー/完了の通知🧭　確認場所：Journey Builder＞Automation Studio＞各オートメーションの「アクティビティ」タブ データのインポートやエクスポート、SQLやフィルター、メール送信など様々なアクティビティを自動化する機能であるAutomation Studioでエラーなどが起こった際にメール通知を受け取る仕組みです。アラートマネージャー の通知🧭　確認場所：セットアップ＞設定＞会社の設定＞アラートマネージャーAutomation Studioのみでなく、Journey BuilderやEmail Studioから送信したメールに対してエラーが発生した際にメール通知を受け取る仕組みです。製品に関するお知らせ製品コミュニケーションメール仕様変更、メンテナンス、製品の廃止など影響の大きい情報をメールでお送りしています。お客様側でご対応いただく必要のある項目が含まれることもあるため、非常に重要なお知らせです。こちらは、「管理者」 / 「Marketing Cloud 管理者」のロールをお持ちの方にお送りしています。このような情報を受け取る必要がある方は、ロールのご確認を今一度お願いいたします。Trust - Status Marketing Cloud Engageサービスの可用性とパフォーマンスを確認することができます。ご利用中のビジネスユニットに付けられた固有の識別番号をMIDと呼び、Marketing Cloud Engagement画面な右上のビジネスユニットの名前の横に表示されています。 MIDはお客様の環境に関する通知を受け取るときに必要となります。メモしておくことをおすすめします。Marketing Cloud Engagementの構成として、複数のDB（データベース）が各スタックに存在しています。スタックとは、データセンターに相当します。ご利用中のDBの検索方法は、以下のドキュメントを参考にしてください。Salesforce Trailhead: 「Marketing Cloud Engagement ステータスを確認する」Salesforce Help: 「Marketing Cloud アカウントのスタックの場所の検索」次の流れで予めメールアドレスの登録をすることで、影響がある可能性がある時に通知をメールで受信することができます。https://status.salesforce.com/　にアクセスをする検索ボックスにMIDを入力してエンターをクリックする（下図）My MIDとして　MID/DB#の形で表示されるのでそちらをクリックする右上に表示される「Subscribe」をクリックし受信するメールアドレスを入力する​​​​●   ●   ●​​​「活用7ステップ」全体に戻りたい場合はこちら​