Note
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
Important
2026 年 2 月以降、新規のお客様は Microsoft Dynamics 365 Finance、Microsoft Dynamics 365 Human Resources、Microsoft Dynamics 365 Supply Chain Management、Microsoft Dynamics 365 Project Operations の Microsoft Dynamics Lifecycle Services でプロジェクトを作成できません。 新しいお客様は、代わりに Power Platform 管理センター を使用する必要があります。 詳細については、「ライフサイクル サービス プロジェクトの作成停止」を参照してください。
ローカライズと翻訳のためのライフサイクル サービス ソリューションの要件の一部として、以前のバージョンの Dynamics 365 Finance and Operations アプリのローカライズ ソリューションに規制機能と競合機能の両方が含まれている場合、ローカライズ ISV ソリューション プロバイダーは、機能の種類ごとにソリューションを個別のモデルに分割する必要があります。 この記事では、この要件に関する情報を提供します。
多国籍のお客様は、財務アプリと運用アプリを展開するすべての国または地域の規制要件に準拠する必要があります。 同時に顧客はコード メンテナンスのコストを最小限に抑えたいと考えています。 そのため、以前のバージョンのローカライズ ソリューションに規制機能と競合機能の両方が含まれている場合は、顧客が必要な機能を導入してデプロイできるように、ソリューションを個別のモデルに分割する必要があります。 アプリケーション ファンデーションおよびアプリケーション スイート スタックを複数のモデルに分割する努力がされました。
時間の経過とともにモデルの数は増加すると予想されます。 モノシリック コード ベースを分割すると、スケーラビリティ、管理性、および保守性の向上など、多くの利点が提供されます。 ローカライズ ソリューションをより詳細なモデルに分割するためのローカライズ要件は、この作業に基づいています。 目標は、多国籍の顧客に同じ利益を提供することです。
「ローカリゼーション機能の分類」で説明されているように、機能を規制または競争力のあるものとして分類した後、これらの特徴のコードを少なくとも 2 つのモデル (規制機能の 1 つのモデルと競合する特徴の少なくとも 1 つのモデル) に分割します。 競合機能をさらに分割することができる場合は (たとえば、コマースに関連する機能や固定資産に関連する機能など)、分割することをお勧めします。 ただし、さらに分割する必要はありません。 スタックを複数のモデルに分割する方法の詳細については、モデルの分割 を参照してください。