“新機能”の検索結果
-
(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月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
(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月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
(2023年1月) Salesforceの運用に関する重要なお知らせ
この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート動画で更新内容を学ぶhttps://play.vidyard.com/595aKrXRvoCXX2xRCPfp7x全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の1月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年1月のトピックはこちらになります。本記事では、前月との差分である赤字の部分と、特に重要な情報をピックアップしてご紹介します。最初にSpring'23のリリースに関する情報です。2023年 2月に予定している Spring ’23 リリースに関して更新情報を赤字で記載しています。Spring'23に関する各種ドキュメントを公開しておりますが、リリースノートについては翻訳版も公開されておりますのでぜひご覧ください。なお、日本の本番インスタンスにおけるSpring'23のリリースは2/12を予定しております。そのためリリースノートの情報や本動画でご紹介している資料をご確認の上で、リリースに向けたご準備をお願い致します。またサクセスナビではSpring'23の新機能をご紹介するウェブセミナーについてご案内しておりますので、こちらも併せてご確認ください。関連リンクSpring '23新機能リリースリリースノート(翻訳版)Release SiteSpring '23 Release HighlightsRelease in a BoxFeature matrix続いて、Winter’23リリースノートの更新情報です。12月12日以降の更新内容の中から、管理者様に把握しておいていただきたい内容をピックアップしてます。ここでは、特に重要な拡張ドメイン関連の情報を記載します。まだ拡張ドメインが有効化されていない組織では、Spring'23のリリースにて拡張ドメインが自動有効化されますが、拡張ドメインの自動有効化から除外する設定がございますので、詳細はリリースノートをご覧ください。また、拡張ドメインに関してMobile Publisherをご利用のお客様にもお知らせがあります。拡張ドメインをサポートするアプリケーションのバージョンに更新するように ユーザを促すことができますので、こちらも詳細はリリースノートをご覧ください。Deploy Enhanced Domains (Release Update)Spring ’23での自動有効化から組織を除外(オプトアウト)する手順が明確になりました。Urge or Require Users to Update to the Latest Mobile Publisher App VersionAura サイトでは、Mobile Publisher for Experience Cloud アプリのユーザーに対して、拡張ドメインをサポートするアプリのバージョンに更新するよう促す、または要求するメッセージを表示できるようになりました。アプリを更新することで、ユーザーはサービスの中断を回避することができます。New and Changed Components for Change Setsイベントリレー設定の変更セットが追加されました。New Invocable ActionsDynamicSendSurveyInvitation と sendSurveyInvitation invocable アクションが発表されました。関連リンクWinter '23 リリースノート - リリースノートの変更続いて、MFAに関する内容です。Salesforce 多要素認証に関する FAQのナレッジの英語版が1/19に更新されています。また、Salesforce Platform上でMFAが自動有効化された後に、管理者様にてMFAを無効にする方法と、MFA を設定せずにログインする方法がナレッジで纏められて公開されておりますのでご紹介致します。これはMFAが強制適用されるまでの一時的なものであることにご注意ください。関連リンクTrailblazer Community:多要素認証(MFA)コミュニティ 日本Salesforce 多要素認証に関する FAQ多要素認証 (MFA) 適用ロードマップ多要素認証(MFA)設定マニュアル ダウンロードMFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)続いて、MFAに関するFAQに4つの更新があります。MFAと拡張ドメイン、Hyperforce移行に関して、推奨される導入手順やその詳細を説明するナレッジが公開されたというものです。以前はmyTralheadという名称だった機能ですが、Enablement Sites での認証についてのもので、Enablement Sites の認証プロバイダとしてSalesforce Identityを使用している場合はMFAが必要である旨が追記されています。Salesforce Platform上に構築された製品をご利用のお客様向けに、今後のMFA自動有効化や強制適用の詳細が記載されているナレッジが公開されたことをご案内しております。MFAを除外する権限を付与する必要がないパターンについてガイダンスが追加されています。続いて、Spring'23リリースノートに記載されているMFA関連情報です。以前もご紹介させていただきましたが、弊社よりMFAの自動有効化に関するメールを受け取られた組織を対象にして、Spring '23のリリースでMFAを自動有効化します。このMFAの自動有効化に関して、今後のリリースで段階的にMFAを有効化していくことがリリースノートにも記載されておりますのでご確認ください。関連リンクMFA の準備: 自動適用が Spring ’23 で開始MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Chatter Free および Chatter External ユーザの MFA の自動有効化および適用からの自動的な除外続いて、インフラ強化に関するアップデートです。先月の動画でもご紹介致しましたがインスタンスリフレッシュに関する情報です。インスタンスリフレッシュは、アップグレードされた新しいインフラストラクチャで構成されているインスタンスにお客様の組織を移動することで、パフォーマンスレベルを維持することを目的としています。今後の予定として、本番組織ではなく、Sandbox環境において2023年2月5日にインスタンスリフレッシュが予定されています。スライドに記載されているインスタンスにてSandboxをご利用のお客様は、「インスタンスリフレッシュメンテナンス」の公開ナレッジをご確認いただき、ご準備をお願い致します。続いてリリース更新に関するアップデートのご紹介です。次期バージョンのSpring '23のリリース更新になります。まず、強制適用されるものが7件あります。詳細は関連リンクをご確認ください。関連リンクExperience Cloud サイトで Apex によって取得されるナビゲーションメニューへのユーザアクセス権限の適用コンテンツ盗聴保護を有効化ユーザの個人情報のより強力な保護の有効化Visualforce ページのクロスサイトスクリプティングを防止するための <apex:inputField> 要素の label 属性のエスケープExperience Cloud ゲストユーザに詳細なフロー権限が必要 ユーザコンテキストでの REST API を介したフローの実行SAML シングルサインオンフレームワークを更新そして、自動有効化されるものが2件ございます。関連リンク拡張ドメインの有効化Spring '23 での一部のユーザの MFA の自動有効化こちらはSpring '23で有効化される予定だったリリース更新が延期された情報です。前月から1点追加がございます。メンテナンス計画の頻度の項目からメンテナンス作業ルールへの移行はSpring ’24に延期されました。次に、リリース更新ではございませんが、影響の大きい機能拡張についてご説明いたします。従来より、セキュリティ上の観点からユーザのメールアドレスがユーザ本人のものであるかどうかを検証する仕組みがありましたが、Spring’22よりメールアドレスの検証を終えていないユーザがメール機能を使用した際に、その検証を促すメールが送信されるようになりました。この機能拡張について、最新情報として赤字部分を追加しております。Winter’23まではメールアドレス未検証のユーザがメールを送信する際に、メールアドレス検証用のメールが各リリースで一回送信されておりました。次期バージョンのSpring’23ではメールアドレス検証用のメールは送信されません。関連リンクSpring’23 リリースノート : Salesforce からメールを送信するためのメールアドレスの検証Lightning Web Security (LWS) はカスタム Lightning コンポーネントのための新しいクライアントサイドセキュリティアーキテクチャであり、Lightning Locker を徐々に置き換えていく予定です。 LWS の段階的なリリースを継続しており、次の段階として、LWS for Auraを Spring '23 でベータ版として導入します。お客様の組織内の Lightning Web コンポーネントが LWS for Aura (Beta) で期待どおりに動作し続けることを確認したい場合は、Spring '23 のSandboxで「Lightning Web コンポーネント用 (正式リリース) および Aura コンポーネント用 (ベータ) Lightning Web セキュリティの使用」設定を有効にして検証をお願いいたします。詳細は、各種ドキュメントが用意されておりますので資料に記載のリンクよりご参照ください。関連リンクLightning Web セキュリティの基本LWS for Aura (beta) Release NoteLWS Enablement for Orgs with No Custom Components Release NoteLightning Web Security Lightning Web Security FAQ.Lightning Components Developmenテクニカルサポートこちらは、フローに関する今後のロードマップです。ご存知の管理者様も多いかと思いますが、ワークフロールールおよびプロセスビルダーは将来的にサポート終了になる予定です。現在は、ワークフロールールの新規作成ができない状態ですが、次期バージョンであるSpring '23では、プロセスビルダーの移行ツールがサポートされる予定です。今回は赤字部分の補足情報についてご紹介いたします。Spring’23で提供開始する移行ツールは、サポートされているプロセスが限られております。レコードの更新レコード作成フローの呼び出しApex の呼び出しメールアラートこれ以外のスケジュール済みアクション、承認申請、Chatter投稿などは現時点では手動で移行する必要がございます。関連リンクフローへの移行続いて、機能の廃止です。まず、影響度が大きいことが想定されるため改めてのご案内となりますが、右列の2行目のSalesforce Mobile App Community License Accessについてです。2023年6月、コミュニティライセンスのユーザ様はSalesforceモバイルAppへアクセスができなくなります。来年6月以降はブラウザからExperience Cloudサイトへアクセスするようにしてください。なお、対象となる具体的なライセンス種類がナレッジにまとまっていますので、Experience Cloudのご契約があるお客様は、ご確認をお願いします。次に、赤字にしている前月からの変更点についてご説明いたします。一つ目は、2023年6月、Pardot リアルタイム自動化ルール設定の廃止が予定されております。Account Engagement で当該機能をご利用中のお客様はご確認をお願いいたします。二つ目は、メンテナンス計画の頻度種別項目の廃止の終了日の変更についてです。変更後は、2024年1月としておりますのでご注意ください。「Salesforce Platform APIバージョン 21.0~30.0 の廃止について」です。こちらは、影響度の大きい更新の一つですので、毎月ご紹介しています。来年2023年6月をもちまして、APIバージョン21.0~30.0 は利用不可になる予定です。本件に関して、1月17日に製品コミュニケーションメールが送信されており、また機能廃止に関するダイジェストもメールで送信されていますので、そちらも併せてご確認いただき、早めのご対応をご検討ください。関連リンクSalesforce Platform API バージョン 21.0 ~ 30.0 の廃止Salesforce Event Log File BrowserEventLogFile オブジェクトの API Total Usageイベント種別1月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
この記事で学べることシステム管理者様にとって重要なお知らせを効率的に確認する方法を知ることができます「Salesforce の運用に関する重要なお知らせ」の概要を知ることができます資料のダウンロードはこちらから「Salesforce の運用に関する重要なお知らせ」って?「Salesforce の運用に関する重要なお知らせ」では、Salesforce Platform に関するメンテナンス情報、技術情報、セキュリティ関連情報などの中から、システム管理者様にご認識いただきたい重要な情報を抜粋してご紹介しており、オンラインコミュニティのカスタマーサクセス日本で最新版を毎月共有しています(サンプル)。今後の更新に関連して必要なアクションをお客様にいち早く気付いていただくことを目的としてお知らせしていますので、毎回ご確認いただくことをお薦めしています。「Salesforce の運用に関する重要なお知らせ」の確認方法は、以下3種類ございます。確認方法1:動画を視聴して、重要なお知らせの抜粋を確認する(サンプル)確認方法2:サクセスナビの記事を読んで、重要なお知らせの抜粋を確認する(サンプル)確認方法3:PDF資料をダウンロードして、重要なお知らせの全てを確認する(サンプル)※サクセスナビの記事やPDF資料には参考リソースを記載していますが、そのリソースを確認しても不明点がある場合には、弊社テクニカルサポートへお問い合わせください。「Salesforce の運用に関する重要なお知らせ」を提供している背景システム管理者様であるみなさまは、Salesforceに年3回のメジャーリリース(バージョンアップ)があることはご存知かと思います。以下は、メジャーリリースの流れを図にしたものです。本番環境のメジャーリリースの前に、プレビュー対象のSandboxが先にバージョンアップします。※プレビュー対象のSandboxについて疑問をお持ちの場合は、Sandbox プレビューによる早期アクセス(Trailhead)をご参照ください。Sandboxのプレビュー期間は約1ヶ月です。その間に以下のことができます。新バージョンにおける既存動作やカスタマイズへの影響確認新機能の動作確認※Salesforceメジャーリリースやプレビューについて、より詳細をご確認いただく場合は、バージョンアップに備えましょう(サクセスナビ)をご参照ください。システム管理者様は、メジャーリリースで追加される新機能のご確認に併せて、メジャーリリースのタイミングで適用されリリース更新も是非ご確認をお願いします。関連リソースTrustサイトリリース更新は、パフォーマンスやセキュリティ、ビジネスロジック等の改善を目的としたものなど、いくつかの種類があります。重要なことは、リリース更新を適用すると、既存のカスタマイズに影響を与える場合があるということです。そのため、リリース更新は早めに内容を確認し、Sandboxで有効化をしてテストをしていただきたいのですが、検証やテストの期間が短いと感じることがあるかもしれません。リリース更新の中には、次のリリースではなく、数年先のリリースで適用される予定のものもあります。例えば、Summer '23 リリースノートには、Winter ’24 やそのずっと先の Summer ’25 (2025年6月)に適用予定のリリース更新の情報も載っています。このようなリリース更新は、影響範囲が広い可能性があり、お客様の事前準備に時間がかかることが予想されるため、早めにリリースノートに追加してお客様にお知らせし、十分な準備期間を設けられるようにしています。しかし、システム管理者様の中は以下のよう感じることがあるかもしれません。リリースノートの情報量は膨大で、すべて確認は難しい・・・リリースノートだけ確認していれば十分なのか?そんなシステム管理者様に必要な情報を届けることを目的に「Salesforce の運用に関する重要なお知らせ」を作成しています。関連リソースリリース更新の管理以下は、システム管理者様にご認識いただきたい情報の所在をまとめたものです。左側の水色の枠には、システム管理者様にとって重要な情報を記載しています。新機能以外にも、以下のような様々な情報がありますね!リリース更新メンテナンス情報製品の廃止情報Salesforce のIPアドレス範囲(非推奨ですが、IPアドレス許可リストの運用をされているお客様には重要な情報です)中央のオレンジの枠は、上記情報を確認する際に参照するリソースです。リリースノートTrustサイト製品およびサービスに関するお知らせ(製品コミュニケーションメール)各種ナレッジ(製品 & 機能の廃止、Salesforce のIPアドレス範囲、MFA、拡張ドメインなど・・・)システム管理者様は、上記のような多くのリソースを参照する必要がありますが、これら全てを確認するのは大変かと思います。「Salesforce の運用に関する重要なお知らせ」では、上図の通り、システム管理者様が確認する必要のある各種リソースを元に、特に重要な情報を抜粋しご提供しています。確認方法は前述の通り3種類ありますが、お忙しいシステム管理者様も多いと思いますので、まずは、特に必須となるトピックを抜粋しているサクセスナビや動画の視聴をお勧めします。手軽に確認できるようになっておりますので、(将来のトラブルを未然に防ぐためにも)毎月ご確認いただくようにお願いします。「Salesforce の運用に関する重要なお知らせ」の取得方法「Salesforce の運用に関する重要なお知らせ」は、以下2つの方法で情報を取得することができますオンラインコミュニティ(カスタマーサクセス日本)の投稿をチェックオンラインコミュニティには、自分がメンバーになっているグループへの投稿を通知してくれる機能があります。カスタマーサクセス日本のメンバーになった後、お好みの通知タイミングを選択します。サクセスナビをチェック(おすすめ!)毎月公開している「Salesforce の運用に関する重要なお知らせ」は、サクセスナビに記事として公開されます。このページをブックマークしておき、毎月月末にアクセスして、最新月の「Salesforce の運用に関する重要なお知らせ」を確認します。学習ツールリリースノートSalesforce Trust サイトの利用(ナレッジ)製品およびサービスに関するお知らせ(ナレッジ)Salesforce 製品 & 機能の廃止(ナレッジ)まとめ「Salesforce の運用に関する重要なお知らせ」には、システム管理者様にとって重要な情報が盛りだくさんです月次で確認をすることで、今後の重要な更新に対応する早めの確認や準備をすることができます
-
(2022年9月) Salesforceの運用に関する重要なお知らせ
この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート動画で更新内容を学ぶhttps://play.vidyard.com/DrAUyeTH7SDVFPNesGYh68全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ本記事は「Salesforceの運用に関する重要なお知らせ」の9月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2022年9月のトピックはこちらになります。本記事では、前月との差分である赤字の部分と、特に重要な情報をピックアップしてご紹介します。まずはWinter '23リリースノートの更新情報です。こちらではリリースノートの更新情報のうち、管理者様に特にご認識いただきたいものを4点ピックアップしてご紹介します。1つ目は、Field Serviceをご利用のお客様向けの情報です。サービス予定オブジェクトにあるスケジュールモードという項目の選択リストオプションが変更されるという内容です。もしスケジュールモード項目の値を条件にしたレポートや自動化処理をしている場合は、今までに無い値が入ることによって動作が変わる可能性がありますので、事前に確認をしていただくことを推奨します。2つ目は、Winter '23で適用される予定だった「Visualforce式言語の解析でのgetterおよびsetterアクセス修飾子の検証」というリリース更新が無期限延期になったという情報です。既に有効化しているお客様への影響はございませんので、ご安心ください。3つ目は、Financial Service Cloudに興味をお持ちのお客様へのご案内です。Financial Service Cloudのトライアル組織のサインアップURLがリリースノートに追加されました。今サインアップすると、Winter '23の新機能を試せる状態のFSCの組織が作成されます。4つ目は、Experience Cloudサイトをご利用のお客様向けの情報です。Experience Builderで、サイト上でのクリックジャック保護用の信頼済みサイトを指定できるのですが、拡張されたLWRのサイトには適用されない旨が追記されました。各ご案内の詳細につきましては、リリースノートをご覧いただければ幸いです。関連リンク新しいオブジェクトと変更されたオブジェクトVisualforce 式言語の解析での getter および setter アクセス修飾子の検証 (リリース更新)Create a Financial Services Cloud Pre-Release Trial Orgサイト上でのクリックジャック保護用の信頼済みサイトの指定続いてWinter'23リリースに関するご案内です。8/15時点のリリースノートの翻訳が終わり公開されています。英語版のリリースノートは随時更新されているため、最新情報の確認をされる場合には、引き続き英語版をご参照ください。そして、すべて英語版となりますが、Release in a Box、Release Overview Deck、Feature MatrixのURLを追加しました。こちらで、Winter '23 リリースの注目機能の概要が纏められた動画等を視聴できるようになっていますので、ぜひお時間あるときにご確認ください。続いて、日本語の情報です。新機能ウェブセミナーの申し込みページへのリンクを追加しました。また、Winter '23でワークフロールールの新規作成ができなくなる予定です。これは、将来的なワークフロールールの廃止に向けたステップの1つであり、将来的にフローへの移行が必要となります。サクセスナビには、Winter '23リリースで追加されるフローの便利機能も載っていますので、ぜひ確認をしてみてください。関連リンクWinter'23プレリリース環境のサインアップサイトWinter’23 リリースノート(日本語)Salesforce Sandbox プレビュー手順リリースサイトRelease in a BoxリリースモジュールRelease Overview DeckFeature MatrixThe 360 Blogバージョンアップに備えましょうWinter '23 新機能リリース次は、IE11のサポート終了に関するお知らせです。こちらはこれまでのご案内と変更はありませんが、重要な内容なので再掲載しています。Microsoft社がIE11のサポートを終了したことを受けて、Salesforceも今年一杯でIE11のサポートを終了します。IE11をご利用中のお客様は、サポートされているブラウザへの移行をお願いします。関連リンクLightning Experience でサポートされるブラウザおよびデバイスすべてのブラウザに関する推奨事項と要件Lightning Platform における IE11 サポート終了について続いてはLightning Syncに関する情報です。こちらも新たな情報はありませんが、重要な内容のため再掲載となります。Microsoft社は2022年10月から、Exchange Onlineの基本認証の廃止をアナウンスしています。そのため、Lightning Syncの接続方法として、サービスアカウントを使用している場合には、今月中に接続方法の移行が必要です。対応方法など詳細につきましては、関連リンクをご確認ください。関連リンクReview Microsoft Announcements on Basic Authentication Retirement for Exchange OnlineMicrosoft Office 365 での Lightning Sync サービスアカウント接続方法についてこちらは、新しい情報になります。Winter '24(2023年10月)に、一部の日本語(カタカナ)の表示ラベルが変更されます。お客様のデータ自体への影響はありませんが、例えば、RPA等で表示ラベル名を元にした判定処理を実装されていたり、お客様にて作成された手順書がある場合には、その修正対応が必要になる場合があります。関連リンクを早めにご確認いただき、自組織への影響有無を確認するようにしてください。関連リンクPrepare for the Japanese Katakana Style ChangeWinter '24 日本語(カタカナ)の表示ラベル変更[日本語(カタカナ)の表示ラベル変更]の準備についてここからは、MFAの自動有効化と強制適用のロードマップに関する情報で、2つの更新があります。1点目は、Herokuの強制適用が来年1/9 ~ 1/31の間に実施される予定となりました。2点目は、Marketing CloudのIntelligenc(Datorama)の強制適用が9/29に実施されました。関連リンク多要素認証 (MFA) 適用ロードマップ続いて、Winter'23におけるMFAの更新情報です。こちらも、前回と内容に差異はありませんが、重要な情報のため再掲載です。Winter '23では、ユーザ数100名未満の組織で、直接Salesforceにログインするユーザに対してMFAを自動で有効化するリリース更新が利用可能になります。ユーザ数100名未満の組織の管理者様は、Winter '23のリリース日以降にリリース更新画面をご確認いただき、既にMFAを適用する準備が整っている場合には、リリース更新の画面から適用いただけますよう、お願いします。関連リンクBe Ready for Multi-Factor Authentication Auto-EnablementMFA To Be Auto-Enabled for Some Customers in Spring ’23 続いてはインフラ強化です。「SalesforceのIPアドレスとドメインで許可する」の記事が9月10日に更新されました。変更点としては、記載内容自体(IPアドレス範囲やドメイン)に変更はなく、この記事の序文に記載されている Hyperforce に関する注意事項が太字表記されたものとなります。関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする続いて、10月にリリースが予定されているWinter’23に関するリリース更新情報です。リリース更新はお客様組織への影響を及ぼすものもございますので、管理者や開発者の皆様は必ずご確認をお願いいたします。前回からの変更としましては、赤字で記載されている通り適用時期が延期となったものが2点あることです。Visualforce 式言語の解析での getter および setter アクセス修飾子の検証適用時期が無期限延期となりました。ユーザの個人情報のより強力な保護の有効化についてSpring’23へ適用時期が延期されました。関連リンク権限セットの期限切れと拡張 UI の有効化Visualforce JavaScript Remoting の適用を有効化Salesforce CPQ のブラウザパフォーマンスの改善の準備制限されたオブジェクト権限を含む権限セットライセンスに関連付けられた権限セットからゲストユーザの割り当てを削除Visualforce 式言語の解析での getter および setter アクセス修飾子の検証ユーザの個人情報のより強力な保護の有効化について続いて、機能の廃止についてです。新たな情報ではございませんが、赤枠に記載の Salesforce Platform APIバージョン 21.0~30.0 の廃止について、影響度の大きい更新の一つですので改めてご紹介させていただきます。関連リンクSalesforce Platform API バージョン 21.0 ~ 30.0 の廃止API バージョン21.0~30.0は、既にSummer’22 でサポート終了となっておりましたが、今後は来年2023年6月をもちまして利用不可とすることを予定しております。お客様の利用状況や開発内容によっては、対応に時間がかかる場合もございますので早めの対応を推奨しております。確認方法や対応方法につきまして、ナレッジなどのコンテンツをご用意しておりますのでご確認ください。関連リンクSalesforce Platform API バージョン 21.0 ~ 30.0 の廃止Salesforce Event Log File BrowserEventLogFile オブジェクトの API Total Usageイベント種別最後に、機能廃止リストに新たに追加された2点をご紹介いたします。いずれも、Marketing Cloud 製品に関するもので、契約期間に応じて廃止終了日は異なります。MC Social StudioGoogle Analytics 3609月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
この記事で学べることSalesforceが実施しているコア製品(Sales CloudやService Cloudなど)のメンテナンスについて知ることができますメンテナンス通知を受け取るための方法を知ることができますシステムメンテナンス目的システムメンテナンスは、Salesforce サービスをサポートするインフラストラクチャのセキュリティ、可用性、およびパフォーマンスを維持するために実施されます。実施日時Salesforceでは、「優先システムメンテナンス実施時間」(暦月の第 1 週末と第 3 週末)を設けており、可能な限り、その時間内にシステムメンテナンスをスケジュールします。必ずしも月2回メンテナンスを行うわけではなく必要な場合にのみ実施します。日本のお客様の「優先システムメンテナンス実施時間」は、以下の通りです。お客様組織のインスタンスシステムメンテナンス日時(日本時間)AP13、AP16、AP20、AP21、AP26、AP43、A47第1、第3日曜日 午前1時〜5時(ネットワーク機器など、同じ地域内の他のインスタンスと共有のインフラストラクチャのメンテナンスの場合、第1、第3日曜日 午前0時〜4時)AP9、AP10、AP11、AP12、AP14、AP17、AP18、AP19、AP22、AP24、AP25、AP27、AP28、AP44、AP45、AP46、AP48、 AP49、AP50CS6、CS58、CS73、CS111、CS112、CS113、CS114、CS115、CS116、CS117、CS137、CS151、CS152、CS291、CS293、CS294、CS295、CS311、CS312、CS313第1、第3日曜日 午前0時〜4時Hyperforceリージョンシステムメンテナンス日時(日本時間)Japan [JPNx]第1、第3日曜日 午前0時〜4時優先システムメンテナンス実施時間については変更されることがございます。最新の情報は、優先システムメンテナンスのスケジュール(ナレッジ)をご確認ください。月初日が日曜日の月のメンテナンス時間は、第2、第4日曜となります。インスタンスとは、お客様の組織が稼働している場所です。お客様の組織が稼働しているインスタンスはTrust サイトのシステム状況(※)で確認することができます。(※)Salesforceでは、Salesforce製品のシステムパフォーマンスやセキュリティ、メンテナンス計画に関する最新情報をTrust.salesforce.comでリアルタイムに公開しています。お客様組織のインスタンスを確認する方法は、以下の通りです。[私のドメイン]でインスタンスを検索します。[私のドメイン]のURLは、Salesforceにログイン後のブラウザのURLに表示されます。例えば、https://winter21-20201209.lightning.force.com の場合、(.lightningの前の)「winter21-20201209」が[私のドメイン]です。2. 検索結果より、インスタンスは「AP25」だと分かります通知を受け取る方法メール通知メンテナンスがスケジュールされると、Trustサイトのシステム状況ページのメンテナンスカレンダーにメンテナンス実施日時やメンテナンス中のお客様組織の可用性が公開され、 Trust Notification 登録者に Trust Notification メールが送信されます。Trust Notification の登録方法は以下の通りです。先程の検索結果で表示されたインスタンスをクリックします[Subscribe]をクリックします3.メールアドレスを入力し、[Send me a link to sign in/sign up]をクリックしますTrust Notification通知は、メンテナンスがスケジュールされたタイミングのみでなく、メンテナンスの 10 日前とメンテナンスの作業開始/終了時にも送信されます。Salesforceを運用する上で、とても重要な通知になりますので、普段頻繁に確認するメールアドレスを登録するようにしてください。アプリケーション内通知スケジュールされたメンテナンスの約 1 週間前にSalesforce へログインすると、メンテナンス日時をお知らせするポップアップが表示されます。その他通知に関する留意事項お客様にて事前作業が必要なメンテナンス(※1)の場合、メンテナンスの数か月前にシステム管理者様宛(※2)に「Salesforce の製品およびサービスに関するお知らせ」メールで通知します。(※1)インスタンスリフレッシュに備えたネットワーク設定やハードコード化された参照の更新などがあります。(※2)Trust Notificationと異なり、製品コミュニケーションメールはSalesforceのユーザー宛に送信されます。対象となるユーザーは、システム管理者プロファイルのユーザー、もしくは、「ユーザーの管理」および「すべてのデータの編集」権限を持つユーザーです(図A)。宛先アドレスは、Salesforceのユーザー画面に表示される[メール]項目のアドレスです。(図B)(図A)[設定][ユーザー][プロファイル](図B)[設定][ユーザー]社内に管理者が複数いる場合は、その全員がシステム管理者プロファイルであるか、製品コミュニケーションメールを受け取るための権限が付与されているかを確認しておきましょう。なお、緊急システムメンテナンスは、お客様への通知が 1 週間前より後になることがあります。組織が受ける影響メンテナンス中のお客様組織の可用性は、Trustサイトのシステム状況ページで確認することができます。1.Trust サイトのシステム状況ページで自分の組織があるインスタンスを検索してクリックし、[メンテナンス]タブをクリックします。2.[メンテナンスのID]をクリックします3.[可用性]を確認しますメンテナンスの内容によっては停止を伴うこともありますので、お客様の Salesforce 組織のメンテナンス作業 (ソフトウェアのアップグレード、インテグレーションの変更など) は、お客様のインスタンスが対象となる 優先システムメンテナンス実施時間以外にスケジュールするようにしてください。リリースメンテナンスリリースメンテナンスは、以下3つの種類があります。メジャーリリースパッチリリース日次リリース目的いずれも、Salesforce サービスを最新の製品バージョンにアップグレードし、拡張された機能を提供するために実施されます。メジャーリリース新機能の追加や既存機能の拡張、ベータ機能やパイロットプログラムなどを配信します。パッチリリーススケジュールされたアプリケーション修正を配信します。日次リリース臨時のアプリケーション修正を配信します。お客様組織の現在のバージョンは、Trustサイトのシステム状況ページで確認することができます。現在のバージョン Spring’21 Patch 19.14 メジャーリリース Spring'21パッチリリース Patch 19日次リリース 14実施日時1.メジャーリリースメジャーリリースメンテナンスは、1 年に 3 回実施されますメジャーリリースメンテナンスは、実施時期によってSpring’21、Summer’21、Winter’22 のような名前になります(2021年夏のメジャーリリースはSummer'21で、2021年冬のメジャーリリースはWinter'22となります)本番インスタンスがバージョンアップする前に、プレビュー対象のSandboxインスタンスが先にバージョンアップしますインスタンス毎のメジャーリリースメンテナンスの実施時期は以下の通りです。(インスタンスごとに特定の5 分間の実施時間が Trust サイトのシステム状況ページに掲載されます)組織の種類お客様組織のインスタンスリリース月(Spring/Summer/Winter)メジャーリリース実施予定時間枠(JST)Sandbox(プレビュー対象)CS5、CS31、CS57、CS72、CS74、CS75、CS76、CS111、 CS112、CS113、CS116、CS137、CS152、JPN2S、JPN6S、JPN10S、JPN12S、JPN18S、JPN20S、JPN22S、JPN28S1月/5月/9月日曜日 午前1時〜6時Sandbox(プレビュー対象外)CS6、CS58、CS73、CS114、CS115、CS117、CS151、JPN4S、JPN8S、JPN24S2月/6月/10月日曜日 午前1時〜6時本番APx、JPNx2月/6月/10月日曜日 午前1時〜6時2.パッチリリース週次でスケジュールされ、通常は金曜日(日本時間)にリリースされます。可能な限りピーク時間以外にダウンタイムなしでリリースされます。3.日次リリース必要に応じて実施され、どの曜日にも発生する可能性があります。可能な限り、ピーク時間以外にダウンタイムなしでリリースされます。メジャーリリースの通知を受け取る方法システムメンテナンスの通知と同様で、Trust Notification通知と製品コミュニケーションの2種類の方法でお知らせします。メージャーリリースの事前通知の内容製品コミュニケーションメールプレビュー対象のSandbox のアップグレードの約 1 か月前(※)に送信されます。 スケジュールだけでなく、Sandboxプレビューに参加するための手順も含まれます。アプリケーション内通知アップグレードの約 1 週間前にSalesforceへログインすると、リリースの最終のお知らせがポップアップで表示されます。(※)メジャーリリースのスケジュールについては、約1年前からTrust サイトのシステム状況ページ に公開されます。通知はありませんが、Trust サイトのシステム状況ページ でいつでも最新のスケジュールを確認できるようになっています。メジャーリリース当日の通知を受け取るタイミングメジャーリリースの当日、Trust サイトのシステム状況ページ への情報掲載およびリリースプロセスの次の 3 場面にて、Trust Notification 登録者にメールが送信されます。スケジュールされたリリース実施時間の開始 10 分前インスタンスでリリースが稼働した直後すべての新機能が使用可能になった後(通常は、2の数時間後)Salesforce では、メジャーリリース実施後 24 時間以内に、バージョンアップにて段階的に使えるようになるすべての新機能の有効化を完了するように努めております。パッチリリースと日次リリースは、通知はありません組織が受ける影響メジャーリリースリリース実施時間中は、インスタンスが最大 5 分程度使用できなくなります。パッチリリース通常はお客様の操作に影響を与えません。日次リリース通常はお客様の操作に影響を与えません。学習ツール2019-04-24 Salesforce から配信される各種通知に関するウェブセミナーhttps://play.vidyard.com/i3deHYfv4N5wnUbFkLdCG12019-05-30 意外と知らない?!Salesforce の計画メンテナンススケジュールウェブセミナーhttps://play.vidyard.com/W4BKvZco8GQmv3NAYbzeGa製品およびサービスに関するお知らせ(ナレッジ)Salesforce のメンテナンス中、組織にどのような影響がありますか?(ナレッジ)Salesforce Trust ユーザーガイドまとめ(チェックリスト)自社のメンテナンスをスケジュールしてはいけない時間枠(優先メンテナンススケジュール)を理解しました。メンテナンスに関する通知を受け取る準備ができていることを確認しました製品コミュニケーションを受け取るための権限が自分に付与されていることを確認しましたTrust サイト で、自分の組織のインスタンスをSubscribeしました
-
この記事で学べること拡張ドメインの機能概要拡張ドメインが有効化される背景拡張ドメインによる変更点想定される影響お客様による事前準備の内容拡張ドメインに関する参考情報拡張ドメインの概要拡張ドメインは Spring'23 のリリースから自動有効化が始まり、Winter'24 のリリースで強制適用されます。自動有効化は管理者様で拡張ドメインを無効化することができますが、強制適用が行われると拡張ドメインを無効化することはできません。拡張ドメインが適用されることによるお客様組織への変更は以下となります。(1)ブランドExperience Cloud サイト、Salesforce サイト、Visualforce ページ、コンテンツファイルの URL を含め、組織のすべての URL に [私のドメイン] の名前が含まれます。また一部のURLではドメインサフィックス ([私のドメイン] の名前の後の部分) も更新されます。(2)安定性お客様組織で使用されているすべてのURLからAP3やAP4などのインスタンス名が削除されます。今後インスタンス名を意識したお客様作業、メンテナンスが不要になります。(3)コンプライアンスお客様にてご利用いただいているブラウザにおける最新の要件(サードパーティ Cookieに関する対応)に準拠します。上記の通り、本機能の有効化を以って公開 URL を含むドメイン(URL)が更新されるため、Winter'24での強制適用までに Sandbox で動作確認/テストを実施いただき、お客様組織での影響度を確認の上で本番組織での有効化を推奨します。*2022年10月時点では Spring'23 のリリースにて拡張ドメインの強制適用を予定していましたが、強制適用は Winter'24 に延期しました。▼参考情報Salesforce ヘルプ : Enhanced Domains Timeline拡張ドメイン適用の背景主要なWebブラウザにて、サードパーティ Cookieをブロックすることが既定の動作となることがアナウンスされています。Cookieとはなにかというと、Webサイトにアクセスしたユーザの情報を一時的にクライアントに保存しておくためにサーバから送信されたファイルです(ページ遷移やWebサイトへの再訪問に、同一ユーザー/ブラウザであることの判別に使用)。サードパーティ Cookieとは、アクセスしたサイトとは異なるドメインから送られるCookieのことです。プライバシー保護の観点より、サードパーティcookieの利用に関する規制が強くなっている背景があり、各ブラウザでサードパーティ Cookieをブロックすることを既定の動作とする動きがあります。その制限によりSalesforceのページで、異なるURLからコンテンツを読み込む際に問題が発生する可能性があります。例 : lightning.force.com というURLのページから、documentforce.com というURL を介してコンテンツを読み込む。このようなブラウザの最新要件にSalesforceも対応するため、URLを更新することを目的として「拡張ドメイン」の自動有効化を予定しています。拡張ドメイン適用までのロードマップ拡張ドメインはSpring'23から自動有効化が始まり、Winter'24で強制適用されます。Spring'23以降のリリースで予定されているイベントと、お客様に選択いただけるオプションは以下のとおりです。上記の表に記載されているようにSpring’23 リリースにおける自動有効化については、管理者様がSalesforce組織を自動有効化の対象から除外(オプトアウト)することができます。除外する場合は「私のドメイン」の設定ページにある「Automatically deploy enhanced domains with Spring ’23」をオフにします。尚、この除外の設定はSummer’23では使用することはできません。(設定名称は機能導入初期の表記であり、翻訳される予定です)▼参考情報公開ナレッジ : Opt Out of the Automatic Deployment of Enhanced Domains in Spring ’23自動有効化の除外設定はWinter'23で設定することができ、Spring23のリリース時のみ有効です。Winter'23で除外設定を行っていない場合は、Spring'23で拡張ドメインが自動有効化されますが、無効化することができます。Spring'23で拡張ドメインが適用されなかった場合は、次回リリースのSummer'23で拡張ドメインが自動有効化されます。これは除外することはできませんが、拡張ドメインを無効化することは可能です。Summer'23で拡張ドメインが適用されなかった場合は、次回リリースのWinter'24で強制適用されます。これは無効化することができません。自動有効化や強制適用を待つのではなく、管理者様にて拡張ドメインを手動で有効化することは可能です。Salesforce組織の「リリース更新」メニューでは、拡張ドメインを有効化するまでのステップをご確認いただくことができます。拡張ドメイン有効化後の実際の動作を評価するためにも、まずはSandboxで拡張ドメインを有効化し、検証やテストを実施いただくことを推奨します。▼補足 : リリース更新の画面▼補足 : リリース更新「拡張ドメインを有効化」の画面拡張ドメイン適用による変更点本セクションでは、URLの用途と適用前後のURLをまとめています。本番組織のURL 形式SandboxのURL形式SaleforceサイトやExperience CloudサイトのURLをみると、変更後のURLには私のドメインが指定されていることが確認できます。このように外部に公開しているURLが変更となります。またVisualforceやコンテンツのURLをみると、すでに私のドメインが含まれているURLも更新されていることが確認できます。このようなかたちで拡張ドメインの適用によりお客様組織のURLが更新されます。尚、すべてのURLについてご確認いただく場合は、ヘルプ「拡張ドメインを有効にする場合の [私のドメイン] の URL 形式の変更」を御覧ください。想定される影響URL を直接参照するようなカスタマイズ/インテグレーションがある場合など、エラーが発生する可能性があります。また拡張ドメインの有効化で、Experience CloudについてはCDNが使われるようになることも重要な変更点の1つです。拡張ドメイン有効化において想定される影響範囲として以下のようなものがあります。Salesforce の埋め込みコンテンツの一部が表示されなくなる可能性がある。サードパーティアプリケーションからデータへのアクセスができなくなる可能性がある。Sandbox とのシングルサインオンインテグレーションが失敗する可能性がある。*.cloudforce.com や *.database.com のドメインサフィックスを使用した組織では、変更される前のドメインサフィックスである *.cloudforce.com や *.database.com を使用したSSOやインテグレーションが失敗する可能性がある。組み込みサービスのコードスニペット機能では「*.force.com」が使用されるので、正しく動作しない可能性がある。Experience Cloud サイト、Salesforce サイト、Visualforce などへのアクセス時にエラーが発生する可能性がある。拡張ドメインが有効化されると、Experience Cloud サイト(*.my.site.com)で CDN が使用されます。また CDN では IPv6 がサポートされています。そのため以下の条件がそろうとアクセス時にエラーが発生する可能性がありますので、回避するためには、プロファイルの IP アドレス制限の設定に IPv6 のアドレス範囲を追加します。サイトにアクセスするユーザのプロファイルで、IP アドレス制限を IPv4 で設定している。ユーザが IPv6 で Experience Cloud サイトにアクセスする。▼参考情報拡張ドメインを使用するデジタルエクスペリエンスの Salesforce CDNSalesforce IPv4 and IPv6 supportCDN の有効化によるアプリケーションの読み込みの高速化お客様によるご準備拡張ドメインは Spring'23 と Summer'23 のリリースで自動有効化が実施され、Winter'24 では強制適用されます。前述の影響を事前に認識/対策するためにも 自動有効化や強制適用までに下記を進めていただくことを推奨します。Sandbox で拡張ドメインを有効化します。Sandbox で影響箇所の有無を確認し、影響箇所があった場合の対応方法を検討します。確認箇所やテスト方法については、以下の参考情報をご覧ください。[私のドメイン] の変更に対する組織の更新[私のドメイン] の変更のテストSandbox で確認できた対応方法(インテグレーション/カスタマイズの改修など)を本番組織に適用します。URL が更新(時期や変更箇所)されることをユーザへアナウンスします(ブックマークの更新等)。お客様公開サイトやマニュアル等に配置されているリンクを変更します。Spring’23 と Summer’23のリリースでは拡張ドメインが自動有効化されます。Spring'23までに対応が間に合わない場合は、自動有効化の除外設定を実施します(詳細は「拡張ドメイン適用までのロードマップ」セクションを参照)。Spring’23 または Summer’23 のリリースで自動有効化が行われた場合、拡張ドメインを無効化することができますが、無効化処理にはお時間がかかる場合がありますので、自動有効化の前にテスト/検証を完了し、手動で拡張ドメインを有効化することを推奨します。拡張ドメイン有効化に関するステップはお客様組織の[リリース更新]でもご確認いただくことができます。お客様でのご準備にあたり、ご不明点等がございましたら弊社サポートまでお問い合わせください。自動有効化や強制適用に備えて、影響確認とその対策をお願いします。拡張ドメイン有効化後におけるURLのリダイレクト拡張ドメイン有効化後、以前のURLのアクセスは新しいURLへリダイレクトされますが、新しいURLへのリダイレクトはWinter'25で停止される予定です。URLの種類によってリダイレクトの動作が異なるため、以下に詳細を記載します。Experience Cloud サイト等の外部に公開されている拡張ドメイン有効化前の force.com ドメインのURLは、Winter'25 のリリースで旧URLから新URLへのリダイレクトが停止します。また、管理者様にて[私のドメイン]ページの以下の設定を OFF にすることでリダイレクトを停止させることもできます。その他(外部向けの force.comドメイン以外)の拡張ドメイン有効化前のURLについても、 Winter'25 のリリースでリダイレクトが停止します。また、管理者様にて[私のドメイン]ページの以下の設定を OFF にすることでリダイレクトを停止させることもできます。尚、拡張ドメイン有効化後に[私のドメイン]を変更すると、拡張ドメイン有効化前のURLはリダイレクトされません(1世代前までのURLのみリダイレクト可能)。▼参考情報Prepare for the End of Redirections for Non-Enhanced Domainsリダイレクトに関するログの取得Winter’23 からURLのリダイレクトのログを CSV 形式でダウンロードすることが可能になります。このログを活用することで、URLの変更について、顧客やユーザーへのコミュニケーションプランを検討することができます。尚、本機能をご利用いただく場合、Winter'23 のリリース後に[私のドメイン]ページから機能(リダイレクトの記録)を有効化する必要があります。リダイレクトのログには以下の留意点があるため、事前にご確認の上でご利用ください。ログは EventLogFile(イベントモニタリング)の領域に格納されますが、ログ自体は無料でダウンロード可能。Event Monitoring Analyticsではログは利用不可。APIでもログを取得することは可能だが、API バージョン 56 以降を利用する必要あり。ログは1つのファイルで作成され日次で更新されるため、最新の日次ログのみを取得可能。1時間以内に同一ホスト名に関するリダイレクトがあった場合はログに記録されないため、リダイレクト件数を正確に取得するものではない。▼参考情報Log Your Redirected My Domain HostnamesHostname Redirects Event Type関連リソースのまとめTrailblazer CommunityMy Domain and Enhanced Domains グループWinter’23 リリースノートDeploy Enhanced Domains (Release Update)Review the New Timeline for Enhanced DomainsWinter’22 リリースノート拡張ドメインの有効化 (リリース更新)Summer’22 リリースノート拡張ドメインの有効化 (リリース更新)拡張ドメインを有効にした後のサイト URL のリダイレクト新規および更新後の Sandbox での拡張ドメインの使用ヘルプドキュメント/ナレッジ拡張ドメイン拡張ドメインを使用する理由拡張ドメインに関する考慮事項(*1)拡張ドメインを有効にする場合の [私のドメイン] の URL 形式の変更必要なドメインを許可拡張ドメインを使用するデジタルエクスペリエンスのコンテンツ配信ネットワークExperience Cloud 向け Mobile Publisher アプリケーションと拡張ドメインSalesforce ドメイン (「私のドメイン」 と拡張ドメイン) の変更に備えた準備Log Your Redirected My Domain HostnamesHostname Redirects Event TypePrepare for the End of Redirections for Non-Enhanced DomainsCDN の有効化によるアプリケーションの読み込みの高速化Enhanced Domains TimelineOpt Out of the Automatic Deployment of Enhanced Domains in Spring ’23FAQQ1 : 「[私のドメイン] の名前」が外部のURLに使用されることを回避することはできますか。A1 : 「[私のドメイン]の名前」を変更する方法とカスタムドメインを使用する方法があります。「私のドメイン」を変更すると、既存動作に影響を与える可能性もあるため、カスタムドメインを使用することを推奨しております。詳細は「拡張ドメインに関する考慮事項」の「公開 URL の変更」をご覧ください。Q2 : 拡張ドメインが適用される前のURLにアクセスするとどうなりますか?A2 : 拡張ドメインで変更される URL では、古い URL にアクセスすると、Salesforce がWinter'25でリダイレクトを停止するまで、新しいホスト名にリダイレクトされます。またリダイレクトの動作には以下の注意点がございますのでご確認ください。・拡張ドメインが有効になった後に「[私のドメイン] の名前」を変更すると、名前変更前のURLでのアクセスは名前変更後のURLにリダイレクトされますが、拡張ドメイン有効前のURLはリダイレクトされなくなります。(拡張ドメイン有効化以前のURLへリダイレクトが必要な場合には、拡張ドメイン有効化後に「[私のドメイン] の名前」を変更をしないで下さい)・「以前の[私のドメイン]を削除」ボタンを押下すると、リダイレクトはされなくなります。・「以前の [私のドメイン] の URL を現在の[私のドメイン]にリダイレクト」のチェックをOFFにしてテストをする事で、リダイレクトされなくなるので問題が発生する部分を確認する事ができます。Q3 : Salesforce Edge Networkが有効になっていることはどこで確認できますか?A3 : [設定] > [クイック検索] >「私のドメイン」と入力し、[私のドメイン]を選択してください。 [ルーティング] セクションでご確認いただくことができます。詳細は 「拡張ドメインの前提条件」の「組織が Salesforce Edge Network の対象かどうかの判断」をご覧ください。尚、現在はSalesforce Edge Networkが無効でも拡張ドメインは有効化できます(参考情報 : Enhanced Domains Available Everywhere Except Public Cloud)Q4 : Experience Cloud サイトや Salesforce サイトを使用していない場合は、影響はありませんか。A4 : 外部向けのURLだけではなく、内部向けのURLが更新されるものもございます(Visualforceなど)。これによりAppExchangeパッケージやお客様のカスタマイズに影響がある可能性もございますので、Experience Cloud サイトや Salesforce サイトを使用していない場合も、Sandboxでの動作確認/テストを推奨します。Q5 : Salesforce Edge Networkも自動有効化の対象でしょうか。A5 : いいえ。Salesforce Edge Networkは自動有効化の対象ではありません。Q6 : 現在使用しているカスタムドメインには影響はありますか?A6 : Experience Cloud サイトや Salesforce サイトで使用するカスタムドメイン自体には影響はありません。CDN 等の外部 HTTPS ベンダーでカスタムドメインを使用している場合、外部 HTTPS ベンダーが Salesforceへの転送先ドメインを変更する必要がある場合があります。詳細は「ドメインの外部 HTTPS の有効化」を参照ください。Q7 : API接続には影響があるのでしょうか?A7 : Sandbox についてはURLに「sandbox」という文字列が追加されるため、影響がでる可能性があります。また、.cloudforce.com や .database.com のドメインサフィックスを使用した組織では、変更される前のドメインサフィックスである .cloudforce.com や .database.com を使用したインテグレーションで失敗する可能性があります。Q8 : 拡張ドメインの有効化後に何かしらの問題が発生した場合にはどのように対応したらよいでしょうか?A8 : 自動有効化の前であれば拡張ドメインは有効化/無効化を実施することが可能です。自動有効の前に拡張ドメインを有効にする事で、何か問題が発生しても拡張ドメインを戻せるため、問題に対応する時間が取れます。もし、何かしらの問題が確認された場合は、弊社サポートにお問合せ下さい。
-
この記事で学べることSalesforce稼働後の(自社の)組織体制変更時の対応の流れを知ることができます組織体制変更時に使用するツールについて知ることができます組織体制変更時の対応の流れSalesforceのシステム管理者のみなさまは、普段新入社員のユーザを作成したり、退職するユーザを無効化したり、ユーザ情報の更新(部署やロール、プロファイルの変更)等のユーザ管理業務を行なわれていると思います。※ ユーザの管理については「ユーザ管理の便利機能」も参考にしてください。今回は、期初や期末にみなさまの会社で行われる事があるであろう、組織の体制変更に伴い、Salesforceにどのような変更を行う必要があるかを考慮点含めて説明します。※人事異動の場合はユーザ情報の更新(ロール項目の変更)になりますが、今回はロール自体を変更する場合の作業の流れになります一般的に、組織の体制変更がある場合、以下のような変更が行われると思います。それをSalesforceに反映させるための変更箇所は以下のとおりです。組織の変更に伴う変更点Salesforceの設定変更箇所組織の体制変更(新たな部署が設置される/既存の部署が統合されるなど)・ロール(自体)の変更・階層構造の変更既存の部門/部署名の変更・ロール(の名称)変更・ユーザの[部署名]の変更部署のメンバーの変更・ユーザの[ロール]の変更役職名の変更・ユーザの[役職]の変更お客様の担当替え・取引先や商談の[所有者]変更・活動の[任命先]変更注意事項:上記以外にも、例えば[ロール名]を条件にしたレポート、ダッシュボード、数式項目、フロー等の自動化設定がある場合は、それらの変更も忘れずに実施しましょうユーザの[ロール]や[役職]項目以外にも、プロファイル、マネージャーや権限セットの変更が必要な場合は一緒に変更しますSalesforceの設定変更箇所を把握したので、「早めに変更作業をしたい」と思うかもしれませんが、その前に!決めておくべきことがあります。移行ルール変更作業に着手する前に、関連部署のメンバーとあらかじめ以下を決めておくことで、変更作業をスムーズに進めることができます。組織の体制変更後に、Salesforceのデータをどのようなルールで共有するか(データへのアクセス権をどうするか)最終的に、どのようなロール階層にするか共有ルールを使用するか、使用する場合にはどのようなルールにするか誰がどの取引先を担当するか取引先の新旧担当者一覧の作成商談の担当はどうするか例:現在進行中の商談の担当者は変更しない、完了している商談の担当は変更しない(過去の実績を組織の体制変更前の担当で把握する必要がある場合は、担当者を変更しないでください)活動の担当はどうするか例:まだ完了していない活動の任命先を変更するか/しないか注意事項:上記以外のオブジェクトを使用している場合は、オブジェクト毎に担当をどのようにするかを決めておきましょう。移行ルールが決まったら、次の流れで変更作業を行いますロール・共有ルールの変更ユーザ情報の変更各データの所有者変更1.ロール・共有ルールの変更まずは組織の土台となるロール、およびロールを使用した共有ルール(アクセス権)の設定を行います。ロールや共有ルールは、2.ユーザ情報の変更作業が完了するまでは反映されません。そのため、ユーザ情報変更作業前に、あらかじめ準備をしておきます。組織の体制変更後の状態に合わせて、ロールを変更します。新たな部署が追加される場合は、[ロールの追加]からロールを作成します部署が統合される場合も、新たな部署を作成します。統合前の部署を残しておくと、退職したユーザのロールを変更する必要がありません階層構造の変更はなく単なる名称変更の場合は、[表示ラベル]と[レポートに表示するロール名]を変更します階層構造が変わる場合は、[このロールの上位ロール]項目を変更します会社の合併など、大幅な組織体制変更の場合は、新しいロール階層を定義することをお勧めします。組織の体制変更の前日までは、旧体制のまま業務を行う必要があると思いますので、あらかじめ新組織体制の準備でロールを作成しておき、新組織体制に変わるタイミングでユーザ情報を更新して新しいロール設定を反映させます。次に、ユーザ情報を変更して、新しい組織体制を反映させましょう。2.ユーザ情報の変更組織の土台となるロールおよび共有ルールの設定が終わったら、ユーザ情報の変更を行います。ユーザ情報は、以下3種類の方法で変更することができます。ユーザの詳細画面の[ロール]項目を変更するロールの詳細画面から複数ユーザを一括で変更するデータローダを使用するユーザの詳細画面の[ロール]項目を変更するロールの詳細画面の[ユーザをロールに割り当て]で、複数ユーザを一括で変更する(具体的な操作手順は、「ユーザへのロールの割り当て」(ヘルプ)をご覧ください)データローダを使用する組織の体制変更がある場合、一般的には、ロールを変更するタイミングでプロファイルや部署名、役職名等も変更になることがあると思いますので、それらを一度に変更ができるデータローダを使用することをお勧めします。(データローダの使い方ついては「初めてのデータローダ 〜Update編〜」(サクセスナビ)をご覧ください)注意点:承認プロセスにマネージャー項目を使用している場合は、マネージャー項目も忘れずに変更しましょう。ユーザ情報の変更が完了したら、取引先や商談などのデータを変更します。3.各データの所有者変更事前に定義した移行ルールに従い、データの所有者(や任命先)を変更します。所有者の変更は、画面上から行える「所有権の一括変更」もしくはデータローダをご利用いただけます。どちらのツールが適しているかは、以下をご確認ください。注意点:「所有者の一括変更」機能を利用できるのは、リード、取引先、カスタムオブジェクトのみです上記フロー以外のデータ(例:現在の所有者が所有している完了している商談など)の扱いについては、オプションで選択をすることができます。以上で、組織の体制変更があった場合に、システム管理者様にて対応が必要な作業は完了です。学習ツールロールの項目(ヘルプ)ユーザの項目(ヘルプ)データの所有権の移行(ヘルプ)取引先の一括変更で、同時に移行されるデータについて(ナレッジ)まとめ変更作業を始める前に、移行ルールを決めておくことが重要ですデータ変更に使用できるツールは「所有権の一括変更」とデータローダがありますので、要件にあう方を選択しましょう