Hyperforceの概要と移行について

この記事で学べることHyperforceの概要Hyperforceとは何か　Hyperforceの利点Hyperforceの構成Hyperforce移行時のアクション移行時に確認が必要な内容SandboxのHyperforce移行についてHyperforceの概要Hyperforceは新しい製品や機能の名前ではありません。Hyperforceは皆様ご存知のパブリッククラウドパートナーが提供しているインフラ上に開発・構築された、新しいプラットフォームアーキテクチャ、皆様のSalesforce組織が動く基盤です。​新しいHyperforceのアーキテクチャを使うことで、Salesforceは、新しい機能の開発や既存機能の拡張という形で製品のイノベーションと、それをお客様に提供することに注力することができるようになると考えています。それに伴い、私達が最も大切にしているカスタマーサクセス、お客様のビジネスの成功を加速させていけると考えています。​上記スライドが、現在皆様の組織が稼働しているファーストパーティのデータセンター(左)とHyperforce(右)の違いのイメージになります。現在は、皆様がご利用のSales CloudやService Cloud、Experience CloudといったCRM製品は、日本のデータセンターで稼働していますが、一部の製品は海外のデータセンターで稼働しており、APIを使用して統合されている場合があります。またファーストパーティと Hyperforce の比較時に注目すべき重要な点は、データセンタープロバイダの進化です。物理インフラストラクチャを独自に実行する必要がなくなり、代わりにパブリッククラウドプロバイダのハードウェア上でサービスを実行します。これにより、独自に制御するレイヤ (プラットフォーム、クラウド、機能) に焦点を絞り、それらの準拠と安全性を確保し、お客様のニーズを満たすことが可能となります。​ご参考ナレッジ記事) Salesforce インスタンスの場所自分の Salesforce 組織が使用しているインスタンスを表示するHyperforceの利点は、世界で最も信頼されているパブリッククラウドを使用して、あらゆる場所からビジネスを実行できることです。具体的な利点5点は以下の通りです。データレジデンシーHyperforceでは、ローカルのデータ保存および処理オプションが提供されるため、お客様はローカル規制に準拠することができます。拡張性AWSなどのサービスを利用することで、お客様のビジネスニーズに合わせて、必要な時に拡張性がある状態で最新のハードウェアを利用いただけます。セキュリティHyperforceには、現在のプラットフォームで得たセキュリティに関するベストプラクティスが組み込まれています。また、最小権限による管理、ゼロトラスト原則、Infrastructure-as-Codeなどの業界有数の機能を搭載しており、データは転送時も保管時も暗号化されます。また、Hyperforceには、現在海外のデータセンターで稼働している製品も統合される予定です。これにより全製品に共通して高いセキュリテイを担保できるので、お客様の大切なデータを安全に保護することが可能となります。プライバシーHyperforceは、お客様のデータの透明性と管理を可能にする包括的なプライバシー標準を提供します。最新のプライバシープログラムの認定状況は、「クラウドを対象とするコンプライアンス」のサイトよりご確認いただけます。俊敏性現在、Hyperforceで、ゼロダウンタイムの更新に取り組んでいます。これにより、チームの生産性が向上するだけでなく、競争上の優位性も生まれます。また、AWSとの優れた相互運用性も実現しています。Hyperforceの各種データシートは、「Hyperforce: Public Cloud Infrastructure」（英語）のサイトよりダウンロードいただけます。​ご参考ナレッジ記事) Hyperforceのご紹介Hyperforce について - 一般情報と FAQ​​Hyperforceのアーキテクチャを説明するに当たり、まずは、現在のファーストパーティとの違いをご説明します。まず、左側が現在のインスタンスを表し、東京と大阪に、それぞれデータセンターがあります。データセンター内には、インスタンス（例：AP49）があり、お客様の組織はそのいずれかに割り当てられます。このインスタンスは、東京と大阪、両方のデータセンターに存在しており、一方が稼働系（Active）、もう一方が待機系（Ready）の状態になっています。データは、稼働系のデータセンターから待機系のデータセンターへレプリケーション（コピー）されています。​右側がHyperforceを表し、リージョンとAvailability Zone(AZ)という概念があります。リージョンは地域を表し、リージョンの中に、物理的に分離された複数のというものが存在します。そして、Hyperforceはこれら各AZ上に構築されます。また、Hyperforceでは、インスタンス名はJPN132といった名称に変わります。インスタンスはリージョン内の複数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 (信頼コンプライアンスに関するドキュメント)Hyperforce Technical Considerations こちらの「Reliability, Backup, Business Continuity, and Disaster Recovery」で詳細をご確認いただけますHyperforce移行に向けた準備Hyperforceへの移行に際して お客様にご確認頂きたい内容と推奨事項がございます。必要なアクションは、お客様の設定内容やご利用方法によって異なります。​Hyperforce への移行は組織移行というメンテナンスと同じ手法であり、これまで10年以上の実績のある手法です。また、厳格な対象資格条件があり、条件を満たしていることを社内で確認しています。既知のリスクがある場合、軽度なものであっても合致する可能性がある場合は、その組織の移行時期を延期いたします。このような資格条件とテストのプロセスにより、既に何千もの組織移行を成功させています。さらに、移行中、技術チームは普段と同じようにHyperforce移行前後で、異常がないかを監視し、万が一異常が検出された場合に備えて堅牢なサポートプロセスを構築し迅速に対応できるように技術チームが待機しています。移行に向けたSalesforce側の準備は万全ですので、安心してHyperforceへ移行いただけます。​上記スライドは、お客様の組織がHyperforce移行の対象になった後のプロセスを示しています。前述のように、お客様はご契約のサポートレベルに応じて移行日の約90日前もしくは約30日前に通知メール（サンプル）が送信されます。通知を受信後に準備を始めていただくことも可能ですが、この記事をご覧のお客様におかれましては、すぐに準備を始めていただけますと幸いです。​また、普段メンテナンス情報をTrustサイトにてご確認いただいているお客様もいらっしゃると思いますが、移行対象の組織が、インスタンスのごく一部のお客様のみの場合は、Trustサイトにメンテナンス通知が表示されない場合がございます。反対に、Trustサイトで組織移行のメンテナンスが表示されている場合も、システム管理者様がメールが受信されていない場合は、お客様の組織は移行対象ではないということになります。​なお、たまに「Salesforce製品およびサービスに関するお知らせ」のメールを受け取ったことがないというお客様がいらっしゃいます。ゴミ箱等に振り分けられていないか、合わせてご確認をお願いいたします。​ご参考ナレッジ記事) 組織の移行への準備方法Trust 通知TrustユーザガイドHyperforceへの移行に向けた準備については、以下の参考ページをご参照ください。ハードコード化された参照の更新Hyperforce の IP 許可リスト登録の望ましい代替案Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する​また、これからHyperforceへ移行する組織では、Hyperforce アシスタントをご利用可能です。メールが手元に届いたら、[設定] ＞ [Hyperforce アシスタント] にアクセスをしていただき、Hyperforce へ移行する準備を始めましょう！​ご参考ナレッジ記事) Hyperforce アシスタントを使用した Hyperforce への移行 (正式リリース)​それでは、Hyperforce移行に向けて必要なアクションとベストプラクティスを見ていきましょう。上記スライドの内容に該当している場合、Hyperforce移行後に、不都合が生じる場合がございます。移行対象のお客様については、上記に合致しているかどうかを後続のスライドを参考の上、必ず確認をお願い致します。※2~4についてはイメージ図がございます。後続の[Hyperforce移行時に注意を必要とするポイント]をご参照ください​ご参考ナレッジ記事) Salesforce Express ConnectHow to Access Salesforce Hyperforce Securely and Reliably with AWS Direct ConnectHyperforceでは、WebブラウザやAPIクライアントは、SNI（サーバ名表示）で指定したホスト固有のHTTPS証明書を使って通信を行うことができるようになっています。SNIでホストを指定しない場合には、あらかじめ用意されているデフォルトの証明書を利用し、証明書の形式は、以下となります。<MyDomain>.my.salesforce.com<MyDomain>--<SandboxName>.sandbox.my.salesforce.com最近のWebブラウザでは特に意識する必要はございませんが、APIクライアントでデフォルト以外のHTTPS証明書を使う場合には、TLSハンドシェーク時のClientHelloメッセージにSNIを含める必要があります。​ご参考ナレッジ記事) SNI(サーバ名表示)​​こちらはExperience CloudサイトやSalesforceサイトをご利用、かつ（www.example.comといった）カスタムドメインをSalesforce CDNではない独自CDNで提供していて、そのCDNがSNI を送信しない設定になっているか、Originの *.force.com ドメイン（※）ではなくカスタムドメインを送信している場合に必要な対応です。​該当の設定になっている場合、CDN 側の設定に置いて、SNI による証明書の認証を行わないという設定をして頂く必要がございます。また、ご利用のCDNが利用する証明書の SANs リスト内に*.my.salesforce.com が含まれている事を確認いただく必要があります。​CDN側の設定変更ができない場合は、Salesforceの設定オプションを「Salesforce は Salesforce コンテンツ配信ネットワーク(CDN) パートナーを使用してHTTPS を介してドメインを提供します」に変更します。​（※）「サードパーティサービスまたは CDN を使用するカスタムドメインの前提条件」に送信すべきドメイン名が纏まっていますのでご確認ください。​ご参考ナレッジ記事) SNI(サーバ名表示)上記スライドはIPアドレスを使用したフィルタリング（IPアドレス許可リスト）をされているお客様にご確認をいただきたい事項になります。（Salesforce側の設定ではなく、お客様の会社のファイアウォールや企業ネットワーク、メールフィルターの設定をご確認いただく必要があります）​Hyperfroceでは、基本的に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 許可リスト登録の望ましい代替案」をご確認ください。​ご参考ナレッジ記事) Salesforce Core サービス - 許可すべき IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持する証明書と鍵Salesforce がサポートする SSL 証明書上記スライドはメール送信に関するIPアドレスのフィルタリングについてです。こちらも、前述の内容と同様にSalesforceでは、メールセキュリティにIPアドレスを使用することを推奨していません。メールのフィルタリングをする際は、一般的に使用されているメールセキュリティメカニズム(TSL、SPF、DKIM、DMARC)といった方法を推奨しています。可能であれば、切り替えのご検討をお願いします。なお、メールリレーについてはHyperforceでも引き続き公開されます。しかし、IPアドレスを使用したフィルタリングは非推奨です。​ご参考ナレッジ記事) Salesforce アプリケーションからのメールを受信できるようにする​ご参考ナレッジ記事)  Marketing Cloud Connect でテナント固有の OAuth エンドポイントを有効にするエンドポイントをテナント固有のものに更新​また、「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」には、Hyperforceで発生中の「一時的な記事の問題」や「他の問題」が纏まっていますので、ご確認ください。​Hyperforceに限った内容ではございませんが、Hyperforceへ移行後に大きなコンテンツファイルのプレビューを表示できない場合がございます。このような事象が発生した場合、コンテンツファイルのプレビューを再作成する手順をナレッジ記事「コンテンツファイルのプレビューの問題」で公開しておりますのでこちらをお試しください。​Hyperforce移行時に注意を必要とするポイント[お客様の状況]に当てはまる場合は、[対応方法]と[参考資料]をご確認の上、早めの対応をお願いします。​​※上記図中のリソースは、以下よりダウンロードできますNo.① ⑦⑧⑨⑩11参考資料：Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持するNo.②対応方法：証明書と鍵、Salesforce がサポートする SSL 証明書No.③ 参考資料Salesforce アプリケーションからのメールを受信できるようにするNo.④ ⑥参考資料：Hyperforce における SNI による HTTPS/SSL 接続エラーの解決No.⑤ 参考資料：サードパーティサービスまたは CDN を使用するカスタムドメインの前提条件No.⑦ 対応方法：RFC-3986No.⑨ 対応方法：Marketing Cloud Connect でテナント固有の OAuth エンドポイントを有効にするNo.⑩ 参考資料：Marketing Cloud エンドポイントからテナント固有エンドポイントへの更新: FAQNo.11 対応方法：Root 証明書（Common CA Database）No.11 参考資料：Configure Authentication Server Certificate PinNo.12 参考資料：.NET ドキュメント​メンテナンス開始時間になったら、移行の準備が開始されます。本番組織が移行対象の場合には、実際の移行プロセスが始まる約 30 分前に、リードオンリーモードになり、その後実際の移行が始まります。メンテナンス全体の作業時間は約 3 時間となっており、通常はこの時間内に移行が完了します。移行が完了・成功したことが確認されると、組織はリードオンリーモードを終了し、その後Hyperforce上でお客様組織が稼働します。※Sandboxはメンテナンス中アクセスすることはできません。​リードオンリーモードの時間帯は参照のみとなります。外部データをSalesforceに取り込むといったような更新作業は実施いただけないため、社内のメンテナンスや作業日程を事前に確認いただくようお願いいたします。また、Hyperforce移行後に、古いインスタンスの Trust Notification の登録を解除し、新しいインスタンスの Trust Notification に再登録をおすすめいたします。​Hyperforceに関する技術的なご質問がございましたら、下記お問い合わせの手順を参考にテクニカルサポートへお問い合わせください。​学習ツールここまで様々なリソース（ヘルプやナレッジ等）を交えてご説明をしてまいりましたが、以下は、それ以外の参考資料です。Hyperforce 移行にあたり有益な情報となりますので、ぜひご参照ください。※ 英語原典と相違がある場合は、英語原典を最新情報としてご参照ください組織の移行への準備方法 Hyperforce Technical ConsiderationsHyperforce Data Residency[更新・追記履歴] 2024/11/21 Hyperforceへの移行メンテナンス中にリードオンリーモードになるのは本番組織のみである旨を追加2024/9/3 サポートレベルに応じた事前通知メールの説明を追加。全体的な改修を実施。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アドレスを使用したフィルタリングは非推奨です​

(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セミナー動画を参照可能になりました。セミナー動画は２部構成になっています。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アドレスとドメインに関する情報です。​本スライド内の上から２つ目にございます、Hyperforceに関する公開ナレッジに更新があります。Service Cloud Voiceに関する既知の問題の記載に更新があり、北米のデータセンターをご利用中の組織における影響が追記されています。追記内容は、日本のデータセンターの組織をご利用中のお客様には影響がないものとなっています。​本スライド内の上から３つ目にございます、メール連携のための公開ナレッジにも更新があります。ナレッジにはメールリレーで使用されるIPアドレスが記載されていますが、 [USA]と[DEU]のリージョンに関してIPアドレスが追加されています。また、[ARIN]のIPアドレス範囲から複数のIPアドレス範囲が削除されていますので最新のIPアドレス範囲をナレッジにてご確認ください。​なお、これらの更新については、英語版のナレッジに最新情報が記載されていますので、最新情報は言語を英語に切り替えてナレッジをご覧いただければと思います。​​関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​​​​続いて、次期バージョンであるWinter'24で適用予定のリリース更新のご紹介です。​​​リリース更新については１点だけ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月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。​​

Salesforce の運用に関する重要なお知らせ

この記事で学べることシステム管理者様にとって重要なお知らせを効率的に確認する方法を知ることができます「Salesforce の運用に関する重要なお知らせ」の概要を知ることができます資料のダウンロードはこちらから「Salesforce の運用に関する重要なお知らせ」って？「Salesforce の運用に関する重要なお知らせ」では、Salesforce Platform に関するメンテナンス情報、技術情報、セキュリティ関連情報などの中から、システム管理者様にご認識いただきたい重要な情報を抜粋してご紹介しており、オンラインコミュニティのカスタマーサクセス日本で最新版を毎月共有しています（サンプル）。今後の更新に関連して必要なアクションをお客様にいち早く気付いていただくことを目的としてお知らせしていますので、毎回ご確認いただくことをお薦めしています。​「Salesforce の運用に関する重要なお知らせ」の確認方法は、以下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 の運用に関する重要なお知らせ」には、システム管理者様にとって重要な情報が盛りだくさんです月次で確認をすることで、今後の重要な更新に対応する早めの確認や準備をすることができます

アカウントの設定

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

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

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/gmr5nhcSYK3igoV4Txtqxt​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の6月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2023年6月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは製品イノベーションです。​6月11日に、日本のお客様が利用しているインスタンスがバージョンアップして、Summer '23になりました！サクセスナビに、Summer '23リリース 注目の新機能 ページを公開中です。来月には、今までの新機能ウェブセミナーに代わる、新機能の動画を公開予定です。ぜひ、今のうちに新機能ページをブックマークしておいてください。​関連リンクThe 360 Blogサクセスナビ : バージョンアップに備えましょうSummer '23新機能 特設ページオンラインコミュニティ：Admin Trailblazers、Release Readiness TrailblazersプレリリースサイトリリースノートRelease Overview Deck、Release in a BOXSummer '23 Release Highlights​続いて、Summer ’23 のリリースノートの更新情報をご紹介します。​ここでは、5月22日以降のリリースノートの更新情報の中から、現行動作に影響を与える可能性があるものをピックアップしてご紹介していきます。​全ての更新情報をご覧頂く場合は、スライド左下の「Summer '23更新情報一覧」の英語版をご確認お願いします。​No. 10 REST API で呼び出し可能なカスタムアクションの例外が発生した場合のロールバックの適用 (リリース更新)2回更新が入っています。5/22強制適用のスケジュールが変わりました。元は Winter ’24 の予定でしたが、Spring ’24 に変更されました。6/12より更新内容がわかりやすいように、英語のリリース更新名が変わりました。スライドに新旧両方の名前を記載しています。「似たような名称だけど、同じリリース更新ですか？」というご質問をいただくことがあるので、こちらで共有となります。​No. 11　サイトでのゲストユーザのオブジェクト、レコード、項目へのアクセスの確認[設定]画面に、「ゲストユーザー共有ルールアクセスレポート」というメニューが新しく追加されました。このレポートで、管理者様はゲストユーザーが共有ルールからどのレコードにアクセスできるかを確認できます。サイトを外部公開する時や、外部公開している既存サイトの設定変更をする時など、本レポートを参照して、意図しないレコードへのアクセス権が付与されていないかを簡単に確認することができますので、ぜひご利用ください。​No. 12　Lightning アプリケーションの CSRF トークンのセキュリティの機能強化 (リリース更新)2回更新が入っています。5/29Sandboxは変わっていませんが、本番環境のみ、強制適用のスケジュールがWinter '24に延期になりました。6/12このリリース更新はLightning Outには適用されない旨が追記されました。​No. 13　関連リストでの一括クイックアクションを使用した生産性の向上 (ベータ)現行動作に影響を与える類の情報ではありませんが、とても便利なベータ版機能です。注目度が高いと思いますので、共有します。​関連リストにクイックアクションを追加する方法の記載が、より明確になりました。もし、Sandboxで設定を試してみたものの、関連リストに追加したアクションがうまく表示できなかったという場合には、関連リストの種別を[拡張リスト]に変更して表示の確認をお願いします。​No. 14　The Ref ID Format for Email-to-Case Changed現在メール to ケースをご利用のお客様にとって重要な情報です。2回更新が入っています。6/5メール to ケースで使用されているRef IDの新しい形式の説明が追加されました。6/12この変更はWinter ‘24にリリースされる予定である旨が追記されましたメール to ケースのRef IDについては、新しいLgithningメールスレッドへの移行が推奨されています。Lgithningメールスレッドは、Salesforceのセキュリティ標準に適合する方法で作成されるトークンベースのスレッドのことです。設定画面の[リリース更新]から有効化できますので、まだ古いRed IDをご利用のお客様は、まずはSandboxで有効化して動作をご確認いただき、本番環境へ適用の準備を進めてください。​No. 15　Lightning Knowledge 移行ツールの実行Classic Knowledgeの実装におけるカスタムソリューションがある場合には、リファクタリングする必要性があることが追記されました。ClassicナレッジのデータモデルはSummer '25（2025年6月）で廃止される予定のため、それまでに、移行ツールを実行いただく必要がございます。その移行ツールを実行する前に、記事タイプを参照するVisualforce ページや Apexクラスなどのカスタムソリューションがあれば、それらを変更いただく必要があるという内容になります。​No.16　Hyperforce アシスタントを使用した Hyperforce への移行Hyperforce Assistantの使用方法が更新されました。お客様組織のHyperforceのアップグレードの日程が確定しなくても、Hyperforce Assistantを利用可能であることが記載されました。​続いて、多要素認証（MFA）に関する更新情報です。​「Salesforce 多要素認証に関するFAQ」ナレッジに、英語版のみですが、6月1日に更新が入っています。更新内容は、以下の通りです。​更新箇所は3つあります。いずれも、データローダのOAuthログインに関する内容です。​データローダにログインする際、ユーザ名とパスワードを入力する方法は、以下2種類あります。OAuthPassword Authenticatonデフォルトでは、OAuthが選択されており、ブラウザのログイン画面が表示されて、ユーザ名とパスワードを入力し、MFAが有効な場合は検証要素が求められます。その検証要素として、セキュリティキー、組み込み認証（Windows Hello、Touch ID、Face ID等）はサポートされていない旨が明記されました。​次は、インフラ強化に関する情報です。​​まずは、インスタンスリフレッシュです。多くの日本のお客様の組織が稼働する下記のインスタンスでインスタンスリフレッシュが予定されていましたが、一旦キャンセルになり、今年中に再度スケジュールされる予定です。2023/8/20(JST) : AP0, AP3, AP4, AP5, AP6, AP7, AP8, AP152023/8/6(JST) : CS5, CS6, CS31, CS57, CS58, CS72, CS73, CS74, CS75, CS76​新しい日程はTrustサイト、および、Salesforceからお客様へメールで通知をさせていただきます。また、インスタンスリフレッシュに必要な準備についてまとめた動画をサクセスナビよりご視聴いただけます。念の為、ご確認いただけますようお願いします。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備（動画付きの解説あり）​続いて、許可すべきIPアドレスとドメインに関する情報です。​「Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持する」のナレッジに更新があります。HyperforceへのアクセスにおいてIPアドレスによる許可リストを構成しなければならない場合、それらのIPアドレスは弊社 Complianceサイト から確認できる旨が追記されました。 Complianceサイト のIPアドレスは、メールリレー用のIPアドレスではないこと、そして Marketing Cloud、Commerce Cloud のような Salesforce Platform 以外の製品のIPアドレスではないことが明記されました。High Scale Orders、Service Cloud Voice、Event Relayにおける既知の問題の対応時期についても更新があり、2023年度中にHyperforce上で利用可能になる予定であることが記載されました。​​関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、リリース更新に関する情報です。​以下リリース更新は、Summer '23 で適用される予定でしたが、延期されました。​ゲストユーザによる承認申請の編集または削除の防止Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止​強制適用日は延期となりましたが、今後のリリースでは適用されますので、内容のご確認をお願いします。​上記は、次期バージョンである Winter ’24 で適用予定のリリース更新のご紹介です。ここでは、特に重要な更新を４つピックアップしてご説明します。MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Spring '23 とSummer '23 のリリースに引き続き、Winter '24 のリリースでもMFAが自動有効化される組織がございます。自動有効化対象のお客様には事前にSalesforceからお知らせのメールが送信されますので、管理者様は弊社から送信されるメールのご確認をお願い致します。拡張ドメインの有効化Spring '23 と Summer ’23 のリリースで拡張ドメインの自動有効化が行われましたが、Winter ’24 でも拡張ドメインの有効化が行われます。またWinter'24での拡張ドメイン有効化が行われると、管理者様は拡張ドメインを無効化することができません。ケースおよび取引先責任者の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)このリリース更新の適用により、取引先オブジェクトの子レコードになるケースレコードおよび取引先責任者レコードに関する共有レコードが保存されなくなります。子レコードに関する共有レコードが作成されないため、共有ルール適用に関するパフォーマンスが向上します。一方で、共有レコードを参照するような個別開発を行っていた場合、そのカスタマイズの動作に影響を与える可能性がございますため、リリース更新の内容をご確認いただければと思います。​Chatter メール通知を送信するときの送信者名とメールアドレスの必須化 (リリース更新)このリリース更新が適用されると、Chatter メール通知の設定における「差出人名」と「メールアドレス」が設定されていない場合は、Chatterメール通知が送信されなくなります。リリース更新の情報をご確認いただき、それぞれの設定が行われているどうかご確認をお願いします。​続いて、その他の更新です。​前述しました通り、Winter '24 で拡張ドメインが強制適用されると、その後、管理者様は拡張ドメインを無効化することができません。拡張ドメインは影響度の大きい更新であるため、Winter '24 のリリースまでに適用できるようにお客様側でのご準備をお願い致します。​関連リンク拡張ドメインのスケジュールチェックリストSalesforce の拡張ドメインに関するよくある質問​続いて、フローに関するロードマップです。これまでのアナウンスの通り、Summer '23 のリリースでプロセスビルダーは新規作成できなくなりました。今後の自動化プロセスの作成はフローをご利用ください。また既存のワークフロールールやプロセスは移行ツールをご利用いただき、フローへの移行をご検討ください。関連リンクフローへの移行​最後に今後予定されている機能の廃止に関する情報です。​ここでは「Workforce Engagement」の廃止についてご紹介します。Workforce Engagementはコンタクトセンター等における作業量や人員配置の計画等をサポートする製品でしたが、現在のご契約が終了した時点で、ご契約の更新ができなくなります。​6月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。