拡張機能の要求

Finance and Operations アプリケーションでは、拡張機能のみを使用して製品をカスタマイズします。 この変更はパートナーのエコシステム全体に影響することを知っています。 拡張性のホーム ページに記載されているリソースを読むことをお勧めします。 これらのリソースは多くの質問に答え、拡張機能を使用してソリューションを構築するための準備を整えます。

拡張機能では、オーバーレイによって可能であった一部のカスタマイズが実行できないことがわかります。 オーバーレイすることなく同じビジネス要件を可能にするために、多くの拡張機能を追加しており、今後さらに追加する予定です。 オーバーレイにより実行された一部のカスタマイズについては、要求をログに記録して、必要なものを弊社に知らせる必要があります。

実行する内容

今後のリリースでは、より多くの拡張機能を追加して、独立系ソフトウェア ベンダー (ISV) と付加価値再販業者 (VAR) が包括的なビジネス ソリューションを提供できるようにします。 頻繁なリリースでは、これらを顧客ごとに優先順位付けします。

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

拡張機能として実装できないカスタマイズが見つかった場合は、シナリオに対して適切な拡張子サポートが製品に追加されるように、リクエストを Microsoft に記録する必要があります。

要求を記録する前に、考慮すべき点がいくつかあります。

• 既存の拡張性機能を満たす必要がありますか。 拡張機能を備えたソリューションを構築するには、異なる設計および実装パターンが必要です。
• 顧客またはビジネス アナリストへの要求はどれほど重要ですか。
• 実装のアップグレードは長期間利用しやすいですか。

拡張機能の詳細については、拡張機能ホーム ページ を参照してください。

LCS の特定のプロジェクトを使用して、拡張機能の要求が記録されます。 記録された要求はその同じプロジェクトの元で収集されます。 関連するリクエストを同じ LCS プロジェクトで記録することをお勧めします。これは、特定のソリューションまたは実装のすべてのリクエストについて全体的なビューを維持するのに役立ちます。 Microsoft は、LCS アカウントに関連付けられている組織名で記録された要求を詳細に識別します。

ページの上部にある LCS プロジェクトでハンバーガー アイコンを選択し、作業項目 メニュー項目をクリックします。

ログ出力された拡張性サポート要求のリストとその状態を表示できます。 ログに記録された要求の詳細を確認するには、要求 ID をクリックします。

Microsoft 追跡データベースに要求がコピーされる間に、新しい要求には 保留中 のステータスが一時的に割り当てられます。 次に、要求に ID が割り当てられステータスが有効へと更新されます。 要求が Microsoft によって処理されると、ステータスは 終了済 に更新されます 解決策の日付と説明の情報を表示するには、要求 ID をクリックします。 終了した要求は、毎月のアプリケーションの更新でリリースされます。

機能拡張のサポート リクエストフォームには、2 つのアクションが含まれます。

• 拡張オプションの管理
• 拡張機能のサポート リクエストの作成

拡張オプションの管理をクリックすると、要求間で共有されるすべての情報を表示することができます。 この情報には、ISV または VAR ソリューションのいずれかの要求、および要求が顧客実装プロジェクトに固有のものであるかどうかが含まれています。 ロールが ISV または VAR を選択した場合は、ソリューション名を指定する必要があります。 名前は、わかりやすく、AppSource ソリューションと関連付けられる必要があります。 要求された日付順は、開発に対して要求が利用可能になる最後の日付を示します。

サポート オプションの拡張機能は、要求が作成された後のすべての変更を反映するように更新できます。 要求に更新プログラムを完了した後、更新をクリックし、変更内容をマイクロソフトに通知します。

アクション「拡張機能のサポート リクエストの作成」が作成、ログ、新しい拡張機能の要求に対して使用されます。 拡張機能の要求を記録するときは、拡張機能を有効にする必要がある対象に関する詳細情報を提供し、拡張を必要とするが内容に関する情報を含めます。 これにより、Microsoft は要求に効率的に対処することができます。 Microsoft が標準アプリケーションでユーザーが必要とする機能を有効にする方法を、ユーザーのニーズに効果的に対応する方法で提案できます。

要求の種類を選択するときに、Microsoft が要求を分類するために使用する要求の種類と要求の整合性を判断します。 各要求タイプは、要求タイプに関連付けられている特定のフィールドを含めるように、フォームを変更します。 これは、プロセスが Microsoft に対して要求を実行可能にするのに役立ちます。 要素およびメソッドの名前を付ける際は、正確な名前を必ず提供してください。 Microsoft では、インライン デリゲートを追加して要求を有効にすることはほとんどないため、要求の他のタイプを考慮してください。 一般的なアプリケーションの要求タイプには、メソッドの抽出、拡張可能な列挙、スローによる構築、および方法の変更が含まれます。 また、一般的なプラットフォームの改善を含む変更を提案するための プラットフォーム要求 および メタデータの変更 があります。 要求タイプメソッド シグネチャの変更は、通常は重大な変更になります。 そのような変更を実行するには、更なるメジャー リリース バージョンが必要になるため、毎月の更新プログラムで破壊的変更に対応できる可能性はほぼありません。

要求に添付できるドキュメントをアップロードするには、コンピュータからの添付ファイルをクリックします。 添付ファイルを使用して、要求の追加の詳細を提供するコード スニペットを提供することができます。 できるだけ具体的なものにすることをお勧めします。

各インスタンスの要求を記録します。 複数の要求を 1 つにバンドルしないでください。 複数の要求が関連付けられている場合は、リクエスト ID を含むドキュメントまたは説明を追加することを検討して、要求に関する作業がコンテキスト内で考慮されるようにします。

要求には、連絡先が含まれます。 これは、ログに記録された拡張機能の要求が実行可能でない場合に必要です。 要求は、例えば、異なるデザイン オプションに関する議論を必要とすることがあります。 Microsoft はこの連絡先情報を使用して、このような対話を推進します。 Microsoft に要求を送信する準備ができたら、送信 をクリックします。 要求は送信後に編集できません。送信前にデータを確認してください。 要求で ID をクリックした後、指定されたアクションを使用して、未完了または不正確な日付で誤って送信された要求を削除することができます。 Microsoft に送信された要求は、Microsoft 追跡データベース内で要求が作成されるまで、保留中 として一時的に表示されます。 これにより、ID が要求に割り当てられ、状態は アクティブ になります。 この状態は、現在要求が Microsoft に表示されていることを示します。

任意の要求を記録する前に、プライバシーに関する声明を必ず読んでください。

拡張機能の要求はアプリケーション専用です。 Dynamics AX 2012 またはそれ以前のリリースの拡張機能の要求に対応する計画はありません。

個人の拡張機能の要求はいつ有効になりますか。

拡張性要求は、バックログに記録されます。 Microsoft エンジニアは、すべての要求に優先度付けを行ってから、優先順位で作業します。 Microsoft は、すべての要求が処理されることを保証するものではありません。 特に、本質的に煩雑な要求はシームレスなアップグレードを妨げるためサポートされません。

疑問が解決されない場合

拡張性についてよく寄せられる質問と拡張機能のホーム ページにリストされた他のリソースをご覧ください。