アプリケーション拡張性のロードマップ

実装およびアップグレード作業を減らすことが、開発チームの主要な取り組みです。 この構想のメリットは、短期間で、Microsoft とパートナーからの新しいイノベーションを利用でき、総保有コストが削減され、品質向上を実現できることです。 この取り組みの主要な部分は、製品のカスタマイズ方法を変更することです。 Dynamics AX 2012 では、いくつかの拡張性機能が製品に追加されました。 たとえば、事前イベントと事後イベントのためのメソッドを使用して、イベントベースのカスタマイズを行う機能が紹介されました。 拡張性機能は新しいアプリケーションへの進化と共に成長を続けています。

拡張子ベース カスタマイズには、特に実装およびアップグレードの作業量を削減する場合に、オーバーレイヤー ベースのカスタマイズの従来のアプローチよりもいくつかの利点があります。

• オーバーレイヤー ベースのカスタマイズには、コード アップグレード、再コンパイル時刻、広範なテストが必要です。 この要件により、ホット修正をシームレスに適用する機能が制限されます。 これらの原価は、お客様が Microsoft やパートナーの新機能を含む新しいバージョンにアップグレードする際の阻害要因となります。
• 拡張子ベース カスタマイズはまた、開発経験を改善します。 オーバーレイされたカスタマイズを含むモデルは、基本オブジェクトと同じパッケージにする必要があります。 この要件により、コンパイル サイクルが長くなり、パッケージディストリビューションが大きくなります。 拡張子では、基準オブジェクトから分離して単体テストを行う方がはるかに簡単です。
• 拡張機能ベースのカスタマイズによってアップグレード コストを削減すると、サポートする必要があるリリースの組み合わせが少なくなるため、パートナーのサポート マトリックスが削減されます。

このような理由から、製品モデルは徐々に封印され、拡張機能ベースのカスタマイズのみがサポートされます。 AppPlatform と AppFoundation が最初のモデルでした。 プラットフォーム更新プログラム 3 (2016 年 11 月) で、これらのモデルをオーバーレイ用に封印しました。 これらのモデルのバイナリ更新を月単位で提供し、アップグレード コストを削減し、迅速にイノベーションを顧客に提供することを目標にしています。

Microsoft Dynamics 365 for Finance and Operations リリース 8.0 では、すべての製品モデルがシールされています。 拡張機能ベースのカスタマイズのみがサポートされるようになりました。

次の図は、オーバーレイから離れて拡張機能に移動するときに従ったロードマップを示しています。

最新のサポート ポリシーでは、リリースに対して 3 年間のサポートが提供されます。 このポリシーにより、オーバーレイされたコードは、2017 年 11 月から 3 年間、Microsoft Dynamics 365 for Finance and Operations Enterprise Edition 7.3 リリースでサポートされます。 ただし、オーバーレイされたコードが拡張機能に移動されるまで、製品はこのコードを後続の製品リリースに移行しません。

この目標を達成するには、Microsoft、パートナー、顧客にとってかなりの作業が必要です。 ワークショップ、営業時間、ヘルプ トピック、および他のリソースは、このエコシステムのトレーニングおよび共同作業で使用可能です。 内部的には、コア プラットフォームとアプリケーションの両方で、より拡張性の高い機能を構築する準備ができました。 Microsoft は、Marketplace 上のアプリケーションを使用するパートナーと密接に協力して、拡張機能に移行するパターンを定義しています。

アップグレードの摩擦を減らし、イノベーションの取り込みを可能にする利点は、オーバーレイを削除する努力に値します。