記事一覧
-
(2023年9月) Salesforceの運用に関する重要なお知らせ
この記事で学べること 以下に関する更新情報を毎月ご案内しています。Salesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報製品廃止情報リリース更新などの重要情報セキュリティに関する重要なアップデートhttps://play.vidyard.com/qr4hKAtmdngp8KEGqTAw1W【動画で更新内容を学ぶ】動画では先月からの更新情報だけをご紹介しています。※動画は再生画面右下のアイコンより拡大表示や、歯車マークより再生速度の変更が可能です。更新情報だけではなくて、すべての情報をご覧いただく場合は、「資料ダウンロード」ボタンをクリックしてください。資料をダウンロードサクセスナビ上の記事で更新情報をご覧頂く場合は、以下の「記事で更新内容を学ぶ」セクションからご覧ください。記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の9月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年9月のトピックはこちらです。前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。まずは製品イノベーションです。8月27日(日本時間)からSandboxプレビューが開始されました。また、TrailheadモジュールやWinter '24の新機能概要をまとめたRelease Overview Deckといった、Winter '24に関する情報が公開されています。いずれもまだ英語版となりますが注目機能がまとめられていますので、是非ご参照ください。なお、このようなリリースに関する情報は(リリースノートの中の)「リリースの準備」ページにも記載されています。英語版にしていただくと常に最新情報をご確認いただけますので、こちらも併せてご活用いただければ幸いです。関連リンクThe 360 Blogオンラインコミュニティ:Release Readiness Trailblazersサクセスナビ : バージョンアップに備えましょうリリースノート:リリースの準備Winter ’24 Pre-Release SiteWinter ’24 Release noteSalesforce Sandbox プレビュー手順Release SiteWinter '24 Release HighlightsRelease in a BoxRelease Overview DeckTrustサイト(リリーススケジュール)続いて、リリースノートの更新情報です。現在のバージョンであるSummer '23のリリースノートの更新は8月14日で止まっていますので、今月からはWinter '24(8月14日公開)のリリースノートの更新情報をご紹介します。また、ここでは、多くの更新情報の中から、現行動作に影響を与える可能性があるものをピックアップしています。すべての変更情報は、Winter ’24 更新情報一覧(英語版)よりご確認ください。Full Apex Auto-Complete in Developer Console is Being Retired開発者コンソールのApexフルオートコンプリートを廃止する旨のリリースノートが追加されました。オートコンプリートは、カスタムApexクラスとSObjectでも使用できますが、今後は、Visual Studio Codeの拡張機能 や Code Builder (ベータ版) で利用可能なコード補完機能をご利用ください。Create a Salesforce Scheduler Pre-Release Trial OrgSalesforce Schedulerのプレリリース組織の作成に関するページが追加されました。Salesforce Scheduler は有償オプションが必要な機能ですが、契約前に動作確認をしてみたいというお客様は、是非ご活用ください。プレリリース組織は10月15日まで利用可能で、組織の有効期限は30日です。Get More Insight About Opportunities in Sales ForecastsGet Pipeline Inspection Opportunity Detail and Insights in Collaborative ForecastsWinter ’24 のリリースで、売上予測ページでグリッド・ビューを表示する際、Pipeline Inspectionページに切り替えることなく、商談リストにPipeline Inspectionで利用可能な情報と同じ編集ができるようになる予定です。今回のリリースノートの更新で、本機能はPerformance Editionでも利用可能な旨追記されました。Social Accounts, Contacts, and Leads Is Being RetiredSalesforceとX(Twitter)をAPI連携している場合に影響がある更新です。早ければ、10月31日に X へのAPIアクセスは停止される旨のリリースノートが追加されました。また、Spring ‘24にソーシャル取引先、取引先責任者、リードを廃止予定です。対応方法についてはナレッジをご確認ください。なお、この変更は、Marketing Cloud の Social Studio、Advertising Studio、および Intelligence 製品とのインテグレーションには影響しません。Create a Salesforce Feedback Management Pre-Release Trial OrgFeedback Management のプレリリース組織の作成に関するページが追加されました。Feedback Management には有償オプションが必要な機能が含まれますが、契約前に動作確認をしてみたいというお客様は、是非ご活用ください。プレリリース組織は10月15日まで利用可能で、組織の有効期限は30日です。Enable New Order Save Behavior (Release Update)Summer ‘24で強制適用される予定の、新しいリリース更新が追加されました。このリリース更新が適用されると、注文商品レコードの更新により、親の注文レコードの変更が発生したときに(親オブジェクトに設定されている)カスタムロジックが動作するようになります。Scan Your Solution with Ease Using Salesforce Code Analyzer Visual Studio Code Extension (Beta)Visual Studio Codeの拡張機能にて、Salesforce Code Analyzerを使用したコードスキャンができるようになる旨のリリースノートが追加されました。Save Agents Time and Improve Accuracy with Grounded Einstein Service Replies (Generally Available)Service Cloudでチャット対応にEinstein機能を使われているお客様向けの情報です。英語で正式リリースされている Einstein Service Replies の機能で、グラウンディングを有効化した応答ができるようになることが追記されました。Update Your Device to iOS 15 or Later for Experience Cloud AppsExperience Cloud 向け Mobile Publisherの11.6 以降は、iOS のバージョンが15以降であるデバイスが必要になります。Enable Faster Account Sharing Recalculation by Not Storing Case and Contact Implicit Child Shares (Release Update)Enable Faster Account Sharing Recalculation by Not Storing Opportunity Implicit Child Shares (Release Update)リリース更新の内容がわかりやすく更新されました。リリース更新は、適用をすることで既存機能に影響が出る可能性がある更新です。システム管理者の皆様は、設定画面にある[リリース更新]画面でいつでも情報を確認することができます。リリース毎に、必ず確認をお願いします。Mutual Authentication Is Now Enforced For API Login Requests[SSL/TLS 相互認証の適用]権限持つユーザーに対して、新しいユーザーセッションを取得するAPIログインリクエストの相互認証が実施されるようになる旨のリリースノートが追加されました。これまでは、ユーザーがログインした後のAPIリクエストに対してのみ相互認証を実施していました。続いてMFA、多要素認証に関する更新情報です。まずはMFAに関する公開情報についての更新情報です。MFA適用に関するロードマップに更新があります。MuleSoftにおけるMFAの強制適用が8月1日に完了したことがロードマップに反映されました。これによりMFAの強制適用が完了していない製品は、Salesforce Platform上の製品だけとなりました。関連情報オンラインコミュニティSalesforce 多要素認証に関する FAQ 多要素認証 (MFA) 適用ロードマップサクセスナビ:MFA(多要素認証)設定設定マニュアルサクセスナビ:MFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)MFAのFAQにも更新がありますのでご紹介します。本スライドの赤字で記載されている更新内容のうち、1番目と4番目の更新についてですが、MFA強制適用が完了していない製品はSalesforce Platform上の製品だけとなり、その状況がFAQ全般に反映されております。そして、「除外ユーザーの多要素認証を放棄」の権限に関する記述にも更新があります。当該権限はMFA適用免除の使用例に当てはまる場合のみユーザに適用するものであり、それ以外の内部ユーザには適用するべきではないというガイダンスが追加されました。またU2Fセキュリティキーに関する記述にも更新があります。Winter '24 で、WebAuthn標準に更新されていない U2F セキュリティキーのサポートを終了します。そのため、WebAuthn認証を使用するには、U2F セキュリティ キーを更新する必要がある旨が追記されました。続いて、インフラ強化についてです。まずはインスタンスリフレッシュについてです。主に海外のお客様にご利用いただいているインスタンスですが、NAで始まるインスタンスでもインスタンスリフレッシュが予定されています。インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって?インスタンスリフレッシュの概要と準備続いて許可すべきIPアドレスとドメインに関する公開情報ですが、2つの公開情報に更新がありますのでご紹介します。最初に、「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」の記事についてですが、こちらは2回の更新が行われております。8月10日の更新では、Hyperforceをご利用いただくにあたっての要件として、証明書を固定しないという要件が追加されました。また別の更新内容として、「Marketing Cloud」というブランディングを「Marketing Cloud Engagement」という表現に変更するという更新も行われています。本ナレッジは8月18日にも更新が行われており、ハードコードが行われている箇所を確認するためのツールが紹介されています。続いて、「Salesforce アプリケーションからのメールを受信できるようにする」の記事に関する更新です。こちらは8月22日と8月30日に更新が行われていて、Hyperforce上でメールリレーを使用する場合のIPアドレス範囲について、USAとUAEのアドレス範囲に更新がありますのでご確認ください。関連リンクSalesforceのIPアドレスとドメインで許可する続いて、次期バージョンであるWinter'24で適用予定のリリース更新のご紹介です。こちらでは特に変更はありませんが影響範囲が大きくなりそうなリリース更新、リストの一番下にある「Chatter メール通知を送信するときの送信者名とメールアドレスの必須化」についてご説明します。こちらはChatter メール通知の差出人名と電子メールアドレスが設定されていない場合、Chatterのメール通知が送信されなくなります。差出人名と電子メールアドレスの設定は、既定だと未設定の状態となっています。未設定の状態ですと、Chatterのメール通知が送信されなくなるため、リリースノートをご覧いただき、該当箇所の設定をご確認ください。関連リンクWinter '24 リリースノートの更新情報ドメインの有効化フローでのセッション ID へのアクセスを無効化ケースおよび取引先責任者の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)同じコンテキストと同じユーザアクセス権で一時停止中のフローインタビューを再開する日本語(カタカナ)の表示ラベル変更(Release Update)Chatter メール通知を送信するときの送信者名とメールアドレスの必須化 (リリース更新)続いて、Salesforce オブジェクトIDに関するリリース更新です。オブジェクトIDの4番目と5番目の文字にはサーバー IDが含まれていましたが、このリリース更新が適用されると、4番目、5番目、6番目がサーバIDに使用されるようになります。もしお客様がオブジェクトIDの構造を意識したカスタマイズを行っていた場合に不具合が発生する可能性がありますのでご注意ください。もう一つの更新情報は、「Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化」です。こちらはWinter'24で適用予定でしたが、Spring’24に適用時期が延長されました。関連リンクWinter '24 リリースノートの更新情報Salesforce Object ID Is Refined to Use Three Characters for Server IDs (Release Update)Lightning アプリケーションの CSRF トークンのセキュリティの機能強化MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化続いて拡張ドメインについてです。こちらは対応が間に合わない場合の影響が大きい更新となりますので、毎月Heads Upしております。Winter'24では拡張ドメインの強制適用が予定されています。強制適用後、管理者様は拡張ドメインを無効化することができません。そのため、Winter'24のリリースまでに適用できるようにお客様側でのご準備をお願い致します。関連リンク拡張ドメインのスケジュールチェックリストSalesforce の拡張ドメインに関するよくある質問続いて、日本語(カタカナ)の表示ラベルの変更についてです。こちらも、準備をしていない場合に影響を受ける可能性がございます。Winter '24で、一部の日本語(カタカナ)の表示ラベルが変更される予定です。お客様のデータ自体への影響はございませんが、表示ラベル名をもとにした判定処理などをRPA等で実装されている場合には対応が必要です。該当の実装をされている場合には、早めに、Sandboxプレビューで確認をお願いします。関連リンクSpring '23 リリースノート:日本語のカタカナのスタイル変更への備え (リリース更新)Summer ‘23 リリースノート:日本語のカタカナのスタイル変更への備え (リリース更新)公開ナレッジ : Winter '24 日本語(カタカナ)の表示ラベル変更サクセスナビ:[日本語(カタカナ)の表示ラベル変更]の準備について続いて、その他の更新情報です。ここでは「Salesforce からメールを送信するためのメールアドレスの検証」についてご紹介します。現在のSalesforce ではメールアドレスが未検証であるユーザは、Salesforce からメールが送信できない動作となっています。この動作はシングルサインオン(SSO)をご利用中の組織には適用されていませんでしたが、Spring’24のリリースを以って、SSOをご利用中の組織にも本動作が適用される予定となっています。以下3つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に関する対応をご計画ください。SSOを利用しているメール送信を行う必要があるメールアドレスが検証されていない本件に関する詳細はサクセスナビ「Salesforce からメールを送信するためのメールアドレス検証」に情報を纏めておりますので、ご確認ください。続いて、機能の廃止に関する更新情報です。まずは機能廃止の予定日が変更となった3点についてご紹介します。Einstein取引先インサイト と Einstein商談インサイトに関する廃止ですが、終了日が2023年11月へ延期されています。そしてField Serviceをご利用中のお客様向けの情報ですが、メンテナンス計画の頻度種別項目の廃止が2024年10月になっていますのでご確認ください。そして新たに機能廃止の予定となっているものが、「Salesforce Inbox Mobile アプリケーション」です。Spring '24 のリリースで本機能が廃止される予定となっておりますため、本機能をご利用のお客様はSalesforce モバイルアプリケーションへの切り替えをご検討ください。続いて、「Sustainability Cloud」に関する情報ですが、現在のご契約終了日にて機能廃止となり、Sustainability Cloud アプリケーションをご利用いただいていたお客様は、Net Zero Cloud に移行されます。最後にその他の情報です。7月よりサクセスナビの「Salesforce の運用に関する重要なお知らせ」ページが刷新されていて、アンケートが追加されています。こちらのアンケートから「Salesforce の運用に関する重要なお知らせ」に対するみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。9月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
Foward-Looking Statements本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。重要な更新Chatter メール通知を送信するときの送信者名とメールアドレスの必須化 (リリース更新)データセキュリティを強化するため、Chatter メール通知を引き続き送信するには、システム管理者は差出人名とメールアドレスを指定する必要があります。こちらは設定を完了しないとWinter '24バージョンアップ以降、Chatterのメール通知を受信できなくなるため、対象の組織のシステム管理者の方は設定をお願いいたします。設定方法:システム管理者にて以下の設定の実施をお願いいたします;画面右上の歯車のマークをクリックし、 [設定] をクリックします クイック検索エリアに 「メール設定」 と入力し、 [メール設定] をクリックします「差出人名」 に任意の値、「メールアドレス」 に任意のメールアドレスを入力し、保存します「メールアドレス」 に指定したメールアドレス宛に認証の通知が届きますので、リンクをクリックしますPlatform全般 に関するリリース受信メールまたは送信メールのログの取得Salesforce メールサーバーから送受信の方向に基づいて Salesforce メールのログを要求できます。メールの方向を使用して、送信メール、受信メール、またはその両方が含まれるメールログからの結果を絞り込むことができます。Salesforce からメールを送信するためのメールアドレスの検証(Spring ’24)Salesforce では、ユーザーが取引先責任者やリードへの送信など、Salesforce からのメール送信を続けるには検証済みのメールアドレスが必要です。ほとんどのユーザーはサインアッププロセスの一環としてメールアドレスを検証します。ただし、一部のユーザーは現在の検証プロセスが確立される前に Salesforce に追加したメールアドレスを使い続けています。ユーザーが未検証のメールアドレスからメールを送信すると、Salesforce によってこのメールメッセージが却下され、送信が完了されません。未検証のメールアドレスは、ユーザーがメールアドレスを検証するか、パスワードをリセットするまで使用できません。Experience Cloudに関するリリース新規 LWR サイトはすべて拡張サイトにBuild Your Own (LWR) などの LWR テンプレートを選択した場合に、拡張 LWR サイトの作成からオプトアウトすることはできなくなりました。以前は、[設定] の [設定] ページの [デジタルエクスペリエンス] の下で [拡張サイトおよびコンテンツプラットフォーム] を無効化することができました。ですが、非拡張 CMS ワークスペースの CMS コンテンツも拡張 LWR サイトと共有できるようになったため、オプトアウトオプションは不要になりました。CRM Analyticsに関するリリースCRM Analytics の制限レシピやデータフローなど、CRM Analyticsに関する制限が更新されているものがあります。特に2分以上の処理を要するレシピとデータフローを合わせて24時間以内に60回以上実行されているお客様はご注意ください。セキュリティに関するリリース新しい設定ドメインの準備今後のリリースでは、新しいドメインで設定ページがホストされる予定です。この変更に備えるため、*.salesforce-setup.com を許可リストに追加してください。WebAuthn 認証をサポートするための U2F セキュリティキーの更新Salesforce を操作するには、WebAuthn 認証を使用するように U2F セキュリティキーを更新する必要があります。更新プロセスは、バックグラウンドでシームレスに機能します。新しいセキュリティキーの場合、ユーザーが Salesforce アカウントに登録すると、自動的に更新が行われます。Summer '22 より前に登録された U2F セキュリティキーの場合、ユーザーは Winter '24 より前に各自のキーを使用してログインするだけで済みます。そうすることで、自動的にキーが更新されます。ユーザーがこの期間を逃しても、Winter '24 の後で Salesforce アカウントに再登録すればキーを更新できます。[私のドメイン] の一部のリダイレクトの終了への準備拡張ドメインをリリースすると、以前の拡張されていないホスト名 (*.force.com サイトのホスト名を含む) は一時的にリダイレクトされます。2020 年 10 月より前に作成された組織の場合は、Salesforce インスタンスを含むが [私のドメイン] の名前を含まない一部のホスト名も一時的にリダイレクトされます。Salesforce によってリダイレクトが無効化される前に、影響を受けるホスト名と、リダイレクトを無効化して準備する方法を確認します。開発者(Developer)向け拡張ドメインのリリース (リリース更新)最新のブラウザーおよびセキュリティ標準に準拠するには、拡張ドメインを有効にしてリリースします。拡張ドメインを使用すると、各自の組織用に Salesforce がホストする URL に会社固有の [私のドメイン] の名前が含まれます。一貫したドメイン形式により、ユーザー環境が向上し、カスタムコードおよび API コールで使用される URL が標準化されます。また、拡張ドメインを使用すると、ユーザーがサードパーティ Cookie をブロックするブラウザーから Salesforce にアクセスできます。
-
新任担当者様向け!基本機能や設定を学べるWeb集合研修プログラム
新任担当者様向けに、基本機能や設定を習得できるプログラムが3製品でスタートしました!新たにSalesforce製品の管理・推進を担当される方の最初の学習や学び直し、社内での業務引き継ぎ等にご活用ください。簡単設定支援プログラム 概要対象製品:Sales Cloud、Account Engagement、Marketing Cloud Engagement上記3製品の業務内での利用に必要な基本機能や設定を習得することを目的とした、集合研修型プログラムです。Premier Success Plan・Signature Success Planにご加入の皆様は無償でご参加いただけます。各製品ごとの詳細・お申し込みSales Cloud:簡単設定支援プログラム形式 :ウェビナー形式(1.5時間)×3回時間 :火曜 10:00-11:30直近の開催・お申込ページ :こちら概要:週1回、3週間のプログラムでSalesforceの基本的な設定方法、実装における検討ポイント、データの入力更新方法(インポート含む)などを扱いますこんなお客様におすすめSalesforce導入初期かつ自社構築(パートナー企業での構築を依頼していない)はじめてのシステム管理者で何からはじめて良いか分からない構築はパートナー企業に依頼しているが、基本的な設定や実装のポイントなどを習得したい備考Service Cloudのご契約でもSFA用途でのご利用であればお申し込み可能ですケースオブジェクトの解説はございませんのでご注意くださいAccount Engagement:簡単設定支援プログラム形式 :ウェビナー形式(1時間)×3回時間 :木曜 10:00-11:00直近の開催・お申込ページ :こちら概要:週1回、3週間のプログラムで、基本的な施策実施に必要な機能(リスト・メール・フォーム)の使用方法、およびその後の学習プランをご案内いたしますこんなお客様におすすめ:はじめてAccount Engagementの運用を担当するが、何からはじめて良いか分からない製品の特徴や基本的な機能を改めて学習したいMarketing Cloud Engagement:簡単自走支援プログラム形式 :ウェビナー形式(1.0~1.5時間)×4回時間 :水曜 16:00-17:30直近の開催・お申込ページ :こちら概要:Marketing Cloud Engagement の新しいご担当者向けの自走支援プログラムWebを通じた集合型研で、製品の全体感を4つのステップでSalesforce のエキスパートから学習こんなお客様におすすめ:はじめてMarketing Cloud Engagementの運用を担当するが、何からはじめて良いか分からない製品の特徴や基本的な設定を改めて学習したいご留意いただきたい事項弊社指定の日時での実施となります。原則として、1社あたり2名様までのご参加となります。それ以上の人数でのご参加をご希望の場合は、弊社営業担当にご相談ください。皆様のご参加をカスタマーサクセス一同、心よりお待ちしております。
-
Salesforce からメールを送信するためのメールアドレス検証
この記事で学べることSalesforceからメールを送信するために必要となるメールアドレス検証に関する機能概要メールを送信するたメールアドレスの検証方法この記事を読んでいただきたい方本記事は、下記の条件に合致するSalesforce 組織の管理者様向けの情報となっています。Salesforce 組織でシングルサインオンを利用しているSalesforce 組織でメール送信を行う業務があるSalesforce からメールを送信するためのメールアドレス検証ユーザが Salesforce 組織からメールを送信するためには、ユーザのメールアドレスが検証されている必要があります。そのため、現在の Salesforce 組織ではメールアドレスが未検証であるユーザのメールアドレスからは、メールを送信することができない動作となっています。Spring’23 時点で、この動作はシングルサインオン(SSO)をご利用中の Salesforce 組織には適用されていませんでした。しかし Spring ’24 のリリースでは、 SSO をご利用中の Salesforce 組織にも本動作が適用される予定となっています。つきまして、本記事では機能説明や Spring ’24 のリリースまでにお客様にご確認いただきたい情報を纏めておりますので、内容のご確認をお願い致します。メールアドレスの検証とはメールアドレスの検証とは、Salesforceからユーザへ送信されるメールアドレス検証のためのメールに記載されているURLをユーザ自身がクリックすることで、そのメールアドレスが正しいものであることを確認するための機能です。以下にメールアドレス検証用メールのサンプルをご紹介します。メール本文に記載されているURLをユーザがクリックすることでメールアドレスの検証が完了します。備考送信者/件名/本文はメールアドレス検証用メールの送信方法によって変わります。このようなメールアドレス検証のための機能が実装されていましたが、その機能に関連してこれまでのメジャーリリースで以下の更新がありました。Spring’22メールアドレス検証を終えていないユーザがメール送信機能を使用した際に、メールアドレスの検証を促すメールが自動で送信される(Spring ‘23 リリースまでの間、ユーザに対して各リリースで 1 回だけ送信)。Spring’23メールアドレス検証を終えていないユーザは、メールアドレスの検証を終えるまで、メール送信ができなくなる。上記の通り、メールアドレス未検証であるユーザによるメール送信は制限されるという動作が現状の Salesforce 組織の動作となります。この動作は SSO をご利用中の Salesforce 組織に関しては適用範囲外でした。しかし、Spring '24 のリリースでは本動作が SSO をご利用中の組織にも適用される予定となりました。尚、一部のユーザだけが SSO を利用していたとしても、その組織は SSO を利用中とみなされ、本動作が Spring ’24 で適用される予定です。メールアドレスが未検証であるユーザの確認方法SSO 組織であっても、メールアドレスが未検証のユーザはメール送信ができなくなる予定であることを説明いたしましたが、それでは管理者はどのようにしてメールアドレス未検証のユーザを確認したらいいのでしょう。まず最初にレポートを利用する方法をご紹介します。メールアドレスの検証状況はユーザの「ユーザの検証済みメール」項目で確認することができます。[ ID 検証方法] のレポートタイプを使用することで、該当のレポートを作成することができます。「ユーザの検証済みメール」がOFFとなっている場合、そのユーザはメールアドレス未検証です。「ユーザの検証済みメール」項目はユーザのリストビューでも確認することができます。ユーザのリストビューに「ユーザの検証済みメール」項目を追加することで、リストビューからメールアドレスの検証状況を確認することができます。またAPI等で「TwoFactorMethodsInfo」オブジェクトを参照することでもメールアドレスの検証状況を確認することができます。TwoFactorMethodsInfo オブジェクトの [HasUserVerifiedEmailAddress] 項目にメールアドレスの検証状況が格納されており、メールアドレスが未検証であるユーザの場合、[HasUserVerifiedEmailAddress] 項目が False になります。尚、TwoFactorMethodsInfo オブジェクトには全てのユーザ(内部ユーザや外部ユーザ)が含まれます。確認したいユーザを内部ユーザのみに絞り込む場合は、「User」オブジェクトも併用します。確認対象のユーザを内部ユーザに絞り込む場合の例は以下となります。メールアドレス未検証ユーザの抽出TwoFactorMethodsInfo オブジェクトから、 「HasUserVerifiedEmailAddress」 が「False」であるレコードを抽出。内部ユーザの抽出Userオブジェクトから、「UserType」が「Standard」であるレコードを抽出。メールアドレス未検証ユーザかつ内部ユーザの抽出TwoFactorMethodsInfo オブジェクトのレコードとUserオブジェクトのレコードを、ユーザIDの値を利用して突合し、TwoFactorMethodsInfo オブジェクトから抽出したユーザを、Userオブジェクトから抽出したユーザに含まれるものに絞り込む。*さらにUserオブジェクトの [IsActive] 項目を使用することで有効化されているユーザのみに絞り込むこともできます。レポートやリストビュー、TwoFactorMethodsInfoオブジェクトを使用してメールアドレス未検証のユーザを確認することができたら、それらのユーザに対してメールアドレス検証用のメールを送信する方法を検討します。メールアドレス検証用のメール方法メールアドレスを検証するためには、Salesforce 組織から送信される検証用メールに記載されているURLをユーザがクリックする必要があります。Salesforce 組織からユーザに対して検証用メールを送信する方法は以下の通りです。管理者による検証用メールの送信(1)ユーザレコードを個別に開き、検証用メールを送信(2)Apex メソッドを使用して、検証用メールを送信ユーザ自身による検証用メールの送信(3)[高度なユーザの詳細] ページから、検証用メールを送信上記の通り、メールアドレス検証用メールを送信する方法は3通りあるのですが、それぞれの実施方法をご紹介します。*メールアドレス変更やパスワードリセットを実施した時にユーザに送信されるメールのURLをクリックすることでも、メールアドレスは検証されますが、本記事ではメールアドレス検証のみを目的としたメール送信方法をご紹介します。(1)管理者がユーザレコードを個別に開き、検証用メールを送信メールアドレス未検証のユーザのユーザレコードを確認すると、メール項目に「検証」と表示されています。「検証」をクリックします。対象のユーザは検証用メールを受信します。メールに記載されているURLをクリックして、メールアドレスの検証を進めます。(有効期限は72時間です)ユーザのユーザレコードを確認すると、メール項目に表示されていた「検証」が「検証済み」に変わります。(2)管理者がApex メソッドを使用して、検証用メールを送信Apexメソッド「System.UserManagement.sendAsyncEmailConfirmation」を使用することで、管理者が一括で検証用メールをユーザに送信することができます。[使用手順]検証用メールを送信する対象ユーザ(ユーザID)のリストを準備するApexメソッド sendAsyncEmailConfirmation の userId パラメータに対象ユーザのユーザIDを指定する実行例:System.UserManagement.sendAsyncEmailConfirmation(<userId>, null, null, null);[多数のユーザに展開する場合の推奨フロー]Sandbox組織で事前に動作検証を行う (機能評価)本番組織で動作確認のために少数のユーザに対して検証を行う (パイロット実施/フィードバック収集/手順の確立)検証用メール送信対象のユーザに対して実施内容を事前に告知する(主旨、送信日時、メールの内容、対応手順等)本番組織で段階的にユーザに展開する (一括で実施しない)リストビューやレポートを用いて、対象ユーザのメールアドレスが検証済みになっていることを確認する検証を行わなかったユーザに対してフォローアップを行う[留意点]メールサービスでは同時に大量のメールを受信した場合にスパムと認識してメールをブロックするものがあります。お客様にてご利用いただいているメールサービスにおける制限を事前にご確認いただき、もし対象ユーザ数が多い場合は、検証用メールを一度に送信するユーザ数や頻度を慎重にご検討ください。(3)対象ユーザ自身が[高度なユーザの詳細] ページを開き、検証用メールを送信メールアドレス検証用メールの送信は、対象ユーザ自身が行うことも可能です。画面右上のユーザアイコンから「設定」をクリックします。「高度なユーザの詳細」ページで、「メール」項目に表示されている「検証」をクリックします。ユーザは検証用メールを受信します。メールに記載されているURLをクリックして、メールアドレスの検証を進めます。(有効期限は72時間です)「高度なユーザの詳細」ページで「メール」項目を確認すると、メール項目に表示されていた「検証」が「検証済み」に変わります。まとめメールアドレス検証を終えていないユーザは、メールアドレスの検証を終えるまで、Salesforce 組織からメールを送信することができません。この動作は Spring’24 のリリースで、SSO を使用している組織にも適用される予定です。メールアドレス未検証、かつSalesforce組織上でメール送信を行う必要があるユーザについては、メールアドレスの検証を実施してください。参考情報公開ナレッジ「Salesforce メール確認」という件名の認証メールについてメール送信時のエラー: INSUFFICIENT_ACCESS: insufficient access rights on cross-reference id: 0059A0000054bxhSalesforceヘルプ非同期メールを使用したメールアドレスの確認Apex 開発者ガイドUserManagement クラスオブジェクトリファレンスUserオブジェクトTwoFactorMethodsInfoオブジェクトリリースノートSpring ’22 : Salesforce からメールを送信するためのメールアドレスの検証Summer ’22 : Salesforce からメールを送信するためのメールアドレスの検証Winter ’23 : Salesforce からメールを送信するためのメールアドレスの検証Spring ’23 : Salesforce からメールを送信するためのメールアドレスの検証Summer ’23 : ユーザのメールアドレスの検証Winter ’24 : Verify Email Addresses to Send Email Through Salesforce
-
(2023年8月) Salesforceの運用に関する重要なお知らせ
この記事で学べること 以下に関する更新情報を毎月ご案内しています。Salesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報製品廃止情報リリース更新などの重要情報セキュリティに関する重要なアップデートhttps://play.vidyard.com/bXaru8MtGQYgn8PwcLR2br【動画で更新内容を学ぶ】動画では先月からの更新情報だけをご紹介しています。※動画は再生画面右下のアイコンより拡大表示や、歯車マークより再生速度の変更が可能です。更新情報だけではなくて、すべての情報をご覧いただく場合は、「資料ダウンロード」ボタンをクリックしてください。資料をダウンロードサクセスナビ上の記事で更新情報をご覧頂く場合は、以下の「記事で更新内容を学ぶ」セクションからご覧ください。記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の8月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年8月のトピックはこちらです。前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。まずは製品イノベーションです。次期バージョンである、Winter’24のリリーススケジュールが公開されました。日本のお客様向けのインスタンスにおけるWinter'24のリリースは10月15日(日本時間)です。※上記画面ショットの日付はUS時間ですそしてWinter'24のSandboxプレビューは、日本向けのインスタンスについては8月27日(日本時間)より開始されます。Sandboxプレビューへ参加希望のお客様の中で、プレビュー対象のインスタンスにSandboxがないという場合には、8月25日午前10時(日本時間)までにSandboxのリフレッシュを完了いただく必要がございます。この時期は、多くのお客様がSandboxをリフレッシュされるため、混み合うことが予想されます。期限の少なくとも 1 週間前までに Sandbox をリフレッシュすることをお勧めします。またWinter’24の動作をご確認頂くもうひとつの方法として、Winter’24 の新規組織をサインアップできるプレリリースサイトも公開されています。そして、Winter'24のリリースノートも英語版ではありますがすでに公開されています。こちらも併せてご確認ください。関連リンクThe 360 Blogオンラインコミュニティ:Release Readiness Trailblazersサクセスナビ : バージョンアップに備えましょうWinter ’24 Pre-Release SiteWinter ’24 Release noteSalesforce Sandbox プレビュー手順Trustサイト(リリーススケジュール)続いて、Summer'23のリリースノートの更新情報です。7月18日以降のリリースノートの更新情報の中から、現行動作に影響を与える可能性があるものをピックアップしています。AnalyticsBotSession Object Was Removed(AnalyticsBotSession オブジェクトの削除)Einstein Botのセッション関連のデータが格納されるオブジェクトが変わりました。新しいオブジェクトはConversationDefinitionSessionオブジェクトです。セッション関連のデータを参照しているお客様はご承知おきください。Quickly Create Full Sandboxes (Generally Available)(Full Sandbox の迅速な作成 (正式リリース))Hyperforce上に組織をお持ちのお客様向けの情報です。Full Sandboxをリフレッシュするために要する時間が短縮される機能がリリースされる予定でしたが、そのリリースが延期になりました。Get Records from Data Cloud Objects in Flow Builder(Flow Builder での Data Cloud オブジェクトからのレコードの取得)フローにおいてData Cloudのオブジェクトを利用できるようになりますが、この機能はSummer'23以降、段階的にお客様組織で有効化されていく旨が記載されました。また、Data Cloudのデータレイクオブジェクトと計算済みインサイトオブジェクトについては、現時点ではフローで利用いただけません。Base Component lightning-input Internal DOM Is Changing in Winter '24(Winter '24 での基本コンポーネント lightning-input の内部 DOM の変更)SalesforceではLightniningコンポーネントにおいてネイティブ Shadow DOM の採用を進めており、Winter’24のリリースではLightning-input コンポーネントの構造を変更することを予定しています。DOMの構造に依存したテストを実装されているお客様はテストの見直しをお願いします。Meeting Studio is Being Retired(Meeting Studio の廃止)Spring’24でMeeting Studioの機能が廃止となる予定です。Meeting Studioをご利用のお客様は、3rd Partyのビデオ会議ツールのご利用をご検討ください。View Knowledge Article Event Data in Event Monitoring Analytics Apps(Event Monitoring Analytics アプリケーションのナレッジ記事ビューイベントデータ)Event Monitoringをご契約のお客様向けの情報です。Event Monitoring Analyticsにおいてナレッジ記事の使用状況に関するログが参照できるようになりました。なお、リリースノートの更新情報をすべてご確認頂く場合は、Summer ’23 更新情報一覧(英語版)をご参照ください。続いてMFA、多要素認証に関する更新情報です。まずは、MFAの公開リソースに関する更新情報です。MFA適用に関するロードマップに更新(7/31)があり、Tableau Cloudに関するMFAの強制適用が完了したことが追記されています。また、上記スライドにございます通り、MuleSoftにおけるMFA強制適用も8/1に完了しています。残されているマイルストンとしては、Core Platformに関するもののみとなります。Core Platformは、Winter '24とSpring '24で引き続き自動有効化が実施されます。そして強制適用はSummer '24から段階的に実施する予定です。まだMFAの対応が完了していない場合は、早めにご準備お願いします。続いて、インフラ強化についてです。まずはインスタンスリフレッシュについてです。上記スライドの日程で、日本のお客様がご利用いただいているSandboxと本番環境のインスタンスで、インスタンスリフレッシュが予定されています。インスタンスリフレッシュの対象組織のお客様にはSalesforceからメール通知が行われておりますので、管理者の皆様は弊社からのメールをご確認ください。また、インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、こちらも併せてご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって?インスタンスリフレッシュの概要と準備(動画付きの解説あり)続いて、許可すべきIPアドレスとドメインに関する情報です。SalesforceのIPアドレスとドメインで許可するのナレッジが、7/26と7/27に更新されています。今までは、[Experience Cloud の IP 範囲]の表がありましたが、[Salesforce の IP 範囲]の表にマージされました(7/26)また、[myTrailhead アウトバウンド IP アドレス]が更新されました(7/27)ナレッジは既に翻訳済みのため、今回の変更は日本語版でもご確認いただけますが、定期的にナレッジを確認いただく際は、翻訳が間に合っていない可能性があるため、英語に切り替えての確認をお勧めします。そして、Salesforce アプリケーションからのメールを受信できるようにするのナレッジも更新されています。Hyperforceで使用されるメールリレーのIPアドレスに、ITAのIPアドレスが追加されました。関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする続いて、次期バージョンであるWinter'24で適用予定のリリース更新のご紹介です。「REST API で呼び出し可能なカスタムアクションの例外が発生した場合のロールバックの適用」のリリース更新は、Winter '24で適用される予定でしたが、Spring '24に延期されました。また、予定通りWinter '24 で強制適用予定のリリース更新のうち、特に重要なものを2つピックアップしてご紹介します。まずは拡張ドメインです。こちらは対応が間に合わない場合の影響が大きな変更となりますので、毎月Heads Upしております。Winter'24では拡張ドメインの強制適用が予定されています。強制適用後は、管理者様は拡張ドメインを無効化することができません。そのため、Winter'24のリリースまでに適用できるようにお客様側でのご準備をお願い致します。関連リンク拡張ドメインのスケジュールチェックリストSalesforce の拡張ドメインに関するよくある質問続いて、日本語(カタカナ)の表示ラベルの変更についてです。こちらも、準備をしていない場合に影響を受ける可能性がございます。Winter '24で、一部の日本語(カタカナ)の表示ラベルが変更される予定です。お客様のデータ自体への影響はございませんが、表示ラベル名をもとにした判定処理などをRPA等で実装されている場合には対応が必要です。変更対象の表示ラベルは、以下公開ナレッジを日本語版に切り替えて、ダウンロードして確認いただけます。該当の実装をされている場合には、早めに、Sandboxプレビューで確認をお願いします。関連リンクSummer ‘23 リリースノート:日本語のカタカナのスタイル変更への備え (リリース更新)公開ナレッジ : Winter '24 日本語(カタカナ)の表示ラベル変更サクセスナビ:[日本語(カタカナ)の表示ラベル変更]の準備について続いて、その他の更新情報です。Classic ナレッジ データモデルの廃止です。こちらも、少し先のリリースになりますが、準備にお時間がかかることが予想されるため、先月に引き続きHeads Upです。Summer’25のリリースにてClassic Knowledge データモデル(記事タイプ)が廃止となります。現在記事タイプをご利用のお客様は、Summer’25までにLightning Knowledge 移行ツールをご利用いただき、Lightning Knowledge データモデルへの移行をご計画ください。Summer’25のリリース以降は、記事タイプで管理されている Knowledgeはご利用不可となる予定なので、ご注意ください。8月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
(2023年7月) Salesforceの運用に関する重要なお知らせ
この記事で学べること以下に関する更新情報を毎月ご案内しています。Salesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報製品廃止情報リリース更新などの重要情報セキュリティに関する重要なアップデートhttps://play.vidyard.com/DMtvBRmFGLB41a2qQGRuwd?【動画で更新内容を学ぶ】動画では先月からの更新情報だけをご紹介しています。※動画は再生画面右下のアイコンより拡大表示や、歯車マークより再生速度の変更が可能です。更新情報だけではなくて、すべての情報をご覧いただく場合は、「資料ダウンロード」ボタンをクリックしてください。資料をダウンロードサクセスナビ上の記事で更新情報をご覧頂く場合は、以下の「記事で更新内容を学ぶ」セクションからご覧ください。記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の7月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年7月のトピックはこちらです。前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。まずは製品イノベーションです。こちらはSummer23 リリースに関する情報です。サクセスナビの[Summer '23リリース注目の新機能]ページに製品毎の新機能の紹介動画が追加されました。各製品の活用支援のエキスパートが注目機能をピックアップしており、設定方法や使い方を含めてご紹介しています。現在ご利用中の製品の動画をぜひご視聴ください。関連リンクThe 360 Blogサクセスナビ : バージョンアップに備えましょうSummer '23新機能 特設ページオンラインコミュニティ:Admin Trailblazers、Release Readiness TrailblazersプレリリースサイトリリースノートRelease Overview Deck、Release in a BOXSummer '23 Release Highlights続いて、Summer'23のリリースノートの更新情報です。UI 要素の色のコントラストの改善Summer ‘23で、Web アクセシビリティガイドラインに合わせてタブの色などが変更されました。リリースノートに変更箇所の一覧が記載されていますが、今回のリリースノートの更新では、そこにカスタムオブジェクトが追加されました。より多くのダッシュボード検索条件を使用してビューの焦点を絞るUnlimited Editionをご契約の組織ではダッシュボードの検索条件を5つまで設定できるという内容のリリースノートだったのですが、今回のリリースノートの更新では、そこにPerformance Editionが追加されました。画像、リッチテキスト、ダッシュボードのウィジェットを使用した視覚化の拡張Unlimited Editionをご契約の組織では、画像やリッチテキストをダッシュボードに追加できるというリリースノートだったのですが、今回のリリースノートの更新では、そこにPerformance Editionが追加されました。組織の共有メールアドレスを誰が使用できるかを制御組織のメールアドレスを作成した際、今まではすべてのユーザに使用を許可するか、または特定のプロファイルのユーザに許可するかの2つの選択肢でしたが、Summer '23から権限セットを用いた制御ができるようになりました。今回のリリースノートの更新では権限セットの手順が追加されました。Lightning Experience で 3 個の今後のミーティング時間を提案動的活動コンポーザからの迅速なミーティング要請の送信ミーティングに利用可能な時間の設定Summer '23から、Salesforce のメールコンポーザやOutlook/Gmail インテグレーションで、ミーティング調整のメールをお客様へ送信する際、1クリックで3つの利用可能な時間枠をメール本文に挿入できるようになりました。今回のリリースノートの更新では、本機能を使用するために必要なユーザ権限が追加されました。ロケール形式の変更への準備Summer '23から、116のロケールで週の開始日が変更されました。週の開始日が変更されたロケールの一覧はナレッジに公開されています。今回のリリースノートの更新では、この変更が適用されるのはICUロケール形式をご利用中の組織のみであることが記載されました。The CASESAFEID Function Has ChangedCASESAFEID関数は、15桁のSalesforce IDを18桁に変換してくれます。Summer '23から、15桁のSalesforce IDが有効な場合のみ変換するようになる予定でしたが、リリースノートから削除されました。Winter '24 で廃止される未使用の U2F セキュリティキー多要素認証(MFA)関連の更新です。MFAの検証方法にセキュリティキーをご利用いただいてる場合に注意が必要です。Winter '24 で、WebAuthn 標準に更新されていない U2F セキュリティキーのサポートを終了します。この変更が行われると、U2Fセキュリティキーを使用して Salesforce にアクセスできなくなります。リリースノートには、Winter ’24 リリースの前にU2F セキュリティキーを使用してSalesforceにログインをすることで、自動でWebAuthn 認証を使用するように更新される旨が記載されていました。今回のリリースノートの更新で、Winter '24 リリースの前にU2F セキュリティキーを使用してSalesforceにログインをしていない場合の対応方法が追記されました。具体的には、キーの再登録(キーの切断もしくは削除をした後に再接続)が必要になります。Salesforce Code Analyzer Scan Reports Now Required with Certain AppExchange Security ReviewsISVパートナー様に関連する情報です。管理パッケージに関するAppExchangeのセキュリティレビューの前に、Salesforce Code Analyzerによるスキャンレポートが必須になったというリリースノートが追加されました。Sandbox ライセンスコンプライアンスプロセスの変更Summer '23から組織のSandbox の割り当て数を超えた状態でご利用の場合は、お客様へ通知をさせていただき、超過したSandboxの中で、最も長く使用されていない Sandboxをロックし、その期間が 60 日を超えた 場合Sandboxを削除するというプロセスが段階的にリリース予定でした。それが2023年の秋頃まで延期されました。なお、リリースノートの更新情報をすべてご確認頂く場合は、Summer ’23 更新情報一覧(英語版)をご参照ください。続いてMFA、多要素認証に関する更新情報です。サクセスナビのMFA特設ページから、MFAセミナー動画を参照可能になりました。セミナー動画は2部構成になっています。1本目は、Salesforce Authenticatorを利用してMFAを実装する場合に、システム管理者様の設定手順をまとめたものです。2本目は、エンドユーザ様の設定手順をまとめたものです。MFAの必要性は認識しているけれど、マニュアル作成の時間がないという場合には、ぜひ2本目の動画を社内展開していただき、皆様の会社のセキュリティ向上にお役立てください。次に、MFAのロードマップですが、Tableau CloudのMFA強制適用が完了しました。今後の予定ですが、MuleSoftのMFA強制適用が8月に始まります。Core Platformは、Winter '24とSpring '24で引き続き自動有効化が実施されます。強制適用はSummer '24から段階的に実施する予定です。まだMFAの対応が完了していない場合は、早めのご準備をお願いします。続いて、インフラ強化についてです。まずはインスタンスリフレッシュについてです。日本のお客様にご利用頂いているSandboxインスタンス、そして本番組織のインスタンスの両方でインスタンスリフレッシュが予定されています。対象のインスタンスは以下の通りです。Sandboxインスタンス:CS6, CS58, CS73日時 : 2023/9/17 (JST)本番組織インスタンス:AP0, AP3, AP4, AP5, AP6, AP7, AP8, AP15日時 : 2023/11/19 (JST)インスタンスリフレッシュの対象組織のお客様にはSalesforceからメール通知が行われておりますので、管理者の皆様は弊社からのメールをご確認ください。また、インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、こちらも併せてご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって?インスタンスリフレッシュの概要と準備(動画付きの解説あり)続いて、許可すべきIPアドレスとドメインに関する情報です。本スライド内の上から2つ目にございます、Hyperforceに関する公開ナレッジに更新があります。Service Cloud Voiceに関する既知の問題の記載に更新があり、北米のデータセンターをご利用中の組織における影響が追記されています。追記内容は、日本のデータセンターの組織をご利用中のお客様には影響がないものとなっています。本スライド内の上から3つ目にございます、メール連携のための公開ナレッジにも更新があります。ナレッジにはメールリレーで使用されるIPアドレスが記載されていますが、 [USA]と[DEU]のリージョンに関してIPアドレスが追加されています。また、[ARIN]のIPアドレス範囲から複数のIPアドレス範囲が削除されていますので最新のIPアドレス範囲をナレッジにてご確認ください。なお、これらの更新については、英語版のナレッジに最新情報が記載されていますので、最新情報は言語を英語に切り替えてナレッジをご覧いただければと思います。関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする続いて、次期バージョンであるWinter'24で適用予定のリリース更新のご紹介です。リリース更新については1点だけUpdateがあります。Identity Connectに関する更新です。Identity ConnectとはMicrosoft Active Directory とユーザ情報を連携するための機能ですが、バージョン 3.0.1.2はサポートが終了しているため、Winter’24以降はセキュリティパッチが提供されません。現在の最新バージョンは 7.1.5になりますので,Identity Connectをご利用のお客様はできるだけ早めのアップグレードをご検討ください。続いて、その他の更新情報です。まずは拡張ドメインです。Winter'24では拡張ドメインの強制適用が予定されています。強制適用後は、管理者様は拡張ドメインを無効化することができません。拡張ドメインは影響度の大きい更新であるため、Winter'24のリリースまでに適用できるようにお客様側でのご準備をお願い致します。なお、サクセスナビにて拡張ドメインの解説も行っておりますので、参考情報としてご覧ください。関連リンク拡張ドメインのスケジュールチェックリストSalesforce の拡張ドメインに関するよくある質問最後に、Classic ナレッジ データモデルの廃止です。少し先のリリースとはなりますが、Summer’25のリリースにてClassic Knowledge データモデルが廃止となります。Classic Knowledge データモデルとは「記事タイプ」を使用したナレッジの管理方法です。Summer’25のリリースにて記事タイプで管理されている Knowledgeは利用できなくなりますので、Classic Knowledge のデータモデルをご利用のお客様はSummer’25までにLightning Knowledge 移行ツールをご利用いただき、Lightning Knowledge データモデルへの移行をご計画ください。7月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
「インスタンスリフレッシュ」メンテナンスについて、以下動画で説明していますので、ぜひご視聴ください。[動画] インスタンスリフレッシュの概要と準備 (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が対象のインスタンスリフレッシュメンテナンス実施中は、利用不可ですメンテナンス開始前の準備作業(左側のオレンジ)メールログのリクエストインテグレーションの再起動、および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へのWebアクセスを、IPアドレスを使用してフィルタリングしている場合に、Salesforceにアクセスができなくなります。最低限実施いただきたいこと:メンテナンス前に、最新のIPアドレス範囲を許可リストに追加してください。推奨事項:Webアクセスは、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 アドレスとドメインナレッジ:優先システムメンテナンスのスケジュールナレッジ:製品およびサービスに関するお知らせ
-
Experience Cloudの新機能(Summer '23)
Summer’23でリリースされた数ある機能の中からExperience Cloudについて機能を抜粋してお届けします。※ この記事は公開(2023年7月)時点の情報で、今後記事はアーカイブする可能性があります動画を見る(Experience Cloud)https://play.vidyard.com/KDj1tdd7VCK81eSLgfSrbs紹介機能エクスペリエンスビルダー(8:27)コンポーネント(16:38)CMS、PRM for Slack(10:22)資料ダウンロード資料はこちらからダウンロードしてください関連リンクSummer’23の特設ページに戻るSummer’23 リリースハイライト(Trailhead)
-
Summer’23でリリースされた数ある機能の中からPlatformについて機能を抜粋してお届けします。※ この記事は公開(2023年7月)時点の情報で、今後記事はアーカイブする可能性があります動画を見る(Platform) https://play.vidyard.com/8EMNV885WhukM13TsJ2gZ4紹介機能権限の新機能(12:27)フロービルダーの新機能(15:59)開発の新機能(14:03)資料ダウンロード資料はこちらからダウンロードしてください関連リンクSummer’23の特設ページに戻るSummer’23 リリースハイライト(Trailhead)
-
Summer’23でリリースされた数ある機能の中からService Cloudについて機能を抜粋してお届けします。※ この記事は公開(2023年7月)時点の情報で、今後記事はアーカイブする可能性があります動画を見る(Service Cloud)https://play.vidyard.com/E1QjudbZaP3ztrKXL65ShX紹介機能顧客体験向上(5:28)生産性向上(6:25)Slackとスウォーミング(6:16)資料ダウンロード資料はこちらからダウンロードしてください関連リンクSummer’23の特設ページに戻るSummer’23 リリースハイライト(Trailhead)
-
Summer’23でリリースされた数ある機能の中からSales Cloudについて機能を抜粋してお届けします。※ この記事は公開(2023年7月)時点の情報で、今後記事はアーカイブする可能性があります動画を見る(Sales Cloud)https://play.vidyard.com/HM14oe1JnuRzmthKWCmZXn紹介機能機能全般(14:00)商談(15:55)メール(12:44)資料ダウンロード資料はこちらからダウンロードしてください関連リンクSummer’23の特設ページに戻るSummer’23 リリースハイライト(Trailhead)
-
Summer’23でリリースされた数ある機能の中からCRM Analyticsについて機能を抜粋してお届けします。※ この記事は公開(2023年7月)時点の情報で、今後記事はアーカイブする可能性があります動画を見る(CRM Analytics)https://play.vidyard.com/xrrtfoHJjb1aCn9vDtLUdP紹介機能CRM Analytics ホーム・連携(6:49)CRM Analytics レンズ・ダッシュボード(8:07)Einstein Discovery(9:21)資料ダウンロード資料はこちらからダウンロードしてください関連リンクSummer’23の特設ページに戻るSummer’23 リリースハイライト(Trailhead)