1 つのバージョンのサービス更新に関するよく寄せられる質問

[アーティクル]
04/01/2024

このよく寄せられる質問は、変更の準備のために使用できるサービスの更新プログラム、プロセス、ツールを明確にすることを目的としています。必要に応じて、この記事に追加情報を追加し続けます。

1 つのバージョンのサービス更新の詳細については、1 つのバージョンのサービス更新の概要を参照してください。

重要

重要な変更がサービス更新リリーススケジュールあります。毎年リリースされるサービス更新の数は、7 件から 4 件に減らされています。この変更は、バージョン 10.0.38 のプレビューの可用性、一般提供 (セルフ更新)、およびサービス終了日に影響し、バージョン 10.0.39 (2024 年 4 月リリース) 時点で完全に有効になります。

新しいリリース Cadence の変更

次の変更が実装されています:

サービスの更新は、2 月 (12 月のセルフ更新)、4 月、7 月、10 月でのみリリースされます。 5 月、8 月、11 月のリリースは、セルフ更新または自動更新では使用できなくなりました。
各リリースのライフサイクルは大幅に延長されています。この期間は 404 ~ 414 日です。
プレビュー期間が延長されます。すべてのリリースに、プレビュービルドに対する 1 件のスケジュール済更新が追加されます。
初回リリースプログラムの自動更新とフィードバックフェーズは、2 週間延長されます。
各リリースのサービスウィンドウが大幅に拡張されています。 186 日から 214 日が続き、リリース間の重複が改善されました。
一時停止できる連続更新の最大数は、3 から 1 に減らされます。ただし、リリース期間が延長される分、年あたり最低でも 2 件のサービス更新が維持されます。
バージョン 10.0.39 から始まる各サービス更新プログラムに対して、別つの自動更新ウィンドウが導入されています。詳細については、この記事の自動更新に関する FAQ セクションを参照してください。

新しい (自動更新) データで何が期待できますか？

バージョン 10.0.39 以降、サービスアップデートの自動更新ウィンドウは、約 4 週間の間隔をあけて 2 つのウィンドウに分割されています。この変更により、顧客は自動更新を柔軟にスケジューリングできます。自動更新ウィンドウ 1 は、OneVersion サービスアップデートの歴史的なアプローチによく似ています。自動更新ウィンドウ 2 を使用すると、更新を 4 週間後にスケジュールできます。これとは別に、自動更新は従来通り機能し、UAT サンドボックスの更新は本番の 7 日前に行われます。この一時停止ポリシーがどのように機能するかについての詳細は、この記事の後半にある一時停止の最大 3 回から 1 回への変更はすでに有効かのセクションをご覧ください。

新しいリリースのスケジュールは、自動更新のスケジュールに影響しますか？

はい、バージョン 10.0.39 では、サービスアップデートのたびに 2 つの自動更新ウィンドウを選択できます。その後、顧客は 2 回目の自動更新に週末を選択することができます。最初の自動更新インスタンスから 1 ヶ月後に開始されます。 Microsoft Dynamics Lifecycle Services での自動更新のスケジュール方法や自動更新のタイミングに変更はありません。唯一の変更は、毎年リリースされるサービスの更新についてのみ行います。

たとえば、自動更新を使用して10.0.39 (4 月リリース) を選択したとします。マイクロソフトは、このリリースを 2024 年 3 月 15 日にすべての顧客によるセルフアップデートのために一般公開します。 Lifecycle Servicesで自動更新を有効にしている場合は、一般公開日 (3 月 15 日) の 2 週間後に本番環境へのアップデートが配信されます。これは、選択した構成に応じて、4 月 5 日、4 月 12 日のいずれかに開始される最初の自動更新ウィンドウで発生します。 2 番目の自動更新ウィンドウを選択した場合は、5 月 3 日、5 月 10 日に更新が開始されます。 2 つ目のウィンドウを選択すると、一般公開から最終放送までの期間が 4 週間延長され、標準的な 6 週間を超えます。

上記の例では、顧客が 10.0.39 リリースの両方の自動更新ウィンドウをオプトアウトした場合、次のリリースである 10.0.40 (「7 月」) の最初の自動更新ウィンドウのみをオプトアウトすることができます。これは、新しい一時停止ポリシーでの前の一時停止によって、リリースをスキップできなくなったためです。サービス更新プログラムを一時停止する方法の詳細については、Lifecycle Services (LCS) によるサービスの更新の一時停止を参照してください。

重要

顧客は明示的に、一時停止ポリシーに基づいて、両方の自動更新ウィンドウを一時停止して、リリースを一時停止する資格がある場合は、両方を一時停止する必要があります。最初の自動更新ウィンドウを無効にした場合、2 番目のウィンドウは自動的に一時停止されません。

最大 3 つの一時停止から既に有効な一時停止に変更を行うのは可能でしょうか。

いいえ、最大 1 回の一時停止は、バージョン 10.0.38 のすべての自動更新が完了した後、2024 年 2 月 19 日に実施されます。リリースバージョンの視点では、10.0.39 から最大で 1 回の更新のみ一時停止できます。バージョンごとの GA (自己更新) および自動更新の日付については、ターゲットリリーススケジュールを参照してください。

次の表に、インストールしたバージョンに基づき、移行時に許可される一時停止を示します。サービス更新プログラムを一時停止する方法の詳細については、Lifecycle Services (LCS) によるサービスの更新の一時停止を参照してください。

注記

10.0.38 の自動更新スケジュールの完了後は、1 つのリリースの最大一時停止が許可されます。

10.0.35 で	10.0.36 で	10.0.37 で	10.0.38 で	10.0.39 で
10.0.36 のリリースは一時停止できます。	10.0.37 のリリースは一時停止できます。	10.0.38 のリリースは一時停止できます。	10.0.39 のリリースは一時停止できます。	10.0.40 のリリースは一時停止できます
10.0.37 のリリースは一時停止できます。	10.0.38 のリリースは一時停止できます。	2 つの自動更新ウィンドウのいずれかを使用して、10.0.39 をリリースする必要があります。	10.0.40 のリリースは、2 つの自動更新ウィンドウのうちの 1 つである必要があります。	10.0.41 のリリースは、2 つの自動更新ウィンドウのうちの 1 つである必要があります。
10.0.38 のリリースは一時停止できます。	10.0.39 をリリースする必要があります。自動更新ウィンドウは適用できません。
10.0.39 をリリースする必要があります。自動更新ウィンドウは適用できません。

新しいサービス更新リリース Cadence をいつ有効にするか。

バージョン10.0.38 ("2 月" リリース) が、移行リリースとして機能するために変更されます。バージョン10.0.39 ("4 月" リリース) は、新しい機能でリリースされた最初のサービス更新です。

公開された 10.0.38 スケジュールは、新しいサービス更新プログラムのリリースデータによって影響を受けるか。

はい。バージョン 10.0.38 が移行リリースとして機能するために、一部のリリースのマイルストーンが新しいリリースデータとの配置に対して調整されました。

プレビューの引当可能期間は、2023 年 10 月 13 日から 10 月 27 日までの 2 週間後に押し出されました。
プレビューに対する更新が追加され、2023 年 11 月 3 日にリリースされます。
初回リリースプログラムに参加している顧客は、1 か月前の 2023 年 12 月に自動更新を受け取ります。
セルフ更新の一般提供は、1 か月前の 2023 年 12 月 22 日に行われます。
一般提供 (自動更新) の日付は変更されません。
このサービスウィンドウは、2024 年 4 月 12 日から 8 月 9 日まで拡張されています。

更新を遅らせることができますか? このポリシーは何ですか?

はい、顧客は、Lifecycle Services プロジェクトの更新の設定を使用して、更新の一時停止、遅延、またはオプトアウトを行うことができます。 2024 年 4 月の自動更新の現在、顧客は 1 つの更新を一時停止できます。 2024 年 4 月より前のバージョンでは、顧客が使用できる一時停止の数は、その顧客のリリースバージョン最新バージョンに関連する数によって異なります。詳細については、この FAQ の 最大 3 回の一時停止から有効な一時停止の変更は有効か を参照してください。 10.0.39 から導入される 2 回の自動更新ウィンドウの詳細については、この FAQ の 新しい (自動更新) ケイデンスに期待できること をご覧ください。

更新プログラムを一時停止する方法の詳細については、Lifecycle Services (LCS) によるサービスの更新の一時停止を参照してください。

リリースの一般的な入手タイミングがどのように機能するのか。

このリリースパッケージは、通常、自動更新前にセルフ更新を行うすべての顧客が利用できます。自動更新のパッケージのリリースのタイミングは、生産の自動更新に関連してさまざまです。今後のリリースのセルフ更新と自動更新のタイミングについては、対象となるリリーススケジュール (変更される日付) を参照してください。

サンドボックスの更新プログラムは、常にその更新の 1 週間前にスケジュールされます。リリースの製品自動更新プログラムは、月の 1、2、3 週間目に予定されています。更新は、Lifecycle Services で設定された構成に基づいて、選択した週に受信されます。

重要

バージョン 10.0.39 から、顧客はサービス更新ごとに 4 週間間隔で行われる 2 つの自動更新ウィンドウから選択できます。 1 つ目と 2 つ目のウィンドウの間で配信がどのように行われるかは変更されません。この FAQ の新しい (自動更新) ケイデンスには何が期待できますか？を参照してください。

顧客は、Lifecycle Services で提示されているよりも早い時期、またはより都合のいい時間に更新プログラムを適用することを選択できます。顧客が最新バージョンを使用している場合、自動更新がキャンセルされます。

サービスの更新

どの製品バージョンがサービスの更新プログラムの影響を受けますか?

バージョン	Description
10	すべての顧客は自動サービスの更新がスケジュールされています。これらの更新プログラムは、アプリケーションとプラットフォームの更新が組み合わされたものです。 2024 年 2 月の現在、次回の更新を実行する必要がある前に、更新を 1 回だけ一時停止できます。更新プログラムを一時停止する方法の詳細については、Lifecycle Services (LCS) によるサービスの更新の一時停止を参照してください。

サービス更新プログラムには何が含まれていますか?

サービスの更新には、規制の更新を含むサービスの重要な改良である、アプリケーションとプラットフォーム両方の変更が含まれます。サービスの更新は下位互換性があり、新しいエクスペリエンスは構成可能です。更新は 1 つのバージョンで表されます。

ノート

アドインコンポーネント、Power Apps、Dataverse は、財務と運用アプリのサービス更新パッケージとプロセスとは別に更新されます。

規制の更新とは何ですか?

規制の更新は、法律 (通常は特定の国/地域) によって義務付けられている新機能または既存の機能の変更です。規制の更新は、特定の法律実施日 (LED) に常に要求され、その日付以前に有効にする必要があります。

サービス更新プログラムの変更内容はどのようにわかりますか?

"新機能または変更点" のドキュメントは、各サービス更新プログラムサービスの詳細の主要ソースです。リリース計画は、今後のリリースのすべての新機能と変更の情報の主要ソースです。必要に応じて、機能も Microsoft Learn 上で文書化されます。

更新の将来のスケジュールとは何ですか?

毎年、4 つのサービス更新がリリースされました。都合の良いときに更新プログラムを適用したり、選択されたメンテナンス期間に基づいて Microsoft が自動更新を適用するようにしたりするオプションがあります。現在の更新プログラムから 1 つ以内の更新プログラムを使用している必要があります。

対象となるリリースのスケジュールについては、サービス更新プログラムの使用可能性を参照してください。

更新の間に大きな違いは生じ得るでしょうか。

毎年、4 月更新と 10 月更新の 2 つのメジャー更新プログラムがあります。これらの更新プログラムによって新しいエクスペリエンスが有効になります。メジャー更新プログラムでは、コードやデータのアップグレードは必要ありません。重大な変更はお客様が計画できるように、12 か月前にお知らせします。重大な変更は、メジャー更新プログラム中にのみ導入されます。

更新プログラムに下位互換性がある場合、これは何を意味しますか?

下位互換性では、バイナリと機能の互換性がカバーされます。

バイナリ互換性 は、カスタマイズを再コンパイル、再構成、または再展開しなくても、あらゆるランタイム環境に更新プログラムを適用できることを意味します。これはまた、デザイン時の開発環境で、X++ パブリックおよび保護された API とメタデータが変更または削除されないことも意味します。 Microsoft が古い形式の API を削除することによって互換性をなくす必要がある場合、この変更は 12 か月前に通知され、次の廃止スケジュールに従います。
機能互換性 は、ユーザーエクスペリエンスに関するものです。すべての新しいエクスペリエンスは、12 か月間オプトインベースで利用できます。

下位互換性には、非 X++/メタデータ API は含まれていません。 Microsoft は、事前に通知することなく、製品が使用する依存関係を更新し、依存関係を削除する権限を保有します。 Microsoft は、この確約が明記された場合を除いて、依存ソフトウェアライブラリの下位互換性を維持することを約束しません。

非推奨のガイドライン、非推奨のメソッドおよびメタデータ要素の詳細については、メソッドとメタデータの要素の非推奨を参照してください。

廃止のプロセスを教えてください。

Microsoft がアプリから機能を削除する前に、削除の 12 ヶ月前に製品文書で廃止予定の発表がされます。

互換性を破る変更で、それがコンパイル時間にのみ影響を与えるが、サンドボックスと運用環境に対するバイナリ互換である場合、廃止期間は 12 ヶ月未満になります。通常、これらの変更は、コンパイラに対して行う必要がある機能更新です。

コードのアクティブな開発/再コンパイルを行っていない場合、影響を受ける非推奨の機能があるかどうかはどうすればわかりますか?

非推奨の機能については、リリースのたびに記載されます。詳細については、削除済みまたは非推奨の機能を参照してください。

プラットフォームだけで更新できますか? 同様に、アプリケーションだけで更新できますか?

いいえ、サービスアップデートと品質アップデートの両方について、アプリケーションとプラットフォームを組み合わせたアップデートパッケージのみがリリースされます。

オンプレミス配置のためのサービス更新

クラウド配置とオンプレミス配置の両方にで、ポリシーとサービス更新スケジュールがあります。たとえば、両方のタイプの配置に 1 回の連続した更新プログラムを遅延するオプションが適用されます。しかし、これらの更新プログラムをそれぞれ適用するプロセスは、そのまま若干異なります。詳細については、オンプレミス配置への更新プログラムの適用を参照してください。

処理

Microsoft はリリースの品質を確保していますか?

リリースの品質を保つことは基本的な原則であり、サービス更新プログラムの使用可能性で説明されている一連の進歩的かつ厳格な自動検証によって可能になっています。

更新の日時は選択できますか?

Lifecycle Services に日と保守の時間枠を構成できます。更新プログラムの設定に基づくサービス更新は、15 分以内に開始されます。 Lifecycle Services 通知を受信するようにオプトインした場合は、更新手順が記載された電子メールが届きます。指定したティア 2/ユーザー受け入れテスト (UAT) を更新用に選択できます。実稼働環境が更新される前に、テストと検証を行うには 7 日間の日数があります。その他のすべてのサンドボックスは、運用環境と同じ日に自動更新されます。詳細については、サービス更新の構成を参照してください。

Lifecycle Services からのすべての環境に対して、以前の更新プロブラムを適用することもできます。実稼働準備ができた配置可能パッケージは、一般提供 (自動更新) 日によって、Lifecycle Services のアクションセンターを介してすべてのユーザーが入手できます。対象となるリリースのスケジュールについては、サービス更新プログラムの可能性を参照してください。

サービス更新プログラムは環境に適用されました。 Lifecycle Services では、この環境で使用されるこの環境のサイズは何を表すのか。

Microsoft は、すべての顧客に同じサービス更新プロブラムを自動的に適用します。 Microsoft は、このリリースのサービス終了日に達するまで、この更新のサービスを提供し続けています。 Lifecycle Services では、環境で使用できる更新用の更新ソフトウェアは、お客様の環境に適用できる累計品質更新パッケージを表します。この表には 2 つの数字があります。一番上の番号はリリースバージョンで、一番下の番号は最新の品質更新パッケージのビルド番号です。ビルド番号は、常に、セルフ更新または自動更新のいずれかを使用して、環境に適用されたサービス更新の数よりも大きくなります。 Microsoft は、すべての顧客に同じバージョンのみ自動適用するため、必要な場合、顧客には累積的な修正プログラムパッケージを適用する責任があります。

ノート

環境のバージョンが最新リリースバージョンよりも前の場合は、利用可の更新 の下に表示され、セルフ更新による最新のサービス更新プログラムの適用を通知します。

Microsoft がサンドボックス環境を更新した後で、運用環境を同じバージョンに更新する方法を教えてください。

Microsoft がサンドボックス環境を更新すると、更新に使用されるパッケージはプロジェクトの資産ライブラリに保存されます。パッケージの名前には、"サービス更新" という語が付きます。パッケージは既にサンドボックスに適用済みなので、リリース候補としてマークすることができます。その後で実稼働環境に移動し、他の更新プログラムを適用するのと同様にパッケージを適用するようスケジュールすることができます。

自動更新の際に予想されるダウンタイムとは？

更新が正常に完了するために予想されるダウンタイムは約 15 分です。ただし、更新プログラムの適用時に問題が発生する場合、Microsoft は 3 時間のダウンタイムを要求します。

更新プログラムを延期することはできますか?

はい、Lifecycle Services プロジェクトの更新の設定を使用して、更新の一時停止、遅延、またはオプトアウトを行うことができます。ただし、任意のアプリケーションアプリケーションおよび運用環境が最新の更新プログラムの背後にある複数のバージョンである場合、このオプションは使用できません。遅延期間後、Microsoft はスケジュールを行い、自動的に適用します。遅延更新用の更新エクスペリエンスにより、さらなるダウンタイムが発生します。

季節的なアクティビティやその他のビジネス上の理由により、1 つの許可されたスキップしたサービス更新プログラムを遅らせることはできますか?

いいえ、環境バージョンが最新バージョンより 1 つ以上古い場合、Microsoft は既定の Tier-2 サンドボックスに最新のサービス更新プログラムを自動的に適用します。 7 日後、環境がサービス更新プログラムより 1 バージョン以上古い場合、更新プログラムがすべてのその他のサンドボックスと運用環境に適用されます。次回のサービス更新を実行する必要がある場合は、更新を 1 回だけ一時停止できます。したがって、実際には、年間最低でも 2 つのサービス更新が必要になります。たとえば、顧客がバージョン 10.0.39 を実行している場合、更新を一時停止する 10.0.40 を選択します。この場合、最初にサービス更新プログラム 10.0.41 が自動的に Tier-2 のサンドボックス環境に適用され、その後でその他のすべてのサンドボックス環境および運用環境に自動的に適用されます。

リリースが "利用中" とは何を意味するのか?

リリースは、顧客が利用できるサービス更新バージョンです。リリースは、生産が顧客に提供されたサービス終了日を通じて顧客に提供された日から提供されます。リリース別のリリースのマイルストーンについては、対象となるリリーススケジュール (変更される場合の日付) を参照してください。

更新後のサービスのリリースでは、最新バージョンの自動更新の完了から約 1 か月後に、サービス終了日が設定されます。そのため、一時停止を選択した顧客は、バージョンのサービスウィンドウを閉じる前に必要な更新を完了する時間があります。次の図は、リリースのモデルとサービスモデルを示しています。

時差リリースロールアウトのサービスモデル。

時差リリースロールアウトのサービスモデル凡例。

重要

Microsoft のサポートチームは、サービスの終了日時にバージョンから報告された問題に対するケースを受け入れそのケースを受け入れその後対応することができます。最初に最新のサービス更新を更新してから、最新の品質更新プログラムを適用する必要があります。その時点で、問題が残っている場合は、それを報告できます。

サポートされなくなった財務と運用アプリバージョンを実行している環境はどうなりますか?

サポートされなくなった財務と運用アプリバージョンを実行している環境では、Lifecycle Services の 環境の詳細 ページの上部に警告メッセージが表示されます。

すべてのMicrosoft が管理する環境、およびオンプレミス実装プロジェクトのサンドボックス環境と実稼働環境では、サポートされなくなった財務と運用アプリのバージョンを実行している環境において一部の Lifecycle Services 機能を使用できない場合があります。この機能には、次のアクションを完了する機能が含まれます。

メンテナンスモードの有効化。
環境または環境内でデータベースを移動するために提供されるすべての機能を使用する。
SQL Server データベースへのファイアウォールアクセスの有効化。
Regression suite automation tool (RSAT) 証明書のダウンロード。
RSAT 証明書を再生成する。

サポートされているバージョンにサービス更新を適用すると、この機能は影響を受ける環境で使用できるようになります。

自動更新によって、Lifecycle Services 実装プロジェクトで Microsoft が管理する追加のオブジェクト環境はどのような影響を受けますか?

追加のすべてのサンドボックス環境は、運用環境と同じ更新ウィンドウ内に更新され、生産更新に使用されているのと同じリリースバージョンに更新されます。この更新は、サービスの終了間に間に合っていないバージョンの追加の環境にも適用されます。

追加の機能が、最新のサービス更新プログラムを受け取る予定の既定のシステムおよび実稼働環境とは異なるバージョンにある場合の更新時の動作は?

すべての環境は、自動更新に使用されている現在のバージョンに更新されます。

既定のサンドボックス環境が自動更新バージョンとまったく同じバージョンまたはそれより新しいバージョンに手動で更新された場合はどうなりますか?

運用環境の自動更新はキャンセルされ、追加のすべてのサンドボックス環境自動更新に使用されるは現在のバージョンに更新されます。

既定のサンドボックス環境の更新はキャンセルされます。

既定のサンドボックス環境が自動更新バージョンよりも古いバージョンに手動で更新された場合はどうなりますか?

既定のサンドボックス環境、運用環境、すべての追加のサンドボックス環境は、自動更新に使用されるは現在のバージョンに更新されます。

運用環境の電子メールが送られる前に、運用環境が手動で更新される場合はどうなりますか?

運用環境の自動更新、追加のすべてのサンドボックス環境はキャンセルされます。

運用環境の電子メールが送られた後に、運用環境が手動で更新される場合はどうなりますか?

運用環境の自動更新はキャンセルされますが、追加のサンドボックス環境はすべて、自動更新に使用されている現在のバージョンに更新されます。

サンドボックスの更新中に問題が発生した場合はどうなりますか?

サンドボックス環境で検証を行うときに問題が見つかった場合は、有効なサポートチケット番号と業務の妥当性を提供することで Lifecycle Services を通じて直接更新をスキップするように要求できます。詳細については、Lifecycle Services (LCS) を通じた更新プログラムの一時停止を参照してください。

サンドボックスのテスト中に重大な問題が見つかり、運用環境の自動更新プログラムを一時停止できない場合はどうなりますか?

識別されたらすぐに、重大な問題は常に Lifecycle Services 経由でサポートチームに送信される必要があります。サポートチームは、重要な問題を解決するために、お客様と協力します。

検証にかけることができる時間はどのぐらいですか?

更新がサンドボックス環境に適用されてから、7 暦日間検証できます。もっと多くの時間が必要な場合、Lifecycle Services のアクションセンターを使用して配置可能なパッケージにアクセスし、環境に適用できます。このようにして、生産ロールアウトよりも前に更新プログラムををテストするための追加の時間が得られます。

サービス更新プログラムが完了するとどうなりますか?

サービス更新がMicrosoft によって適用された後、更新が成功したか、適用できなかった場合に通知を受け取ります。次の場合は、更新が適用されない場合があります。

保留中のパッケージサインオフ – パッケージのサインオフが保留中の場合、Microsoft はサービスの更新を運用環境に適用しません。
配置エラー - 配置エラーが発生した場合、環境は元の状態にロールバックされます。

失敗した場合、更新プログラムが自動的に適用されるように再スケジュールできますか?

いいえ、アップデートのスケジュールは変更できません。ただし、他の更新プログラムの適用をスケジュールするのと同じように、都合の良いときにパッケージを適用することができます。

重要な修正プログラムは、自動更新中にサンドボックス/運用環境に自動的に適用されますか?

自己更新や自動更新のために一般提供されてすべての顧客に自動適用されるサービスの更新には、修正プログラムや潜在的な新しい機能が含まれます。サービスの更新が適用された後に重要な問題点が報告されると、顧客は Lifecycle Services のタイルから累積的な修正プログラムを取り込むことができます。

私の ISV は常に最新ですか?

顧客の環境のサービス更新プログラムには下位互換性があるため、独立系ソフトウェアベンダー (ISV) によるアクションは必要ありません。 ISV は、そのコードが依存する最低限必要なプラットフォームリリースを開発します。重大な変更については、ISV が追加して検証するための 12 か月のリードタイムがあります。サービス更新ごとに、プレビューリリースを利用して ISV を推奨しています。これにより、プラットフォームコードへの早期アクセスを可能にし、更新プログラムに対してソリューションを検証してから、そのソリューションを一般に提供することができます。 ISV と顧客の両方がプレビュー早期アクセス Yammer グループに参加をお勧めしています。この Yammer グループは、参加者がプレビューやリリースに関連する通知を受け取り、財務と運用アプリコミュニティ内の他のユーザーと協力できるフォーラムを提供します。

新機能はどうなりますか?

すべての新機能は、12 か月間オプトインベースで利用できます。有効化を選択するまで変更管理は必要ありません。

バッチジョブは、サービスの更新中に中断されますか?

バッチジョブはメンテナンスウィンドウ中に中断され、メンテナンスの完了時に再開します。

更新プログラムを一時停止する方法の詳細については、Lifecycle Services (LCS) によるサービスの更新の一時停止を参照してください。

ツール

まだリリースされていない更新プログラムへの早期アクセスをどのように取得できますか?

バージョン 10.0.26 から、すべてのサービス更新のプレビューパッケージが、ソフトウェア配置可能パッケージ の下にある Lifecycle Services の共有アセットライブラリを通じてすべてのお客様が利用できるようになります。プレビューパッケージは、開発環境またはテスト環境に配置することができます。しかし、これらは運用環境では使用できません。インストール時にプログラム規約に同意したものとします。プレビューパッケージ (旧プレビュー早期アクセスプログラム [PEAP]) へのアクセス登録は不要になりました。

サービス更新を取る最初の顧客グループになるには、初回リリースプログラムに参加できます。初回リリースプログラムに参加しても、Microsoft は、常に最新の更新プログラムによってシステムを最新の状態に保ちます。初回リリースの顧客は、すべての多対環境および実稼働環境に対する更新を受け取り、常に一般提供前に更新されます。

最新のリリースのテストをサポートするために使用可能なツールはありますか?

通常、UAT はMicrosoft のアプリケーションの更新プログラムを取得するか、カスタムコードおよび構成を運用環境に適用する前に必要です。 Regression Suite Automation Tool (RSAT) は、現在使用可能で、UAT の時間と費用を大幅に縮小できます。

RSAT は、機能パワーユーザーはタスクレコーダーを使用してビジネスタスクを記録し、ソースコードを作成しなくてもそれらを一連の自動テストに変換できます。テストライブラリは、ビジネスプロセスも出たー (BPM) ライブラリを使用して、Lifecycle Services に格納および配布します。これは、テストの実行、報告、および調査のために Azure DevOps と完全に統合されています。テストデータパラメーターは、テストステップから切り離され、Excel データファイルに保存されます。

統合が機能し続けていることはどのようにテストおよび検証できますか?

データタスクの自動化により、さまざまな種類のデータタスクを簡単に繰り返し、各タスクの結果を検証することができます。また、タスクの結果の検証を使用して、データエンティティの自動テストを使用することもできます。詳細については、データタスクの自動化の差し込みデータの概要を参照してください。

1 つのバージョンの準備

拡張機能の要求を記録するにはどうすればよいですか?

拡張機能の要求は、Lifecycle Services に記録することができます。詳細については、拡張性要求を参照してください。

"サービス終了" にはどのような意味がありますか?

Microsoft は、サービスの終了に達したバージョンの問題を修正しません。サービスの終了に達したバージョンで問題が発生した場合は、最新の更新プログラムに適用し、問題が解決されない場合はその問題を報告する必要があります。バージョン別のサービス終了日については、サービスの更新可能日付を参照してください。

すべての環境は、引き続きMicrosoft によって運用されます。さらに、監視や自動修復など、環境に関するすべての自動プロセスも、サポートされるバージョンにおいては引き続きそのままです。

個別の修正プログラムをサポートしますか?

バージョン 8.1 以降、個別の修正プログラムはサポートされません。修正を適用するには、最新の累積的な更新プログラムに更新する必要があります。重大な修正は、累積更新によっても適用され、Lifecycle Services のサービスエクスペリエンスを通じて利用できます。

利用している毎月の更新プログラムに関してリリースされる重要な修正プログラムに関する通知は送信されますか?

プレビューおよび一般提供のリリースごとに、顧客から報告された問題の検索可能な集計リストが Lifecycle Services の [問題検索] に公開されます。タイトル検索で一覧を検索するには、"財務と運用アプリのバージョン10.0.xx" というパターンを使用します。登録して、オープンな問題が解決された場合に通知を受け取る場合があります。

コマースサービスの更新

コマースクラウドコンポーネントへの影響を最小限に抑えるためにどのオプションを使用できますか?

コマースクラウドコンポーネントには、Dynamics 365 バックオフィスと同じダウンタイムが必要です。今後のリリースでは、展開への更新を減らしてさらにスケジュールするために Retail Cloud Scale Unit (RCSU) が使用可能になります。 RCSU の詳細については、ドキュメントおよび、リリースノートサイトにある発行済みのリリース情報を参照してください。

Commerce ソリューションコンポーネントの個別の修正プログラムを取得するオプションはありますか?

Commerce コンポーネントのすべての修正プログラムは累積的です。

チャンネル作業に影響を与える可能性のあるメンテナンスダウンタイム要件は何ですか?

冗長性の業務ニーズがある小売業者のため、Modern POS オフライン機能では、システムはインターネットから切断中またはクラウド環境の更新中にコア販売時点管理 (POS) 処理を使用できます。さらに、Commerce Scale Unit を使用している店舗では、クラウドメンテナンス期間中もコア POS 操作の運用とサポートを継続します。詳細については、オンラインおよびオフライン販売時点管理 (POS) 処理を参照してください。

店舗内コンポーネントを更新する必要があるのはいつですか?

サポートを維持するために、店舗内のすべてのコンポーネントは、1 年以内にリリースされたソフトウェアを実行している必要があります。顧客は、自己ホストコンポーネントを更新する責任があります (店舗かプライベートで管理するデータセンターにインストールされているコンポーネントなど)。また、これらのコンポーネントのインストールされたバージョンが有効にサポートされていることを確認する必要があります。

店舗内コンポーネントの下位互換性は続行されますか?

クラウドにホストされているコンポーネントの更新では、そのバージョンのリリース日から 12 か月間、小売業者によって自己ホストされるコンポーネントバージョンとの下位互換性が保持され続けます。 (これらのコンポーネントには、Modern POS、Commerce Scale Unit、または Hardware Station などの店舗またはプライベートデータセンターにインストールされるコンポーネントが含まれます。) ホスト型のコンポーネントは、クラウドホストのコンポーネントと同時に更新する必要はありません。店舗外に更新を展開する時間をとるために、独立したリズムで更新を行うこともできます。

組織全体で店舗内コンポーネントを更新するためにどのようなオプションを使用できますか?

ユーザーは、店舗ごとに手動で自己ホストされているコンポーネントを更新するか、Microsoft System Center Configuration Manager や Microsoft Intune などの一括更新ツールを使用するかを選択できます。

チャネル全体で新しい機能を徐々に有効にするどのようなオプションがありますか?

Microsoft では、店舗、デバイス、およびユーザー全体で機能拡張を徐々に展開して有効にするいくつかのメカニズムを提供しています。

画面レイアウトデザイナー: POS のほとんどのビジュアル要素は、顧客組織の管理ユーザーによって構成され、集中管理されます。そのため、対応する画面レイアウトに含まれるように明示的に構成されていない限り、新しい POS の操作は POS に自動的に表示されません。スクリーンレイアウトは、スクリーンレイアウトデザイナーを使用して構成します。店舗または POS デバイスに固有の場合があります。詳細については、販売時点管理 (POS) の画面レイアウトを参照してください。
機能プロファイル、POS のアクセス許可、コマースパラメーター – POS の機能の重要な要素は通常、ユーザーが構成可能です。これらの要素は、機能プロファイル、POS のアクセス許可、Commerce パラメーター、または該当するシナリオにおけるデバイスレベル、レジスターレベル、店舗レベル、またはユーザーレベルの機能の管理を可能にするその他のコントロールを通じて構成できます。
Modern POS および Commerce Scale Unit – Modern POS および Commerce Scale Unit は小売業者によって自己ホストされるため、いずれかのコンポーネントを含むトポロジによっては、個別 (および低速) のリズムかつクラウド専用トポロジより細かい方法での更新の展開が可能になります。