“通知”の検索結果
-
(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最適化されたサイト切り替えの概要と FAQSalesforce のシステムメンテナンスの中で、インスタンスが変更になる場合のイメージです。インスタンスリフレッシュと組織移行は、組織が別のインスタンスに移行されます。インスタンスリフレッシュインスタンスリフレッシュは、従来の基盤間での移行(apX → apXX)です。インスタンスリフレッシュは、元のインスタン上のすべての組織が新しいインスタンスに移行されますので、完了後に元のインスタンスは破棄されます。組織移行インスタンスリフレッシュ以外にも、インスタンス名が変更になるシステムメンテナンスとして、組織移行があります。組織移行には従来の基盤間での移行(apX → apXX)と、次世代基盤であるHyperforceへの移行(apX → JPNx)の2つのパターンがあります。組織移行では一部の組織がまとめて別のインスタンスに移行されますが、元インスタンスはそのまま継続して稼働を続けます。インスタンスリフレッシュと組織移行では、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
-
この記事で学べること適切なお問い合わせ先を知ることができますお問い合わせの回答を早くもらうために知っておくべきポイントを把握できますお問い合わせ先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点ほど変更点があります。1点目ですが、12月7日にHyperforceに関するナレッジ「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」の記事(英語版のみ)が更新されました。更新内容は、High Scale Orders, Service Cloud Voice, Event Relay, Salesforce Payments に関する一時的な制限が削除されています。2点目は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を利用している、メール送信を行う必要がある、メールアドレスが検証されていない、この3つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に対する対応をご検討ください。本件に関する詳細はサクセスナビ「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】」をクリックすると、レポートとダッシュボードがすでに作成されています。これをテンプレートとして活用することで、1から作成する手間が省けますし、初心者ユーザの方でも簡単にレポートとダッシュボードを作成することができそうですね。オススメアプリAppExchangeのサイト上では、Trailblazerのオススメアプリなど、実際の業務でよく使われているアプリが紹介されています。またセールスフォース社員の無償オススメアプリでは、システム管理者の力強いサポートとなる“Sガイダンス”や、検索をより簡単に便利にする“Record Hunter”(通称レコハン)など、カスタマーサクセス部全体で現在ホットなAppExchange無償アプリをご紹介させて頂いています。考慮事項アプリは有料と無料のものがある開発環境など複数の環境を保持している場合、インストール先のSalesforce環境を確認する必要がある学習ツールAppExchange の基礎(Trailhead)AppExchange アプリケーションのインストールができない(ヘルプページ)まとめAppExchange のアプリはすべて、安全基準を満たしベストプラクティスと確認されたうえで公開されているので安心してご利用いただけます。特定業界向けのアプリや拡張アプリなど多数用意されているので、上記オススメアプリなども参考にしながら、組織にあったAppExchangeアプリをぜひ探しみてください。
-
この記事で学べることHyperforceの概要Hyperforceとは何か Hyperforceの利点Hyperforceの構成Hyperforce移行時のアクション移行時に確認が必要な内容SandboxのHyperforce移行についてHyperforceの概要Hyperforceは新しい製品や機能の名前ではありません。Hyperforceは皆様ご存知のパブリッククラウドパートナーが提供しているインフラ上に開発・構築された、新しいプラットフォームアーキテクチャ、皆様のSalesforce組織が動く基盤です。新しいHyperforceのアーキテクチャを使うことで、Salesforceは、新しい機能の開発や既存機能の拡張という形で製品のイノベーションと、それをお客様に提供することに注力することができるようになると考えています。それに伴い、私達が最も大切にしているカスタマーサクセス、お客様のビジネスの成功を加速させていけると考えています。上記スライドが、現在皆様の組織が稼働しているファーストパーティのデータセンター(左)とHyperforce(右)の違いのイメージになります。現在は、皆様がご利用のSales CloudやService Cloud、Experience CloudといったCRM製品は、日本のデータセンターで稼働していますが、Marketing CloudやCommerce Cloudといった一部の製品は海外のデータセンターで稼働しており、APIを使用して統合されています。またファーストパーティと Hyperforce の比較時に注目すべき重要な点は、データセンタープロバイダの進化です。物理インフラストラクチャを独自に実行する必要がなくなり、代わりにパブリッククラウドプロバイダのハードウェア上でサービスを実行します。これにより、独自に制御するレイヤ (プラットフォーム、クラウド、機能) に焦点を絞り、それらの準拠と安全性を確保し、お客様のニーズを満たすことが可能となります。ご参考ナレッジ記事) Salesforce インスタンスの場所Hyperforceの利点は、世界で最も信頼されているパブリッククラウドを使用して、あらゆる場所からビジネスを実行できることです。具体的な利点5点は以下の通りです。データレジデンシーHyperforceでは、ローカルのデータ保存および処理オプションが提供されるため、お客様はローカル規制に準拠することができます。拡張性AWSなどのサービスを利用することで、お客様のビジネスニーズに合わせて、必要な時に拡張性がある状態で最新のハードウェアを利用いただけます。セキュリティHyperforceには、現在のプラットフォームで得たセキュリティに関するベストプラクティスが組み込まれています。また、最小権限による管理、ゼロトラスト原則、Infrastructure-as-Codeなどの業界有数の機能を搭載しており、データは転送時も保管時も暗号化されます。また、Hyperforceには、現在海外のデータセンターで稼働している製品も統合される予定です。これにより全製品に共通して高いセキュリテイを担保できるので、お客様の大切なデータを安全に保護することが可能となります。プライバシーHyperforceは、お客様のデータの透明性と管理を可能にする包括的なプライバシー標準を提供します。最新のプライバシープログラムの認定状況は、「クラウドを対象とするコンプライアンス」のサイトよりご確認いただけます。俊敏性現在、Hyperforceで、ゼロダウンタイムの更新に取り組んでいます。これにより、チームの生産性が向上するだけでなく、競争上の優位性も生まれます。また、AWSとの優れた相互運用性も実現しています。ご参考ナレッジ記事) Hyperforce について - 一般情報と FAQHyperforceへ移行が決まったお客様については、約3ヶ月前に製品コミュニケーションメールにてシステム管理者様宛に通知致します。通知の中にコンプライアンス認定の状況の記載がありますので、必ずご確認いただけますように、お願いします。ご参考ページ) クラウドを対象とするコンプライアンス 上記がシステム管理者様へ届くメールのサンプルになります。ご参考ナレッジ記事) Salesforce からの組織移行に関する「製品およびサービスに関するお知らせ」Hyperforceのアーキテクチャを説明するに当たり、まずは、現在のファーストパーティとの違いをご説明します。まず、左側が現在のインスタンスを表し、東京と神戸に、それぞれデータセンターがあります。データセンター内には、インスタンス(例:AP0)があり、お客様の組織はそのいずれかに割り当てられます。このインスタンスは、東京と神戸、両方のデータセンターに存在しており、一方が稼働系(Active)、もう一方が待機系(Ready)の状態になっています。データは、稼働系のデータセンターから待機系のデータセンターへレプリケーション(コピー)されています。右側がHyperforceを表し、リージョンとAvailability Zone(AZ)という概念があります。リージョンは地域を表し、リージョンの中に、物理的に分離された複数のというものが存在します。そして、Hyperforceはこれら各AZ上に構築されます。また、Hyperforceでは、インスタンス名はJPN1といった名称に変わります。インスタンスはリージョン内の複数AZによってホストされます。AZの中には、それぞれにアプリケーションサーバとデータベースがあります。そして、AZ:Bはアプリケーションサーバが稼働しており、同時にデータベースも稼働しています。(AZ:Bはアプリケーションサーバとデータベース両方が稼働系という状態です)一方、AZ:AとAZ:Cはアプリケーションサーバは稼働していますが、データベースは待機系になります。待機系のデータベースに対しては更新はできませんが、参照はできる仕組みとなり、変更はログレベルで他の AZ の 2 つのデータベースに非同期に複製されます。上記は3 つの AZ すべてが低遅延ネットワーキングで接続されていることにより、すべてのアプリケーションサーバが最小限の遅延ですべてのデータベースと通信でき、すべてのデータベースがあらゆる変更の最新状態を保持できるため実現可能な構成であり、冗長性と障害回復作業が可能とするために重要な要素になります。例として、AZ:Aが災害で停止した場合、AZ:BとAZ:Cは稼働を継続可能であり、引き続きサービス提供が可能です。AZ:Bが災害等で停止した場合、データベースのノードはAもしくはCが稼働系に切り替わり、引き続きアプリケーションサーバはAZ:AとAZ:Cが動いているので、サービス提供をし続けることが可能です。下記スライドもご確認ください。ご参考ページ)Hyperforce について - 一般情報と FAQTrust and Compliance Documentation (信頼コンプライアンスに関するドキュメント)こちらの「Reliability, Backup, Business Continuity, and Disaster Recovery」で詳細をご確認いただけますHyperforce移行に向けた準備Hyperforceへの移行に際して お客様にご確認頂きたい内容と推奨事項がございます。必要なアクションは、お客様の設定内容やご利用方法によって異なります。Hyperforce への移行は組織移行というメンテナンスと同じ手法であり、これまで10年以上の実績のある手法です。また、厳格な対象資格条件があり、条件を満たしていることを社内で確認しています。既知のリスクがある場合、軽度なものであっても合致する可能性がある場合は、その組織の移行時期を延期いたします。このような資格条件とテストのプロセスにより、既に何千もの組織移行を成功させています。さらに、移行中、技術チームは普段と同じようにHyperforce移行前後で、異常がないかを監視し、万が一異常が検出された場合に備えて堅牢なサポートプロセスを構築し迅速に対応できるように技術チームが待機しています。移行に向けたSalesforce側の準備は万全ですので、安心してHyperforceへ移行いただけます。上記スライドは、お客様の組織がHyperforce移行の対象になった後のプロセスを示しています。前述のように、お客様は移行日の約3ヶ月前に最初の通知メールを受け取っていただけます。通知を受信後に準備を始めていただくことも可能ですが、この記事をご覧のお客様におかれましては、すぐに準備を始めていただけますと幸いです。また、普段メンテナンス情報をTrustサイトにてご確認いただいているお客様もいらっしゃると思いますが、移行対象の組織が、インスタンスのごく一部のお客様のみの場合は、Trustサイトにメンテナンス通知が表示されない場合がございます。反対に、Trustサイトで組織移行のメンテナンスが表示されている場合も、システム管理者様がメールが受信されていない場合は、お客様の組織は移行対象ではないということになります。なお、たまに「Salesforce製品およびサービスに関するお知らせ」のメールを受け取ったことがないというお客様がいらっしゃいます。ゴミ箱等に振り分けられていないか、合わせてご確認をお願いいたします。ご参考ナレッジ記事) Trust 通知Hyperforceへの移行は、通常の「組織移行」というメンテナンスと同じであるため、組織移行時と同じ準備が必要となります。詳細は以下の参考ページをご参照ください。ハードコード化された参照の更新許可すべきSalesforceのIPアドレスとドメイン優先システムメンテナンスのスケジュール上記スライドの1〜5に該当している場合、Hyperforce移行後に、不都合が生じる場合がございます。移行対象のお客様については、これら1〜5に合致しているかどうかを後続のスライドを参考の上、必ず確認をお願い致します。※2~4についてはイメージ図がございます。後続の[Hyperforce移行時に注意を必要とするポイント]をご参照くださいHyperforce で使用できないサービスをご利用中で、Hyperforce移行に関する日程のメールを受け取られている場合、営業担当者もしくはサポートへお知らせください。Hyperforceでは、WebブラウザやAPIクライアントは、SNI(サーバ名表示)で指定したホスト固有のHTTPS証明書を使って通信を行うことができるようになっています。SNIでホストを指定しない場合には、あらかじめ用意されているデフォルトの証明書を利用し、証明書の形式は、以下となります。<MyDomain>.my.salesforce.com<MyDomain>--<SandboxName>.sandbox.my.salesforce.com最近のWebブラウザでは特に意識する必要はございませんが、APIクライアントでデフォルト以外のHTTPS証明書を使う場合には、TLSハンドシェーク時のClientHelloメッセージにSNIを含める必要があります。そして、下の枠の中ですが、こちらはExperience CloudサイトやSalesforceサイトをご利用、かつ(www.example.comといった)カスタムドメインを利用し、独自のCDNをご利用されているお客様に関する内容です。「ドメインの外部 HTTPS の有効化」より、設定に関する詳細を参照いただけますので、ご確認をお願いします。該当の設定になっている場合、CDN 側の設定に置いて、SNI による証明書の認証を行わないという設定をして頂く必要がございます。また、ご利用のCDNが利用する証明書の SANs リスト内に*.my.salesforce.com が含まれている事を確認いただく必要があります。CDN側の設定変更ができない場合は、Salesforceの設定オプションを「Salesforce は Salesforce コンテンツ配信ネットワーク(CDN) パートナーを使用してHTTPS を介してドメインを提供します」に変更します。上記スライドはIPアドレスを使用したフィルタリング(IPアドレス許可リスト)をされているお客様にご確認をいただきたい事項になります。(Salesforce側の設定ではなく、お客様の会社のファイアウォールや企業ネットワーク、メールフィルターの設定をご確認いただく必要があります)Hyperfroceでは、基本的にIPアドレスは公開されないため、現在IPアドレスを用いたフィルタリングをされている場合は、ナレッジ記事「許可すべきSalesforceのIPアドレスとドメイン」に記載のすべてのIPアドレス範囲に加えて、必須ドメインに含まれるすべてのドメインを許可頂く必要がございます。なお、Hyperforce で IPアドレスを用いたフィルタリングを必須とするビジネス要件もしくはコンプライアンス要件がある場合には、ナレッジ記事「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」をご参照ください。メールに関しても、Salesforceでは、メールセキュリティにIPアドレスを使用することを推奨していないため、ナレッジ記事「Salesforce アプリケーションからのメールを受信できるようにする」を参照いただきIPアドレスの代わりにTLS、SPF、DKIM、DMARC等の標準メールセキュリティプロトコルを使用を推奨いたします。※メールリレーのIPアドレスは、Hyperforceでも引き続き公開されますが、IPアドレスを使用したフィルタリングは非推奨です。IP アドレスフィルタリングだけに頼ることは、リクエストのソースに基づいて検証するに留まり、実際のリクエストが本物かどうかは検証はできないため、安全性の高いアプローチとは言えません。Salesforce→外部システム方向の連携処理(Apexコールアウトやアウトバウンドメッセージなど)をご利用の際は、IPアドレスフィルタリングではなく、適切な Web サービス認証と承認を行うことを推奨します。外部システム→Salesforce方向の連携処理がある場合は、URL/ドメインを使用したフィルタリングを推奨します。詳細は、ナレッジ記事「Hyperforce の IP 許可リスト登録の望ましい代替案」をご確認ください。上記スライドはメール送信に関するIPアドレスのフィルタリングについてです。こちらも、前述の内容と同様にSalesforceでは、メールセキュリティにIPアドレスを使用することを推奨していません。メールのフィルタリングをする際は、一般的に使用されているメールセキュリティメカニズム(TSL、SPF、DKIM、DMARC)といった方法を推奨しています。可能であれば、切り替えのご検討をお願いします。なお、メールリレーについてはHyperforceでも引き続き公開されます。しかし、IPアドレスを使用したフィルタリングは非推奨です。Marketing Cloud Connectをご利用のお客様はナレッジ記事 「Marketing Cloud Connect でテナント固有の OAuth エンドポイントを有効にする」を参照いただき、TSOEの有効化をお願い致します。Hyperforceに限った内容ではございませんが、Hyperforceへ移行後に大きなコンテンツファイルのプレビューを表示できない場合がございます。このような事象が発生した場合、コンテンツファイルのプレビューを再作成する手順をナレッジ記事「コンテンツファイルのプレビューの問題」で公開しておりますのでこちらをお試しください。Hyperforce移行時に注意を必要とするポイント[お客様の状況]に当てはまる場合は、[対応方法]と[参考資料]をご確認の上、早めの対応をお願いします。※上記図中のリソースは、以下よりダウンロードできますNo.① 参考資料:Hyperforceウェブセミナー資料、Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持するNo.②対応方法:証明書と鍵、Salesforce がサポートする SSL 証明書No.③お客様の状況:Office 365 との Salesforce「メールリレー」参考資料:Salesforce アプリケーションからのメールを受信できるようにするNo.④ 参考資料:Hyperforce における SNI による HTTPS/SSL 接続エラーの解決No.⑨ 対応方法:Marketing Cloud Connect でテナント固有の OAuth エンドポイントを有効にするNo.⑩ 参考資料:Marketing Cloud エンドポイントからテナント固有エンドポイントへの更新: FAQNo.11 対応方法:Root 証明書(Common CA Database)参考資料:Configure Authentication Server Certificate PinNo.13 参考資料:Streaming API Versions 23.0 through 36.0 Retirementメンテナンス開始時間になったら、移行の準備が開始されます。実際の移行プロセスが始まる約 30 分前に、組織はリードオンリーモードになり、その後実際の移行が始まります。メンテナンス全体の作業時間は約 3 時間となっており、通常はこの時間内に移行が完了します。移行が完了・成功したことが確認されると、再度組織はリードオンリーモードになり、その後Hyperforce上でお客様組織が稼働しますリードオンリーモードの時間帯は参照のみとなります。外部データをSalesforceに取り込むといったような更新作業は実施いただけないため、社内のメンテナンスや作業日程を事前に確認いただくようお願いいたします。また、Hyperforce移行後に、古いインスタンスの Trust Notification の登録を解除し、新しいインスタンスの Trust Notification に再登録をおすすめいたします。Hyperforceに関する技術的なご質問がございましたら、下記お問い合わせの手順を参考にテクニカルサポートへお問い合わせください。SandboxのHyperforce移行について さて、ここまで、本番環境をHyperforcceへ移行するまでに必要な準備について説明をしてきました。このセクションでは、本番環境がHyperforceへ移行した後、Sandboxにどのような対応が必要かを説明します。Sandboxは、本番環境と一緒にHyperforceへ移行されません。Sandboxは、本番環境をHyperforceへ移行した後に、以下いずれかの作業をすることで、HyperforceにSandboxが作成されます。新たにSandboxを作成する既存のSandboxを更新(=リフレッシュ)する既存のSandboxをコピーする本番組織と同じように Hyperforce インフラストラクチャの利点を享受するために、できるだけ早く既存の Sandbox を更新して、Hyperforceに作成することをお勧めします。なお、状況によっては、Salesforceがお客様のSandboxをHyperforceへ組織移行することもあります。この場合、本番環境はすでにHyperforceへの移行が完了している組織のSandboxが対象になりますSalesforceによる、SandboxのHyperforce移行は、本番環境の移行と同様、優先システムメンテナンス枠内で実施しますメンテナンスの事前通知は、本番環境のHyperforce移行と異なり、約1ヶ月前に通知を行います **通知時期は2023年5月時点の実績であり、今後変更になる場合があります。学習ツール参考資料(英語原典と相違がある場合は、英語原典を最新情報としてご参照ください) Hyperforceのご紹介Hyperforce について - 一般情報と FAQクラウドを対象とするコンプライアンス信頼コンプライアンスに関するドキュメント信頼性、バックアップ、ビジネス継続性Trustユーザガイド製品およびサービスに関するお知らせSalesforce からの組織移行に関する「製品およびサービスに関するお知らせ優先システムメンテナンスのスケジュール組織の移行への準備方法 ハードコード化された参照の更新許可すべき Salesforce の IP アドレスとドメインSalesforce アプリケーションからのメールを受信できるようにするメールセキュリティメカニズムドメインの外部 HTTPS の有効化カスタム HTTPS 証明書を使用するカスタムドメインMarketing Cloud Connect のテナント固有の OAuth エンドポイント (TSOE) を有効化リードオンリーモードの概要自分の Salesforce 組織が使用しているインスタンスを表示するSalesforce インスタンスの場所は?Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持するHyperforce の IP 許可リスト登録の望ましい代替案Sandbox の作成Sandbox の更新Sandbox のコピーConfigure Authentication Server Certificate PinStreaming API Versions 23.0 through 36.0 Retirement[更新・追記履歴] 2023/11/21 [Hyperforce移行時に注意を必要とするポイント(4)]を追加2023/7/10 Hyperforceで使用できないサービスから、Salesforce Private Connect を削除2023/5/9 [SandboxのHyperforce移行について]セクションを追加2023/3/7 Hyperforceで使用できないサービスから、カスタムHTTPS証明書を使用するカスタムドメインを削除2023/3/7 Hyperforceの利点を最新化2022/9/27 Hyperforceで HTTP 1.0 のサポートが開始されたため、HTTP 1.0 に関する内容を削除2022/4/5 Hyperforce移行時に注意を必要とするポイントを追加2022/3/3 HyperforceでもメールリレーのIPアドレスは公開されますが、IPアドレスを使用したフィルタリングは非推奨です参考:[セミナー動画] Hyperforceの概要と移行の準備 (51:39)Hyperforceについての解説動画(2021/12/14)*画面右下の歯車マークより再生スピードが変更可能ですセミナーの配布資料とよくあるQ&Aこちらから参照ください
-
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の主要なダッシュボードリアルタイム制御分析によって得られた考察などをもとに、任意の標準オブジェクトまたはカスタムオブジェクトに対して標準機能で提供されているセキュリティ機能よりもさらに細かいアクセス条件(ポリシー)を設定し、ユーザのセキュリティコントロールができる機能です。ポリシーに抵触するアクセスを検知すると操作の実行を制御したり、管理者へ通知したりすることが可能です。この機能を活用することにより、システム管理者やセキュリティ担当者はアクセスログの確認や分析によりセキュリティインシデントの痕跡を事後に確認するだけでなく、疑わしい行為を検知し未然に防ぐことが可能になります。拡張トランザクションセキュリティの設定(準備中)学習ツールTrailhead - リアルタイムイベントモニタリングTrailhead - イベントモニタリング動画 - イベントモニタリング設定動画_基礎編(ログの有効化と取得)動画 - イベントモニタリング設定動画_応用編①(Event Monitoring Analytics)動画 - イベントモニタリング設定動画_応用編②(トランザクションセキュリティ)まとめイベントモニタリングを導入しログを収集・管理することにより、システム管理者はSalesforceの日々の利用状況を時系列で把握することができ、万が一、データ漏えいなどが起こった際には、速やかに原因や影響範囲の特定が可能になります。また、ログの記録だけでなく、専門家が不在でもAIによるログの分析により脅威を検知したり、ログを簡単に可視化・分析して利用状況やセキュリティに関する脅威を発見したり、さらには分析によって得られた考察からよりきめ細かいセキュリティコントロールを実装したりすることが可能になります。イベントモニタリングの活用にご興味をお持ちのお客様はぜひ以下のウェビナーもご視聴ください。「今注目!リモートワークのセキュリティ対策 〜Salesforce Shieldでリスクを未然に防ぐ〜」(オンデマンド視聴)
-
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を活用することで、社内のコミュニケーションを円滑にできます。またグループ機能などを活用することでポータルとして使うこともできます。
-
(2023年3月) Salesforceの運用に関する重要なお知らせ
この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート動画で更新内容を学ぶhttps://play.vidyard.com/bdA9HHCxkQnHAw4E2XHuRg全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の3月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年3月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。最初にSpring '23のリリースノートの更新情報をご紹介します。こちらでは2月7日以降の更新内容の中から、現状の動作や設定に影響を与える可能性があるものをピックアップしてご紹介します。Block Access to Public Apex Constructor in Managed Package from @AuraEnabled Method (Release Update)「@AuraEnabled メソッドからの管理パッケージの公開 Apex コンストラクタへのアクセスのブロック」というリリース更新についてですが、当初はSummer'23での適用が予定されていましたが、現在は適用予定がキャンセルとなっており、現時点ではこのリリース更新の適用の予定はありません。動的活動コンポーザでアクションをすばやく実行Spring'23で導入された動的活動コンポーザの機能ですが、ケースオブジェクトのマクロでは動作しないということがリリースノートに記載されました。Experience Cloud ゲストユーザには詳細なフロー権限が必要 (リリース更新)Experience Cloud サイトのゲストユーザがフロー機能を実行するためには、明示的な権限の付与が必要になるというリリース更新ですが、このリリース更新の適用の予定がSpring'23のリリースタイミング以降に延期されました。また、リリースノートの内容に、ゲストユーザにフロー権限を付与する方法が追記されましたので、詳細はリリースノートをご覧ください。ここでのご紹介は上記の3点となりますが、リリースノートの更新情報をすべてご確認頂く場合は、こちらのリンクから内容をご確認いただければと思います。また内容についてご不明点等がある場合は、弊社のサポートにお問い合わせください。続いて、多要素認証(MFA)に関する更新情報です。MFAの自動有効化と強制適用に関する予定に更新がありますのでご紹介致します。Core Platform製品の自動有効化についてですが、2023年2月のメジャーリリースを第1フェーズとして、今後の各メジャーリリースで段階的に自動有効化が実施される予定です。そして強制適用ですが、2024年5月を第1フェーズとして、段階的にMFAの強制適用を実施していく予定となっています。続いてMuleSoftですが、2023年8月1日にMFAの強制適用が実施されます。Tableau Cloudについては、特権ユーザに対する強制適用が2023年3月13日から4月24日の間で実施され、それ以外のユーザに対する強制適用は、2023年5月22日から7月10日の間で実施される予定となっています。まだMFAが未適用であるというお客様は、セキュリティレベル向上のためにもMFA適用の計画を進めていただければ幸いです。関連リンク多要素認証 (MFA) 適用ロードマップ続きましてはインフラ強化に関する情報です。2023年4月2日と4月16日に、主に海外のお客様が利用しているインスタンスにおいてインスタンスリフレッシュのメンテナンスが予定されています。インスタンスリフレッシュは、組織の継続的な成長に備え、お客様が期待されるレベルのシステムパフォーマンスを維持するために、データセンターのインフラストラクチャをアップグレードするメンテナンスです。インスタンスリフレッシュの事前通知は、約60日前に、システム管理者様宛にメールで送信されます。事前通知を受け取られたら、インスタンスリフレッシュの準備方法が纏められたナレッジがございますので、必ず確認の上ご準備をお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって?「Salesforce アプリケーションからのメールを受信できるようにする」というナレッジに更新があります。Salesforceでは、IPアドレス許可リストの代わりにTLS、SPF、DKIM、DMRACなどの標準メールセキュリティプロトコルの使用を推奨しています。しかしながら何らかのご事情でIPアドレス許可リストを使用する必要がある場合には、更新後のナレッジに合わせてお客様のIPアドレス許可リストを更新いただく必要があります。今回のナレッジ更新で、SalesforceのARINのメールサーバーのIPアドレス(ここにはメールリレーで使用するIPアドレスも含む)が追加されていますので、ご確認をお願いします。IPアドレスの詳細は、英語版のナレッジをご参照ください。関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする続いて、次期バージョンであるSummer'23において適用予定のリリース更新をご紹介します。Summer '23で適用予定のリリース更新は複数ありますが、2023年1月13日に該当の組織の管理者様へメール通知もされている「Google Analytics 4」についてお知らせします。2023 年7月1日に Google がユニバーサルアナリティクスを廃止し、Google アナリティクス 4 (GA4) に置き換えることを発表しています。引き続きExperience CloudサイトへのアクセスデータをGoogle Analytics で収集・分析するためには、ユニバーサルアナリティクスのプロパティを GA4 のプロパティに変更する必要があります。また、Summer '23までに[リリース更新]の適用も必要です。対応方法については、こちらのナレッジに纏まっておりますので、ご確認の上でご対応をお願いします。関連リンクAura サイトから Google アナリティクス 4 への移行 (リリース更新)イベントログファイル生成のオプトイン (リリース更新)コンテンツ盗聴保護を有効化 (リリース更新)ゲストユーザによる承認申請の編集または削除の防止 (リリース更新)Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止 (リリース更新)Lightning アプリケーションの CSRF トークンのセキュリティの機能強化 (リリース更新)続いて、その他の更新です。こちらでは拡張ドメインに関する留意点をご紹介します。次期バージョンのSummer '23では、拡張ドメインが無効な全ての組織に対してSalesforce側が拡張ドメインを自動有効化します。Spring ’23 リリースの時のような、システム管理者様による事前除外はできませんので、こちらのチェックリストやよくある質問を参考に、早めに準備を進めていただけます様お願いします。どうしても間に合わないという場合には、一度有効化された後に、システム管理者様による無効化が可能ですが、Winter '24には強制適用される予定のため、可能な限り早めの対応をお願いいたします。関連リンク拡張ドメインのスケジュール最後に今後予定されている機能の廃止に関する情報です。まず最初にSalesforceモバイルアプリケーションコミュニティライセンスアクセスの廃止です。こちらはSummer '23で廃止することを予定していましたが延期になり、現時点で廃止時期は未定となっております。続いて、Consumer Goods Cloudをご利用のお客様向けの情報です。2023 年7月をもって、Einstein Vision によるプラノグラム確認タスクの自動化が終了します。終了後は、営業担当者が確認タスクを手動で実行いただく形になります。また、廃止される日時は7月中にお知らせする予定です。3つ目は、Object Detection API と Image Classification API が 2023 年 7 月 31 日をもって廃止されるという情報です。 それ以降は、関連づけられている全てのデータが利用できなくなりますので、遅くとも、4月末までにはデータを取得しておくことを推奨します。続いて、毎月お伝えしていますが「Salesforce Platform APIバージョン 21.0~30.0 の廃止について」です。こちらは、とても影響度の大きい更新の一つですので、毎月ご紹介しています。2023年6月をもちまして、APIバージョン21.0~30.0 は利用不可になる予定です。日本時間で3/16に機能廃止に関するメールがシステム管理者様に送信されていますので、そちら受け取られた場合は、ナレッジや確認方法のリンクをご参照の上、早めのご対応をお願いします。最後に、「Salesforce Mobile アプリケーションv.228の廃止」です。2023年6月以降、Salesforce モバイル アプリケーションのバージョンが228以下の場合、Salesforceにログインすることができなくなります。社内でモバイルアプリケーションをご利用のユーザ様に、早めにモバイルアプリケーションのバージョンの更新をする様に周知をお願い致します。3月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
この記事で学べることなぜAccount Engagementフォームを活用するのかAccount Engagementフォーム関連機能の設定方法この記事のゴールこの記事のゴールは「見込み客獲得・フォローのためのフォーム設定の完了」です。そのために、以下3ステップで進めていきます。Account Engagementのフォームを活用する目的を理解するフォーム関連機能の概要と自社で利用する機能を理解する設定を実施するなぜフォームを活用するのかフォームを活用する目的は大きく2つです。1.新規見込み客情報を取得するため問い合わせ・資料ダウンロード・イベント申し込みなどのフォームを設置し見込み客の会社名、役職、メールアドレスなどの情報を取得します。それによりアプローチ可能な見込み客の総数を増やすことができ、最終的な受注件数の増加に繋がります。2.Web行動が追跡できる見込み客を増やすためAccount Engagementのフォームを通過しCookieと紐付くことで、どの見込み客が自社のどのWebページを見たのかなど、Web上の行動を追跡できるようになります。それにより見込み客の興味関心に合わせたアプローチが可能となります。※プロスペクトとCookieの紐づけについての詳細はこちらの記事をご覧ください。サクセスナビ記事:プロスペクトとCookieの紐づけを理解しましょうこれらの目的のため、以下の視点でフォームを設置できる箇所がないかを検討してみましょう。・すでに自社Webサイトに公開済みの問い合わせフォームなどをAccount Engagementに切り替える問い合わせフォームなど、すでにあるフォームをAccount Engagementに切り替えることも重要です。これにより、ただ見込み客情報を入手するだけなく、見込み客がアクティブプロスペクトとなり、Web上の行動を追跡できるようになります。・新たな入り口(ゲート)を増やすたとえば、自社Webサイトで公開されているお役立ちコンテンツや資料はありませんか?これらをゲート付きコンテンツ※にすることで、新規見込み客を獲得する入り口(ゲート)を増やすことができます。※ゲート付きコンテンツ:閲覧する際にフォーム入力が必要なコンテンツ。新規見込み客獲得の手法として、ホワイトペーパーダウンロードなどで用いられる。具体的な利用シーンとしては以下が挙げられます。問い合わせや資料請求フォームの設置ホワイトペーパーダウンロードの設置イベントの申込みページの設置フォームを活用する目的や活用のイメージがついたら、次はそれを実現する機能を見ていきましょう。フォーム・ランディングページ・フォームハンドラー見込み客獲得のため、Account Engagementではフォーム・ランディングページ・フォームハンドラーの機能を活用します。それぞれの機能の概要を理解し、自社でどのように活用できるか検討していきましょう。○各機能の特徴フォーム問い合わせや申込みなどのシーンで見込み客の情報を取得するための入力フォームです。取得したい項目を任意で設定し、既存のWebページやAccount Engagementで作成したランディングページに設置して使用します。ランディングページAccount Engagement上でコーディング不要で作成できるWebページです。イベント申し込みや資料ダウンロードページなど、マーケティング担当者が一時的に公開したり、随時更新を行うWebページで活用されます。ランディングページ内でイベントや資料などに関する情報を掲載し、ページ内に設置したフォームの入力を促すといった使い方が一般的です。フォームハンドラー外部のフォームをAccount Engagementと連携させるための機能です。すでに自社サイトに設置済みのHTMLフォームをそのまま流用し、見込み客の情報をAccount Engagementに転送できます。既存Webページのデザインやレイアウトを維持したまま利用できます。○利用機能の選び方フォームの実装方法と利用機能の組み合せは3種類です。自社の要件にあった方法を選択しましょう。簡易的なWebページを作成し、フォームを設置する→フォーム+ランディングページ既存Webページに新たにフォームを追加、もしくは既存フォームをAccount Engagementフォームに置き換える→フォームのみ既存のWebページおよびフォームのデザインを変えずにAccount Engagementに情報を送信する→フォームハンドラーフォーム活用のポイントや自社で利用すべき機能は理解できたでしょうか?Account Engagementの機能を用いて見込み客獲得のための入り口を設けることも重要ですが、加えて見込み客のフォーム登録を検知し、リアルタイムに通知や営業フォローを行なう仕組みを作ることも重要です。獲得した見込み客をフォローする仕組みフォームを通じて問い合わせやイベント申込みをした見込み客は、今その瞬間自社への興味関心が高い見込み客であり、タイムリーにフォローを行うことで商談化の可能性がより高くなります。そのために、Account Engagementは誰に、どのように割り当てや通知を行うかを設定することができます。これを活用してタイミングを逃さずにフォローを行うための仕組みを作りましょう。○誰に割り当てるか割り当て先の設定方法は4つあります。見込み客がフォームを通過したらまず社内の誰に割り当てるのが最適か、自社の運用に最も合う割り当て先を選択しましょう。おすすめは「ユーザへの割り当て」です。マーケティングチームや営業マネージャーなど特定の個人に一度割り当てをしてから手動で再振り分けをするケースが一般的です。またその見込み客がすでにSalesforceにリード/取引先責任者としてレコードがある場合、そのレコードの所有者に直接通知を出すことも可能です。○どのように通知を行うか指定された割り当て先に対して通知する方法は2つあります。おすすめは「SalesforceのToDo発行」です。SalesforceレポートでToDoの対応状況を一覧で確認でき、営業担当が漏れなくフォローしているかがわかります。フォーム通過した見込み客をフォローするための仕組みや方法について理解できましたでしょうか?次はいよいよ設定を行っていきましょう!設定方法フォームhttps://play.vidyard.com/Ro3TdP13h5LrnPxLyadouQ詳細かつ最新の情報は以下のサイトをご確認くださいヘルプ記事:フォームの作成ヘルプ記事:フォームのトラブルシューティングとFAQランディングページhttps://play.vidyard.com/W8tnT3s5cKxwAae6PEjXnL最新の情報は以下のサイトをご確認くださいヘルプ記事:ランディングページ用レイアウトテンプレートの作成フォームハンドラーhttps://play.vidyard.com/1RJh4g7AtsPbK4uNfNJ152詳細かつ最新の情報は以下のサイトをご確認くださいヘルプ記事:フォームハンドラーヘルプ記事:フォームハンドラのトラブルシューティングフォームを通過した見込み客のフォロードリル:フォーム通過したプロスペクトを自動で特定の担当者に割り当てる学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:フォームとランディングページの活用まとめ無事にフォームの設置と見込み客フォローのための設定は完了できましたでしょうか?ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせフォームを設置したら、次はさらに効果を高めるためのノウハウを学びましょう!「活用7ステップ」全体に戻りたい場合はこちら