Salesforceのメンテナンスを知ろう

この記事で学べること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しました​

Winter '24 リリースノート 斜め読み

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 にアクセスできます。​​

Salesforceの機能廃止（EOS/EOL）について

この記事で学べることSalesforceのサポート終了/機能廃止に関する情報の確認方法Salesforce にもEOS、EOLがありますシステム管理者の皆様は、EOSやEOLという言葉を聞いたことがあると思います。Salesforceでも同じ概念があり、古くなった製品のサポートを終了（End of Support）したり、機能が廃止（End of Life）されることがあります。​※初耳というお客様は、機能廃止の方針（ナレッジ）に、Salesforceの機能廃止についての考え方が纏められておりますので、ぜひご確認ください。サポート終了/機能廃止の時期のお知らせSalesforceでは、原則として、機能を廃止する少なくとも12ヶ月前に、製品及びサービスに関するお知らせで通知をしています。また、月次で、以下のような機能廃止ダイジェストメールも送信しています。​​ダイジェストには、お客様のご利用中の機能に関する廃止について記載されています。毎月必ずご確認ください。廃止される機能をご利用の場合製品およびサービスに関するお知らせに、代替機能や対応方法が記載されておりますので、その情報を元にお客様にてご検討をお願いします。直近で廃止予定の機能Salesforce 機能の廃止（ナレッジ）に、今後廃止予定の機能・製品が纏められておりますので、ブックマークしていつでも参照できるようにしておくことをお勧めします。​学習ツール機能廃止の方針（ナレッジ）製品及びサービスに関するお知らせ（ナレッジ）まとめSalesforceの機能や製品は、廃止されることがあります原則、機能や製品を廃止する少なくとも12ヶ月前に、システム管理者様宛に通知をしています機能廃止ダイジェストメールは、毎月必ず確認しましょう

Spring '24 リリースノート斜め読み

Foward-Looking Statements本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。​​重要な更新残りのすべての組織での MFA 自動有効化の完了 (リリース更新)Salesforce では、2022 年 2 月 1 日より、Salesforce 製品にアクセスするすべてのお客様に多要素認証 (MFA) の使用を義務付けています。お客様がこの要件を満たすことができるように、MFA の自動有効化リリース更新で本番組織の MFA を自動的に有効にしています。このプロセスの第 1 フェーズは Spring '23 に開始されました。第 4 フェーズと最終フェーズは、Spring '24 のロールアウト時に適用されます。最終フェーズには、まだ自動有効化されていない組織がすべて含まれます。Summer ’24 より Salesforce 製品への MFA の適用がアプリケーション内通知に移行以前にお伝えしたとおり、Salesforce 製品での多要素認証 (MFA) の使用が 2022 年 2 月 1 日より契約上の必須要件となりました。お客様がこの要件を満たすことができるように、既存の本番組織への直接ログインに対する MFA は自動的に有効化されています。また、2024 年 4 月から、新規の本番組織では MFA がデフォルトでオンになります。Salesforce Platform 上で構築されている製品への MFA 導入率が高いことを鑑み、Summer ’24 からは MFA の適用をお知らせする新しい通知モデルに切り替えます。Sales Cloudに関するリリースSales Cloud EinsteinEinstein 生成 AI で、営業担当の受信箱からセールスメールのドラフトを作成して、関連情報を含めることができます。Google Workspace Marketplace アプリケーションを使用して Google に接続し、追加の評価指標やユーザーの問題を解決する方法を利用して Einstein 活動キャプチャのトラブルシューティングを行います。Salesforce MeetingsSalesforce Meetings を使用して、見込み客や顧客とのインタラクションを強化します。ミーティングのダイジェストを使用して重要なミーティング情報を表示することで、ミーティングが開始される前に全員で意見を擦り合わせます。またMeeting Studio は Spring '24 で廃止されます。Sales Cloud のその他の変更Account Engagementに関するリリースAccount Engagement での Einstein を使用したコンテンツの生成生成 AI を安全に使用して、コンテンツ作成プロセスを合理化します。Account Engagement の Einstein アシスタントを使用して、フォーム、ランディングページ、メールの件名、メール本文をすばやく作成します。セキュリティに関するリリースMFA 登録環境の UI テキストの改善多要素認証 (MFA) の検証方法を登録するときのユーザーエクスペリエンスを改善するために、ユーザーインターフェースの一部のテキストが更新されました。Salesforce Authenticator で ID 検証をワンタイムパスコードにシームレスに戻すユーザーが Salesforce Authenticator モバイルアプリケーションでプッシュ通知を受信できない場合は、同アプリケーションの時間ベースのワンタイムパスワード (TOTP) 機能を使用して ID 検証を行うことができます。多要素認証 (MFA) でログインするユーザーへの遅延を最小限に抑えるために、TOTP 検証のユーザーエクスペリエンスもさらに合理化されています。サービスの問題でプッシュ通知が利用できないことを Salesforce が検出すると、ユーザーは自動的に TOTP の検証画面にリダイレクトされます。さらに、ユーザーが [お困りですか?] のリンクをクリックすると、追加の手順なしに TOTP の検証画面に直接移動します。Summer ’24 での Salesforce Authenticator アプリケーションバージョン 4.1 への更新Salesforce は、Summer ’24 に Salesforce Authenticator のサポート対象最小アプリケーションバージョンを引き上げます。この更新により、バージョン 4.1 以降でのみ、ID 検証のためのプッシュ通知を受け取ることができます。アプリケーションのバージョンが 4.1 未満のユーザーは、同アプリケーションの時間ベースのワンタイムパスワード (TOTP) 機能で本人確認を継続できます。Salesforce Authenticator バージョン 4.1 のリリースは 2024 年 3 月を予定しています。ユーザーを Apple App Store (iOS) または Google Play (Android) に誘導して、Salesforce Authenticator アプリケーションの更新を促してください。Salesforce Authenticator でのメール検証を使用した接続済みアカウントのバックアップと復元Salesforce Authenticator バージョン 4.0 では、バックアップおよび復元機能に新しい設定プロセスが追加されました。ユーザーが接続済みアカウントをバックアップしたり復元したりする際、アプリケーションは携帯電話番号ではなくメールアドレスを検証します。検証を完了するには、メールで受け取った 6 桁のコードを入力します。この方法は SMS による認証よりも安全性が高いです。メールアドレスがまだ検証されていない場合でも、ユーザーは携帯電話番号を使用して既存のバックアップを復元できます。以前の Salesforce ドメインへの参照の更新従来の Salesforce ドメインの一時的なリダイレクトが 2024 年に終了するときに、顧客とエンドユーザーのサービスの中断を防ぎます。ユーザーが古いリンクとブックマークを更新できるように、更新された URL を提供する簡単なメッセージをリダイレクト中に表示します。その後、以前の Salesforce URL への参照を更新します (サイト URL と、Salesforce インスタンスを含むが [私のドメイン] の名前を含まない URL を含む)。開発者（Developer）向けSalesforce Platform API バージョン 21.0 ～ 30.0 の廃止 (リリース更新)Salesforce Platform API のバージョン 21.0 ～ 30.0 の廃止は、Summer '23 で最初に予定されていました。この廃止は Summer '25 に延期されました。これらの API バージョンは引き続き使用できますが、サポートされておらず、Summer '25 以降は使用できません。それらを使用しているアプリケーションは中断されます。要求は失敗し、エンドポイントが無効化されていることを示すエラーメッセージが表示されます。この重大な変更が実行される前に、従来の API バージョンを使用するすべてのアプリケーションを最新バージョンにアップグレードしてください。ストリーミング API バージョン 23.0 ～ 36.0 の廃止ストリーミング API バージョン 23.0 ～ 36.0 は Winter ’25 で廃止される予定です。これらのバージョンは非推奨であり、サポートは終了しています。最新のストリーミング API バージョン、または永続ストリーミングに対応しているバージョン 37.0 以降を使用することを強くお勧めします。新しいストリーミング API バージョンは、製品の機能強化とバグ修正で維持されます。​​

障害発生時の対応

この記事で学べること何か様子がおかしい（障害かもしれない）と感じたときの対応方法を知ることができますSalesforceの各サービスの現在の稼働状況を確認する方法を知ることができます状況把握Salesforceを使用中に異常が発生した（突然ログインできなくなった、非常に動作が遅いなどの）場合、まずは、他のSalesforceユーザも同じ状況かを確認しましょう。他のユーザは普段どおり使用できている場合は、ブラウザや端末に起因した問題の可能性があります他のユーザも自分と同じ状態の場合は、Trust サイトのシステム状況ページを確認しますTrustTrust サイトのシステム状況ページでは、Salesforceの各サービスの稼働状況を確認することができます。Trust サイトのシステム状況ページをブックマークして、すぐに確認できるようにしておきましょう​一般的なメッセージ（General Message）特定のインスタンスだけでなく、複数のインスタンスに跨る障害の初期情報等が掲載されます進行中のインシデントID列の数字をクリックすると、詳細を確認できます次回更新の目安も記載されます（内容更新時にTrust Notification通知メールが送信されます）[進行中のインシデント]に該当する内容が表示されていない場合、お客様組織のインスタンス、もしくは[私のドメイン]を指定して検索し、インスタンスの稼働状況を確認します。​以下の図は、AP25インスタンスの稼働状況です。サービス毎の稼働状況を確認できます。お客様の組織のインスタンスや私のドメインをご存知ない場合は、自分の Salesforce 組織のインスタンス情報の表示（ナレッジ）をご参照ください必要な対応障害が発生している場合は、Trustで確認した内容を元に、社内のSalesforceユーザに速やかに情報共有しましょう。サポートへお問い合わせTrustに情報はないものの、複数のユーザでログインができない、動作が遅いなどの緊急性の高い問題が発生している場合は、プレミアのお客様は、お電話でサポート（0120-733-251）へ確認することができます。​＜架電時のポイント＞プレミアパスコードを準備する発信者番号を通知して、架電する日本語以外の言語で問い合わせをする場合は「Salesforce カスタマーサポートへの問い合わせ」（ナレッジ）をご確認ください​Standard Success Planのお客様は、以下重要度の表をご覧いただき、現在の状況が「重大 (重要度 1)」であると判断した場合、営業時間内（午前 9 時～午後 5 時 (日本時間)にお電話でお問い合わせができます。重要度Salesforce サポートへのお問い合わせは、発生している問題の緊急性によって分類されます。（最新の情報は、お問い合わせの重要度についての説明（ナレッジ）をご確認ください）​　緊急度　説明​重要度：1（重大）・業務が停止し、許容可能な回避策がない。・主要業務又は短期的な業務上のマイルストーンにおいて、経営リスクをもたらす差し迫った危機に直面している。​重要度：2（緊急）主要業務に影響を与えており、回避策がない。​重要度：3（高）主要業務に影響を与えているが、回避策がある、又は主要業務以外の業務に影響を与えており、回避策がない。​重要度：4（中）主要業務以外の業務に影響を与えているが、回避策がある、又は業務に影響を与えていない。学習ツールプレミアのパスコードを検索する（ナレッジ）Salesforce カスタマーサポートへの問い合わせ（ナレッジ）お問い合わせの重要度についての説明（ナレッジ）まとめTrust サイトのシステム状況ページでSalesforceサービスの現在の稼働状況を確認することができます障害に関してサポートへ緊急でお問い合わせをする場合は、お電話にてお問い合わせをいただく必要があります

サイバー脅威に対するSalesforceの監視、検出、対応

この記事で学べること不正アクセス、ランサムウェア、DoS/DDoS攻撃等、多様なサイバー脅威に対してSalesforceはどのような監視、検出、対応を行っているか理解できる。​1.  はじめに本記事では不正アクセス、ランサムウェア、DoS/DDoS攻撃等、多様なサイバー脅威からSalesforceがどのようにしてお客様にご利用いただいているSalesforceの本番システムのインフラストラクチャーを保護しているかを説明します。​2. インシデントレスポンス計画の整備Salesforceではインシデントレスポンス計画が整備されています。Salesforceでは、標準化されたインシデント管理プロセス、各インシデントに応じたインシデント対応マトリックスおよび手順書が存在し、これに従い24時間365日体制で、セキュリティインシデントの軽重を問わず、お客様にサービスを提供する本番システムの安定性を維持するために、速やかな対応がとれる体制が整備されています。 インシデントレスポンス計画は以下のリンクからご確認いただけます。​また、このインシデント対応計画は、SalesforceのCSIRTチームによって四半期ごとにテストおよび訓練されています。3. CSIRTの設置Salesforceでは、セキュリティ・インシデント対応チーム(Computer Security Incident Response Team。以下CSIRT)を設置しており、正式なインシデント管理プロセスに従って調査、管理、コミュニケーションおよび解決の活動を行っております。4. CSIRTによるログ監視とセキュリティインシデントの検知と対応Salesforceの本番システムのインフラストラクチャーは、ネットワーク機器、サーバ、ファイアウォール、侵入検知システム、マルウェア対策、ファイル改ざん検知、データベース等のログを記録しています。これらのログはログ管理サーバで集約・相関分析され、CSIRTチームが24時間365日ログを監視しており、セキュリティアラートの通知を受け取った後、不正侵入の試みを検出した場合は、該当通信の遮断、マルウェアの駆除などの対応が即座にできる体制としています。このシステムログは1年間保管しており、また、システムログは改ざんや不正アクセスから保護するための様々なコントロールを実施しています。​また、DoS/DDoS攻撃については、ネットワークセキュリティチームが24時間365日体制でネットワークトラフィックを監視しており、DoS/DDoS攻撃を検出した後、社内対応プロセスに従い、迅速にDDoS攻撃を緩和する対応が行われます。​5. 脅威インテリジェンスを活用したプロアクティブな脅威の検知と対応上記では、セキュリティアラートをCSIRTがリアクティブに対応するインシデント監視、対応プロセスを説明しましたが、Salesforceではリアクティブにインシデントの監視、対応を行うだけでなく、プロアクティブなサイバー脅威への検出、対応も実施しています。​SalesforceのCSIRTは広範なパブリックおよびプライベートの脅威インテリジェンスフィードとコミュニティを常時監視し、最新のサイバー脅威を分析しています。これらの脅威インテリジェンス(IoCとTTP)は、新しい検知シグネチャとしてセキュリティ監視システムに自動的に配布されます。脅威インテリジェンスは未知の脅威の検出と攻撃の検出と対応にかかる時間を短縮するためにも利用しています。​また、これらの脅威インテリジェンスを使用して、SalesforceのDetection & Response チームはSalesforceの本番システムのインフラストラクチャー内に疑わしいアクティビティがないかどうかの検出を行う機械学習を使用したアノマリーベースによるスレットハンティングも実施しています。​また、Salesforceの脅威インテリジェンスチームはSalesforceの本番システムのインフラストラクチャーをターゲットに攻撃している攻撃グループを常時監視し、その影響度、攻撃可能性の観点から攻撃グループの優先付けを行い、定期的に攻撃グループの評価を実施しています。そして、それぞれの攻撃グループが使用する攻撃手法に対して、当社の事業運営とお客様のビジネスに損害を与えないように、随時、Salesforceの本番システムのインフラストラクチャーの防止、検知、対応措置の見直しを実施しています。​6. セキュリティインシデントが発生した場合のお客様への通知セキュリティインシデントが発生した場合、すべてのお客様に影響がある事象はTrustサイトに掲載されます。個別のお客様のセキュリティインシデントについては管理者とセキュリティコンタクトとして登録されたユーザーにメールが送信されます。セキュリティコンタクトの登録方法は以下のリンクをご参照下さい。​​

Summer '23 お問合せする前に知って頂きたい情報

Summer ’23 で皆さまに知ってほしい情報を、リリースノートから抜粋してまとめました。※ 本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。※ ナレッジ記事の右下にある言語設定から「日本語」を選択ください。英語のみ表示される場合は英語での確認をお願いいたします。※ 製品ごとの各新機能を紹介するオンデマンド動画はSummer’23 特設ページからご覧ください（6/30 更新）新たに追加されたリリースノート抜粋情報ICU ロケール形式の有効化（リリース更新）どこにいても業務を遂行できるように、International Components for Unicode (ICU) ロケール形式を採用します。多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得2022 年 2 月 1 日、Salesforce 製品にアクセスするときに多要素認証 (MFA) を使用する契約上の要件が有効になりました。新しい組織でデフォルトでブロックされる OAuth 2.0 ユーザ名パスワードフローSummer '23 以降で組織を作成した場合、OAuth 2.0 ユーザ名パスワードフローはデフォルトでブロックされます。ユーザ名パスワードフローにはセキュリティリスクがあります。代わりに、OAuth 2.0 クライアントのログイン情報フローを使用することをお勧めします。[オプトアウト済み] 項目の状況の使用お客様からのフィードバックに基づいて、最近更新された項目値をプロスペクトの [オプトアウト済み] 項目の情報源として使用できるようになりました。​※ オンラインコミュニティで詳細を投稿しておりますので、こちらもご確認くださいケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)[設定] の [組織のアドレス] ページから、デフォルトの No-Reply アドレスを設定します。[特別な目的の組織のメールアドレス] にメールアドレスを追加し、新しいデフォルトの No-Reply アドレスに送信される検証メールで説明されている手順に従います。便利になります/使い方が変わります！すべての検索条件を 1 か所に配置してユーザインターフェースを改善1 つのポップアップウィンドウにすべての検索条件オプションが表示されるようになったため、絞り込みプロセスが簡素化され、時間が節約されます。UI 要素の色のコントラストの改善テキスト以外の UI 要素 (ボタンやチェックボックス など) や、一部のテキスト UI 要素 (リンクなど) を表示するときの色のコントラストがアクセシビリティ基準に合わせて改善されました。ユーザのメールアドレスの検証Spring’23からユーザのメールアドレスが未検証の場合、メール送信ができなくなりました。メールアドレスを検証するためには以下の2つのどちらかを行う必要がありました。パスワードリセットを行うApex メソッドを利用するSummer'23ではメールアドレスが未検証の場合ユーザレコードの [メール] 項目の横に「検証」というリンクが表示されるようになり、本リンクをクリックすることで簡単に検証用メールがユーザに送信できるようになりました。メールに記載されている URL をクリックすることで、「検証」の表記が「検証済み」に変わりメールアドレスの検証が簡単にできるようになります。CASESAFEID関数の変更CASESAFEID関数では、有効な15文字のSalesforce IDのみが、大文字と小文字を区別しない18文字のIDに変換されるようになりました。SSO ログインでの Salesforce MFA の使用SSOログインでSalesforce多要素認証 (MFA) サービスを使用する方法が新しくなり、改善されました。ユーザのMFAを有効にした後、SSO設定ページで設定を選択して簡単にMFAをSSOに拡張できます。拡張トランザクションセキュリティフレームワークのログイン情報の監視ユーザのログインフローが安全であることを検証するために、拡張トランザクションセキュリティフレームワークのLoginEvent オブジェクトで [認証メソッド参照]、[ログインサブ種別]、および [ログイン種別] 条件を使用して監視できます。拡張コンテンツを使用したカスタムドメインの設定とメンテナンスの詳細の確認カスタムドメインを使用して、“https://www.example.com”などの所有するカスタムドメインで Experience Cloud サイ トを提供し、ブランド設定された環境をユーザに提供します。制約が加わります/ご自身の環境をご確認ください！不可になった新規プロセスの作成プロセスビルダープロセスの廃止に向けた次のステップを実行するために、新規プロセスは作成できなく なりました。既存のプロセスビルダープロセスは引き続き有効化、無効化、編集できます。​MFA の自動有効化の続行: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Salesforce では、2022 年 2 月 1 日より、Salesforce 製品にアクセスするすべてのお客様に多要素認証 (MFA) の使用を義務付けています。期限切れの Sandbox ライセンスの管理Sandbox 割り当てを超えた場合、最も長い時間使用されていないSandboxから適切な数のSandboxがロックされます。また操作を何も行わなず、ロック期間が 60 日を超えた Sandbox は削除され、復元できなくなります。ゲストユーザから送信されたメールの制限 (リリース更新)Summer’23から、組織はゲストユーザレコード内の未検証のメールアドレスからメールを送信することが制限されます。 この更新を確認するには、[設定] から [クイック検索] ボックスに「リリース更新」と入力して、[リリース更新] を選択します。[Restrict Emails Sent from the Guest User (ゲストユーザから送信されたメールの制限)] の手順に従います。ケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)[設定] の [組織のアドレス] ページから、デフォルトの No-Reply アドレスを設定します。[特別な目的の組織のメールアドレス] にメールアドレスを追加し、新しいデフォルトの No-Reply アドレスに送信される検証メールで説明されている手順に従います。デフォルトの No-Reply アドレスを検証したら、[リリース更新] で [テスト実行] を設定して開始します。この更新は、Spring '21 で最初に使用可能になり、Spring '23 で適用される予定でしたが、適用日が Summer '23 に延期されました。対象の方はご注意くださいService Cloud Voice コンタクトセンターの最新の機能強化の取得（Service Cloud）コンタクトセンター向けの Service Cloud Voice の機能強化とバグ修正を活用します。Summer’23から各組織が更新されたタイミングでコンタクトセンターのアップデートが行われます。注) 既存のコンタクトセンターを更新する為には、今まで通り手動で実施する必要があります。Salesforce Edge ネットワークへの移行に向けた Experience Cloud サイトの準備Salesforce Edge ネットワークが、Summer ‘23 からローリング方式でリリースされます。対象のお客様にはメールが送られているので、ご確認、ご対応お願いいたします。開発者（Developer）向けLightning Web コンポーネント用および Aura コンポーネント用 Lightning Web セキュリティの使用 (正式リリー ス)Aura コンポーネント用 Lightning Web Security (LWS) が正式リリースされました。非同期 SOQL の廃止非同期 SOQL は、Summer '23 にすべての Salesforce 組織で廃止される予定です。この廃止により、非同期SOQLをご利用のお客様は代替の実装を行う必要があります。Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止 (リリース更新)当初Summer’23で予定されていたSalesforce Platform APIバージョン21.0 ~ 30.0の廃止は、Summer’25に延期されましたMarketing Cloud (Account Engagementを除く）※ 日本語のリリースノートは6月以降公開予定のため、英語のリリースノートから2点抜粋して記載。本セクションは6月以降に更新いたしますUpdate Legacy REST API Routes AccessExpand Mobile Reporting with New Dimensions and Measurements​

APIバージョンを定期的に更新しましょう

この記事で学べることAPIバージョンを定期的に更新することの重要性APIバージョンのサポート対象期間APIとはAPI（Application Programing Interfaceの略）は、外部システムから自システムに対するリクエストを受け取るために用意された窓口（インターフェース）です。外部システムからSalesforceの情報にアクセスする必要がある時にはSalesforceのAPIを使用します。例えば、基幹システムの売上データをSalesforceに取り込む処理（夜間バッチなど）であったり、社内システムからのリクエストでSalesforceのデータを参照する時に使用します。APIのバージョンAPIにはバージョンという概念があります。APIを使用するときは、以下のように宛先とバージョンを指定してアクセスをします。以下の例では、外部システムから、Salesforceに対してSOAP APIの54.0のバージョンでアクセスをしています。上記例はSOAP APIですが、他にもいくつか種類があり、いずれも、バージョンを指定する必要があります。※APIの種類については、Salesforce プラットフォーム API について知る（Trailhead）をご確認ください。​APIの最新バージョンは、Salesforce の年3回のバージョンアップのタイミングで更新されます。​例Summer ’22： APIバージョン55.0 Winter ’23：APIバージョン56.0・・・​しかし、APIバージョンは外部システムによって明示的に指定されるため、お客様（外部システム）にて定期的に新しいバージョンに更新していただく必要があります。そして、Salesforceではあらかじめ最低限のサポート対象期間が決まっています。​APIのサポート対象期間Salesforce は、API バージョンを最初のリリース日から最低 3 年間サポートします。API の品質およびパフォーマンスを充実させ、改善するために、3 年を超えるバージョンのサポートは停止される場合があります。API バージョン廃止の予定がある場合、サポートが終了する最低 1 年前までに事前通知されます。​※実際に廃止になった例は、Salesforce Platform API バージョン 7.0 ～ 20.0 の廃止（ナレッジ）をご覧ください​APIをご利用の場合は、上記サポート期間を目安に定期的にAPIバージョンを更新いただくことを推奨します。​APIバージョンの更新更新箇所の確認：APIバージョンを更新する際は、まずはどこでAPIを使用しているかを把握している必要があります。開発を外部発注した場合は、ベンダーから受け取った仕様書に、使用しているAPIバージョンの記載があることを確認し、大切に保管します。社内で開発をする場合も、APIバージョンを含めた仕様を後で確認ができるように管理方法を決めて、社内で共有しておきましょう。​更新作業：実際のAPIバージョン更新作業は、Salesforce以外のシステムの設定変更であったり、AJAX Toolkitを使用した開発をしている場合はデプロイが必要になります。そのため、通常はベンダーや開発者様にて実施いただく作業になります。外部ベンダーへ依頼する場合には、社内プロセス（予算取りや承認申請など）に時間がかかることもあるかもしれませんので、早めに準備をしておきましょう。​その他：データローダもAPIを使用します。PCの画面上でデータローダを起動しご利用いただいている場合は、Salesforceの[設定]画面からデータローダのダウンロードをする事で、新しいAPIバージョンを使用する最新のデータローダを再インストールすることができます。データローダのツール自体のサポートは最新バージョンのみとなりますが、少なくとも3年に1度はデータローダを再インストールすることをお勧めします。学習ツールSalesforce プラットフォーム API について知る（Trailhead）Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止（サクセスナビ）Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止（ナレッジ）SOAP API 開発者ガイドREST API 開発者ガイドBulk API 開発者ガイドデータローダのインストール手順（ナレッジ）まとめSalesforceのAPIバージョンは、年3回のバージョンアップで更新されるリリース日から3 年を超えるAPIバージョンのサポートは停止される場合がありますAPIバージョン廃止の影響を防ぐため、定期的にお客様でのAPIバージョン更新作業を推奨します

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

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/KbVvJ5UfNAUerk66H83XN6​​全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ​本記事は「Salesforceの運用に関するお知らせ」の2月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​​2023年2月のトピックはこちらになります。本記事では、前月との差分である赤字の部分と、特に重要な情報をピックアップしてご紹介します。​最初にSpring'23のリリースに関する情報です。2023年 2月12日にバージョンアップがあり、Spring '23になりました。3月13日~16日にかけて、恒例の新機能ウェブセミナーを開催予定です。Spring ’23 新機能リリースからお申し込みいただけるようになっております。また、Release Moduleの翻訳されましたので、ウェブセミナーの参加が難しい方は、ぜひTrailheadをご活用ください。​関連リンクSpring '23新機能リリースリリースノート（翻訳版）Release SiteSpring '23 Release HighlightsRelease in a BoxFeature matrix​こちらは、今までのKnown Issueサイトが新しくなったことのの共有です。Known Issueサイトでは、Salesforceの既知の問題を公開しております。カテゴリやステータスで絞り込みができて、問題の概要、再現手順、回避策等をご確認いただけます。ご自身の組織が影響を受けている問題があれば、[Report]をクリックすることで、問題をフォローすることができます。問題に更新があれば通知を受け取ることができますので、ぜひご利用ください。​続いて、少し気が早いですが、次期バージョンであるSummer '23のスケジュールです。Summer '23のリリースは、Sandboxが5月7日、本番環境は6月11日にバージョンアップの予定です。​関連リンク：Trustサイト次は、Spring '23リリースノートの更新情報です。先月までWinter '23の更新情報をお伝えしていましたが、今月からSpring '23のの更新情報になります。今回は、1月2日以降の更新内容の中から、管理者様に把握しておいていただきたい内容をピックアップしてます。​無効な選択リスト値の数の制限 (リリース更新)元々、リリース更新の位置付けだった制限が通常のリリースに変更されました。今まで無効な選択リスト値を無制限に使用することができていました。これによりパフォーマンスに影響が出ることがありました。Spring '23より、組織の健全性とパフォーマンスを改善するために、無効な選択リスト値の数を制限することができるようになりました。このオプションを有効化すると、項目毎に無効な選択リスト値の最大は4000になります。Lightning Web コンポーネント (正式リリース) と Aura コンポーネント (ベータ) での Lightning Web セキュリティの使用Lightning Web Security (LWS) は、Lightning Lockerに代わる、Lightning Web コンポーネント（LWC）のための新しいクライアントサイドセキュリティアーキテクチャです。Salesforceでは、LWSの段階的なリリースを継続しており、Spring '23では、LWS for Auraのベータ版がリリースされました。今回のリリースノートの変更点は、LWS for LWC（GA）とLWS for Aura（ベータ）機能がWinter '23で既に有効であった場合に、Spring '23の本番組織でのLWSの適用方法が纏まった表が追加されました。詳細はリリースノートをご確認ください。コンテンツ盗聴保護を有効化 (リリース更新)適用時期がSummer '23に延期されました。Visualforce ページとコンポーネントでの <script> および <style> コンテキストの式言語評価のエスケープ (リリース更新)リリース更新はキャンセルされました。メール検証を目的とするドメイン所有権の確認Spring '22から、Salesforceからメールを送信する際に、Fromのアドレスが既に検証済みでない場合、メール検証が必要になりました。Spring '23から、SSO経由でSalesforceにログインしているユーザは、管理者がDKIMの設定をしている場合にDKIMを使ってメール検証ができるようになった旨が1月23日に追記されました。また、その検証のタイミングに関する詳細が1月30日にリリースノートに追加されました。​​関連リンクWinter '23 リリースノート - リリースノートの変更メール-to-ケースの Lightning スレッドを使用した重複ケースの防止古くからメール-to-ケースをご利用のお客様にとって重要な内容です。メール-to-ケースでは、従来スレッドIDを使用してメールとケースを紐づけていました。数年前からリリース更新で、その仕組みをヘッダーベースのスレッドに切り替える予定でしたが、お客様からのフィードバックを元に、Spring '23にLightningスレッドをリリースしました。現在も従来のスレッドIDを使用している場合は、ぜひLightningスレッドへの切り替えのご検討をお願いします。Encourage Users to Update to the Latest Mobile Publisher App Versionこちらは拡張ドメイン関連の内容です。Aura のサイトテンプレートを使用しているExperience Cloud サイトの場合、Mobile Publisher for Experience Cloud アプリケーションをご利用のユーザーに対して、拡張ドメインをサポートするアプリケーションのバージョンに更新するよう促すメッセージを表示したり、更新を要求することができるようになったというリリースノートが追加されました。事前にアプリケーションを更新することで、拡張ドメインを有効化することによるサービス中断を回避することができます。ぜひこちらの新機能をご利用ください。Added a release note to announce a change to Salesforce mobile app access via iOS phone and Android web browsers.Spring '23から、Lightning Onlyのユーザが、iOS やAndroidのモバイル端末のブラウザでSalesforceにアクセスしようとすると、Salesforceモバイルアプリケーションの使用を促すページにリダイレクトされるようになりました。以前までは、Lightning Onlyのユーザであっても、Classicの画面が表示されていました。拡張ドメインのリリース (リリース更新)Spring ’23での自動有効化から組織を除外(オプトアウト)する手順が明確になりました。​​関連リンクWinter '23 リリースノート - リリースノートの変更​​続いて、MFAに関する内容です。​​まずはMFA適用に関するロードマップです。2月12日にSpring’23がリリースされましたが、そのタイミングで一部の組織についてMFAが自動有効化されました。次の自動有効化のタイミングは６月に予定されているSummer'23のリリースです。自動有効化の対象となる組織の管理者様には事前にメール通知が行われますので、Salesforceからのメールをご確認ください。​関連リンク多要素認証 (MFA) 適用ロードマップ​MFAの自動有効化については、Spring'23のリリースノートでも情報を公開しているので、改めてご確認ください。​​関連リンクMFA の準備: 自動適用が Spring ’23 で開始MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Chatter Free および Chatter External ユーザの MFA の自動有効化および適用からの自動的な除外続いて、インフラ強化に関するアップデートです。​​許可すべき Salesforce の IP アドレスとドメインという公開ナレッジに更新がございます。Salesforceで使用しているIPアドレス範囲について、APNICとRIPEで使用しているIPアドレス範囲に更新があります。現時点では英語版のナレッジのみでの更新ではございますが、詳細は公開ナレッジをご参照ください。​​関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​​続いてリリース更新に関するアップデートのご紹介です。​こちらでは、当初はSpring'23での適用が予定されていましたが、延期になったリリース更新を記載しています。延期になったリリース更新についてはヘルプ等をご覧いただき、それぞれの自動有効化日までにお客様組織に適用できるようにご計画いただければと思います。​​関連リンクケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化 (リリース更新)ICU ロケール形式の有効化 (リリース更新)メンテナンス計画の頻度の項目からメンテナンス作業ルールへの移行 (リリース更新)（未翻訳）最新の情報は英語版をご参照ください​​続いて、次期バージョンであるSummer'23で適用されるリリース更新です。Summer '23で適用予定のリリース更新の中から管理者様に特にご認識いただいきたい更新を4つピックアップしてご紹介します。​​まずは「フローでのセッション ID へのアクセスを無効化」です。こちらは、フローの中で$Api.Session_ID 変数が使用できなくなるという更新になりますので、該当するようなフローを作成している場合は変更をご検討ください。​​関連リンクフローでのセッション ID へのアクセスを無効化 (リリース更新)Apex クラスへの明示的なアクセス権を適用するルールの無効化 (リリース更新)ナレッジ：Apex クラスへの明示的なアクセス権を適用するルールの無効化」リリース更新の準備フローオーケストレーションオブジェクトの共有の有効化 (リリース更新)​続いて、「Google Analytics 4」に関する更新です。Experience CloudサイトでGoogle Analytics トラッキングIDを使用している場合に更新が必要となりますのでご確認ください。次に、「Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止」です。こちらは特に重要な更新になりますので、のちほど詳細をご紹介します。​​関連リンクAura サイトから Google アナリティクス 4 への移行 (リリース更新)イベントログファイル生成のオプトイン (リリース更新)コンテンツ盗聴保護を有効化 (リリース更新)ゲストユーザによる承認申請の編集または削除の防止 (リリース更新)Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止 (リリース更新)Lightning アプリケーションの CSRF トークンのセキュリティの機能強化 (リリース更新)​最後にMFAに関するリリース更新です。MFAのセクションでもご説明させて頂いた通り、Summer'23でMFAが自動有効化される組織の管理者様にはメールでの通知が行われますので、そちらもご確認ください。​​関連リンクケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)​​続いて、その他の更新です。​​Spring'23では拡張ドメインの自動有効化が予定されていましたが、管理者様にて除外することができました。Summer'23でも自動有効化が予定されておりますが、管理者様にて除外することはできません。Summer'23リリース後に無効化することはできますが、一度有効化されますため、自動有効化による影響が発生する可能性もございます。そのためSummer'23までに拡張ドメイン適用のご準備を進めていただければと思います。​​関連リンク拡張ドメインのスケジュール​続いて、機能の廃止です。​​メンテナンス計画の[頻度] 項目と [頻度種別] 項目の廃止が進められており、2024年2月の廃止が予定されておりますのでご確認ください。​また、2023年6月以降、Salesforce モバイル アプリケーションのバージョンが228以下の場合、Salesforceにログインすることができなくなりますのでモバイルアプリケーションのバージョンの更新をお願い致します。​​関連リンクメンテナンス計画の頻度種別項目の廃止Salesforce モバイルアプリケーションのバージョン 228 の廃止​​「Salesforce Platform APIバージョン 21.0~30.0 の廃止について」です。こちらは、影響度の大きい更新の一つですので、毎月ご紹介しています。来年2023年6月をもちまして、APIバージョン21.0~30.0 は利用不可になる予定です。本件に関して、2月15日に製品コミュニケーションメールが送信されており、また機能廃止に関するダイジェストもメールで送信されていますので、そちらも併せてご確認いただき、早めのご対応をご検討ください。​関連リンクSalesforce Platform API バージョン 21.0 ～ 30.0 の廃止Salesforce Event Log File BrowserEventLogFile オブジェクトの API Total Usageイベント種別​最後に、コミュニティライセンスユーザにおけるSalesforce モバイルアプリケーションでのアクセスの廃止です。Summer'23のリリースを以って、コミュニティライセンスのユーザはSalesforce モバイルアプリケーションを使用してSalesforceにアクセスすることができなくなります。そのため、該当するような方法でのアクセスを行っているユーザ様につきましては、ブラウザの利用やMoblile Publisherのご利用をご検討いただけますよう、お願いします。​​関連リンクSalesforce モバイルアプリケーションコミュニティライセンスアクセスの廃止コミュニティライセンスを持つ新規ユーザに対するアクセス制限Salesforce モバイルアプリケーションコミュニティライセンスアクセスの廃止の計画​2月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。

ICUロケール形式の有効化

この記事で学べることICUロケール形式の有効化の背景と適用時期ICUロケール形式の有効化における変更点ICUロケール形式の有効化までの推奨アクションICUロケール形式の有効化の方法ICUロケール形式に関するFAQICUロケール形式の採用の背景Salesforce システム管理者は組織のデフォルトのロケールを設定できます。またユーザは個人設定ページで各自が使用するロケールを設定できます。このロケールにより、日付、時刻、通貨、住所、名前、数値などの表示形式（フォーマット）が制御されます​この表示形式について、現在の Salesforce Platform では Java Development Kit (JDK) ロケール形式を使用していますが、JDKロケール形式は定期的な更新がなく、国際標準との差異が発生しています。​Salesforceでは、Salesforce Platform を常に最新の国際標準に準拠させる取り組みの一環として、Winter '20 で新しいロケール形式（ICUロケール形式）を採用しました。ICUロケール形式の採用により、世界中の ICU 準拠のアプリケーションとのインテグレーションが向上します。​参考情報 : 新しい国際ロケール形式によるグローバル対応​​ICUロケール形式が有効化される時期Winter'20 のリリース以降に作成された組織では、ICU ロケール形式が既定で有効になっています。​Winter'20 のリリース(2019年10月)以前に作成された組織については、JDKロケール形式が使用されています。JDKロケール形式が使用されている組織が ICU ロケール形式を適用できるように、Salesforceでは リリース更新を提供しています。＊上記は設定画面のメニューより「リリース更新」を選択したときの画面です。​[ICUロケール形式を有効化]の自動適用について、当初はSpring’24を予定しておりましたが、自動適用時期が以下の通り変更となりました。Spring'24のリリースですべての組織で[ICUロケール形式を有効化]を適用をするのではなく、Spring'24以降で段階的に自動適用を進めます。[ICUロケール形式を有効化]が適用される30 ～ 60 日前にSalesforceは管理者様にメールで通知します。[ICUロケール形式を有効化]の段階的な適用はSpring'25のリリースまで継続されます。参考情報 : WInter’24 リリースノート  Enable ICU Locale Formats (Release Update)​​なお、システム管理者様は設定メニューを使用して、[ICUロケール形式を有効化]の自動適用をSpring'25のリリースまで延期させることができます。[ICUロケール形式を有効化]の適用をSpring'25のリリースまで延期する場合は、以下の手順を実施します。設定メニューのクイック検索ボックスに「ユーザーインターフェース」と入力します。「ユーザーインターフェース」をクリックし、設定画面を表示させます。「ユーザーインターフェース」セクションにある「Enable ICU locale formats as part of the scheduled rollout」という設定項目があるので、OFFにします。​＊この設定はJDKロケール形式が使用されている組織でのみ表示されます。＊設定項目の名称は、今後日本語に翻訳される場合があります。​参考情報 : JDK ロケール形式の廃止​​現在JDKロケール形式をご利用中の組織の管理者様は、SalesforceによるICUロケール形式有効化の自動適用を待つのではなく、影響範囲をご確認のうえで、計画的に適用できるようにご準備を進めていただくことを推奨します。​組織で使用しているロケール形式の確認方法現在のSalesforce Platformでは、JDKロケール形式とICUロケール形式の両方がサポートされています。Salesforce 組織でどちらのロケール形式が採用されているかを確認するためには「リリース更新」を確認します。​▼ICUロケール形式のリリース更新でテスト実行が有効化されている[設定]→[リリース更新]→[要対応]タブを押下。[ICUロケール形式の有効化]の[使用開始]をクリック[この更新は、テストできる状態になりました。]と表示されていたら、テスト実行によりICUロケール形式を利用中。それ以外の場合、組織は JDK ロケール形式を使用しています。​▼ICUロケール形式のリリース更新が適用されている[設定]→[リリース更新]→[アーカイブ済み]タブを押下[ICUロケール形式の有効化]の有無を確認。[アーカイブ済み]タブにある[ICUロケール形式の有効化]を確認して、ステップバイステップガイドに従ってテスト実行を完了している場合には、[完了]とマークされており、リリース更新の適用によりICUロケール形式を利用中。参考情報 : 組織が ICU と JDK のどちらのロケール形式を使用しているかの判断​​ICUロケール形式を有効化したときの変更点ICUロケール形式がSalesforce 組織に適用されることで変更が発生する項目は以下のものがあります。日付（Date）日付時間（Datetime）時刻(Time)通貨（Currency)数字（Number、Integer）​すべてのロケールにおいて上記項目で変更が発生するのではなく、ユーザが使用しているロケールによって変更点は異なります。例として、日本語、日本語（日本）、英語（アメリカ）の３つのロケールにおける変更点をご紹介します。ロケール毎の各データタイプ（形式種別）への影響は JDK と ICU ロケール形式の相違点 に掲載されていますが、影響のあるデータタイプは標準画面やカスタム画面では使用されない場合もあります。ICUロケール形式が有効化されたときの動作イメージは次のセクションでご紹介します。​参考情報 : JDK と ICU ロケール形式の相違点​​ICUロケール形式有効化時の動作イメージ「日本語（日本）」のロケールを選択している場合におけるICUロケール形式が適用された際の標準画面のイメージは以下のとおりです。Lightning Experienceの標準画面ではChatterの日付に「Date:Long」のデータタイプが使用されています。そして「日本語（日本）」ロケールの場合、「Date:Long」のデータタイプはICUロケール形式が有効化されたときの形式変更対象なので、表示形式が「2022/03/15」から「2022年3月15日」に変更されていることがわかります。しかし標準画面の他の項目では通常 Short のデータタイプが使用されており、「日本語（日本）」ロケールでは Short のデータタイプは形式の変更がないため、ICUロケール形式が適用されていても表示形式に変更はありません。それでは次に、「日本語（日本）」のロケールを選択している場合におけるICUロケール形式が適用された際のVisualforceページのイメージを見てみます。​Visualforceページを使用していたとしても通常は Short のデータタイプが使用されているため、[日本語(日本)]のロケールではICUロケール形式が適用されても表示形式は変わりません。​「日本語（日本）」のロケールを使用していた場合の標準画面とVisualforceページを例にして動作イメージをご紹介しましたが、異なるロケールを使用していた場合の例として、「英語（アメリカ）」のロケールを使用していた場合の標準画面の動作イメージをご紹介します。「英語（アメリカ）」のロケールではICUロケール形式の有効化において「Date:Long」は形式変更対象ではなく、「Date Time:Short」が形式変更対象に含まれています。そして日付時間型項目では「Date Time:Short」のデータタイプが使用されているため、該当の項目において、「8/1/2022 12:00PM」から「8/1/2022, 12:00PM」に表示形式が変わっている（カンマが追加されている）ことが確認できます。このように、使用しているロケールによって表示形式が変更される項目が変わっていることが確認できます。​​Apex クラス/トリガ、および Visualforce ページを使用している場合の留意点ICUロケール形式はAPI バージョン 45.0 以降で使用できます。ApexやVisualforceページなどのカスタマイズで ICU ロケール形式を使用するには、Apex クラス、Apex トリガ、および Visualforce ページを最新の API バージョンに更新します。​ApexやVisualforceページなどのカスタマイズが API バージョン 44.0 以前を使用している場合、JDKロケール形式が返されるため、データの整合性の問題やエンドユーザの困惑が発生するなどの影響が発生する可能性があります。 ​以下に影響例の１つとして、API バージョン 44以前のVisualforceページを使用した場合の例をご紹介します。＊この例は[英語 (アメリカ)]ロケールを使用している場合の例です。[英語 (アメリカ)]ロケールでは日付時間項目[Date Time:Short]について影響がありますが、[日本語 (日本)]ロケールでは[Date Time: Short]や[Date:Short]は形式変更対象ではないため、この例に示すパターンのエラーは発生しません）​[英語 (アメリカ)]ロケールを使用している場合、[Date Time:Short]は形式変更対象であり、[Date Time:Short]は日付時間型項目で使用されているので、APIバージョン45以降のVisualforceページでは表示形式が変わります。しかし、VisualforceページのAPIバージョンが44以前の場合は、ICUロケール形式が使用できずJDKロケール形式が使用されるため、表示形式が変わりません。​APIバージョン44以前のVisualforceページは表示形式が変わらないのですが、Visualforce ページのインライン編集の処理では最新のAPIバージョンが使用されます。つまり、Visualforce ページで apex:detail を使用している場合、インライン編集時にはAPIバージョン44以前でもICUロケール形式を使用します。しかし、APIバージョン44以前のVisualforceページでは、ICUロケール形式が使用できないためエラーが発生します。以上がAPIバージョン44以前のVisualforceページを使用していた場合の影響例です。​もう１つ影響例をご紹介します。Apexクラスで以下のメソッドのようにロケール形式に依存するメソッドを使用している場合やLightningコンポーネントで$Localeを使用している場合には、ロケール形式の変更によって影響が出る可能性があります。​ロケール形式に依存するApexメソッド例Date.format()Date.parse()DateTime.format()DataTime.parse()DateTime.formatLong() などロケール形式を意識したカスタマイズを実装されている場合、形式の変更により現在のカスタムロジック（文字列の判定など）が正しく動作しなくなる可能性があります。​参考情報 : Apex クラス、Apex トリガ、および Visualforce ページの API バージョン​​ICUロケール形式の有効化までの推奨アクションICUロケール形式が適用されると、使用しているロケールによって日付・時刻・通貨等の表示形式が一部変更されます。​該当項目を使用した検索条件が利用されている場合（レポート、入力規則など）、なんらかの影響が発生する可能性があります。また、Apex クラス、Apex トリガ、Visualforceページにて、API バージョン44.0以前をご利用の場合はJDKロケール形式が返されるため、エラー等の問題が発生する可能性があります。​そのため、事前にSandbox等でICUロケール形式を有効化して動作テストを実施し、Salesforce組織での影響有無を確認の上で、本番環境で有効化することを推奨します。(Salesforceによる自動適用を待つのではなく、管理者様にて事前にテスト/評価、有効化していただくことを推奨します。)動作テストでは、表示上の確認だけではなくVisualforce ページのインライン編集やカスタムコードの挙動、インストール済みパッケージの動作等についても御確認ください。​参考情報 : ICU ロケール形式の採用に関する考慮事項​​ICUロケール形式の有効化の方法ICUロケール形式の有効化は「リリース更新」から実施します。最初にSandboxでICUロケール形式を有効化し、動作テストを実施します。影響がないことが確認されたら、本番環境でICUロケール形式を有効化してください。「リリース更新」を使用してICUロケール形式を有効化する方法は以下のとおりです。​１．[設定]→[リリース更新]→[要対応]タブを押下して、[ICUロケール形式の有効化]の[使用開始]をクリック２．[テスト実行を有効化]をクリック。３．[このリリース更新の影響を評価]の「完了」ボタンをクリックし、有効化​​動作テストにあたっての事前確認事項Salesforce組織で現在使用されているロケールとユーザの確認SOQL クエリを使用して、組織で使用されているロケールと各ロケールのユーザ数を確認し、影響調査や動作テストが必要なロケールの種類を調べます。<SOQLクエリ>SELECT toLabel(LocaleSidKey) LocaleName, LocaleSidKey, Count(id) UserCount FROM User where IsActive=true GROUP BY LocaleSidKey​<クエリ実行結果のイメージ>*上記は開発者コンソールを使用してSOQLクエリを実行した結果のイメージです。この結果の例では、日本語/日本語(日本)/英語(アメリカ)が使用されていることが確認できます。​参考情報 : 使用中のロケールの判断​Apexクラス、Apexトリガ、Visualforceページ のAPIバージョンの確認ICUロケールを適用するには APIバージョンが 45.0以上の必要があります。APIバージョンが45.0未満の場合は、45.0以上に更新します。API バージョン 45.0 以上にアップグレードしない場合、ユーザに「無効な日付と時間です」といったParseException エラーが表示される可能性があります。​参考情報 : Apex クラス、Apex トリガ、および Visualforce ページの API バージョン​Apexクラスで使用しているメソッドの確認Apexクラスで以下のメソッドのように、ロケール形式に依存するメソッドで影響が無いか確認します。Date.format(),Date.parse(),Date.toStartOfWeek(),DateTime.format(),DataTime.parse(),DateTime.formatLong()等​影響がある場合は、ロケール形式に依存しないコードとするためのガイドラインを適用します。・標準メソッドを利用　- 日付形式のデータから”月”を抽出する場合は、Dateクラスの month()を利用する。　- 整数値と通貨値は、書式設定する必要が生じるまで書式設定のない整数として処理。 など・値に追加の処理を行う場合、ロケールに依存しない形式を使用・ユーザが選択しているロケール形式へのデータの変換は、そのデータ処理の最後のステップとする。​参考情報 : コードでのロケールに依存しないメソッドの使用​Lightningコンポーネントの確認$Localeを使用していると、ユーザが選択しているロケール形式が使用されるので、ICUロケール形式の適用によって影響を受ける可能性があります。そのため使用箇所がないか確認します。​参考情報 : Lightning コンポーネント開発者ガイド​​ICUロケール形式の有効化に関するFAQQ：ICUロケール形式の有効化後、[日本語（日本）]や[日本語]のロケールを使用した場合、Classicの標準画面では影響がありますか。A：Lightning Experience と Classicで差異はありません。Chatterの投稿時間等では表示形式に変更があります。​Q：ICUロケール形式の対象範囲は、REST APIや、SOAP API、Bulk APIも含みますか。A：SOAP/REST/Bulk APIではロケールに依存しないデータ型が使用されます。ただし、Apex クラスを公開するApex SOAP/REST web servicesではロケールに依存するデータ型が使用可能な為、影響がでる可能性があります。​Q：ApexやVisualforceを多用しているのですが、全てについてバージョンを上げる対応が必要でしょうか。A：例えばVisualforceページについては、44以下のAPIバージョンのままICUロケールを有効化すると、インライン編集での保存時にエラーが発生する可能性があります。予期せぬ問題が発生しないようにする為に、Sandbox上でAPIバージョンは45以上の新しいバージョンに上げて頂いた上で、動作確認テストを実施して頂く事を推奨しています。APIバージョン44以下のものが残る場合でも、Sandbox上でICUロケール形式を適用しての動作確認テストは十分に実施するようにしてください。​Q：ICUロケール形式が強制適用される時期は延長可能ですか。A：Spring'25までであれば、管理者様にて設定画面から延期することが可能です。​Q：ICUロケール形式が自動適用されたら、表示内容が変わったり、エラーが表示されるようになるのでしょうか。A：使用するロケールや、カスタマイズ内容によって影響が異なります。ICUロケールが適用された際に本番環境で影響が出ないように、事前にSandboxでの動作確認テストの実施をお願いいたします。​

Summer '24 リリースノート斜め読み

Forward-Looking Statements​本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。​重要な更新Winter'25 で強制ログインが永久に無効にセキュリティを強化するため、'25 Winter 以降、ログイン URL のクエリ文字列パラメーターとしてユーザー名とパスワードを渡して Salesforce にログインする「強制ログイン」が無効になります。この変更により、URL 経由の強制ログインを使用している実装やサードパーティインテグレーションや、直接ログイン (自動ログイン) リンクが壊れます。サービスの中断を避けるため、強制ログインを使用しているインテグレーション機能を更新してください。本番組織への直接ログインの MFA がデフォルトで有効化Salesforce アカウントへの不正アクセスを防止するため、ユーザーのログイン時には多要素認証 (MFA) が必要です。お客様がこの契約上のセキュリティ要件を満たしやすくするために、新しい本番組織の稼働を開始するときに MFA は直接ログインプロセスのデフォルト設定となりました。Sandbox 組織はこの変更の影響を受けません。試用期間中の組織は、サブスクリプションに移行するまでは影響を受けません。​Service Cloudに関するリリース参照 ID の無効化と新しいメールスレッド動作への移行 (リリース更新)この更新により、参照 ID スレッドが無効になり、メール-to-ケースの Lightning スレッドに移行します。新しいメール-to-ケーススレッドの動作では、受信メールの照合に参照 ID は使用されません。代わりに、メールの件名または本文でセキュアトークンを使用して照合されます。一致が見つからない場合は、メールヘッダーに含まれるメタデータもチェックされます。この更新は Winter '21 で最初に使用可能になりました。セキュリティに関するリリースMFA が無効な場合の Salesforce システム管理者へのアプリケーション内リマインダーの表示Salesforce 製品での多要素認証 (MFA) の使用が 2022 年 2 月 1 日より契約上の必須要件となりました。MFA の使用を技術的に適用するという当初の計画の代わりに、新しい通知モデルを実装しました。組織全体の MFA 設定をお客様が無効にした場合、MFA 要件に準拠していないことになります。MFA が再有効化されるまで、組織のすべてのシステム管理者にアプリケーション内警告が定期的に表示されます。​対象: この変更は、すべてのエディションの Lightning Experience とすべてのバージョンのモバイルアプリケーションに適用されます。証明書の有効期限に関する通知の受取人の制限証明書の有効期限に関するメール通知を受け取るユーザーを制限できるようになりました。証明書を管理するシステム管理者にのみ、新しい「Receive Certificate Expiration Notification (証明書の有効期限に関する通知メールの受信)」ユーザー権限を割り当てます。また、通知メールには、有効期限が切れる前に証明書を更新する方法の詳細も記載されるようになりました。​対象: この変更は、Enterprise Edition、Performance Edition、Unlimited Edition、および Developer Edition の Lightning Experience および Salesforce Classic に適用されます。新しい設定ドメインの追加ブラウザーでサードパーティ Cookie がブロックされている場合に Lightning Experience の [設定] ページにコンテンツが正しく読み込まれるようにします。インターネットに対する一般的なアクセス権がある場合は、特に操作は必要ありません。会社でファイアウォールまたは許可リストを介してインターネットへのユーザーまたはサーバーのアクセスを制御する場合、IT 部門は会社の許可済みドメインのリストに *.salesforce-setup.com を追加する必要があります。このドメインで Salesforce の [設定] ページがホストされるようになっています。​​

多要素認証(MFA) 導入後に発生する可能性がある事象と事前にご理解頂きたいポイント

この記事で学べること多要素認証 (MFA) 導入後に発生する可能性のある事象日々のオペレーションやビジネスを止め無いために事前にご理解頂きたい MFA 利用のポイント背景Salesforce の 2022年2月より MFA の利用を必須化に伴い、非常に多くのお客様に MFA を利用して安全に Salesforce をお使い頂けております。利用の増加に伴い MFA 導入後のトラブルに関するお問い合わせも増えております。この記事では MFA 導入後に発生する可能性がある事象と日々のオペレーションやビジネスを止め無いために理解しておいて頂きたい点を紹介させて頂きます。MFA の運用を検討する一助となれば幸いです。多要素認証 (MFA) 導入後に発生する可能性のある事象Salesforce の MFA 導入後に発生する可能性のある事象として下記のような点が挙げられます。​何らかの障害(例：Salesforce の障害、お使いのスマートフォンの機器/通信障害)の影響で Salesforce の MFA を認証できない認証に必要なデバイスが紛失した・壊れた​いずれの場合でも複数の認証要素(例: スマートフォンで Salesforce Authenticator + セキュリティキー)をあらかじめ登録する事でリスクを低減頂けます。特にシステム管理者様については少なくとも 2 つ以上の検証方法を登録頂く事をビジネスを止めないためのベストプラクティスとして推奨させて頂いております。​MFA を有効化した後でシステム管理者がロックアウトされないようにするには?アクセス回復計画を準備して、通常の検証手段にアクセスできなくなった場合にシステム管理者が実行できる手順を用意しておいてください。次のベストプラクティスを検討してください。・各システム管理者は、少なくとも 2 つの検証手段を登録する必要があります。・バックアップセキュリティキーは、金庫など、職場の安全な場所に保管します。・ユーザと MFA 設定を管理する権限を持つアカウントを少なくとも 2 つ用意します。こうすることで、一方のアカウントがロックアウトされても、他方のアカウントを使用してアクセスを回復できます。通信障害等で Salesforce Authenticator の プッシュ通知が来ない場合通信障害や Salesforce の障害等が発生した際によく頂くお問い合わせとして Salesforce Authenticator の プッシュ通知が来ず認証ができないというご相談を頂きます。このような場合、下記のヘルプサイトに記載のように  Salesforce Authenticator に表示されている 6 桁のコードでも Salesforce にログイン頂く事が可能な場合がございますので、まずこちらを一度お試し下さい。​​Salesforce Authenticator のトラブルシューティングブラウザ上に表示される Salesforce のモバイルデバイスの確認ページで、「お困りですか？」をタップしてから、「別の検証方法を使用してください」をタップします。SalesforceAuthenticator からの 6 桁のコードを入力します。これは、電話がオフラインの場合でも機能します。​下記操作手順のステップとなりますので、ご参照下さい。(*Summer’22 リリース時点の画面キャプチャとなります。)​​お困りですか？をクリックします​​「別の検証方法を使用して下さい」をクリックします​「認証アプリケーションからのコードを使用」をクリックします​表示される画面の「確認コード」に Salesforce Authenticator に表示されている 6 桁のコードを入力し、「検証」をクリックします​補足:SSO (Single Sign On) を利用されているお客様最後に蛇足とはなりますが Salesforce の MFA 必須化に伴い複数のアプリケーションをご利用のお客様では SSO を導入され SSO の ID プロバイダーでの MFA を利用されるお客様も増加いたしました。直接 MFA とは関連いたしませんが Salesforce のベストプラクティスでは SSO を利用されているお客様におかれましても管理者の方については ID プロバイダーでの障害発生時に備えて直接ログインの経路を残す事が推奨されております点、ご認識置き頂き、一部のユーザーについては並行して Salesforce への直接ログイン頂く経路と MFA の設定をして頂きますとトラブル時の対応がスムーズになるかと存じます。ご参照いただければ幸いです。 ​シングルサインオンの FAQhttps://help.salesforce.com/s/articleView?id=sf.sso_tips.htm&type=5&language=ja​メモ：Salesforce システム管理者のログイン認証情報は無効にしないことをお勧めします。システム管理者は、ユーザ名とパスワードを指定して直接 Salesforce にログインできる必要があります。これは、SSO 停止などの問題に対応できるようにするためです。​学習ツール今から始める Salesforce MFA対策セミナー（MFA導入事例）https://play.vidyard.com/pNUeSkRji6hjjpwiRk2Xdq.html​実際に導入後にトラブルが発生したお客様にて、どのように対応されたかという点が事例が公開されております。ご参照下さい。MFA サポートプランの設定https://help.salesforce.com/s/articleView?id=sf.mfa_establish_support_plan.htm&type=5&language=jaMFA の運用計画を検討頂く際にご参照下さい。まとめこの記事では MFA の導入後に発生する可能性があるトラブルに対して、(特に管理者について) 2 つ以上の検証要素をあらかじめ準備頂く事が継続的なビジネスの運営に有効である旨を説明させて頂きました。また、通信障害や Salesforce で障害が発生した際に Salesforce Authenticator をお使いのお客様からよく頂戴するご質問としてプッシュ通知が来ず認証できないという点がありますが、そのような場合は Salesforce Authenticator の画面上に表示されます 6 桁のコードを入力することでログインいただける可能性がある旨、説明させて頂きました。上記の情報等を踏まえて、MFA 導入後の運用を円滑に進めて頂ければ幸いです。