ウフルカスタマーサポートSalesforce 担当の 後藤 でございます。

早いもので、今年も残りわずか数日となりました。

まずは重要なお知らせ、 年末年始弊社営業日のご案内をさせていただきます。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ ＝＝＝

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ ＝＝＝

前回は「拡張ドメインの有効化」 についてお話をさせていただきましたが、有効な対処方法として、 最後の章で「Sandbox で事前テストを行う」と記載いたしました。

そういえば、過去の CS 通信でも、「Sandbox プレビュー」を取り上げたことがあったはずなので、 その記事を再構成しつつ重要な点を補足しようかと、 今まで同テーマで 取り上げているものを探してみたところ、 以下のものが見つかりました。

公式 Trailhead にも下記のとおり記載があります。

新機能の評価については広く知られていますが、 カスタマーサポートの視点から、意外に知られていないのが、 「 バージョンアップによって発生した変更が、 既存の設定や開発に影響をもたらす」 ことの事前検知、 であるかと認識しております。

実際、弊社サポートデスクでも、ご契約のお客様より、 本番環境のバージョンアップが行われた最初の月曜日に 「 うちで設定した Visualforce ページが意図したように動いてくれません、Salesforce 社に調査依頼の問合せを上げてもらえますか？」 というリクエスト を頂いたことが何度かあります。

ちなみに、Salesforceサポートは、バージョンアップが関連する開発コンポーネント（ Apex、Visualforce、Lightning Web コンポーネント）サポートについて、 以下のように定義しています。

（Enterprise Edition に付随するベーシックサポートの場合。Unlimited Edition に付随するプレミアサポートの場合は少々異なります）

• 通常は開発コンポーネントの問合せはサポート対象外としている
• バージョンアップにより従来のコンポーネント動作に不具合が見ら れた場合は、仕様変更が原因かどうかの調査を特別に行う
• 但し、Sandbox プレビューの期間内に限定し、Sandbox と本番環境に同じコンポーネントを設定し、 それぞれのログインアクセス許可を設定した上で、 調査リクエストを起票する必要がある

つまり、本番環境のバージョンアップが完了した後では、 ベーシックサポートのお客様は「 バージョンアップ起因の不具合かどうか」 の調査リクエストも受けてもらえない可能性がある、 ということになります。

他にも、AppExchange で追加インストールしたアドオンが、 新バージョンでは動作に支障が生じる、ということもあり得ます。

TeamSpirit などの有償パッケージではほぼあり得ないことですが、 無償の機能拡張では決して珍しいことではなかったりします。

一ヶ月早くキャッチアップできることで、「 じゃあ別の方法を検討しよう」 と時間的猶予が得られるのは運用上大きなメリットだと思われます 。

そして、先述の通り、今回は特に「拡張ドメインの有効化」 という大きなトピックがあります。

今まで Sandbox プレビューに参加したことのないお客様も、これを機に一度「 Sandbox プレビューとはどういうものなのか」 をお試しいただければと存じます。

Sandbox プレビューに参加するには、以下の条件を満たす必要があります。

• プレビュー開始日までに、プレビューインスタンスに配置された Sandbox を用意すること

ここで「プレビューインスタンスって何？」 と思われた方も多いと思います。

Salesforce メジャーリリース移行中、Sandbox はリリース種別に基づいて異なるタイムラインでアップグレードさ れます。Sandbox の 2 つのリリース種別は、プレビューと非プレビューです。

Sandbox のインスタンス「CS**」（例えば CS16、CS54、CS72 ～）は、バージョンアップ準備期間中、 プレビューと非プレビューの二つに分けられます。

Sandbox プレビュー開始のおよそ１ヶ月前、Salesforce から次バージョンのリリーススケジュールについての告知が行われ 、その時点で以下の振り分けが行われます。

• Sandbox インスタンスについて、プレビュー/ 非プレビューの組分けが行われる
• 告知日からプレビュー開始前日までに作成およびリフレッシュ（ 更新）を行った Sandbox は、自動的にプレビューインスタンスに配置される
• プレビューインスタンス上の Sandbox は、プレビュー開始のタイミングで自動でバージョンアップされる
• プレビュー開始後に新規作成もしくはリフレッシュされた Sandbox は、自動的に非プレビューインスタンスに配置される
• 非プレビューインスタンスの Sandbox も、本番環境インスタンスと同時にバージョンアップされる

Sandbox プレビューのために新規で Sandbox を作成する場合は、難しいことはありません。

今回の Spring '23 は、年明けの１月６日に開始となりますので、前日の １月５日まで に（ 厳密には１月６日午前１１時までに作成が完了しているように ） Sandbox を作成しておきます。

但し、直前は多くのユーザが Sandbox 作成リクエストを行うことが想定されます。

Sandbox 作成ロジックは「キュー方式」つまり「 作成リクエストが早い順に列に並んで、 前のリクエストが完了したら次を処理する」 仕組みが取られています。

そのため、作成ボタンを押してから完了まで、 通常なら数十分で終わるところが、数時間、 場合によっては半日近く要したこともありますので、 ５日夜にリクエストを出したけど、 ６日１１時まで作成が完了せず、今回の Sandbox プレビューに参加できなくなった、 ということも可能性としては大いにあり得ます。

この記事をご覧になりましたら、忘れないよう早めの Sandbox 作成をいただくことを強くお勧めいたします。

運用によっては、新規 Sandbox ではなく、既存の Sandbox でプレビューに参加したい、ということも多いと思います。

特に、本番環境にリリースしていない設定や開発コンポーネントが Sandbox に残存しており、 その設定をリリース前に新バージョンで検証したい、 ということも恐らくあるでしょうし、Sandbox をリフレッシュすることによって、（データが全てコピーされる Full Sandbox または部分的にコピーされる Partial Copy Sandbox 以外の）一般的な Developer Sandbox では、 テスト用のデータを一から作成もしくはインポートするのが大変だ 、ということもあるでしょう。

その場合は、対象の Sandbox が、 プレビューと非プレビューのどちらのインスタンスに配置されてい るかを確認することが重要になります。

本番の [設定] から、[クイック検索] ボックスに「Sandbox」と入力し、[Sandbox] を選択します。  Sandbox がプレビューインスタンスにあるか、 非プレビューインスタンスにあるかを確認するには、「 リリース種別」を使用してください。

Sandbox インスタンス名で検索する場合は、Sandbox プレビューガイドを使用してください。または複数の Sandbox をチェックしてください。このガイドでは、Sandbox がプレビューであるか非プレビューであるかが示されるほか、 次のリリース (Spring '23) に移行するまたは現在のリリース (Winter '23) で維持するために何を行うかが示されています。 

本番環境の「Sandbox 一覧」から参照する場合は、「リリース種別」 の列で確認をします。

「プレビュー」と書いてある場合はそのまま待ちます。

「プレビュー以外」と書いてある場合は、 先述の期限までに更新を行うか、別に新規の Sandbox を作成します。

今回の CS 通信、いかがでしたでしょうか。

実は Sandbox プレビューを丸々取り上げることは初めてのことでした。

変更セットが絡む注意点についても結構見逃されがちなポイントな ので、今回の記事が皆様のお役に立てれば光栄でございます。

年明けの次回はちょうどプレビュー期間中ですので、 先述いたしましたとおり、Sandbox プレビューをどのように活用するかの記事をご提供させていただく 方針でございます。

今後ともウフルカスタマーサポートを引き続きご愛顧いただきますよう、 何卒よろしくお願い申し上げます。