これからの検討内容を整理しましょう

この記事で学べること運用開始までにやるべきことの全体像これらに取り組むべき理由この記事のゴールこの記事のゴールは「運用開始までにやるべきことを理解する」ことです。そのために、以下３ステップで進めていきます。セキュリティに関する情報/多要素認証運用開始までに押さえておきたい7つのステップなぜこれらを押さえることが重要なのか​​セキュリティに関する情報/多要素認証私たちSalesforceは、お客様のデータ保護に真摯に取り組んでおります。セキュリティ脅威がますます一般的になってきている昨今、 お客様が顧客情報やビジネスを守っていくためには、 より強力なセキュリティ対策を実装いただくことが極めて重要になります。​​本パートでは、導入初期に必ずご理解いただきたい、セキュリティに関する３つのご検討事項をご紹介いたします。​1．社内のデータアクセスレベルの制御攻撃者の標的になるリスクを回避する鍵となるのは、まず自社のSalesforceユーザのデータアクセスを保護することです。​Salesforceでは、項目レベル、レコードレベル、オブジェクトレベル、組織レベルで様々なアクセスの制御、データの保護のための機能を提供しております。​この機能を利用することで、お客様は利用ユーザのSalesforceへのログインを制御したり、ログインした後の操作や、データの表示についても、各ユーザに適切なレベルのデータアクセスを付与することが可能です。お客様によるデータの保護を実現するための具体的な機能や設定方法については、SalesCloud アドミン基礎のエキスパートコーチングでの学習がおすすめです。まずは動画（Chapter3: ユーザと権限管理）で概要をご確認の上、詳しくはエキスパートコーチングのフォローアップセッションにお申し込みください。※フォローアップセッションはPremierまたはSignature Success Planをご契約のお客様限定となります。​2．ユーザのログイン制御  〜多要素認証（MFA) 〜利用ユーザに合わせたデータの保護をしたとしても、そもそもID・パスワードが漏れてしまうと、情報漏洩してしまうリスクがあります。​ユーザの皆様に多要素認証（MFA）をご利用いただくことで、Salesforceへのログイン制御をし、安全に製品をご利用いただけます。​多要素認証（MFA）の設定手順に関しては、本サクセスナビ内のMFAページにて詳細をご確認ください。​3．セキュリティに関する情報のご提供  〜Trustサイト〜Salesforceの「Trust サイト」では、メンテナンス・システム障害についてリアルタイムにお客様へお知らせしています。​気になったタイミングでTrustサイトをご確認頂くことも可能ですが、情報発信のタイミングでメールで自動通知を受け取ることもできます。とりわけSalesforceのシステムを管理するお立場の方は、ぜひご登録ください。​参考）Salesforce Trustユーザガイド​その他、セキュリティ関連でのお問い合わせについては、弊社テクニカルサポートでもご対応させていただきます。テクニカルサポートの活用方法に関しては、次節でお伝えしてまいります。​セキュリティに関する３つのご検討事項を押さえたら、いよいよ運用開始に向けて準備に入っていきましょう。​​運用開始までに押さえておきたい7つのステップSales Cloud導入を成功に導くにはいくつかの押さえておきたいステップがあります。本記事では、運用開始までに取り組んでおくべきことの概観をご説明します。①事前準備、②計画、③実装、④運用準備と大きな流れがあり、より具体的には以下7つのステップに分解されます。​＜はじめに＞　これからの検討内容を理解するこれからSales Cloudの運用を開始するにあたって必要な検討内容や、Salesforceの活用リソースを学んでいきます。 Salesforceの特徴を理解 これからの検討内容を整理 活用リソースの種類と使い方を理解＜基本理解＞　基本構造・機能を理解するSales Cloudはカスタマイズ性が高いため、担当者にWeb開発などの専門的な知識がなくとも、現場のニーズに適合したシステムを構築、改修することが可能です。まずはSales Cloudの仕組みの概観を掴みながら、以下3つの基本的な内容を押さえていきましょう。 基本構造と基本的な用語の理解 カスタマイズの方法 データの分析機能の理解※ 設定・構築パートナーに実装作業を依頼するなどで、直接設定作業に関わらない場合でも、基本構造・機能をご理解いただくことで、Sales Cloudと日常業務のつながりがイメージしやすくなり、効率の良い構築・運用を行うことができます。​＜計画策定＞　活用のゴールを明確化するSales Cloudでデータを活用し、ビジネスの成長に繋げていくためには、[何を実現したいのか？そのためにどんなデータを収集するのか？]といった「ゴール」を明確にすることが重要です。ゴールが明確でないと、入力の手間だけが増えてしまい、結果、期待していた効果に繋がらなくなってしまう可能性があります。ゴールを定め、そのゴール達成のために最適なデータ分析をすることで、より速く的確な戦略や打ち手を導き出せることになります。まずは、自社がSales Cloudを導入して実現したい事は何か？を明確にしましょう。 運用開始に向けて必要な役割の明確化 実現したいことの明確化 運用開始に向けた計画を策定＜要件定義＞　管理するデータを検討する活用のゴールが決まったら、次は可視化のためにSales Cloud上でどのようにデータを構成するか整理していきましょう。ここでは、自社で管理するデータの検討と、必要な設定を定義するためのポイントについて学習し、自社に合った設計をしていきます。 目標達成のためにやるべきことを計画 商談の流れの整理 必要な設定の理解＜実装＞　データの取り込み・可視化を行う要件定義を終えたら、いよいよ実装を行います。自社にとって最適な入力画面を整え、必要なデータを取り込んだら、可視化の準備をしていきましょう。目標に対する進捗を管理するため、『レポート・ダッシュボード』を設計します。 実装時の注意点の理解 データの取り込み データの可視化（レポート・ダッシュボード）＜運用検討＞　運用に向けた準備をする実装を終えたら、利用者への展開に向けた運用の準備に入ります。ツールができあがっても、それを実際に利用するユーザーが、運用方法や正しい使い方を理解していなければ、使いこなしていくことは困難です。運用開始前に検討すべきポイントを理解し、ユーザーに伝えていきましょう。 運用ルールの策定 ユーザートレーニングの実施 運用テストと修正＜運用開始＞　運用後に必要なポイントを理解する効果を出すツールにするためには、運用開始後も継続的に利用ユーザーの活用状況をチェックし、定期的に改善を行う事が重要です。 定着に向けたプランニング 継続的な改善の実施 活用状況のチェックなぜこれらを押さえることが重要なのかそれでは、なぜこれらを押さえることが重要なのでしょうか。​これらの検討が抜け漏れてしまうと、下図のように「現場が使ってくれない」や「使っているけど効果がでない」といった状況に陥りやすくなってしまいます。​例えば、Sales Cloudを何のために利用するのかがはっきりせず、ただ情報の記録だけを行ってもビジネス成果は創出できません。また利用ユーザーとしても、自分たちの業務にどんなメリットがあるのかが理解できなければ、活用は進みません。​これらの課題を未然に防ぎ、Sales Cloud導入を成功に導くため、本ステップを含むはじめてガイドの7つのステップを漏れなく学習し、実践していきましょう。まとめ運用開始前に必要なステップは理解できましたか？ 以下の順序で運用開始に向けた準備を進めていきましょう。＜はじめに＞ これからの検討内容を理解する＜基本機能＞ 基本構造・機能を理解する＜計画策定＞ 活用のゴールを明確化する＜要件定義＞ 管理するデータを検討する＜実装＞ データの取り込み・可視化を行う＜運用検討＞ 運用に向けた準備をする＜運用開始＞ 運用後に必要なポイントを理解する次の記事：活用リソースの種類と使い方を理解しましょう​「活用7ステップ」全体に戻りたい場合はこちら

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

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/qJJatinQTvnMpK2a6b2ZWk​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の2月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2024年2月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは、製品イノベーションに関する情報です。​日本のお客様向けのインスタンス（APx、JPNx）が2月11日にSpring ‘24になりました。サクセスナビに「Spring '24リリース 注目の新機能」ページが公開されています。既に、注目機能のななめ読みを参照いただけますが、来月には各製品のエキスパートが注目機能を紹介する動画が追加される予定なので、ぜひブックマークをして楽しみにお待ちください。​関連リンクSalesforce Admins：Admin Release Countdown: Get Ready for Spring ’24サクセスナビ : バージョンアップに備えましょうサクセスナビ：Spring '24リリース注目の新機能オンラインコミュニティ：Release Readiness TrailblazersSpring '24 Release noteSalesforce Sandbox プレビュー手順Trustサイト（リリーススケジュール）Spring'24 Release SiteSpring '24 Release HighlightsRelease Overview DeckRelease in a BoxRelease Feature Matrix​続いて、リリースノートの更新情報です。Spring ‘24のリリースノートの更新情報のうち、現行動作に影響を与える可能性があるものと注目の機能を抜粋してご紹介します。今月は、1月9日以降の更新の抜粋になります。​No.4 Create From Lookup Changes参照項目の動作に関する内容です。参照項目からレコードを作成する際に「保存 & 新規」ボタンが表示されなくなります。参照項目以外からのレコード作成画面では引き続き「保存 & 新規」ボタンは表示されます。​No.5 Control Your Data Prep Concurrency AllocationCRM Analyticsに関する情報です。Spring '24からAnalyticsの設定画面に、[データフローとレシピ間での同時実行制限の共有を有効にします]オプションが追加されました。今回のリリースノートの更新では、それを設定するためにはCRM Analytics Plusのライセンスが必要である旨が追加されました。​No.6 Address Your Users’ Connection Issues Quickly by Seeing Org ID and Username in NotificationsEinstein 活動キャプチャに関する情報です。Einstein活動キャプチャの[接続状況通知]をONにしている場合、状況通知メールの本文に、組織IDとユーザー名が表示されるようになりました（以前のメール本文に含まれていたのは組織名のみでした）。なお、この変更はアプリケーション内通知には適用されません。​No.7 Unify Your Organizational Knowledge Across Sources in Salesforce (Beta)ナレッジに関する情報です。Spring '24から、SharePoint等のサードパーティシステムのナレッジをSalesforceに統合するUnified Knowledgeのベータ版がリリースされる予定でしたが、2024年2月23日から本番およびプレビュー対象のインスタンスのSandboxで有効にできる旨がリリースノートに追加されました。​No.8 Encrypt Fields Used to Train Generative AI Models生成AI関連の情報です。プラットフォーム暗号化の機能について、自然処理言語トレーニング モデルに入力されたデータを暗号化できる旨がリリースノートに追加されました。​No.9 Return to the Record Page with Record Create on Custom Quick Actionsクイックアクションにおける保存後のナビゲーションの変更に関する情報です。以前は、カスタムクイックアクションからスタックモーダル経由でレコードを作成すると、新しく作成されたレコードページにリダイレクトされていましたが、Spring'24では、保存後のナビゲーションが発生しなくなりました。レコードを保存すると、クイックアクションのトリガーとなったレコードページにリダイレクトされます。​No.10 Removed: Help Partners Streamline Communication with Personalized Sales Emails生成AIに関する情報です。Spring ‘24より、Einstein Sales Emails（取引先責任者とリード向けのパーソナライズされたメールをAIが生成してくれる機能） をExperience Cloudサイトでの利用可能になる予定でしたが、削除されました。​No.11 The Cloud Security Website Is Being Retired弊社のセキュリティに関するサイトの情報です。Cloud Securityサイト（https://security.my.salesforce-sites.com/）を公開してましたが、当社のコンテンツライブラリの質を向上させる取り組みの一環として、2024年2月初旬に閉鎖されました。上記サイトに掲載されていた情報の代替リソースはリリースノートに纏められておりますので、ご確認ください。​No.12 Resolve and Deflect Issues with Einstein Search Answers (Generally Available)生成AIに関する情報です。リリースノートに、Search Answerは英語の記事のみをサポートすることが明記されました。また、Search Answerは2024年2月末から順次利用可能になる予定です。​No.13 Use Work Summaries in More Languagesこちらも、生成AIに関する情報です。複数言語で作業要約を利用できるチャネルはチャットのみであることが明記されました。​No.14 Update Sharing Settings for the Operating Hours Object営業時間オブジェクトの共有設定に関する情報です。Spring '24で、営業時間オブジェクトの共有設定ができるようになりました。認証されていない (ゲスト) ユーザーが営業時間オブジェクトのデータにアクセスをする要件がある場合には、共有ルールを手動で作成する必要があります。また、 Salesforce Scheduler 経由で 営業時間オブジェクト にアクセスする場合、enableDepriveSoqlAccessGuestUserOrgPrefというメタデータAPIのフィールドをTrueに設定する必要があります。​No.15 Unlock the Power of AI with Einstein Studio生成AIに関する情報です。Einstein Studioの使い方を明確にしました。Einstein Studio タブでは、予測および生成 AI を強化する AI モデルを管理することができます。​No.16 Salesforce Ant Migration Tool End of Life開発者様向けの情報です。SalesforceのAnt移行ツールは、Spring '24で廃止される予定です。廃止後も、Ant移行ツールを利用することはできますが、新しい機能は更新されず、サポートされません。メタデータの変更を管理するには、Salesforce CLIに切り替えてください。​No.17 Record Access Is Secure by Default after Enabling Digital Experiencesロールを利用可能なコミュニティユーザライセンスをご利用中のお客様向けの情報です。2024年2月8日以降に作成された Salesforce 組織でデジタルエクスペリエンスを有効にした後のロールの変更に関するリリースノートを追加しました。2024年2月8日以降に作成されたSalesforce組織では、デジタルエクスペリエンスを有効にした後も、共有ルールやその他の機能によってロールおよび内部下位グループと共有されたレコードは、その内部ユーザのみがアクセスできます。2024年2月8日以前に作成された組織では、内部ユーザーと共有されたレコードは外部サイトユーザーにも自動的に公開されるため、外部ユーザーアクセスの変換ウィザードを使用してアクセスを確保する必要があります。​（No.18~20は、Salesforce Back Upに関する情報です）No.18  Back Up New Data On DemandSalesforce Backupアプリケーションのバージョン2.13では、自動バックアップだけでなく、任意のタイミングで増分バックアップを取得できるようになります。​No.19 Control Formula Field Data Backups at the Object Levelオブジェクト毎に数式項目のバックアップを取得することができるようになりました。​No.20 Back Up Files and Attachmentsファイルと添付ファイルをバックアップに含めることができるようになりました。​No.21 Allow the New Setup Domain to Ensure Access to Salesforce Setup Pages設定画面用の新しいドメインが追加される予定です。後述の[その他の更新]セクションで詳細を解説します。​No.22 Use Dynamic Forms on Pinned Region Pagesアプリケーションビルダーに関する情報です。ヘッダー等が固定されたテンプレートを使用するLightningレコードページで動的フォームが使用できる旨のリリースノートが追加されました。​No.23 Use Einstein Conversation Insights with Microsoft Teams and Google MeetEinstein会話インサイトに関する情報です。Spring ’24から、ビデオプロバイダーとしてMicrosoft TeamsとGoogle Meetを使用可能になる予定でしたが、Google Meetとのインテグレーションは2024年2月下旬に可能になることが明記されました。​No.24 Enforce Rollbacks for Apex Action Exceptions in REST API (Release Update)リリース更新に関する情報です。「REST API で Apex アクションの例外が発生した場合のロールバックの適用」というリリース更新の強制適用時期が、Spring ’24 から Spring '25に修正されました。​以上が、リリースノート更新情報からの一部抜粋ですが、関連機能をご利用のお客様はスライドにございますリンクより詳細をご確認ください。またすべての更新情報をご覧頂く場合は、更新情報一覧よりリリースノートをご覧ください。​続いて、多要素認証（MFA）に関する情報です。​Spring’24が適用されたことにより、これまで MFA の自動有効化が実施されていなかった組織に対して、MFA が自動有効化されました。この自動有効化は30日の猶予期間があり、MFAの準備ができていない場合、管理者様は組織のMFAを無効化することができます。しかしMFA適用は利用規約上必須なので、早めの対応をお願い致します。​関連リンク残りのすべての組織での MFA 自動有効化の完了 (リリース更新)2024 年 4 月から MFA がデフォルトでオンにSummer ’24 より Salesforce 製品への MFA の適用がアプリケーション内通知に移行​続いて、インフラ強化です。​インスタンスリフレッシュですが、今回は多くの更新がございます。まず、2月18日に計画されていたインスタンスリフレッシュは実施されましたが、EU16インスタンスについてはキャンセルとなり、別日程で実施される予定です。​次に、新たにインスタンスリフレッシュの計画が追加されているのでご案内します。上記スライドに記載されている日程にて本番組織、Sandbox組織ともにインスタンスリフレッシュが計画されており、日本のお客様にご利用いただいている「AP」で始まるインスタンスも計画の対象に含まれています。​お手元にTrustサイトから通知が届いているお客様もいらっしゃると思います。メンテナンス情報はTrust通知にて把握することができますので、Trust通知の登録をされていない管理者様はサクセスナビをご覧いただき、事前登録をお願いします。​また、インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて、許可すべきIPアドレスとドメインに関する情報です。「SalesforceのIPアドレスとドメインで許可する」のナレッジが1月15日と2月6日に更新されています。ARINとRIPEのそれぞれのリージョンでIPアドレス範囲が追加されていますのでご確認ください。​Hyperforceに関するナレッジ「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」も1月16日と2月9日に更新され、ストリーミングAPIの要件が削除、また、W3School の HTML URL エンコーディングリファレンスへのリンクが追加されています。​そして、「Salesforce アプリケーションからのメールを受信できるようにする」のナレッジも1月24日に更新され、一部IPアドレスが除外されています。詳細は、対象ナレッジの英語版の改版履歴をご確認ください。​次にシステムメンテナンスについてです。​Hyperforce以外の優先システムメンテナンススケジュールについてです。こちらは英語版の公開ナレッジを基に、対象インスタンスを最新に更新しております。日本のお客様がご利用のインスタンスについても古いインスタンスを削除し、新しいインスタンスが追加されていますので、ご確認をお願い致します。​関連リンク優先システムメンテナンスのスケジュールSalesforce のメンテナンス中、組織にどのような影響がありますか？Trustサイト​続いて、リリース更新に関する情報です。​こちらのスライドは2月にリリースされた Spring’24 において適用されたリリース更新と、Spring'24以降に段階的に適用されるリリース更新の一覧です。リリース更新の適用によって以前と動作が変わっている機能もございますので、今回適用されたリリース更新の内容を改めてご確認ください。​関連リンクSpring '24 リリースノートの更新情報商談の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)ICU ロケール形式の有効化 (リリース更新)サクセスナビ : ICUロケール形式の有効化Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化 (リリース更新)Apex RestResponse ヘッダーの RFC 7230 に基づく検証の適用 (リリース更新)MFA Auto-Enablement Concludes for All Remaining Orgs (リリース更新)​こちらのスライドは次期バージョンである Summer’24 で適用予定のリリース更新です。リリース更新の中には重要な更新が含まれています。一部ご紹介させていただきますと、例えば、別のSalesforce組織へのリダイレクトを制御するものや、組織のメールアドレスで許可されたプロファイルを設定しないとメールが送信できなくなるもの、複数のSAMLフレームワークを適用するための更新など、Summer’24 リリースの前に管理者様にご確認いただきたい更新がございます。Summer’24 は6月にリリースされますので、それぞれの更新に関するヘルプ記事をご確認いただき、適用のご準備をお願い致します。​関連リンクSpring '24 リリースノートの更新情報信頼済みの組織間リダイレクトのみを許可 (リリース更新)組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)複数設定 SAML フレームワークへの移行 (リリース更新)フローへの入力として会話インテリジェンスルール名を引き渡し (リリース更新)ボットユーザーコンテキストでフローの実行 (リリース更新)メール-to-ケースのメールコンポーザー向けの Lightning エディターへの移行 (正式リリース) (リリース更新)​続きまして、その他の更新です。​こちらでは、Salesforce組織で使用されているURLの一部が更新されることをご案内いたします。URLが更新されるのは、Salesforceの画面の右上からアクセスする「設定」ページのURLで、「設定」ページのURLが「*.salesforce-setup.com」のURLに更新されます。この更新はすべての組織に一括で適用されるのではなく、段階的に適用を進めていく予定となっております。お客様のネットワーク環境において、アクセスできるサイトをドメインで制御している場合、「設定」ページにアクセスできるようにするため、該当ドメインを許可するように設定をお願い致します。​関連リンク新しい設定ドメインの許可必要なドメインを許可Understand How Google's Privacy Sandbox Initiative Impacts Salesforce​続いて、機能の廃止についてです。​機能廃止についての更新情報はないのですが、廃止時期が近づいている機能がございますのでご紹介します。Salesfore for Outlook の機能廃止が 2024年6月で予定されています。該当機能をご利用のお客様は、Outlook インテグレーションやEinstein 活動キャプチャへの移行をご検討ください。​関連リンクSalesforce 製品 & 機能の廃止​最後にその他の情報のお知らせです。​こちらでは、サクセスナビにAI特設ページが開設されたことをご紹介しております。こちらの特設ページでは、AI は Salesforce でどのように実現されるのか、AI を導入していくためにはどのようなステップを踏めばいいのかといった、AI に関する解説情報をご案内していますので是非ご一読いただければと思います。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​2月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

インスタンスリフレッシュの概要と準備

「インスタンスリフレッシュ」メンテナンスについて、以下動画で説明していますので、ぜひご視聴ください。（イネーブルメントサイトとイベントモニタリングの情報は動画および資料に含まれておりません）​[動画] インスタンスリフレッシュの概要と準備 (1.約17分＋ 2.約14分)https://play.vidyard.com/aJQhixFTpdgNBzaSCFvEtb投影資料のダウンロードはこちら画面右下の歯車マークより再生スピードが変更可能です上記2つの動画の構成は、以下のとおりです。必要な箇所の確認をお願いします。インスタンスリフレッシュの概要と事前準備の概要（約17分）※インスタンスリフレッシュの概要インスタンスリフレッシュメンテナンス（ナレッジ）の内容を、見やすくリスト化した資料の説明インスタンスリフレッシュの事前準備（詳細）（約14分）システムメンテナンスのベストプラクティスの解説 ※お客様の実装により、インスタンスリフレッシュの前後で必要な準備・ご対応の解説ハードコード化された参照（4:13~）Salesforce内の設定や、Salesforceと連携している外部システムの設定に、ハードコード化された参照（例：https://ap3.salesforce.com ）がある場合、ご視聴くださいSalesforce Mobile SDK（8:26~）独自開発したモバイルアプリケーションをご利用の場合、ご視聴くださいメールログ（8:54~）以前は、インスタンスリフレッシュ後に、インスタンスリフレッシュ前のメールログをダウンロードする必要がある場合、インスタンスリフレッシュ前にメールログをリクエストいただく必要がありましたが、現在はその必要性は無くなりました。（そのため、このパートは割愛いただいて構いません）Live Agent（チャット）または SOS（9:45~）Live Agent（チャット）または SOS をご利用中の場合、ご視聴くださいスケジュールされたアクティビティ（11:40~）インスタンスリフレッシュ中やその前後にスケジュールされたアクティビティ（Job）がある場合、ご視聴ください。※インスタンスリフレッシュメンテナンスが予定されている組織の、すべてのシステム管理者様にご確認いただきたい内容です。動画ではなく、「読んで理解したい！」という場合は、動画で解説している内容を以下に纏めていますので、ご確認ください。​インスタンスリフレッシュの概要と目的​関連リンクサクセスナビ：インスタンスリフレッシュ、組織移行、継続的サイト切り替えって？ナレッジ記事：インスタンスリフレッシュメンテナンス​Salesforce のシステムメンテナンスの概要​上記スライドでは、インスタンスリフレッシュを含めた Salesforce で定期的に実施している システムメンテナンス の種類と概要を纏めています。その中で、本記事では、インスタンスリフレッシュの内容を説明します。​インスタンスリフレッシュの目的は、インフラストラクチャーのアップグレードを実施し、お客様が期待するパフォーマンスレベルを維持することです。インスタンスリフレッシュメンテナンスが予定されているインスタンスにある、すべての組織が対象になり、強化された新しいインフラのデータセンターにインスタンスを移行します。現状の所要時間は約90分（※）で、本番環境が対象のインスタンスリフレッシュメンテナンス実施中は、対象組織は原則リードオンリーモードになります。※：2023年4月時点の実績情報であり今後変更される可能性があります​IPアドレスおよびインスタンス名はインスタンスリフレッシュ後に、変更になります。お客様への事前通知は、「製品およびサービスに関するお知らせ」と併せて、Trust 通知がございます。Trust通知の登録は、インスタンスリフレッシュ後も維持されます。また、実施日の変更はできません。​関連リンクインスタンスリフレッシュメンテナンス組織の移行への準備方法サイト切り替えの概要と FAQ最適化されたサイト切り替えの概要と FAQ​Salesforce のシステムメンテナンスの中で、インスタンスが変更になる場合のイメージです。インスタンスリフレッシュと組織移行は、組織が別のインスタンスに移行されます。​インスタンスリフレッシュインスタンスリフレッシュは、従来の基盤間での移行（apX → apXX）です。インスタンスリフレッシュは、元のインスタン上のすべての組織が新しいインスタンスに移行されますので、完了後に元のインスタンスは破棄されます。​組織移行インスタンスリフレッシュ以外にも、インスタンス名が変更になるシステムメンテナンスとして、組織移行があります。組織移行には従来の基盤間での移行（apX → apXX）と、次世代基盤であるHyperforceへの移行（apX → JPNx）の２つのパターンがあります。組織移行では一部の組織がまとめて別のインスタンスに移行されますが、元インスタンスはそのまま継続して稼働を続けます。インスタンスリフレッシュと組織移行では、My Domain名や各ドメインに変更はありませんが、サーバーのIPアドレスは変更されます。​関連リンクサクセスナビ：インスタンスリフレッシュ、組織移行、継続的サイト切り替えって？上記は、インスタンスリフレッシュの全体プロセスについて、タイムラインをまとめたものです。​対象組織に1回目の通知が約2ヶ月に送信され、2回目の通知が約15日前に送信されます。（事前通知の送信時期については、現時点の実績情報であり、将来変更される可能性があります）​移行当日にメンテナンス開始時間になったら、移行の準備が開始され、優先システムメンテナス枠（4時間）内で、インスタンスリフレッシュ作業が実施されます。インスタンスリフレッシュの所要時間は約90分です。Salesforce にて、移行が完了・成功したことを確認した後は、お客様の組織は、新しいインスタンス上で稼働します。つまり、Salesforceの新しいインフラストラクチャが利用できるようになります！素晴らしいですね！​関連リンク製品およびサービスに関するお知らせTrustサイト優先システムメンテナスのスケジュール​上記はインスタンスリフレッシュの当日のタイムラインです。​インスタンスリフレッシュ開始後、対象組織はリードオンリーモードになり、その後インスタンスリフレッシュが始まります。リードオンリーモードの時間帯は参照のみとなり、外部データをSalesforceに取り込むような更新作業は実施いただけないため、メンテナンス開始前の準備作業とメンテナンス終了後の事後作業について、確認していきます。※Sandboxが対象のインスタンスリフレッシュメンテナンス実施中は、利用不可です​[2024/3/19追記]イベントモニタリングは毎晩のバッチ・プロセスにて処理されるため、インスタンスリフレッシュ前に処理されなかったイベントログデータは存在せず、インスタンスリフレッシュ中に新しいインスタンスの組織に追加されません。​​[2023/10/16追記]イネーブルメントサイト (旧称 myTrailhead サブドメイン)をご利用のお客様は、インスタンスリフレッシュや組織移行の実施前と実施後に追加作業が必要です。詳細は、組織移行またはインスタンスリフレッシュ後のイネーブルメントサイト (myTrailhead) へのアクセスに関する問題と対処方法（ナレッジ）のご確認をお願いします。メンテナンス開始前の準備作業（左側のオレンジ）メールログのリクエストインテグレーションの再起動、およびDNSキャッシュ更新の準備ローカルキャッシュ用の最新証明書を入手長時間実行ジョブのスケジュールの変更を検討外部サービスへのApexコールアウトで、System.getApplicationReadWriteMode()を使用していない場合、コールアウト処理を止める​メンテナンス完了・終了後の確認作業（右側の緑）Salesforce for Outlook（SFO）の再ログインLiveAgent（チャット）エンドポイントの確認・更新長時間実行ジョブがエラーの場合、再起動Trust通知 の登録確認Einsteinボットの再有効化​なお、上記に記載の作業は代表的な確認事項です。対象の機能を利用していたり、その実装がある場合は確認をお願いします。​インスタンスリフレッシュ に備えた準備（概要）この章では、インスタンスリフレッシュに備えた事前準備の概要を説明します。​​インスタンスリフレッシュメンテナンス のナレッジに、インスタンスリフレッシュに関する各種情報や、その準備、そして影響を受ける機能について網羅されています。ご利用いただいている機能によっては、事前/事後の作業が必要なものがあったり、また移行中は制限のある機能があります。ここからは、このインスタンスリフレッシュメンテナンス のナレッジに記載されている内容に沿って、お客様で必要な準備や対処があるのか、またどのような作業が必要なのかについて説明します。上記リストには、[分類]、[No.]、[質問]、[回答]、[参考資料]があります。[分類]で、”情報”、”準備”、”機能への影響”のいずれかに分類しています。そして、[対象機能]でどの機能に関するものか明記されていますので、ご利用になっている機能の質問と回答内容がひと目で分かるようになっています！便利ですね！上記は、インスタンスリフレッシュに関連する一般情報（よくいただくご質問）です。ほとんどの内容は、本記事の上部で既に説明した内容ですが、復習も兼ねて、上記リストの内容を今一度ご確認いただくことをお勧めします。​関連リンク「インスタンスリフレッシュ」ページ（投影資料のP.4をご参照ください）ナレッジ記事：リードオンリーモードの概要ナレッジ記事：優先システムメンテナンスのスケジュールサクセスナビ：Salesforceのメンテナンスを知ろうナレッジ記事：FAQ - ハードコード化された参照の更新ナレッジ記事：Salesforce のメンテナンス中、組織にどのような影響がありますか？ナレッジ記事：SalesforceのIP範囲 / 許可すべき Salesforce の IP アドレスとドメイン​上記も、インスタンスリフレッシュに関連してよくいただくご質問です。内容の確認をお願いします。​​関連リンク：製品およびサービスに関するお知らせService Delivery (inc Hyperforce)「タイムライン」ページ（投影資料のP.8をご参照ください）ナレッジ記事：製品およびサービスに関するお知らせSalesforce アーキテクチャについてMultitenant Architecture (マルチテナントアーキテクチャ)Trust 通知​次に、インスタンスリフレッシュの準備についてです。具体的な情報は、「インスタンスリフレッシュに備えた準備（詳細）」の章で説明します。ここでは、どのような準備が必要かの概要と参考資料を纏めています。​関連リンク：Certificates Changes グループSalesforce のシステムメンテナンスのベストプラクティス」ページナレッジ記事：ハードコード化された参照の更新ナレッジ記事：許可すべき Salesforce の IP アドレスとドメインここからは、インスタンスリフレッシュによる個別の機能への影響についてです。スライドの内容を確認しましょう。​関連リンク：Outlook/Teams, Gmail, and Inboxグループナレッジ記事：Salesforce for Outlook OAuth 再認証「メールログ」ページ（投影資料のP.25をご参照ください）ナレッジ記事：メールログのリクエスト​こちらも、インスタンスリフレッシュによる個別の機能への影響についてです。スライドの内容を確認しましょう。​関連リンク：「LiveAgent (チャット) または SOS」ページ（投影資料のP.26をご参照ください）「スケジュールされたアクティビティ」ページ（投影資料のP.27をご参照ください）ヘルプ : What do I need to do about my upcoming Salesforce instance refresh?こちらも、インスタンスリフレッシュによる個別の機能への影響についてです。スライドの内容を確認しましょう。関連リンク：大量のプラットフォームイベント変更データのキャプチャ開発者ガイド：イベントバスReplayIDEinstein.AI(Salesforce AI)こちらは、インスタンスリフレッシュによる影響はございませんが、よくお問合せ頂く内容です。念のため、内容の確認をお願いします。​インスタンスリフレッシュ に備えた準備（詳細）これ以降は、インスタンスリフレッシュに備えた準備の詳細を説明します。まずは、Salesforce のシステムメンテナンスにおけるベストプラクティスのご紹介です。これらは、インスタンスリフレッシュだけでなく、組織移行やサイトスイッチのメンテナンスにも当てはまるものです。​ハードコード化された参照の更新ハードコード化とは、URLに固有のインスタンス名（例えばap3など）を含むURLをコード内に直書きしていることを指します。メンテナンスが完了すると、インスタンス名が変わりますので、そのコードを含む処理が正常に動かなくなる場合があります。こちらの確認方法などは後半で説明します。ここでは、ハードコード化された参照とはどういうものを意味するのかを理解しておいてください。​許可すべきSalesforce のIPアドレスとドメインインスタンスリフレッシュが完了すると、IPアドレスが変わります。SalesforceのIPアドレスが変わることによる一般的な影響は以下のとおりです。皆様のオフィスからのSalesforceへのアクセスを、以前のインスタンスのIPアドレスを使用してフィルタリングしている場合に、Salesforceにアクセスができなくなります。Salesforceと連携しているシステム側で以前のインスタンスのIPアドレスを使用したフィルタリングを行っている場合に、そのシステムからSalesforceへの連携が停止します。​最低限実施いただきたいこと：メンテナンス前に、Salesforceへアクセスする端末およびSalesforceと連携しているシステムで、最新のIPアドレス範囲を許可リストに追加してください。追加すべきIPアドレス情報については、許可すべき Salesforce の IP アドレスとドメインのナレッジをご確認ください。​推奨事項：Salesforce サーバへのアクセスには、 IP アドレス許可リストではなく必要なドメインを許可する事を推奨しています。これを機に、IPアドレスではなく、ドメインを使用したフィルタリングに変更ができないかをぜひご検討ください。​Salesforceアプリケーションからのメールを受信できるようにするWebアクセスだけでなく、Salesforceから、みなさまの会社の社員に届くメールに対しても、IPアドレスでフィルタリングをしている場合は、TLS、SPF、DKIM、DMARCと言った標準メールセキュリティプロトコルを使用することをご検討ください。どうしてもそれらで代用ができない場合は、Webアクセスと同様、メンテナンス前に、最新のIPアドレス範囲が追加されていることをご確認ください。​優先システムメンテナンスのスケジュールSalesforceのシステムメンテナンスは、あらかじめ決められた優先システムメンテナンスのスケジュール枠内で実施されます。そのため、（みなさまの会社における）Salesforceのメンテナンスを計画する際は、優先システムメンテナンスの枠外で計画するようにしてください。優先システムメンテナンス枠は、お客様の組織のインスタンスによって変わりますが、主に日本のお客様の場合、第一、第三日曜日の未明です。詳細は、優先システムメンテナンスのスケジュールのナレッジをご確認ください。​それでは、ハードコード化された参照について、詳しく説明します。​ハードコード化された参照があるとインテグレーションや数式項目等の設定が壊れたり、メールテンプレートやナレッジ記事の画像が表示されなくなることがあります。対応方法としては、注釈1のように相対URLに変更いただく、注釈2のように、インスタンス名を含まない、汎用エンドポイントのURLや私のドメインのURLに変更いただくことになります。じゃあ、一体どこにハードコード化された参照があるのか。「検討がつかない・・・」とお困りのお客様はどうしたらいいでしょうか。​​関連リンク：ヘルプ：私のドメイン​​Salesforce内のハードコード化された参照の確認には、Lightning Experience 準備状況チェックをご利用いただけます。すべてのハードコード化された参照を検出できるわけではありませんが、設定画面から起動できるので、とても簡単です！ハードコード化された参照の箇所を確認したら、開発者の方へ共有し、更新を依頼します。また、ご自身が開発者である場合には、VSC（Visual Studio Code）を利用して、ハードコード化された参照を見つけて、更新することができます。​関連リンク：Lightning Experience 準備状況チェックで評価する項目Lightning Experience 準備状況チェックの開始Salesforce Extensions for Visual Studio CodeVisual Studio Code で Salesforce プロジェクトを作成して、ハードコード化された参照を検索​ここまでは、メンテナンス後に意図しないサービス中断等が発生しないために、事前に確認・対応をいただきたい内容でしたが、対応できなかった場合の動作について、説明します。​ハードコード化されている参照の中には、Salesforceサーバにより、メンテナンス後の新しいインスタンスにリダイレクトされるものがあります。例えば、ブラウザリンクやブックマーク、カスタムボタンやChatter投稿などが該当します。​ただし、リダイレクトによりパフォーマンスが低下する可能性があったり、永遠にリダイレクトされるわけではないこと、必ずしもすべての参照がリダイレクトされることを保証していないため、リダイレクトに依存するのは非推奨です。ハードコード化された参照は、可能な限り、メンテナンス開始前に、すべて削除・更新しておくことを強く推奨します。​先程、Lightning Experience 準備状況チェックで、Salesforce内でハードコード化された参照をある程度確認ができることをお伝えしました。こちらは、Salesforceと外部システムのインテグレーションをしている場合についてです。結論から申し上げると、必要な対応は、Salesforce内にハードコード化された参照がある場合と一緒です。​外部システムの設定において、ハードコード化された参照の有無を確認し、ある場合は、私のドメインのURLもしくは汎用エンドポイントのURLに変更をお願いします。​なお、上記では、現時点でApex WSDLを作成した画面を載せていますが、昔のApex WSDLでは、インスタンスが含まれたURLが記載されていました。そのため、その当時のWSDLを今も使用し続けている古いインテグレーションがある場合には、必ず確認するようにお願いします。​​こちらは、Salesforce Mobile SDKを使って、会社独自のモバイルアプリケーションを使用中のお客様に必要な対応について説明します。（Salesforce モバイルアプリケーションのことではありません）​最新バージョンのSalesforce Mobile SDKは、メンテナンスの影響を受けません。旧バージョンをご利用の場合は、メンテナンス前にアプリケーションを更新し、ユーザへ転送することを推奨します。​インスタンスリフレッシュ後にメールログを表示する必要がある場合、以前は、メンテナンス開始前にメールログをリクエストする必要がありましたが、現在はその必要性はなくなりましたのでご安心ください。​関連リンク：メールログをリクエスト​こちらはLive Agent（チャット）やSOSをご利用中のお客様が必要な対応についてです。​チャットを埋め込んでいるWebページやクライアントに、Salesforceが標準で提供しているリリースコートが使われているかを確認してください。​リリースコードの場合リリースコードをご利用の場合、メンテナンス後に以前のチャットサーバーに届いたチャット要求は、自動的に正しいチャットサーバに転送されます。そのため、すぐにチャットをご利用いただけなくなるわけではございません。しかし、インスタンスリフレッシュが完了した後に、古いデータセンターでインスタンスをホストしていたハードウェアは廃止されます。その後は、転送はされなくなりますので、メンテナンス完了後のできるだけ早いタイミングで、Webページのコードを、メンテナンス完了後の新しいリリースコードに更新するようにしてください。​チャットAPIエンドポイントの場合リリースコードを使わずに、カスタムRESTクライアント等で直接チャットAPIエンドポイントに要求を投げている場合には、メンテナンス後にはチャットAPIエンドポイントが変更となるため、メンテナンス直後に新しいチャットAPIエンドポイントを参照するようにクライアントに変更を加える必要があります。​最後に、SOSについてですが、SOS 製品群は廃止され、注文終了日以降、引き続きSOSをご利用いただくことはできません。そのため、現在もご利用中のお客様は少ないと思いますが、もし、「使っている！」という場合には、チャットと同様の対応が必要です。​​関連リンク：サーバエンドポイント URL が更新された後にチャットが動作しないスケジュールされたJob等のアクティビティやサーバープロセスに対するインスタンスリフレッシュの影響についてご説明致します。​インスタンスリフレッシュ実施前から継続していたアクティビティにつきましては、一旦停止されますが、インスタンスリフレッシュ後に再開されます。インスタンスリフレッシュの実施中にスケジュールされていたアクティビティにつきましましては、メンテナンス終了後にただちに開始されます。注意点になりますが、インスタンスリフレッシュ前に開始された一部の、Apex処理やBatch Apexジョブ、そしてREST APIやSOAP API、Bulk APIといったAPI処理は、メンテナンス期間後にエラーになる可能性があります。エラー発生時の対処方法としまして、インスタンスリフレッシュ実施後に再起動をして頂く事が可能ですが、長時間実行するような大きなジョブのスケジュールはインスタンスリフレッシュ実施後に（スケジュールを）変更して頂く事をお勧めします。​​関連リンク：Apex Callouts in Read-Only Mode (リードオンリーモードでの Apex コールアウト)​参考リソースサクセスナビ：インスタンスリフレッシュ、組織移行、継続的サイト切り替えって？ナレッジ：インスタンスリフレッシュメンテナンスナレッジ：リードオンリーモードの概要ナレッジ：Salesforce のメンテナンス中、組織にどのような影響がありますか？ナレッジ：ハードコード化された参照の更新ナレッジ：許可すべき Salesforce の IP アドレスとドメインナレッジ：優先システムメンテナンスのスケジュールナレッジ：製品およびサービスに関するお知らせナレッジ：組織移行またはインスタンスリフレッシュ後のイネーブルメントサイト (myTrailhead) へのアクセスに関する問題と対処方法​​

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

新機能 Summer'24 斜め読み (Marketing Cloud)

Marketing Cloud Engagementに関するリリースApp, Setup, and SecurityQuickly Deploy a Retail Onboarding Journey with Industry Solutions概要小売業界向けのオンボーディングキャンペーンを迅速に展開するためのテンプレートが追加されます。業界特有のジャーニー、コンテンツ、オートメーション、ランディングページを通じて顧客エンゲージメントが向上します。適用範囲：全てのMarketing Cloud Engagementエディション適用時期：2024年7月1日から追加情報パッケージマネージャーの Industry Solutions​Get More Subscriber Information with Package Manager Interactive Email Industry Solutions概要業界特化の迅速なキャンペーン実施を支援する5種類のインタラクティブメールフォームが新たに導入されます。メール内で直接情報を提供できるため、購読者はアプリケーションを離れることなくフォームを送信可能です。適用範囲：全ての Marketing Cloud Engagement エディション適用時期：2024年7月1日から追加情報パッケージマネージャーの Industry Solutions​Visualize Automation History概要オートメーション全体のステータスや、成功率の低さ、スキップやエラーの多さといった情報を視覚的に確認ができるダッシュボードが登場します。当初は英語のみでの UI となりますが、将来ローカライズされます。追加情報Automation History and Health​Import Large Datasets Efficiently with a Data Extension概要インポート面が改善され、データコピーやインポートアクティビティを使用すると、ソースとして DE を使用して大規模なデータセットをコピーできるようになりました。これにより、データをコピーするためのSQL クエリアクティビティを使用する必要がなくなり、インポートのために長時間実行するクエリタイムアウトエラーを防ぐことが可能となります。追加情報適用範囲：全ての Marketing Cloud Engagement エディション適用時期：6月から段階的に利用可能​Fine-Tune Permissions for SFTP Users概要SFTPユーザーに、異なるレベルのアクセス権を付与することで、セキュリティを向上させることができます。ユーザーレベルでは、トップレベルのSFTPフォルダーを参照や編集、ダウンロード、アップロードするアクセス権限を割り当てることができます。また、各ユーザーのホームディレクトリをカスタマイズすることで、追加のアクセス層を適用することもできます。対象：すべての Marketing Cloud Engagement エディションに適用2024 年 5 月から段階的に展開され、現在利用可能追加情報​Plan Automations Based on Start-Time Scheduling Recommendations 概要オートメーションの実行時間の重複による実行遅延やシステム過負荷などを緩和するため、推奨実行時間(Recommended Time)機能が導入されます機能の出現条件：開始日の右にあるアイコンが赤になった場合対象エディション：すべてのエディションリリース時期：6月から順次​Repeat Automations More Frequently概要オートメーションの繰り返し時間の最小周期が「1時間」から「15分」に短縮されました。対象エディション：すべてのエディションリリース時期：2024 年 5 月から段階的に展開され、現在利用可能​Get More Insights About Your Automation Health and History概要セットアップからダウンロードできるオートメーション履歴(Automation Health and History)の出力項目にsource, creation date(作成日), frequency(実行頻度), and the most recent run date and time(最終実行日)が追加されます。対象エディション：すべてのエディションリリース時期：6月から順次​Secure Event Notification Service Connections with OAuth 2.0 with Assertion Authentication概要ENS (Event Notification Service) が送信結果を自社システムに送る前に許可を得てから行うフローを構築できるようになります。これにより、正しい外部システムにのみ結果を通知することができます。​ENS の結果にメールアドレス等の個人情報が含まれるので、正しい送信先であることを確認してから送信を行っていただくことをお勧めいたします。​追加情報FAQ1) ENSとは？: 主にトランザクショナルのメールや SMS の送信結果を、MCから自社サーバーに対して HTTPで “自発的に" お知らせする機能2) 既存システムへ影響はありますか? :  認証オプションが追加されるだけで、強制するものではありませんので影響ありません参考資料イベント通知サービスUse OAuth2 Authentication with Event Notification Service注意事項お客様側のシステムにて OAuth 2.0 に即したトークンを折り返す機能を実装いただく必要があります。サポートサービスではお客様システム側への実装に対するご支援はできかねます。​​Monitor Event Notification Service Callbacks Using Alert Manager概要ENS に対する問題が発生した際に、アラートマネージャーに通知することが可能になります。追加情報対象エディション：すべてのエディション管理者権限とEvent Notification Service権限を持つユーザーが設定可能です​Social Studio Is Being Retired 概要2024/11/18にSocial Studioがサービス提供を終了し、アクセスできなくなります。こちらはSocial Studio関連の全ての機能に影響し、Social Customer Serviceとfree Starter Packも含まれます。​上記の日付の前まで以下の方法で必要なデータの抽出をしていただけますようお願いいたします。Social Studio Data Extracts​Cross-CloudPrevent Email Sends with Empty Fields in Distributed Marketing概要Distributed Marketing リッチ テキスト ブロックが空の状態の場合に送信できないよう制御する機能が追加されます。追加情報DMとは、MC のコンテンツマネージャContent Manager でリッチなメールコンテンツを作成し、それを含めたジャーニーをCRM から実行できます。コンテンツに Distributed Marketing リッチ テキスト ブロックを追加してそこにコンテンツを書き込んでいきます。このリッチテキストブロックのコンテンツが空の場合は送信できないよう制御することが可能となりますが、プレーンテキストブロックには当該効能はございません。DevelopersAMPscript RetrieveSalesforceObjects() Function Rowset Limit 概要AMPscriptの RetrieveSalesforceObjects() 関数は、指定した条件に基づいてSalesforceオブジェクトからデータを返します。以前はこの行セットのサイズに制限はありませんでしたが、この関数が生成する行セットは 2024 年 6 月 21 日から、1,000 件のレコードのみが含まれるようになります。変更理由: メール送信のパフォーマンスを最適化するために継続的に行っている機能変更の一環として実施対象: この変更はすべてのMarketing Cloud Engagement エディションに適用追加情報過去数ヶ月間に RetrieveSalesforceObjects を使用して、オブジェクトごとのデータ取得制限 1,000 レコードを超過した環境を対象として、すでに製品コミュニケーションメールが対象のMC環境のシステム管理者には送付済み。メール件名: 【重要】Marketing Cloud Connect の AMPscript Retrieve 関数の容量制限について配信日: 2024/04/19​Compress Journey History Data Downloads概要APIによるJourneyの履歴をダウンロードする際に、圧縮ファイルがサポートされました。追加情報interaction/v1/interactions/journeyhistory/downloadヘッダーのaccept-encoding項目に、gzipとdeflateが設定できるようになりました。​Manage Data Extensions with REST API概要REST API の CustomObjects エンドポイントで DE を作成、更新、取得等できるようになりました。対象：全ての Marketing Cloud Engagement エディション追加情報Custom Object API (can be outdated or unavailable during release preview)​Release Multiple Contacts from Journey Waits Simultaneously 概要ジャーニーの待機アクティビティから退出するためのAPIは、これまで1件の連絡先毎にAPIコールが必要でしたが、Members 配列による指定で100 件までの連絡先を一度の API リクエストで処理することが可能となります。​追加情報対象：Journey Builder使用可能なお客さま限定Insert Contacts into a Journey Asynchronously (can be outdated or unavailable during release preview)​Use AMPscript to Encode JWTs with RSA Signatures 概要AMPscript の GetJWTByKeyName() 関数を用いることで、JSON Web Token (JWT) を RSA 署名（SHA-256, SHA-384, SHA-512 ハッシュ関数）でも暗号化できるようになりました。以前までは HMAC 署名のみ可能でしたが、第2引数に指定可能な暗号化手段が拡張されました。​追加情報対象：全Marketing Cloud Engagement エディション利用方法：RSA 秘密鍵を含む .asc ファイルを キー管理 に保管JWT を暗号化するために、 GetJWTByKeyName() 関数を利用第一引数にキーの外部キーを用いることで使用可能参考資料: GetJWTByKeyName() (can be outdated or unavailable during release preview)​JourneysGive Journeys a High System Priority 概要Journey に [High] システム優先度を設定が可能になります。システム優先度は、これまで 低(Low) および 標準(Standard) が選択可能となっていましたが、MC管理者は高(High)の優先度を選択可能となります。​​追加情報対象: コーポレートおよびエンタープライズ Edition、およびJourney Builderアドオン​Get Useful Journey Information on the Canvas 概要キャンバス上で素早く Journey のアクティビティ総数の確認、および、そのバージョンのDefinitionIDを取得が可能になります。​対象：コーポレートおよびエンタープライズ Edition および Journey Builder アドオン利用理由：この機能よりJourney Builder パフォーマンス問題に対しして容易にドラブルシューティングが可能になります。​​Send a Larger Volume of Emails with High-Throughput Sending概要ハイスループット送信を有効化することで、今までの 2 倍以上の量を送信することができるようになります。追加情報3月のリリースにてジャーニーの設定画面上のオプション「Journey Builderハイスループット送信」が追加されました。Journey個別に有効化が可能ですが、有効化後に無効にすることはできないなど考慮事項がございますので下記考慮事項をご確認の上、ご利用のご検討と活用をお願いいたします。Journey Builder のハイスループット送信に関する考慮事項​Specify Inbox Message Send Dates in Journey Builder 概要Journey Builder からの受信トレイメッセージの配信で、開始日時と終了が設定可能になります。MobilePush の画面より、受信トレイ、インタラクションを選択した際に、下記のようにプッシュ送信日の設定開始日時(開始日時)と受信トレイの有効期限の日時(終了日時)を任意で設定可能になります。Journey Builder のアクティビティを通過するタイミングより前の日時を開始日時とした方が、運用上わかりやすいです。以前は指定ができず、Journey をアクティブ化した日時が開始日時、その１年後が終了日時に自動で設定される挙動でした。​対象：コーポレートおよびエンタープライズ Edition および Journey Builder アドオン利用​Improve Journey Performance with Recommendations 概要Journey Builder のパフォーマンス向上のため、レコメンド機能が補強されました。古くなったコンテンツの利用や、最後の待機が長い場合などもレコメンドの警告として表示されるようになります。​対象：コーポレートおよびエンタープライズ Edition および Journey Builder アドオン利用​MessagingShorten SMS Links in MobileConnect and Journey Builder概要MobileConnect と Journey Builder の SMS で、「Marketing Cloud Engagement」短縮リンク機能が追加されます。すべての購読者の合計クリック数と購読者ごとのユニーククリック数をトラッキング可能となります。対象：Hyperforce 組織でのみ使用可能追加情報Hyperforce組織上では既存のBitly による短縮機能に加え追加の短縮リンク機能の2種類いずれかを利用可能となります。Hyperforce以外の組織上は既存のBitlyのみで変更はございません。​Secure a Custom Domain for SMS Link Shortening in MobileConnect 概要上の Marketing Cloud Engagement 短縮リンクの場合、カスタムドメインを使用可能となります。対象：Hyperforce 組織でのみ使用可能​機能有効化は、担当営業またはサポートに問い合わせください。​Simplify SMS Messaging by Using DLT Templates in MobileConnect 概要MobileConnectとJourney Builderのメッセージ用テンプレートが用意されました。対象：インドのHyperforce 組織 (Stack 401) でのみ使用可能*Telecoms Regulatory Authority of India (TRAI)規制に準拠したテンプレートのため​Add MobilePush to Your Flutter Mobile Apps 概要これまで MobilePush は iOS/Android の Native アプリ向けSDKと、React Native/Cordova の plugin の提供がありました。今回、Flutter 用 plugin を正式に提供することになりました。ただし、Inbox メッセージや Location メッセージを利用できない等の制限事項もございますので、最新のplugin情報をご確認の上ご活用ください。Salesforce Marketing Cloud SDK for Flutter​Test and Troubleshoot Your App Configuration Using the MobilePush Diagnostic Tool 概要アプリの設定をテスト/トラブルシュートするために MobilePush 診断ツールを利用可能となります。Administer MobilePush の権限を持つユーザーにて[管理]タブからテスト対象のアプリのSettingsからご活用ください。対象: すべてのMarketing Cloud Engagement エディションに適用されますご利用可能日: 2024 年 5 月から順次利用可能MobilePush Developer Documentation Has Been Updated 概要MobilePush Developer ドキュメントがパブリッシュされました。既存の GitHub 上にて提供中の内容に加えた情報も含まれますのでご活用ください。​Enhance Message Engagement Tracking with More MobilePush Events概要Event Notification Service (ENS)に、以下のMobilePush Eventが追加されます。Push SentPush Not SentPush BouncedPush OpenIn-App DeliveredIn-App DisplayedIn-App DismissedInbox Open​セットアップ > 機能設定 > イベント通知 > 購読 にて設定可能です。​Stay Compliant with Apple Privacy Regulations with the New Privacy Manifest概要Apple 社のアプリ審査要件として新たに追加された Privacy Manifest に対応した MobilePush SDK バージョン 8.1.2 がリリースされました。Privacy Manifest は最新板の 8.1.2 だけに追加されていますのでお客様側の都合で 8.1.2 へバージョンアップができない場合は、お客様側で Privacy Manifest ファイルをアプリに追加しこちらのページ の記載内容を設定頂く必要があります。​​Adopt the New Authentication Pattern for Android Applications in MobilePush概要2024年6月の Google 社の FCM レガシーエンドポイント廃止に伴い、お客様側では Android アプリのアラートメッセージ (プッシュ通知) 配信を継続的に利用できるように、新しい設定を実施する必要があります。​新しい方式で配信を利用し続けるためにはお客様側で Google の Firebase 管理画面から Service Account JSONファイルをダウンロードしMC管理画面にアップロード頂く必要があります。追加情報Google 社の FCM レガシーエンドポイント廃止に伴う対応​Marketing Cloud PersonalizationTrack More Marketing Cloud Personalization Product Metrics概要Unique Visitor数やImportとExportのデータ量、Trigger発火数、Campaign response数、Event数をアカウント全体およびデータセット単位で俯瞰して閲覧すること(CSV出力)が可能となります。UIより[Report] | [Personalization Consumption]から遷移し利用可能となります。

拡張ドメイン適用前のURLにアクセスしたときのリダイレクト停止

この記事で学べること拡張ドメインの概要拡張ドメイン適用前の古いURLへアクセスした際のリダイレクトが停止されることリダイレクト停止に向けた準備の方法拡張ドメインの概要各種ブラウザの最新要件に対応するため、Salesforce は 2023 年 10 月に Winter ’24 のリリースで「拡張ドメイン」をすべてのSalesforce 組織に適用しました。Salesforce 組織への拡張ドメイン適用により、内部ユーザーが利用するURLだけではなく、Salesforce サイトや Experience Cloud サイトなど、外部ユーザーが使用する URL も更新されています。​これまでは拡張ドメイン適用前の URL にユーザーがアクセスした場合は拡張ドメイン適用後の URL にリダイレクトされていましたが、Salesforceでは以下のスケジュールでリダイレクトの停止を予定しています。​▼Winter ’25Sandbox, Developer Edition 組織, デモ組織, パッチ組織, スクラッチ組織, Trailhead Playground などの非本番組織​▼Spring’ 25本番組織​本記事ではリダイレクト停止の準備として活用できる機能や推奨アクションについて纏めております。拡張ドメイン適用により更新された URL拡張ドメインの適用により、Salesforce 組織で使用されていた 多くの URL が更新されました。詳細はヘルプドキュメント「拡張ドメインを有効にする場合の [私のドメイン] の URL 形式の変更」に記載がありますが、本番組織における拡張ドメイン適用前後のURLを以下にご紹介します（一部抜粋）。上記の表にある通り、内部ユーザーが使用する URL だけではなく、Salesforce サイトや Experience Cloud サイトのように外部に公開している URL も更新されました。なお、拡張ドメイン適用前の旧 URL にアクセスすると、拡張ドメイン適用後の新 URL に自動でリダイレクトされる動作となります。しかしながら、旧 URL にアクセスした場合に新 URL にリダイレクトされる動作は、Winter ’25 と Spring’25 で終了します。​​拡張ドメイン適用前の URL にアクセスした際のリダイレクトの停止Winter' 25 と Spring’25 では、拡張ドメイン適用前の URL にアクセスした際のリダイレクトが停止します。＊参考情報 : Update References to Your Previous Salesforce DomainsWinter'25でリダイレクトが停止する組織は以下のとおりです。・Sandbox、Developer Edition 組織、デモ組織、パッチ組織、スクラッチ組織、Trailhead Playground などの非本番組織​Spring’25でリダイレクトが停止する組織は以下のとおりです。・本番組織​そのため、リダイレクトが停止した際の動作確認や、リダイレクトの発生有無の確認を 各リリースまでに実施いただくことを推奨しています。​なお、新 URL へのリダイレクトが停止した際の影響を確認する手段として、システム管理者様にて手動でリダイレクトを停止させることができます。設定メニューの「私のドメイン」ページにある以下の２つの設定を OFF にすることで、その組織上におけるリダイレクトの動作を停止させることができます。（OFF にしたあと、再度設定を ON にしてリダイレクトを動作させることも可能です）以前の [私のドメイン] の URL を現在の [私のドメイン] にリダイレクト<旧 Domain>.secure.force.com および <旧 Domain>.force.com URL を現在の [私のドメイン]のサイト URL にリダイレクト＊参考情報 : [私のドメイン] のリダイレクトの管理​​リダイレクトが発生したユーザーへ新しい URL の通知「私のドメイン」ページで新しい URL へのリダイレクトを ON にしている場合、以下の設定を ON にすることができます。現在の [私のドメイン] の URL にリダイレクトする前にユーザーに通知現在のサイト URL にリダイレクトする前にユーザーに通知この設定が ON になっている場合、ユーザーが古い URL にアクセスしリダイレクトが発生するときに、以下の画面を表示することができ、新しい URL が画面上に表示され、ブックマークの更新を促すメッセージをユーザー側に表示させることができます。＊参考情報 : [私のドメイン] のリダイレクトの管理​​リダイレクト発生状況の確認管理者様はリダイレクトが発生しているかどうかを確認するために、ログを有効化することができます。リダイレクトに関するログを有効化する場合は、「私のドメイン」ページで以下の設定を ON にします。リダイレクトを記録＊参考情報 : [私のドメイン] のホスト名リダイレクトのログ記録​上記設定を ON にすると、「私のドメイン」ページに「リダイレクト ログをダウンロード」というボタンが表示され、システム管理者様はリダイレクトに関するログを取得することができるようになります。取得できるログのイメージを以下にご紹介します。＊ログの詳細については開発者ガイド「ホスト名リダイレクトのイベント種別」をご参照ください。​このログを活用することで、リダイレクトの発生状況を確認することができるようになり、顧客やユーザーへのコミュニケーションプランを検討することができます。ただし、リダイレクトのログには以下の留意点があるため、事前にご確認の上でご利用ください。ログは EventLogFile（イベントモニタリング）の領域に格納されますが、すべてのお客様が無料でダウンロード可能。Event Monitoring Analytics アプリケーションでのログ利用は不可。API でもログを取得することは可能だが、API バージョン 56 以降を利用する必要あり。ログは 1 つのファイルで作成され日次で更新されるため、最新の日次ログのみを取得可能。1 時間以内に同一ホスト名に関するリダイレクトがあった場合は1行しかログが出力されないため、リダイレクト件数を正確に取得するものではない。​​リダイレクト停止までの推奨アクションSpring’25 では本番組織で拡張ドメイン適用前の URL にアクセスした際のリダイレクトが停止します。リダイレクトが停止した際における業務影響の範囲を極力抑えるためにも、Salesforce組織のシステム管理者には以下のアクションを実施いただくことを推奨します。リダイレクト時に新しいURLをユーザに表示する機能を有効化して、ブックマークの更新を促します。定期的にリダイレクトログを確認し、お客様組織にて発生しているリダイレクトの発生状況を確認します。リダイレクトが発生していた場合は、ログから判断できる情報を以って、顧客やユーザーへのコミュニケーションプランを検討します。システム管理者様にてリダイレクトのON/OFFを切り替えることができますので、Spring'25のリリースまでにリダイレクトが無効化された際の影響確認を実施します。​これらの推奨アクションの実施には期間を要する可能性があるため、可能な限り早めの計画策定を推奨します。​​関連リソースWinter’25 リリースノートUpdate References to Your Previous Salesforce DomainsIdentify Blocked Redirections for Legacy Hostnamesヘルプドキュメント拡張ドメイン非拡張ドメインのリダイレクトの終了への準備[私のドメイン] のリダイレクト[私のドメイン] のホスト名リダイレクトのログ記録Developers Guideホスト名リダイレクトのイベント種別​​​​

お問い合わせをする時のポイント

この記事で学べること適切なお問い合わせ先を知ることができますお問い合わせの回答を早くもらうために知っておくべきポイントを把握できますお問い合わせ先Salesforceを使っていると、色々わからないことや相談したいことが出てくると思います。そんな時に誰に相談しますか？「弊社営業担当者に聞いてみる」というのも一つの方法ではありますが、次回のミーティングまで待っているのは時間が勿体無いです！​以下に、質問内容に合わせたお問い合わせ先を纏めました。[お問い合わせ先]列のリンクをクリックすると、具体的なお問い合せ方法を確認することができます​ご質問内容お問い合わせ先​・設定方法がわからない・エラーの解消方法を知りたいテクニカルサポートにお問い合わせください。https://www.youtube.com/embed/5pG3bH-LuU0一部、お問い合わせ窓口が異なる製品がございます。ナレッジ「Salesforce カスタマーサポートへの問い合わせ」の[他製品のお問い合わせ窓口] 欄をご覧ください。例：Heroku/Mulesoft/Tableau/Slack - Support for Slack App/Social Studio/Marketing Cloud Intelligence (旧称Datorama)開発者サポートについては以下をご参考ください。Premier、Premier Plus、および Signature Success: 開発者サポート​・メンテナンスや障害情報について知りたいTrustサイト をご参考ください。※不明点などある場合は、Salesforce テクニカルサポートにご連絡ください。​・他の企業での対応方法や活用アイデアを知りたい・具体的な質問ではないけど、誰かに相談したいTrailblazer Communityにご相談ください​・契約内容について確認、相談したい・社名変更があった・新たな製品に興味がある・ライセンスや請求に関するご相談弊社営業担当者までご連絡ください​・Trailheadについてのご質問Trailhead のアカウント等については Trailhead Help より「Trailhead」を選択してお問い合わせください。個別の Trailhead モジュールのハンズオン Challenge に関する内容はTrailblazer Community を利用してください。日本語のグループ: Japan Trailhead (日本)Japan Trailhead (日本) ​・エキスパートコーチング (アクセラレータ)に関するご相談ヘルプ＆トレーニングでのお申込み手順をご確認ください。​・Salesforceの認定資格、トレーニングに関するご相談jtraining@salesforce.com へメールにて連絡してください。​・AppExchangeからインストールしたパッケージに関するご相談パッケージの開発元のベンダー様窓口をご確認ください。※判断が難しい場合は、Salesforceテクニカルサポートにご相談ください。​・パートナーとしての製品お問い合わせ細則がございますので、資料をご確認ください。JP Partner Case Submission Manualここからは、テクニカルサポートへお問い合わせをする時のポイントについてご紹介します。テクニカルサポートへお問い合わせをする時のポイントSalesforceでは、複数のチーム（テクニカルサポートや開発部門）が協力して、お客様からのお問い合わせに対応しています。お客様の疑問点や問題を早期に解決するためには、お客様のご協力も必要です。​以下は、テクニカルサポートへお問い合わせをいただいてからお客様へ回答をお届けするまでの一般的な流れになります。​※図をダブルクリックすると、大きな図をご覧いただけます​以下に、早期解決のためのポイントを纏めています。問題の切り分けシステム管理者の皆様は、現場の方からの様々なお問い合わせを受けてらっしゃると思います（上図の①）また、別システムと連携をしている場合などは、システム側から障害通知を受け取ることもあるでしょう（上図の②）設定変更に関する疑問や、仕様の確認が必要なこともあるでしょう（上図の③）​このように、様々なお問い合わせがあると思いますが、サポートへお問い合わせをする前に確認いただきたいポイントがあります。発生している問題は、お客様が開発したカスタムコードによるものか？この場合、まずは開発者様へお問い合わせをお願いしますAppExchangeからインストールしたパッケージに関するものか？パッケージの開発元へお問い合わせをお願いします※判断できない場合は、テクニカルサポートへご相談可能です​テクニカルサポートへお問い合わせする際、必要な情報1. お問い合わせ内容を伝えますお問合せ内容の詳細に加えて業務影響やお客様環境へのログインアクセス許可をあわせてご連絡いただく事で、貴社における問題の緊急度をサポート部門、開発部門と円滑に共有する事ができます。​発生事象事象の詳細説明・本当はどうなるはずで、現在どういう状況ですか・事象が発生している組織IDとユーザ名を教えてください​発生日時事象が発生した日時・現在も発生している場合は、最初に発生した日時を教えてください・できるだけ細かい単位（日付のみではなくできれば時間まで）教えてください​再現手順事象を意図的に発生させるための操作方法・サポートエンジニアがこの操作方法を実行して調査を行います・ログイン後の画面からの具体的な操作方を教えてください​スクリーンショット事象発生時のスクリーンショット・再現手順で再現しない場合に、スクリーンショットを元に調査を行います​各種ログデバッグログなどを取得できる場合は、そのログを添付してください2. 業務影響を伝えます​業務停止有無　どのような業務（アプリケーション）に、どのように影響していますか？​ユーザ数　何名ほどのユーザが影響を受けていますか？　​回避有無　回避策はありますか。ある場合はどのような方法ですか？　3. 希望する解決期限を伝えます問題の複雑さ・難易度によって回答のスピードは異なります。期限までの回答を保証するものではありませんが、お客様の状況を鑑みてベストエフォートにて調査を行います。​回答希望日いつまでの回答を希望しますか？​理由その期限までに回答が必要な理由を教えてください​期限を超えた場合の影響その期限を超えた場合にどのような業務影響がありますか？4. 可能な場合、ログインアクセス許可を設定します​ログインアクセス許可付与の有無ログインアクセス許可を付与した場合はその旨を明記します​組織IDログインアクセス許可を設定した組織IDを教えてください​ユーザ名ログインアクセス許可を設定したユーザ名を明記します。・特定ユーザのみで事象が発生している場合、そのユーザとシステム管理者両方のログインアクセス許可が設定されていると、調査はスムーズに進みますログインアクセス許可の設定方法は「ログインアクセスの許可」を参照してください5. お問い合わせの重要度を設定しますテクニカルサポートへのお問い合わせは、発生している問題の重要度によって分類されます。重要度についてはお問い合わせの重要度についての説明（ナレッジ）をご確認ください。その他パスコードプレミアのお客様には、会社毎にパスコードが発行されています。プレミアのお客様がお電話でお問い合わせする時に入力が必要になりますので、お手元にパスコードのご用意の上、お電話をお願いします。指定連絡先（Designated Contact）「指定連絡先（DC）」という言葉を聞いたことありますか？（「なぜ突然指定連絡先の話が出てきたのか？」と疑問に感じるかもしれません）​その答えは、「指定連絡先（DC）」はサポートへお問い合わせをしたり、各種プレミアサービスをご依頼いただく権限を持っている方です。​お問い合わせの調査をする際、お客様組織の設定や使用状況などについてヒアリングをさせていただく場合があります。そのためには、Salesforceに関する知識およびお客様組織の環境設定について十分な知識をお持ちであるシステム管理者とのやり取りが不可欠です。​その点で、「指定連絡先（DC）」はSalesforce や組織の環境について十分な知識をお持ちのため、適任です。「指定連絡先（DC）」以外のお客様からのご質問の場合、調査に必要な権限や情報が不足しているために、社内のシステム管理者へお問い合わせいただくようにとの回答になる場合がございます。（時間が勿体ないですね！）このように、Salesforceをご利用いただくには、組織に最低1名の「主指定連絡先（プライマリDC）」の登録が必要です。（「主」ということから分かる通り、組織には複数の「指定連絡先（DC）」を設定することができます）​「主指定連絡先（プライマリDC）」については、ご契約時に、弊社営業からの指定にて、あらかじめ主管のシステム管理者様をプライマリDCに設定させていただいております。お心当たりのない場合は、ご自身が「指定連絡先（DC）」になっているかを確認してくださいご自身が「指定連絡先（DC）」か「主指定連絡先（プライマリDC）」かを確認する際は、Salesforceヘルプの指定先と管理（ナレッジ）をご確認くださいSalesforce に問い合わせできる方を指定連絡先（DC）のみに限定したい一般ユーザー（Salesforce の管理をされている方以外）の方は Salesforce へ問い合わせるのではなく、自社のヘルプデスクに問い合わせる運用をされていませんか？​プレミア（およびシグネチャー）をご契約いただいている組織では「指定連絡先（DC）」のみヘルプ＆トレーニングサイトからケースを起票できるように制限することが可能です。制限した場合、指定連絡先（DC）以外の方が「お問い合わせを作成」ボタンを押下すると、「ヘルプデスクへお問い合わせください」のテキストメッセージが表示されてケースが作成されません。製品単位の制限はできません。（例えば、Sales cloud は制限する、Marketing cloud は制限しないという設定はできません。）表示するテキストメッセージは任意の文字を設定可能です。（最大 120 文字程度）本設定を希望される場合には、 主指定連絡先（プライマリDC）またはシステム管理者からテクニカルサポートへご依頼ください。（変更には主指定連絡先（プライマリDC）またはシステム管理者の承認が必要です。）サポートマネージャへのケースエスカレーションエスカレーションは、コールセンターではよく使われる言葉で、現在の担当者での対応が難しい場合に上位エンジニアやマネージャーに対応を交代することです。​過去にサポートへお問い合わせいただいた経験のあるお客様は、お問い合わせ詳細画面に「ヘルプが必要」ボタンが表示されているのを見たことがあるかもしれません。​Salesforceでは、現在対応中のお問い合わせの対応について、当社がお客様の期待にお応えできなかった場合、テクニカルサポートマネージャーへのケースのエスカレーションの手順で上位者へエスカレーションしていただく事ができます。「ヘルプが必要」ボタンは、Success Plan およびお問い合わせの重要度に応じて、お問い合わせが作成されてから一定の時間が経過してから表示されます。お客様からのエスカレーションが不要なよう努めて参りますが、場合によってご活用いただければと存じます。学習ツールお問い合わせクイックリファレンス（ナレッジ）コミュニティを通じてSalesforce活用のヒントを得る（サクセスナビ）Salesforceヘルプの指定先と管理（ナレッジ）テクニカルサポートマネージャーへのケースのエスカレーション（ナレッジ）まとめ（チェックリスト）営業担当者以外の問い合わせ/相談先があることを理解しました問い合わせを作成する時に必要な情報を理解しました自分が組織の「指定連絡先（DC）」であるかの確認しました

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

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/Kzo85c7QWkdA3QcWHd8qKa​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の12月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​「Salesforcce の運用に関する重要なお知らせ」は、Sales CloudやService Cloud、Experience Cloud等に関する重要なお知らせを掲載している旨のスライドを12月号より追加しました。​※お客様からいただいた『「Salesforcce の運用に関する重要なお知らせ」でカバーしている製品を分かりやすくして欲しい』というリクエストを反映した形です。​2023年12月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは、製品イノベーションです​サクセスナビの「Winter '24リリース 注目の新機能」ページに、各製品の新機能動画および資料が追加されました。各製品のエキスパートが注目の新機能についてわかりやすく解説してますので、ご利用中の製品の動画と資料をぜひご確認ください。​関連リンクThe 360 Blogオンラインコミュニティ：Release Readiness Trailblazersサクセスナビ : バージョンアップに備えましょうサクセスナビ：Winter '24リリース注目の新機能リリースノート：リリースの準備Winter ’24 Pre-Release SiteWinter ’24 Release noteSalesforce Sandbox プレビュー手順Release SiteWinter '24 Release HighlightsRelease in a BoxRelease Overview DeckTrustサイト（リリーススケジュール）​​Spring '24のリリーススケジュールが公開されました。既に、プレリリースサイトも公開されていますので、Sandboxプレビュー前に、いち早く新機能を試してみたいとお考えのお客様は、プレリリースサイトからサインアップをしてみてください。​また、Sandboxプレビューに参加予定のお客様で、プレビュー対象のインスタンスに既存のSandboxがない場合は、2024年1月5日(金)午前11時（日本時間）までにSandboxのリフレッシュが完了するように、余裕を持ってSandboxのリフレッシュをお願いします。​英語版のリリースノートも既に公開されています。いち早く新機能について知りたいお客様はぜひご覧ください。なお、日本のお客様の本番環境のSpring '24のリリースは、2024年2月11日の予定です。​関連リンクSalesforce Admins：Admin Release Countdown: Get Ready for Spring ’24サクセスナビ : バージョンアップに備えましょうオンラインコミュニティ：Release Readiness TrailblazersWinter ’24 Pre-Release SiteWinter ’24 Release noteSalesforce Sandbox プレビュー手順Trustサイト（リリーススケジュール）​続いて、現在のバージョンである、Winter '24のリリースノートの更新情報です。​今月は、11月20日以降の更新の中から、現行動作に影響を与える可能性があるものと注目の機能を抜粋してご紹介します。​Sandbox ライセンスコンプライアンスの変更の理解Sandboxの契約数より多くのSandboxをご利用中の組織に対して通知する機能になりますが、この機能は12月中旬からロールアウトされる旨が追記されました。​新しい Data Cloud 権限セットへの移行Data Cloud 標準権限セットの今後の変更に関するリリースノートがあったのですが、そこに、管理者ユーザーの 標準権限セットは変更されなず、対応が不要であることが追記されました。​組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)本リリース更新の強制適用時期は、Spring ‘24からSummer '24に延期されました。​Google Chrome のサードパーティ Cookie の廃止への準備本記事の後半にある「その他の更新」セクションの説明をご確認ください。​Salesforce Scheduler を使用したより多くの予定とアセットの管理Health CloudでSalesforce Schedulerを使用している場合に適用される、新しい使用制限に関するリリースノートを追加しました。​Use Service Replies for Chat in More LanguagesEinstein サービス返信という機能（チャットやメッセージングで来たお客様からの質問に対して、Einsteinが返信のドラフトを生成してくれる機能）について、日本語を含めて、利用可能な言語が増えたことがリリースノートに追記されました。​See the Knowledge Article Einstein Used to Draft Grounded Service RepliesEinsteinサービス返信でナレッジを加味したドラフトを作成する機能に関するリリースノートが追加されました。​Migrate to New Data Cloud Permission Sets既存のData Cloudのユーザー標準権限セットの変更は順次ロールアウトされ、12月中旬〜2024年1月で完了する予定である旨が追加されました。​Refine Access with Data Spaces Feature PermissionsData Cloud のデータスペースのセキュリティ強化ののリリース予定日が追加されました。Data Cloud の組織には、2023 年 12 月から新しい権限セットと更新されたドキュメントが提供される予定です。​以上が、11月20日以降のリリースノート更新情報からの一部抜粋です。関連機能をご利用のお客様は上記リンクより詳細をご確認ください。また、すべての更新情報をご覧頂く場合は、更新情報一覧のリリースノート（英語版）をご覧ください。​続いて、MFAに関する情報です。​更新情報はないのですが、Spring '24のリリースでMFAの自動有効化が行われる予定です。メールがお手元に届いている場合、自動有効化の対象組織となりますので、早めにご準備をお願いします。​続いて、インフラ強化に関する更新情報です。​まずはインスタンスリフレッシュについてです。主に海外のお客様にご利用いただいている「NA」で始まるインスタンスで12月3日に計画されていたインスタンスリフレッシュは実施済です。2024年1月21日にも「NA」で始まるインスタスでインスタンスリフレッシュが計画されています。同日 2024年1月21日には、こちらも海外のお客様にご利用頂いている環境のSandboxである「CS24」でもインスタンスリフレッシュが予定されています。インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容を是非、ご確認ください。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて、許可すべきIPアドレスとドメインに関する情報について2点ほど変更点があります。​１点目ですが、12月7日にHyperforceに関するナレッジ「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」の記事（英語版のみ）が更新されました。更新内容は、High Scale Orders, Service Cloud Voice, Event Relay, Salesforce Payments に関する一時的な制限が削除されています。​２点目は12月13日に「Salesforceアプリケーションからのメールを受信できるようにする」の記事（英語版のみ）が更新されました。RIPEにおけるIP許可リストに、以下のIP範囲が追加されていますのでご確認ください。160.8.26.224 - 160.8.26.239160.8.30.224 - 160.8.30.239関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​次にシステムメンテナンスについてです。​関連リンクシステムメンテナンス時間 こちらは新しく追加されたHyperforceの優先システムメンテナンスのスケジュール一覧となります。Hyperforceのリージョンごとにメンテナンス時間が記載されています。日本は一覧の一番下のリージョンになり、システムメンテンスが行われる場合は、下記の時間帯に実施されます。太平洋時間： 日曜 午前7時から11時組織に対してリリースやメンテナンス、バッチ実行や外部連携などを上記時間帯で予定されている場合は、この時間帯は避けて実施いただけるようお願い致します。また、メンテナンス予定や状況をご確認頂く為、関連のリソースのリンクは是非、ブックマークいただけますようお願いします。​関連リンク優先システムメンテナンススケジュールメンテナンス中、組織にどのような影響があるか Trust Site ​続いて、次期バージョンであるSpring ‘24で適用予定のリリース更新のご紹介です。​リリース更新の変更箇所は1点です。「組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)」の強制適用時期が、Spring24からSumer24に延期となりました。​関連リンクWinter '24 リリースノートの更新情報組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)商談の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)ICU ロケール形式の有効化 (リリース更新)サクセスナビ : ICUロケール形式の有効化Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化 (リリース更新)Apex RestResponse ヘッダーの RFC 7230 に基づく検証の適用 (リリース更新)​こちらのリリース更新は変更点はございません。Spring’24のリリースノートで更新情報がある場合は、来月号でお知らせ致します。​関連リンクWinter '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 に影響を及ぼす可能性​続いて、機能の廃止です。​廃止される機能に関する更新情報はないのですが、本資料に記載する情報についてのお知らせがございます。本資料で取り扱う製品はSales CloudやService CloudなどのSalesforce Core Platform上に構築されている製品を対象としています。そのため本リストには、Salesforce Core Platform上に構築されている製品以外の製品に関する廃止予定は記載してません。すべての製品に関する機能廃止予定をご確認頂く場合は、「Salesforce 製品 & 機能の廃止予定」という公開ナレッジをご覧ください。​最後にその他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​12月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

AppExchangeのアプリでSalesforceをもっと便利に使う

AppExchangeとは、Salesforce上もしくはSalesforceと連携して動くビジネスアプリを提供するマーケットプレイスです。 What is the APPEXCHANGE?（日本語）AppExchangeで提供されているアプリはあらゆる業種、あらゆる業務で Salesforceの拡張を実現することができます。他の部門・業務と連携したい標準機能で解決できない問題がある自社にあったパートナーを見つけたい上記のような時、自社でアプリを開発やカスタマイズすることもできますが、AppExchangeを利用することで手軽にSalesforceに機能を追加・拡張することができます。アプリ導入までのステップ1. 現状を分析し、達成したい目標を決める解決したい問題、対象となる期間を明確化し、予算を決めます。アプリには有料と無料のものがあるので、 予算内で解決したい問題にアプローチできるもの、Salesforce環境に適しているもの、このような点を判断基準にどれが組織に適しているか検討します。2. レビューやトライアル機能の活用各アプリには概要やレビュー、特長などが記載されているので、インストールする前に確認しましょう。アプリによって、機能制限・無料のトライアルなども体験できるので、こちらも活用してみてください。※AppExchange には、機能制限トライアルと無料トライアルの2つのオプションがあります。機能制限トライアルプロバイダが設定した参照のみの Developer Edition 組織でソリューションを体験できます。無料トライアル制限期間内に書き込み可能な Developer Edition 組織でソリューションを体験できます。機能制限トライアルとは異なり、組織をカスタマイズでき、購入を決定した場合はそのまま使用を継続できます。3. テスト環境にインストールするアプリが決まったら、まずはテスト環境 (無償のDeveloper EditionやSandboxなど) にインストールします。インストールすることで、他のインストール済みのアプリケーションや実行済みのカスタマイズに支障が出ないことを確認します。4. 導入効果や活用事例を調査導入後にコスト以上の成果を出せるか組織の「売上」の向上につながるのか導入することで効率化・コスト削減になるのかこのような点を具体的な数値で算出し、どのような使い方をしたら効果を最大限に発揮できるのか、活用事例も参考にしてみましょう。​​今回はDeveloper Editionに「今日から使えるサクセスダッシュボード Lightning Experience版」をインストールしてみたいと思います。インストール手順1. AppExchangeにログイン検索バーで対象のアプリを検索します。Salesforce環境にログイン後、画面の左上にある [アプリケーションランチャー]｜[AppExchangeにアクセス]をクリックしてもAppExchangeにアクセスすることが可能です。2. [今すぐ入手]をクリックしてインストール「このパッケージをどこにインストールしますか?」と表示が出るので、本番環境またはSandboxを選択します。今回はDeveloper Editionにインストールするので、本番環境を選択します。ここで注意です。※インストール先のSalesforce環境を確認しましょう。別の環境にログインしている状態でインストールをしてしまうと、その環境にインストールされてしまうので、別の環境にログインしている場合は必ずログアウトしてからインストールしてください。3. インストールの詳細選択インストールする際にコンポーネント名が競合している場合はどうするか、利用する権限を誰に割り当てるかを、ここで選択します。​インストールするユーザが明確でない場合は、[管理者のみのインストール]にしましょう。他のユーザに対してのアクセス権はいつでも付与することができます。インストール結果はシステム管理者にメールでも通知されます。※インストールが完了するまで数分時間がかかります。4. インストール済みパッケージを確認インストールが完了し、環境にログインすると「インストール済みパッケージ」の画面になります。ここでインストールが完了しているかを確認します。パッケージ名から[コンポーネントを表示]をクリックすると、インストールされた内容を確認することができます。5. レポート・ダッシュボードを確認ダッシュボードには新しく「SFDC_Success_Dashboard_LEX」というフォルダが追加されています。「06.商談マネジメント（マネージャ向け）【LEX】」をクリックすると、レポートとダッシュボードがすでに作成されています。これをテンプレートとして活用することで、１から作成する手間が省けますし、初心者ユーザの方でも簡単にレポートとダッシュボードを作成することができそうですね。オススメアプリAppExchangeのサイト上では、Trailblazerのオススメアプリなど、実際の業務でよく使われているアプリが紹介されています。またセールスフォース社員の無償オススメアプリでは、システム管理者の力強いサポートとなる“Sガイダンス”や、検索をより簡単に便利にする“Record Hunter”（通称レコハン）など、カスタマーサクセス部全体で現在ホットなAppExchange無償アプリをご紹介させて頂いています。​考慮事項アプリは有料と無料のものがある開発環境など複数の環境を保持している場合、インストール先のSalesforce環境を確認する必要がある学習ツールAppExchange の基礎（Trailhead）AppExchange アプリケーションのインストールができない（ヘルプページ）まとめAppExchange のアプリはすべて、安全基準を満たしベストプラクティスと確認されたうえで公開されているので安心してご利用いただけます。​特定業界向けのアプリや拡張アプリなど多数用意されているので、上記オススメアプリなども参考にしながら、組織にあったAppExchangeアプリをぜひ探しみてください。

Account Engagementで行うことを決めましょう

この記事で学べることAccount Engagementでできることの全体像自社で行う施策を決定する際のポイントこの記事のゴール当記事のゴールは「Account Engagementで行う施策を決定する」ことです。そのために以下の2ステップで進めていきます。Account Engagementできることと関連する機能の概要を理解自社で行う施策の決定Account Engagementでできることの全体像見込み客の獲得から受注・契約に至る一般的な営業プロセスの中で、Account Engagementはおもに獲得・育成・選別のプロセスで使用します。それに加え、各プロセスでの施策を自動化することもAccount Engagementが得意とするところです。それぞれのプロセスで行うべきこと・施策例・活用する機能を詳しく見ていきましょう。見込み客の獲得「獲得」プロセスで実施すべきことは、大きく2つです。​1．新規見込み客情報の取得見込み客の総数を増やすことで最終的な受注件数の増加につながります。そのために、メールアドレスを含む見込み客の情報をより多く取得していきましょう。​2．Web行動が追跡できる見込み客を増やす見込み客がどのようなコンテンツに興味を示しているのかを把握することで、興味関心に合わせたアプローチが可能となります。Account Engagementを通じて見込み客を獲得しCookieを紐付けることで、その見込み客のWebの閲覧履歴などを追跡できるようになります。​※プロスペクトとCookieの紐づけについての詳細はこちらの記事をご覧ください。サクセスナビ記事：プロスペクトとCookieの紐づけを理解しましょう​上記を実現するための施策例は以下のようなものが挙げられます。問い合わせや資料請求フォームの設置ホワイトペーパーダウンロードの設置イベント申込み用ランディングページの設置​そしてこれらの施策を行うためのAccount Engagementの機能は以下の通りです。新規見込み客情報取得のきっかけとなるランディングページ顧客情報を獲得するためのフォーム・フォームハンドラー見込み客の育成「育成」プロセスで実施すべきことは、大きく2つです。​1．見込み客と継続的な関係性を構築適切な頻度で適切なメッセージを届けることで自社や製品・サービスに対する認知を保ち、見込み客が具体的な検討を行う際の想起対象となることができます。​2．見込み客の興味関心を高めるメールやWebページの閲覧状況等に応じ見込み客ごとにパーソナライズされたコンテンツを届けることで、さらに自社や製品・サービスへの興味関心を高めます。​上記を実現するための施策例は以下のようなものが挙げられます。定期的なメールマガジン配信失注顧客の掘り起こしメールセミナー・イベント集客​そしてこれらの施策を行うためのAccount Engagementの機能は以下の通りです。定期的にメッセージを届けるリストメール見込み客の反応や興味関心に応じてメッセージを出し分けるEngagement Studio見込み客の選別「選別」プロセスで実施すべきことは、大きく2つです。​1．熱い見込み客を効率的に見極める見込み客の行動情報などをもとに、商談・受注に繋がりやすい見込み客を自動的かつ効率的に見極めます。​2．営業活動の受注率を高める興味関心の高まった見込み客をタイムリーに引き渡すことで、見込み客が熱いうちに商談を進めることができます。また、優先的にフォローすべき見込み客が明確になるため、営業担当はより確度の高い商談に割く時間を増やすことができます。​熱い見込み顧客を見極める基準例として、以下のようなものが挙げられます。資料請求フォームの登録特定のWebページ（価格ページ等）の閲覧Account Engagementスコアが一定以上​そしてこれらの施策を行うためのAccount Engagementの機能は以下の通りです。フォーム登録やメールクリックなどをきっかけに通知を行う完了アクションWeb訪問を検知するページアクション見込み客の行動の蓄積によるスコアリング見込み客の属性情報から優先度をつけるグレーディング施策の自動化上記3つのプロセスにおける施策に加え、それぞれのプロセスの施策や機能を組み合せて自動化をすることもAccount Engagementが得意とするところです。自動化によって施策を効率的に行い作業負荷を軽減することで、施策検討などにより多くの時間を割くことができるようになります。​自動化の例としては、以下のようなものが挙げられます。見込み客の興味関心に合わせた自動ステップメールイベント申込から参加後までのフォロープロセスの自動化​そしてこれらの自動化を行うためのAccount Engagementの機能は以下の通りです。マーケティング施策の自動化シナリオを設計できるEngagement Studio自社で実施する施策を決めるAccount Engagementでできることの全体像を理解したら、まずは獲得・育成・選別のどのプロセスに取り組むべきかを検討しましょう。以下3つの観点で、どれに最も優先的に取り組むべきかを考えてみると良いでしょう。​・アプローチ可能な新規見込み客増やしたい→獲得プロセスにおけるフォーム設置​・保有している見込み客の興味関心を高めたい→育成プロセスにおけるメール配信​・営業に引き渡す見込み客の質を高めたい→選別プロセスにおける見込み客の見極めと営業への引き渡し​どのプロセスに注力するかが決まったら、施策例を参考に自社で行う施策を決定しましょう。施策の内容に応じてステップ③ー⑥の記事を見ながら機能の設定などを進めてください。どのプロセスに取り組むべきかわからない、まだメールを送っていないなどの場合は、まずは育成のためのメール施策を実施してみましょう！メール配信は、Account Engagementの最も基本的な機能かつ顧客と継続的に接点を持ち興味関心を高めることができる重要な施策です。​まずはここから④育成：メールを配信しましょう​メール配信の次は..③獲得：フォームを作成しましょう⑤選別：営業アプローチする見込み客を絞りこみましょう​施策をより高度化⑥自動化：Engagement Studioでマーケティング施策を自動化させましょう学習ツールオンデマンド動画：はじめようAccount EngagementまとめAccount Engagementで行う施策は決定しましたか？​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ獲得・育成・選別どのステップで施策を行うかに応じて、次に読む記事を選択しましょう。​​「活用7ステップ」全体に戻りたい場合はこちら

イベントモニタリングとは

この記事で学べることイベントモニタリングの目的と全体像イベントモニタリングでできることログの取得 - リアルタイムイベントモニタリングとEventLogFileによるイベントモニタリングについてログの活用 - イベントモニタリング各活用機能の概要イベントモニタリングの目的と全体像イベントモニタリングとは、データの安全性を確保するためにSalesforceに搭載されている有償のセキュリティアドオンツールの1つです。Salesforceでは組織のユーザアクティビティを「イベント」と称しますが、このツールを使用すると、システム管理者は、いつ、誰が、どのレコードにアクセスしたかといった個別のイベントに関する情報を細部まで確認することができるようになります。また、イベントモニタリングに含まれる様々なログの活用機能により、イベントのトレンドを追跡し異常な行動をすばやく特定したり、あらかじめ定義した条件に抵触するアクセスをブロックしたりすることができ、組織のデータを保護することができます。ログ記録監視の重要性と必要性Salesforceで標準機能として提供されるログ機能ではユーザのログイン履歴は記録されるものの、ページアクセスやレポートの実行、データエクスポートなどのアクセスログは記録されません。万が一、情報漏えいなどセキュリティインシデントを疑う事象が起きた際に、ログを用いて十分な調査を行い、企業として説明責任を果たすためにはイベントモニタリングが必須です。また、厳格なログ管理や証跡管理は多くの業界ガイドラインでも提言されているため、イベントモニタリングを導入しアクセスログを監視、管理することでこれらの要求事項を実現し、企業のコンプライアンスを強化することができます。ログの記録イベントモニタリングで取得できるログには、次の二種類があります。リアルタイムイベントモニタリングイベントモニタリング（EventLogFile）リアルタイムイベントモニタリングはセキュリティインシデントの発生ログとレコードへのアクセスログの記録と分析を目的としています。アクセスログでは、監視対象は主にアクセスしたレコードを特定するためのレコードID、さらにレポートやビューでは、出力された項目が特定できます。ログはリアルタイムで保存され、ログのタイプにより6ヶ月から10年保存されます。また一部のログタイプはストリーミング配信可能です。リアルタイムイベントモニタリングは、ログのタイプごとに有効化の設定を行う必要があります。​一方、イベントモニタリングは、イベント発生 / エラー / パフォーマンス分析用のイベントログを保存することを目的としています。ログの保存はリアルタイムではなく、1時間ごと及び24時間ごとの2種類のログを30日間保存します。監視対象は主にイベントの発生を識別する情報で、URIや実行されたレポートや実行されたSQLなどで、イベントの発生頻度、パフォーマンスなどを分析するのに役立ちます。ライセンスをご購入いただくと自動的にログの記録を開始します。ログの記録開始、ログの取得方法（保存方法）は次の関連記事をご参照ください。ログの記録開始ログの取得方法アクセスログログの参照ガイドログの活用イベントモニタリングにはログの取得のほかに、ログを活用する機能として、次の3つの機能が含まれています。AIによる脅威検知 - Threat Detectionログの可視化・分析 - Event Monitoring Analyticsリアルタイム制御 - Transaction SecurityAIによる脅威検知機械学習アルゴリズムによって「パスワードリスト攻撃」「セッションハイジャック」「異常レポート出力」「API異常」に対応するリアルタイム監視イベントを生成し、組織への不正アクセスの兆候やユーザの行動の異常を検知する機能です。システム管理者は脅威検知用のイベント管理アプリケーションで検知された脅威を確認することができます。また、後でご紹介するトランザクションセキュリティを使用して、検知された驚異を管理者に通知することができます。また、検知された脅威イベントの詳細を確認し、「悪意あり」「脅威ではない」といった重大度に関するフィードバックをSalesforceに送信してAIに学習させることで、検知精度向上に役立てることができます。脅威検知の利用開始ログの可視化・分析イベントモニタリングのライセンスには、Event Monitoring Analyticsという名称で、ログおよび組織の情報の可視化、分析に特化した Tableau CRM（旧：Einstein Analytics）のライセンスが10ライセンス付属しています。Event Monitoring Analyticsに予め用意された16種類のダッシュボードで簡単にログの分析ができ、Salesforce組織の利用状況やセキュリティに関する脅威・傾向を素早く発見することができます。Event Monitoring Analyticsの利用開始Event Monitoring Analyticsの主要なダッシュボードリアルタイム制御分析によって得られた考察などをもとに、任意の標準オブジェクトまたはカスタムオブジェクトに対して標準機能で提供されているセキュリティ機能よりもさらに細かいアクセス条件（ポリシー）を設定し、ユーザのセキュリティコントロールができる機能です。ポリシーに抵触するアクセスを検知すると操作の実行を制御したり、管理者へ通知したりすることが可能です。この機能を活用することにより、システム管理者やセキュリティ担当者はアクセスログの確認や分析によりセキュリティインシデントの痕跡を事後に確認するだけでなく、疑わしい行為を検知し未然に防ぐことが可能になります。拡張トランザクションセキュリティの設定（準備中）動画を見るhttps://play.vidyard.com/3SjYC4K4K73yXfyTvB51sA学習ツールTrailhead - リアルタイムイベントモニタリングTrailhead - イベントモニタリング動画 - イベントモニタリング設定動画_基礎編（ログの有効化と取得）動画 - イベントモニタリング設定動画_応用編①（Event Monitoring Analytics）動画 - イベントモニタリング設定動画_応用編②（トランザクションセキュリティ）まとめイベントモニタリングを導入しログを収集・管理することにより、システム管理者はSalesforceの日々の利用状況を時系列で把握することができ、万が一、データ漏えいなどが起こった際には、速やかに原因や影響範囲の特定が可能になります。また、ログの記録だけでなく、専門家が不在でもAIによるログの分析により脅威を検知したり、ログを簡単に可視化・分析して利用状況やセキュリティに関する脅威を発見したり、さらには分析によって得られた考察からよりきめ細かいセキュリティコントロールを実装したりすることが可能になります。​イベントモニタリングの活用にご興味をお持ちのお客様はぜひ以下のウェビナーもご視聴ください。「今注目！リモートワークのセキュリティ対策 〜Salesforce Shieldでリスクを未然に防ぐ〜」（オンデマンド視聴）

Chatterを活用する

Chatter（チャター）とは、社内向けのSNSツール。Facebookや Twitterのような使い勝手で社内での情報共有が簡単・安全に行えます。この記事で学べることChatterの投稿の仕方グループの使い方Chatterのインターフェースどこに投稿すると誰のフィードに表示される？そのほかに、投稿は誰がみられる？「Chatter」タブや自分のプロファイルページで自分の状況を投稿した場合、その情報はすべてのユーザが参照できます。 ほかのユーザのプロファイルページへの投稿も、すべてのユーザが参照できます。 グループやレコード(取引先、取引先責任者、商談など)に対して行った投稿は、該当のグループやレコードへのアクセス権を持つユーザのみが参照できます。 @(メンション)機能を活用する @ の後にユーザ名またはグループ名を入力すると、そのユーザまたはグループのフィードに表示されるなど、より確実に伝えたい相手にメッセージを届けられます。 ファイルを共有するテキストボックスをクリックすると現れる「クリップアイコン」をクリックしたら「ファイルをアップロード」を選択。 パソコン上にあるファイルを選んで「開く」を押せば、Chatter でファイルを共有できます。 グループとは部門内で情報共有を行なったり、部門をまたいで複数の特定ユーザでプロジェクトを進めたりするには、専用のグル ープを作成するのがオススメです。特定のメンバー間で情報を簡単にやりとりできます。 グループを作成するナビゲーションメニューで「グループ」をクリックしてページを開いたら、「新規」をクリックします。 グループの「名前」を入力し、必要に応じて説明を追加したら、アクセス種別で「公開」または「非公開」「リストに記載しない」を選んで、「保存」をクリックします。 公開: 社内のユーザが誰でもグループに投稿したり、ファイルをアップ ロードしたりできます。 非公開: 社内のユーザの指定したメンバーだけがグループに投稿したり、ファイルをアップロードしたりできます。なお、非公開グループはシステム管理者以外のユーザも作成可能です。 リストに記載しない: 非公開グループで、メンバーとシステム管理者以外にはグループ名自体も表示されません。 ​グループにメンバーを追加する作成したグループのページで「新規グループメンバー」もしくは「メンバーの管理」をクリック。メンバーの最初の数文字を入力するとリストが表示されるので選択し、「保存」をクリックします。 ​Tips：イラストをクリックしてユーザーの顔写真と同様の順でグループにも写真を登録できます​​​グループに参加する参加したいグループがある場合は、グループのページで「有効なグループ」を選びリストを表示。参加したいグループの名前をクリックしてページを開いたら、「グループに参加」をクリックします。 ※ 非公開グループに参加したい場合は、グループ管理者による承認が必要となります。承認後、フィードの閲覧や投稿が可能になりますTips：グループのページをポータルとして活用するグループのページで「グループを編集」をクリック。「情報」にさまざまな情報を入力しておくことで、グループ のページをポータルとして活用できます。たとえば「リンクを挿入」を活用して URL を登録しておけば、クリックするだけで関連するWeb サイトやダッシュボードなどが開けて便利です。 レコードのフィードに投稿する取引先や取引先責任者、商談などのレコードにもフィードがあり、「CHATTER」をクリックして投稿や閲覧ができます。 関連する情報を一カ所にまとめておけるので、社内の情報共有に役立ちます。 投稿はメールで通知できるChatter には、新しい投稿やコメントなどをメールで通知してくれる機能があります。この機能を上手に利用すれば、大事な投稿を見逃す心配がありません。 メール通知の設定を行う 画面右上の顔のアイコンをクリックし、続けて「設定」を選んだら、左側のメニューで 「Chatter」→「メール通知」をクリックします。 ※ もし個人の「設定」→ 「Chatter」で「メール通知」という項目がない場合は、組織の「設定」→ 「メール設定」から「メールを許可」にチェックを入れてください​メール通知の条件を設定メール通知を行う条件(他のユーザの動作)を 選択します。さらに、ダイジェストメールの頻度も「毎日」「毎週」「受信しない」から選べます。 グループのフィードに対する設定下に表示される「グループ」で、メール通知の頻度を「各投稿のメール」「毎日のダイジェスト」「毎週のダイジェスト」「制 限された」から選択し、最後に保存をクリックします。なお、すでに参加しているグループについては、下の表でメー ル通知の頻度を設定できます。 各投稿のメール：グループにメンバーが投稿する度にメールが配信さ れます。 毎日のダイジェスト：その日の投稿(最新50個まで)と各投稿に付いたコメント(最新3個まで)がメールで配信されます。 毎週のダイジェスト：その週の投稿(最新50個まで)と各投稿に付いたコメント(最新3個まで)がメールで配信されます。 グループのフィードに対する設定は、グループのページにある「通知の管理」からも変更できますTips：ブックマークを活用するTips：投稿のURLを取得するTips：アンケートも取れるまとめChatterを活用することで、社内のコミュニケーションを円滑にできます。またグループ機能などを活用することでポータルとして使うこともできます。