頻繁に実行されず、ユーザーが一連の手順に従う必要があるタスクの場合、ウィザードのようなインターフェイスが理想的です。Microsoft Dynamics 365 Business Central では、NavigatePage ページ タイプ (A) がこの目的に最適です。NavigatePage は、一連の手順またはページを通じてユーザーをガイドするように設計されており、構造化された方法で選択またはデータ入力を行うことでタスクを完了できます。このページ タイプは、セットアップ ウィザード、データ移行タスク、またはステップ バイ ステップのアプローチが役立つその他のプロセスでよく使用されます。カード (B)、RoleCenter (C)、またはリスト (D) などの他のページ タイプとは異なり、NavigatePage はウィザードの作成に必要なナビゲーションと意思決定フローを特にサポートしているため、この要件に最適な選択肢となります。

Microsoft Dynamics 365 Business Central のリソース カード ページからフィールド「単価」を非表示にするには、ページ上の既存のフィールドのプロパティを変更できる、modify キーワードを使用してフィールドの表示プロパティを変更する必要があります。
* ページ上の既存のフィールド (リソース カード ページなど) をターゲットにするには、modify("Unit Price") が正しい方法です。
* Visible = false; の行により、フィールドがページ上で非表示になります。
各オプションが正しいか間違っているかの理由を次に示します。
* オプションA:
* addlast("Unit Price") を使用していますが、これは新しいフィールドを追加しているのではなく、既存のフィールドを変更しているため、正しくありません。また、フィールドを非表示にするには Visible = false が適切ですが、間違った方法 (addlast) が使用されています。
* オプションB:
* Enabled = false; で、modify("Unit Price") を使用します。これにより、フィールドは非表示になるのではなく、無効になります (編集できなくなります)。フィールドは引き続き表示されるため、要件を満たしません。
* オプションC:
* addlast("Unit Price") を使用していますが、これは正しくありません。また、Enabled = false; を使用しているため、フィールドは非表示にならず、無効になります。
* オプションD:
* 変更("単価") { Visible = false; } は、ページ上のフィールドを非表示にするための正しい構文です。
正しいコードスニペット:
変更("単価")
{
表示 = false;
}
これにより、リソース カード ページの「単価」フィールドが非表示になります。

Microsoft Dynamics 365 Business Central で小数変数を小数点以下 4 桁に切り上げるには、特定のパラメーターを指定した Round 関数を使用する必要があります。正しい数式は、Result := Round(AmountLCY, 0.0001, '=') (B) です。この関数は、2 番目のパラメーター (この場合は 0.0001、小数点以下 4 桁) に基づいて、AmountLCY 変数を最も近い値に切り上げます。3 番目のパラメーター '=' は、関数が最も近い値に切り上げることを指定します。これにより、2 つの可能な丸め値の中間にある値が効果的に切り上げられます。この方法により、AmountLCY 変数が正確に小数点以下 4 桁に切り上げられることが保証されます。これは、財務計算とレポートで精度を維持するために不可欠です。

Explanation:

AL (Business Central 拡張機能の言語) を使用した Business Central 開発では、アクセス修飾子の使用により、オブジェクトまたはコードユニットの内外で変数とプロシージャにアクセスする方法を定義します。
* AL のアクセス修飾子:
* パブリック: パブリック変数は、同じモジュールまたは拡張機能内の任意のオブジェクトまたはコードユニットからアクセスできます。
* Protected: 現在のオブジェクトと、現在のオブジェクトから継承するオブジェクトへのアクセスを制限します。ただし、AL (少なくとも Business Central で使用されるバージョン) では、Protected アクセス修飾子はメソッドでは使用されますが、変数では使用されません。
* 内部: この修飾子は、現在の拡張機能への可視性を制限します。つまり、内部として宣言された変数またはメソッドには、同じ拡張機能内からのみアクセスできます。これは、拡張機能内で共有されるが外部には公開されない機能を提供する場合に適しています。
* ローカル: 変数またはメソッドを、それが宣言されている現在のオブジェクトまたはメソッドに制限します。同じ拡張機能内であっても、他の場所からはアクセスできません。
* シナリオの正当性:
* Contoso 社のシナリオでは、IssueTotal は ISSUE BASE 拡張機能のグローバル変数であり、ISSUE EXT 拡張機能はこれにアクセスする必要があります。したがって、この変数を Local として宣言することはできません。これは、この宣言によって現在のオブジェクト (またはメソッド) のみへのアクセスが制限されるためです。
* Public を使用すると、変数が拡張機能の外部に公開されますが、拡張機能の他の部分 (具体的には ISSUE EXT 拡張機能) のみがアクセスできるようにする必要があるため、これは不要です。
* この場合の最適な選択は Internal です。これは、変数へのアクセスを同じ拡張機能 (基本拡張機能と ISSUE EXT などの依存拡張機能を含む) 内に制限するためです。これにより、可視性とカプセル化の間で適切なバランスが保たれます。
Microsoft Dynamics 365 Business Central 開発者リファレンス:
* AL のアクセス修飾子: AL に関する Microsoft のドキュメントでは、アクセス修飾子の詳細が提供されており、内部変数は拡張機能内でアクセスでき、パブリック変数はすべての拡張機能でアクセス可能であることが指定されています#ソース: AL プログラミングに関する Microsoft Learn#。
* AL 開発のベスト プラクティス: Business Central 開発のベスト プラクティスでは、現在の拡張機能の外部からアクセスする必要がない限り、変数を内部に保持することが推奨されています #ソース: AL 開発ガイドラインに関する Microsoft Learn #。