エンジニアリング変更管理に関するよく寄せられる質問

この記事では、エンジニアリングの変更管理機能に関するよくある質問に対する回答を示します。

トランザクションのバージョンを追跡する必要がありますか?

エンジニアリング変更カテゴリを作成すると、エンジニアリング変更カテゴリの詳細ページで、トランザクションのバージョンを追跡という名前のオプションが提供されます。 これはどういう設定で、なにを行いますか？

• トランザクションのバージョンを追跡オプションをはいに設定すると、分析コード グループ フィールドがフィルター処理され、バージョンが有効な分析コードである分析コード グループだけが表示されます。
• トランザクションのバージョンを追跡オプションをいいえに設定すると、分析コード グループ フィールドがフィルター処理され、そのバージョンの分析コードが有効な分析コードではない分析コード グループだけが表示されます。

トランザクションのバージョンを追跡する場合

バージョンが有効な分析コードである分析コード グループを選択したエンジニアリング カテゴリについては、そのカテゴリの製品のトランザクション バージョンを追跡します。 この場合、エンジニアリング製品は製品マスターとなり、製品の各バージョンがバージョンの分析コードを使用する製品バリアントになります。 その他の分析コードは、バージョン分析コードと共に使用できます。

この場合、各エンジニアリング バージョンは、すべてのプロセスでバリアントとして扱われます。 したがって、トランザクションに特定のバリアントがある場合 (どのバリアントが売却または購入されたかを決定できる)、各バージョンについて在庫を管理する必要があり、マスター プランが各バージョンの供給を計画します。 バージョンを市場から破棄する場合、変更を反映するように有効開始日および有効期限を手動で調整する必要があります。 在庫を管理し、倉庫に使用されていないバージョンの品目がないことを確認する必要もあります。

このオプションにはより多くの管理労力が必要とされますが、各トランザクションで使用されている特定のバージョンに対してトレーサビリティの工場が必要である場合にお勧めします。

トランザクションのバージョンを追跡しない場合

バージョンが有効な分析コードではない分析コード グループを選択したエンジニアリング カテゴリについては、そのカテゴリの製品のトランザクション バージョンを追跡しません。 この場合、他の分析コードを使用しないとき、エンジニアリング製品は特徴的製品になります。 製品は引き続きバージョン管理され、特定のバージョン (部品表 [BOM] や工順など) に関する情報を管理できますが、各トランザクションで使用されたバージョンを特定して追跡することはできません。 有効開始日および有効期限は、各バージョンの有効性を示しています。

このオプションは、あるバージョンから別のバージョンに変更する場合、変更オーダーで必要な変更を行い、エンジニアリング バージョンの有効開始日と有効期限を更新する必要があるだけなので、管理が容易になります。 生産プロセスは、製品 (およびその特定のバージョン) に必要な BOM および工順を取得します。

このオプションはバージョン管理と変更管理を提供していますが、各トランザクション、在庫、およびマスター プランにおいてバージョン追跡の間接費が追加されることはないので、ほとんどの組織はこのオプションを選択します。

どのフィールドがリリースされた品目テンプレートにコピーされますか？

エンジニアリング会社がエンジニアリング製品を作成するとき、製品はそのエンジニアリング会社のリリース製品として作成されます。 リリース製品は、選択したリリースされた品目テンプレートに基づいて作成されます。 (リリースされた品目テンプレート自体は既存のリリース製品です。) リリースされた品目テンプレートは、製品が運用会社にリリースされるときにも使用されます。 いずれの場合も、リリースされた品目テンプレートは、リリースされた製品のほとんどのフィールド値を定義し、それらの値は関連付けられているリリース済製品の詳細ページから取得されます。

次の表に、これらのプロセス中にコピーされるフィールドを示します。

クイックタブ	エンジニアリング会社の製品作成時にコピーされるフィールド	リリース時に運営会社にコピーされるフィールド
全般	管理セクションのすべてのフィールド	エンジニアリング会社にコピーされたものと同じフィールド
購買	すべてのフィールド	単位以外のすべてのフィールド
販売	次のセクションのすべてのフィールド: 販売注文、管理、課税、価格の更新、基準販売価格、諸費用、割引、および代替製品	単位以外の、エンジニアリング会社にコピーされたものと同じフィールドすべて
対外貿易	すべてのフィールド	すべてのフィールド
在庫の管理	現物分析コードおよび CW以外のすべてのフィールドとセクション	単位以外の、エンジニアリング会社にコピーされたものと同じフィールドすべて
エンジニア、計画、原価の管理、プロジェクトの管理、財務分析コード、および 倉庫	すべてのフィールド	BOM 単位以外のすべてのフィールド
製品バリアント	既定の製品バリアントセクションのすべてのフィールド	エンジニアリング会社にコピーされたものと同じフィールド

前の表に示したフィールドに加えて、既定の注文設定はすべて、エンジニアリング会社で製品を作成したときと運用会社にリリースされるときの両方において、リリースされた品目テンプレートからコピーされます。 (リリースされた品目テンプレートの既定の注文設定を表示するには、関連するリリース済製品の詳細ページを開き、アクション ウィンドウの在庫の管理タブで既定の注文設定を選択します。)

メモ

• 単位はテンプレートによる既定に設定されます。
• Dynamics 365 Commerce 機能を利用する小売業者が小売カテゴリを製品に割り当てる際に、小売カテゴリは、リリースした製品レベルの多くのフィールドに既定値を適用します。 これらの既定値は、テンプレートで既に設定した、またはエンジニアリングでコピーした既定値を上書きします。

エンジニアリング製品用の個別の法人を作成する必要がありますか? または既存の法人を使用する必要がありますか?

業務要件によって、エンジニアリング製品用の新しい法人を作成するか必要があるかどうかを決定します。

個別のエンジニアリング会社を作成することにより、エンジニアリング データの分離を維持し、ローカルの運営会社の必要に応じて変更を追加することができます。 このように、次のような目標を達成することができます。

• エンジニアリング製品の作成および管理を行う法人の分離を維持します。
• エンジニアリング製品のリリースの準備が整うまで、残りのリリース済の製品と一緒に表示されることを禁止します。
• エンジニアリング データとローカル データによって決まるデータを明確に区別します。

一方、次の条件が適用される場合、既存の法人をエンジニアリング会社として使用する必要がある可能性があります。

• システムに法人が 1 つしか存在しないか場合や、設計中の製品間を明確に分離する必要がない場合。
• リソース グループ、操作、およびサイトなどの一部のデータは重複させたくありません。

エンジニアリング バージョンおよびバリアントの分類とはなんですか?

エンジニアリング製品および製品バリアントの分類は、次のように動作します。

• エンジニアリング製品について (分析コードが使用されていない場合は特徴的製品、いずかの分析コードが使用されている場合は製品マスター)、番号ルールの分類はエンジニアリング製品カテゴリで定義されます。 統合番号順序、テキスト定数、および属性の名前と値を使用するオプションがあります。
• エンジニアリング製品の各バリアントについて (エンジニアリング製品が製品マスターの場合、バリアントは分析コード グループを指定するエンジニアリング製品カテゴリで設定されます)、各バリアントの番号ルールの分類は、分析コード グループで定義されます。 この場合、マスターの製品 ID と、分析コードの値と名前を使用できます。