ローカライズ モデルの分類

ローカライズおよび翻訳向け LCS ソリューションの要件の一部として、以前のバージョンの Dynamics 365 財務と運用アプリのローカライズ ソリューションに、規制と競合の両方の機能が含まれている場合、ローカライズ ISV ソリューション プロバイダーはソリューションを各機能タイプごとに別々のモデルに分割する必要があります。 この記事では、この要件に関する情報を提供します。

多国籍の顧客は、財務と運用アプリを配置するすべての国/地域で法的な要求事項を遵守する必要があります。 同時に顧客はコード メンテナンスのコストを最小限に抑えたいと考えています。 したがって、以前のバージョンのローカリゼーション ソリューションに規制機能と競合機能の両方が含まれている場合、顧客が必要とする機能を採用して展開できるように、ソリューションを別々のモデルに分割する必要があります。 アプリケーション ファンデーションおよびアプリケーション スイート スタックを複数のモデルに分割する努力がされました。

時間の経過とともにモデルの数は増加すると予想されます。 モノシリック コード ベースを分割すると、スケーラビリティ、管理性、および保守性の向上など、多くの利点が提供されます。 ローカライズ ソリューションをより詳細なモデルに分割するためのローカライズ要件は、この作業に基づいています。 目標は、多国籍の顧客に同じ利益を提供することです。

機能を規制または競争のいずれかに分類した後、ローカライズ機能の分類 で説明されているように、これらの機能のコードを少なくとも 2 つのモデルに分割し、1 つのモデルは規制機能、また少なくとも 1 つのモデルは競合機能となります。 競合機能をさらに分割することができる場合は (たとえば、コマースに関連する機能や固定資産に関連する機能など)、分割することをお勧めします。 ただし、さらに分割する必要はありません。 スタックを複数のモデルに分割する方法の詳細については、モデルの分割 を参照してください。