Dynamics 365 PIMにおける事前定義、ディメンションベース、制約ベースの製品バリアントの比較

By Mirko Peters · 2026-08-21

Dynamics 365 PIMの事前定義、ディメンションベース、制約ベースの製品バリアントを比較し、自社のビジネスに適したモデルを選択するための考え方を解説します。

Automatically translated with AI from the original post. Read the English original

Dynamics 365 Supply Chain Managementにおける製品バリアントの構成モデルの選択は、重要なアーキテクチャ上の決定です。組織は、製品の組み合わせが固定されているか、共有の部品表で管理されるか、複雑な技術ルールで制限されるかに基づいて、事前定義バリアント、ディメンションベースの構成、制約ベースのモデルのいずれを使用するかを決める必要があります。

重要なポイント

• 事前定義バリアントは、アパレルのサイズや色のように、既知の有限な製品の組み合わせを持つカタログに最適です。
• ディメンションベースの構成では、単一の共有部品表（BOM）を使用し、電圧などの設定済みの選択肢に基づいてコンポーネント行を動的に振り分けます。
• 制約ベースの構成では、高度な製品モデルとルール検証を用いて、実現不可能な設計や特注製造の組み合わせを防止します。
• 構成アーキテクチャは、導入を開始する前に、実際の購買、販売、生産プロセスと直接整合させる必要があります。
• Dynamics 365では、初期設定後に製品を別の構成モデルへ簡単に変換することはできません。

製品バリアントのアーキテクチャ上のジレンマ

組織がDynamics 365 Product Information Management（PIM）を導入する際、最も早い段階で、かつ影響の大きい決定の一つが、製品のバリエーションをどのように作成・管理するかです。単純製品は、標準的なプリンター用紙1箱のような、選択肢のない単一の固定品目を表します。一方、製品マスターは、衣料品ラインや産業機械のように、複数の選択肢によって販売可能な別バージョンが生まれる製品ファミリー全体を表します。

構成戦略の選択を早い段階で誤ると、製品カタログの肥大化、管理上の大きな負担、生産上のミスにつながりかねません。Dynamics 365 Supply Chain Managementでは、後から製品ファミリーの構成モデルを別のモデルへ容易に変換できないため、事前定義バリアント、ディメンションベースの構成、制約ベースの構成という3つの中核的なアプローチを理解することは、クラウドアーキテクトやサプライチェーン管理者にとって不可欠です。

基盤となる製品ディメンションの理解

構成アプローチを選択する前に、組織は製品ディメンションを定義する必要があります。Dynamics 365 Supply Chain Managementは、色、サイズ、スタイル、構成、バージョンの5つの製品ディメンションをサポートします。これらのディメンションは製品マスターのルールシートとして機能し、特定のバリアントを識別する際にどの選択肢が適用されるかをシステムに伝えます。

製品ディメンションと物理的なディメンションは明確に区別することが重要です。重量、高さ、体積などの物理的なディメンションは、倉庫の保管スペース計画のためにアイテムの物理的特性を表します。一方、製品ディメンションは、顧客や倉庫作業者が扱う正確な販売可能バリアントを決定します。例えば、大きいサイズの黒いシャツと、中くらいのサイズの青いシャツの違いがこれにあたります。

1. 予測可能なカタログのための事前定義バリアント

事前定義バリアントは、組織がこれから購入、在庫、販売するすべての有効な製品の組み合わせをあらかじめ把握している場合に最適な選択肢です。小売業者、卸売業者、消費財メーカーは、多くの場合このカテゴリーに該当します。

衣料品メーカーが、特定のラインのジーンズを販売しているとイメージしてください。色とサイズをすべて組み合わせると理論上は18通りになりますが、実際に製造・在庫しているのは9通りの組み合わせだけです。不要なバリエーションを生成するのではなく、組織は実際に存在する組み合わせだけを作成します。

このアプローチにより、製品カタログを非常にすっきりと保てます。販売担当者が存在しない製品の組み合わせを誤って約束してしまうことを防ぎ、調達、倉庫、営業の各担当者が、初日から明確で限られた品目リストをもとに業務を進められます。

2. 製造業向けのディメンションベース構成

ディメンションベース構成は、個別製造の環境に重点を置いたモデルです。代表的な例が産業用ポンプの製造企業です。同じポンプファミリーの各構成は、内部構造の大部分を共有していますが、動作電圧などの一部の選択によっては、内部部品が異なる必要があります。

考えられるポンプの構成ごとに部品表（BOM）を個別に複製して管理するのではなく、組織は1つの共有BOMを使用します。そのBOM内の特定の部品行を、特定の構成ディメンションに関連付けます。

特定の電圧を必要とするポンプが注文されると、Dynamics 365 はその構成に関連付けられた該当の部品行だけを自動的に取り出します。これにより、重複した設定作業を大幅に削減でき、構造の大部分を共有する複雑な製品ファミリーを効率的に管理できます。

3. 複雑なカスタマイズ向けの制約ベース構成

顧客が非常に多くのオプションから選択できる一方で、すべての組み合わせが技術的に実現可能とは限らない場合、制約ベース構成が不可欠になります。このアプローチは、カスタム機械、高性能の研究用機器、受注設計生産（ETO）の製造で多く利用されています。

たとえば、顧客がハウジング、モーターのサイズ、電圧、安全装置、制御盤を選択して、特殊な機械を注文するケースを考えてみてください。組み合わせによってはスムーズに機能するものもあれば、大型モーターを小さすぎるハウジングに組み合わせるなど、物理的または電気的に不可能なものもあります。

制約ベースの構成モデルでは、こうしたエンジニアリングのルールを Dynamics 365 に直接組み込みます。営業担当者または顧客が機械を構成すると、システムは有効なオプションへと動的に誘導し、矛盾する選択肢をブロックします。これにより、実現不可能な製品構成が誤って受注されたり、工場の現場に流れたりすることがなくなります。

ご自社に適したモデルの選び方

適切な構成モデルを選ぶには、技術的な機能から離れて、自社の業務の実態だけを見ることが必要です。事業部門の関係者に、基本的な問いを投げかけてください。注文が届く前に、有効な製品の組み合わせをすべて把握できているか。それとも、顧客がルールに基づいて管理された一連のオプションから、有効な製品を作り上げるのか。

在庫が固定されている小売業者は、複雑なカスタム製品モデルを避けるべきです。反対に、カスタム機器を製造している企業は、無限の組み合わせを固定の定義済みバリアントのリストに無理に当てはめようとすべきではありません。PIM戦略を、実際の調達、販売、生産プロセスに合わせることで、拡張性のある Microsoft Dynamics 365 環境を実現できます。共有の製品データが企業全体でどのように流れるのかを知りたい場合は、エピソード全編をお聴きください。M365 と Dynamics 365 のアーキテクチャについて、さらに詳しく解説しています。

よくある質問

Dynamics 365 における単純な製品と製品マスターの違いは何ですか？

単純な製品は、プリンター用紙の標準的な箱のように、別々のバリアントを生み出す選択肢のない、固定された1つの品目を表します。製品マスターは、関連製品のファミリー全体の親レコードであり、共通の詳細情報と、サイズや色などの個別のバリアントを生成するためのルールを保持します。

Dynamics 365 で製品を作成した後に、製品構成モデルを変更できますか？

いいえ、Dynamics 365 Supply Chain Management では、初期設定後に製品ファミリーの構成モデルを別のモデルへ簡単に変換することはできません。そのため、実装時に定義済み、ディメンションベース、制約ベースのいずれのモデルを選ぶかは、重要なアーキテクチャ上の決定になります。

Dynamics 365 Supply Chain Management でサポートされている製品ディメンションは 5 つありますか。どれですか。

製品ディメンションは、Color（色）、Size（サイズ）、Style（スタイル）、Configuration（構成）、Version（バージョン）の 5 つです。組織は、製品ファミリに適用するディメンションのサブセットを選択し、個々のバリアントの定義方法と注文方法を管理します。

ディメンションベースの構成は、制約ベースの構成とどう違いますか。

ディメンションベースの構成では、単一の共有部品表（BOM）を使用し、電圧などの選択された構成属性に基づいて特定の構成部品の行を振り分けます。制約ベースの構成では、高度なルールとモデルを使用して複雑な顧客の選択を評価し、物理的または技術的に不可能な製品の組み合わせが注文されないようにします。