機械翻訳について

ブレンド・ルールがインポートに与える影響

複数のスポーク・システムから同じ品目をインポートすると、スポーク・システムに応じて、品目の特定の属性の値が異なる場合があります。

どの属性値を本番にインポートするかを制御するには、ブレンド・ルールで定義したブレンド優先度に基づいて、インポート時に適用されるブレンド・ルールを定義し、インポートするスポーク・システムの属性値を決定します。

インポート・プロセス中、ブレンド・ルールは、生産品目のスポーク・システム品目関係を使用して、インポート済データとブレンドするスポーク・システム製品レコードを識別します。 ブレンド・ルールは、スポーク・システム間で指定したプリファレンスの順序で品目レベルで適用されます。 インポートが生産にアップロードされると、ブレンドされた値によって生産の品目属性値が上書きされます。

新規データとブレンドする既存のデータがないため、ブレンド・ルールは新規品目の製品データに適用されません。 スポーク・システム品目を生産品目に関連付けるためにブレンド・ルールで使用されるスポーク・システム品目関係は、品目が生産にインポートされるまで作成されません。

ブレンド・ルールは、次のビジネス・イベントに適用されます:

  • 既存のスポーク・システムで、以前にインポートされた製品データの更新が提供される場合。

  • 新規スポーク・システムが既存の品目のデータを提供する場合。

ブレンド・ルールは、次の場合にインポート時に動作します:

  • 既存のスポーク・システムの相互参照が本番データベースにあります。

  • 新しいスポーク・システムの相互参照は、スポーク・システムの相互参照を含む生産品目と、他のスポーク・システムとの照合の結果として確立されます。

次の方法で、ブレンド・ルールを属性に適用できます:

  • 1つ以上の属性グループのすべての属性。 (最も一般的なケースです。)

  • 1つ以上の品目区分に関連付けられたすべての属性。

  • 単一の属性グループからの1つ以上の属性。

ブレンドが機能するために、次の方法を使用してデータをステージング領域にアップロードできます:

  • 製品ハブ・ポータル

  • 製品アップロードRESTサービス(インポート・マップを使用)

    このRESTサービスを使用すると、ステージング領域で製品データを挿入および編集できます。

  • 他の方法でアップロードされたデータ(FBDI、ADFdi、品目バッチ・メンテナンス・サービスなど)は、このデータが品目バッチに直接アップロードされるため、ブレンドに使用できません。

ステージング領域からProduct Hubにデータをインポートするときに適用される、これらのスポーク・システムのブレンド・ルールを作成できます:

  • サプライヤ

  • データ・プール

  • 内部

ブレンドが完了すると、ブレンドされた品目レコードによって、その品目の生産データが上書きされます。

ブレンドの一般原則

ブレンド・ルールの適用をガイドする一般的な原則は次のとおりです:

  • ブレンド・ルールは、ブレンド・ルールで言及されているスポーク・システムのいずれかがサプライヤ・ステージにデータを提供している場合にのみ実行されます。 優先度の高いスポーク・システムにデータが提供されていない場合は、優先度の低いスポーク・システムまたはその他のスポーク・システム(ブレンド・ルールで言及されていないスポーク・システム)によって提供されるものがすべてインポートされます。

  • ブレンド・ルールが属性に書き込まれた場合、そのルールが実行されるのは、その属性がインポートの一部である場合のみです。 インポートでその属性に値が指定されているため、属性をインポートに含めることができます。

  • ブレンド・ルールが属性グループに書き込まれた場合、そのルールは、その属性グループの属性のいずれかがインポートの一部である場合にのみ起動します。 属性には値が指定されているため、属性をインポートに含めることができます。

  • ブレンド・ルールが品目区分に書き込まれた場合、そのルールは、その品目区分またはその子品目区分の品目がインポートされている場合にのみ実行されます。

  • 製品ハブ・インタフェースのステージング領域にステージングされた品目は更新されません。 Product Hubのデータは、Product Hubインタフェースのステージング領域に格納されます。 ブレンドは、インポート・バッチ内でのみ行われます。 ブレンドされたデータは本番にインポートされます。

  • 同じ属性に複数のルールが存在する場合は、マスター・ブレンド・ルール・セットの最初のルールが実行されます。

  • 否認済または下書きステータスの製品はバッチに入らないため、相互参照がないため、ブレンドの対象とはみなされません。

  • 品目区分階層の上位レベルの品目区分に対して定義されたブレンド・ルールは、子品目区分に継承されます。

ブレンドと同期

個々のブレンド・ルールを作成するときにNullを無視チェック・ボックスを選択または選択解除することで、ステージング領域からバッチ・インタフェース領域、次に本番領域へのNULL属性値の同期を有効にするかどうかを選択できます。

  • デフォルトでは、ブレンド・ルールのNullを無視チェック・ボックスが選択されています。 選択したままにすると、インポート中にnull値は無視されます。 ブレンドは実行されますが、null属性値の同期は実行されません。 このシナリオは、ブレンドのみと呼ばれます。

  • ブレンド・ルールのNullを無視チェック・ボックスの選択を解除すると、インポートされるNULL値によって、本番の属性に存在する対応する値が置換されます。 このシナリオは、ブレンドとプラス同期と呼ばれます。

  • Nullを無視チェック・ボックスを選択解除できるのは、ブレンド・ルールが属性グループ・レベルで書き込まれている場合のみです。

  • 属性グループが複数行拡張可能フレックスフィールドの場合、同期によって、アップロードされた製品データの欠落している行が本番のフレックスフィールドから削除されます。

  • 単一行拡張可能フレックスフィールドで属性グループが使用されている場合、アップロードされた製品データでNULL値を持つ属性も、本番のフレックスフィールドでNULLに置き換えられます。

  • ブレンド・プラス同期は、データ・プール、サプライヤおよび内部スポーク・システムからインポートされるすべての組織の品目について、品目レベルの拡張可能フレックスフィールド(単一行、複数行および翻訳可能拡張可能フレックスフィールド)に対してのみサポートされています。

  • マスター組織および子組織の品目では、ブレンド+同期がサポートされています。

品目バッチから生産へのデータのインポート中に、ブレンド・ルールの一部として属性データの同期化が実行されます。 属性同期化ロジックは次のとおりです:

  • 同期は、ブレンド・ルールのNullを無視チェック・ボックスが選択解除されている場合にのみ発生します。

  • 同期は2つのロケーションで行われます:

    • 最初に、ステージング領域へのデータのアップロード中に

    • 次に、品目インポート・プロセスを介してデータをProduct Hubにインポート

  • 属性グループに対して同期が有効になっている場合(Nullを無視チェック・ボックスは選択解除されます)、次のようになります:

    • ステージング領域へのデータの挿入中に、受信フィードに欠落している値は、ステージング領域内の対応する既存の値を削除します。

    • 生産へのデータのインポート中に、生産に存在し、バッチには存在しない属性値が生産から削除されます。

  • ブレンド・ルールで指定された属性グループが複数行の拡張可能フレックスフィールドで、Nullの無視が選択解除されている場合、ステージング領域にデータを挿入する際に、この属性グループの属性の値は、アップロードされるデータ・ファイルに値が欠落しているステージング領域で削除されます。 ステージング領域でのこの属性同期化は、製品アップロードRESTサービスのPROCESS操作でのみサポートされます。 次に、品目バッチから製品ハブにデータをインポートするときに、バッチ内のデータが生産データと比較されます。 インポートされるデータにない本番のすべての拡張可能フレックスフィールド行について、これらの行はインポート後に本番で削除されます。 実稼働環境に存在しない新規行がインポート後に実稼働環境に追加され、更新がある行はインポート後に実稼働環境で更新されます。 複数行の拡張可能フレックスフィールド属性を更新するには、受信フィードに一意の行識別子を指定する必要があります。

  • ブレンド・ルールで指定された属性グループが単一行の拡張可能フレックスフィールドで、Nullの無視が選択解除されている場合、バッチに値がないその属性グループのすべての属性には、インポート後に本番でNULL値が付与されます。

  • ブレンド・ルールでNullを無視が選択解除されている属性グループは、優先度の高いスポーク・システムによって所有されているとみなされます。 これは、属性グループ所有権と呼ばれます。 属性グループ所有権の例を次に示します:

    • ブレンド・ルールでは、スポーク・システム品目関係SpokeAは優先度1 (高い)で、SpokeBは優先度2 (低い)です。 ブレンド・ルールは、属性グループAG_Oneに関連付けられています。

    • ケースAのインポート(属性グループの所有権は有効ではありません): SpokeAの場合、Nullを無視が選択されているため、属性の同期は有効になりません。

      • ステージング領域では、SpokeAは属性グループAG_Oneの一部の属性に対してデータを提供しません。 その後、ステージング領域のデータがProduct Hubにインポートされます。

      • SpokeBは、SpokeAがデータを提供していたステージングの同じ品目のデータを提供しますが、SpokeBは属性グループAG_Oneのすべての属性のデータを提供します。 SpokeBからこのデータをインポートすると、ブレンド・ルールのSpokeAに対してNullを無視チェック・ボックスが選択されているため、SpokeAでは指定されなかった属性値のみがインポートされます。

      • SpokeAが属性グループAG_Oneのすべての属性の値を指定していた場合、属性グループAG_OneのSpokeBのデータはインポートされません。

    • ケースBのインポート(有効な属性グループ所有権): SpokeAの場合、Nullを無視の選択が解除されるため、属性の同期が有効になります。 ブレンド・ルールでは優先度の高いため、Nullを無視の選択が解除されているため、SpokeAは属性グループAG_Oneの所有者とみなされます。

      • ステージング領域では、SpokeAは属性グループAG_Oneの一部の属性に対してデータを提供しません。 その後、ステージング領域のデータがProduct Hubにインポートされます。 (これはインポート・ケースAと同じです。)

      • SpokeBは属性グループAG_Oneの所有者ではないため、属性グループAG_OneのSpokeBからのデータは本番にインポートされません。 一部の属性に対してSpokeAによって提供されるnull値は本番に保持され、SpokeBの値によって上書きされません。

      • 属性グループの所有権が有効になっていない場合は、SpokeAが値を指定しなかったSpokeBの属性値がインポートされます。

制限と検証

ブレンド・ルールの制限および検証には次のものがあります:

  • シード済工程品目属性に対して属性値の同期化は実行されません。

  • ブレンド・ルールは、品目エンティティにのみ適用され、品目改訂またはサプライヤ・エンティティには適用されません。

  • ブレンド・ルールは、品目の属性に対して設定できます。

  • ブレンド・ルール・セットは複合ルール・セットにできません。

  • 品目区分階層の上位レベルで定義されたブレンド・ルールは、子品目区分によって継承されます。

  • 内部システム、データ・プールまたはサプライヤとして分類されたスポーク・システムは、ブレンド・ルールで使用するソース・システムとして使用できます。 事前定義済の製品情報管理データ・ハブ・スポーク・システムは、ブレンド・ルールで使用するソース・システムとして使用できません。

  • ここで識別されたデータ(Product Hub Portal、Product Uploads REST Serviceなど)以外の方法でアップロードされたデータは、品目バッチに直接アップロードされるため、ブレンドに使用できません。 その他の方法の例は次のとおりです: FBDI、ADFdiおよび品目バッチ・メンテナンス・サービス。

  • ルール・セット影響分析はブレンド・ルール・セットには使用できません。