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

重要

Dynamics 365 for Finance and Operations は、特定の業務機能を管理する目的に特化したアプリケーションに発展しました。 これらの変更の詳細については、Dynamics 365 ライセンス ガイド を参照してください。

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

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

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

はい、Microsoft Dynamics Lifecycle Services (LCS) プロジェクトの更新設定を使用して、すべてのサンドボックス環境と運用環境が利用可能な最新の更新プログラムより 3 バージョン以内の場合、更新プログラムを一時停止、遅延、またはオプトアウトできます。 顧客は、最大 3 つまでの更新を続けて一時停止することができます。 以下は、遅延更新の例です。

  • 顧客は現在バージョン 10.0.22 を使用しています。
  • 顧客は、更新 10.0.23、10.0.24、および 10.0.25 を一時停止できます。
  • 顧客は、10.0.26 更新プログラムが利用可能になったら、入手する必要があります。

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

4 月の始めのリリースで、一般提供パッケージはいつ使用可能になりますか?

リリースの製品更新プログラムは、月の 1、2、3 週間目に予定されています。 LCS でセットアップした構成により、その特定の週に更新プログラムを受け取ります。 サンドボックスの更新プログラムは、常に実稼働更新の 1 週間前にスケジュールされます。 コンフィギュレーション設定は LCS で利用できます。

たとえば、4 月の 10.0.25 リリースの場合、Microsoft は LCS でセットアップした構成によって 4 月 1 日、4 月 8 日、または 4 月 15 日の週末に更新プログラムを実行しました。 サンドボックスの更新プログラムは、常にその更新の 1 週間前にスケジュールされます。

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

サービスの更新

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

バージョン Description
8.1 以降 バージョン 8.1 以降のすべての顧客には、毎月の自動更新プログラムがスケジュールされています。 これらの更新プログラムは、アプリケーションとプラットフォームの更新が組み合わされたものです。 現在の更新プログラムから 3 つ以内の更新プログラムを使用している必要があります。 更新プログラムを一時停止する方法の詳細については、サービス更新の一時停止を参照してください。

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

リリース 8.1 以降では、サービスの更新には、規制の更新を含むサービスの重要な改良であるアプリケーション (財務、レポート、小売を含む) とプラットフォームの変更が含められます。 このような変更には、規制の更新が含まれます。 新しいエクスペリエンスは構成可能になります。 サービス更新プログラムには、下位互換性があります。 更新プログラムを表す 1 つのバージョンがあります。

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

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

今後の更新スケジュールは?

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

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

8.1 以降のメジャー アップデートはありますか?

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

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

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

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

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

プラットフォーム サービスの更新を既存の 8.1 以降の環境に適用することができますか。

バージョン 8.1 以降の顧客は、8.1.x または v10.x のサービス更新プログラムのみ適用することができます。 プラットフォームのみのサービス更新プログラムをバージョン 8.1 以降に適用することはできません。

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

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

処理

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

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

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

ユーザーは、LCS に日と保守の時間枠を構成できます。 更新プログラムの設定に基づくサービス更新は、15分以内に開始されます。 LCS 通知を受信するようにオプトインしたユーザーには、更新手順が記載された電子メールが届きます。 ユーザーは、更新プログラムの指定された階層 2/UAT サンドボックスを選択できるようになります。 ユーザーは、テストと検証を行うのに 7 カレンダー日あります。

ユーザーは、LCS からのすべての環境に対して、以前の更新プロブラムを適用することもできます。 実稼働準備ができた配置可能パッケージは、LCS のアクション センターを介してすべてのユーザーが入手できます。 追加のすべてのサンドボックスは、運用環境と同じ日に自動更新されます。 詳細については、サービス更新の構成 を参照してください。

サービス更新プログラムは環境に適用されました。 LCS では、この環境のタイルの番号は何を表していますか?

Microsoft は、すべての顧客に同じサービス更新プロブラムを自動的に適用します。 Microsoft は、引き続き最新の更新プログラムを提供します。 LCS の環境のタイルの番号は、環境に適用できる修正プログラム数の累計を表します。 Microsoft は、すべての顧客に同じバージョンのみ自動適用するため、必要な場合、顧客には累積的な修正プログラム パッケージを適用する責任があります。

最新バージョンに更新する方法を教えてください。

ユーザーは、LCS の環境の詳細ページでタイルを使用して最新バージョンに更新できます。 Microsoft により更新プログラムがリリースされたら、タイルに更新プログラムが表示されます。 ユーザーは、サンドボックスと運用環境で更新エクスペリエンスを経由して独自に更新プログラムを適用することができます。

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

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

予想されるダウンタイムはどのくらいですか ?

更新が正常に完了するために予想されるダウンタイムは 1 時間 30 分です。 ただし、 更新プログラムの適用時に問題が発生する場合、3 時間のダウンタイムを要求します。 Microsoft は、必要とするダウンタイムを減らすために積極的に取り組んでおり、改善は数か月以内に反映されます。

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

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

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

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

はい、 Lifecycle Services (LCS) プロジェクトの更新設定を使用して、すべてのサンドボックス環境と運用環境が利用可能な最新の更新プログラムより 3 バージョン以内の場合、更新プログラムを一時停止、遅延、またはオプトアウトできます。 この期間後は、更新プログラムがスケジュールされ、Microsoft により自動適用されます。 遅延更新用の更新エクスペリエンスにより、さらなるダウンタイムが発生します。

季節的なアクティビティやその他のビジネス上の理由により、連続したサービス更新プログラムを 3 回以上遅らせることはできますか?

いいえ。 サービス更新プログラムはサンドボックスに自動的に適用されます。 そして 7 日後、環境が 3 サービス更新プログラムより古い場合、更新プログラムがすべての追加のサンドボックスと運用環境に適用されます。 顧客は、最大 3 つの連続した更新のみ連続して一時停止できます。 たとえば、バージョン 10.0.22 の顧客が 10.0.23、10.0.24、10.0.25 の更新プログラムを一時停止する場合、サービス更新プログラム 10.0.26 は、まずサンドボックス環境に適用され、その後、すべての追加のサンドボックスと運用環境に自動的に適用されます。

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

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

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

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

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

注意

この記事では、バージョンについて次のように記載されています。

  • バージョン N は最新バージョン (たとえば、10.0.25)
  • バージョン N-1 は N よりも 1 つ古いバージョン (たとえば、10.0.24)
  • バージョン N-2 は N よりも 2 つ古いバージョン (たとえば、10.0.23)
  • バージョン N-3 は N よりも 3 つ古いバージョン (たとえば、10.0.22)
  • バージョン N-4 は N よりも 4 つ古いバージョン (たとえば、10.0.22) (この例では、バージョン 10.0.21 の顧客は更新を一時停止 できません。)

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

追加のすべてのサンドボックス環境は、運用環境と同じ更新ウィンドウ内に更新され、生産更新に使用されているのと同じリリース バージョンに更新されます。 この更新は、N-3 ライフサイクル ポリシーでサポートされている追加のサンドボックス環境にも適用されます。

追加のサンドボックス環境の 1 つが N-1 で、他の環境が N-4 の場合 (既定のサンドボックス環境と運用環境がバージョン N より前の場合) はどうなりますか?

すべての環境がバージョン N に更新されます。

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

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

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

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

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

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

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

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

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

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

サンドボックス環境で検証を行うときに問題が見つかった場合は、有効なサポート チケット番号と業務の妥当性を提供することで LCS を通じて直接更新をスキップするように要求できます。

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

識別されたらすぐに、重要な問題は常に LCS 経由でサポート チームに送信される必要があります。 サポート スタッフは、重要な問題に対する修正を行います。

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

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

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

サービス更新プログラムが Microsoft によって適用された後、更新プログラムが成功したかどうか、または適用できなかったかどうかの通知を受け取ります。 更新プログラムを適用できないいくつかの理由があります。

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

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

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

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

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

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

顧客の環境のサービス更新プログラムには下位互換性があるため、独立系ソフトウェア ベンダー (ISV) によるアクションは必要ありません。 ISV は、そのコードが依存する最低限必要なプラットフォーム リリースを開発します。 重大な変更については、ISV が追加して検証するための 12 か月のリード タイムがあります。 ISV は、プラットフォーム ビットへの早期アクセスを獲得して、一般的に使用できるようになる前に更新プログラムに対するソリューションを検証できるようにするために、パートナー早期アクセス プログラムの一部とすることをお勧めします。

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

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

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

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

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

ツール

非リリースのプラットフォーム更新プログラムへの早期アクセスをどのように取得できますか。

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

初回リリース プログラムに参加できます。Microsoft は、常に最新の更新プログラムによってシステムを最新の状態に保ちます。 まだ Dynamics 365 Insider プログラムのメンバーとなっていない場合、次の作業が必要です。

  1. この URL を使用してインサイダー プログラムにサインアップする: https://experience.dynamics.com
  2. Dynamics 365 Insider になるための条件に同意します。
  3. 申請が承認された後 (約 24 時間)、Insider Portal にサインインして、参加できるさまざまなプレビュー プログラムを検索することができます。

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

Regression Suite Automation Tool現在利用可能です。 このツールは、ユーザー受け入れテスト (UAT) の費用と時間を大幅に減少します。 通常、UAT は Microsoft アプリケーションの更新プログラムを取得するか、カスタム コードおよび構成を運用環境に適用する前に必要です。 機能パワー ユーザーはタスク レコーダーを使用してビジネス タスクを記録し、ソース コードを作成しなくてもそれらを一連の自動テストに変換できます。 テスト ライブラリは、ビジネス プロセス モデラー (BPM) ライブラリを使用して LCS に保存および配分され、テストの実行、報告、調査のために Azure DevOps と完全に統合されます。 テスト データ パラメーターは、テスト ステップから切り離され、Excel データ ファイルに保存されます。

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

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

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

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

現在開発中でない、またはコードを再コンパイルしない場合、影響を受ける非推奨の機能があるかどうかはどうすればわかりますか?

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

1 つのバージョンの準備

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

拡張機能の要求は、LCS に記録することができます。 詳細については、拡張性の要求の記事を参照してください。 使用可能な拡張機能の使用とログに関しては以下のタイムラインに注意してください。

日付 拡張機能の要求
2019 年 1 月 拡張機能のすべての要求は、2019 年 1 月 1 日までにログインする必要があります。 ISV とユーザーは、この日までにコードを分析し、これらの要求を行ってください。 要求が 2019 年 1 月 1 日までに提出された場合、2019 年 4 月以降に 7.3 を維持するための例外が提供されます。
2019 年 12 月 2019 年 1 月 1 日までに記録された要求については、拡張機能は 2019 年 12 月 31 日以前に利用可能になります。 これらの拡張機能を使用しているユーザーは、2020 年 4 月までに現在のバージョンに移行する必要があります。

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

Microsoft は、サービスの終了に達したバージョンの問題を修正しません。 また、Microsoft は、3 つ以上のサービス更新プログラムより古いバージョンで発生した問題の調査とトラブルシューティングも行いません。 サービスの終了に達したバージョンで問題が発生した場合は、最新の更新プログラムに更新し、問題が解決されない場合はその問題を報告する必要があります。

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

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

8.1 以降、個別の修正プログラムはサポートされません。 ユーザーは、最新の累積的な更新プログラムに更新して修正プログラム (8.1.1 など) を適用する必要があります。 さらに、重要な修正プログラムは累積的であり、LCS サービス エクスペリエンスを通じて使用可能になります。

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

顧客が報告した問題は、LCS 問題検索で検索できます。 未解決の問題が解決されたときに通知を受けるようにサインアップすることができます。

コマース サービスの更新

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

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

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

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

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

冗長性の業務ニーズがある小売業者のため、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 は小売業者によって自己ホストされるため、いずれかのコンポーネントを含むトポロジによっては、個別 (および低速) のリズムかつクラウド専用トポロジより細かい方法での更新の展開が可能になります。

注意

ドキュメントの言語設定についてお聞かせください。 簡単な調査を行います。 (この調査は英語です)

この調査には約 7 分かかります。 個人データは収集されません (プライバシー ステートメント)。