複数の支店を持つディーゼルサービス会社は、予期せぬ調達問題に直面する可能性があります。各ワークショップが同じVDO高圧燃料ポンプに異なる名称を使用している場合です。
バーレーンにおける代表的な複数支店サービスシナリオでは、ある支店は5WS番号で検索し、別の支店はOE番号を使用し、さらに別の支店は内部のニックネームに頼っていました。
その結果、購買データは断片化しました。
異なる支店では、同じポンプを次のように記録する可能性があります。
これらの説明はすべて有用ですが、共有マスターレコードがないと、別々の製品として認識される可能性があります。
サービスネットワークは共通フィールドを確立しました。
5WS番号。
A2C番号。
車両メーカー参照。
エンジンファミリーまたはコード。
会社管理の在庫識別子。
支店はローカルの説明を引き続き使用できますが、すべてのレコードは同じ技術識別子にリンクされていました。
マスターデータ標準化は、関連するすべての参照が1つの製品の下にあることを意味するものではありません。
会社は次を区別しました。
これにより、データクリーンアップが不正確な互換性リストになるのを防ぎました。
共有データがないと、支店は独立して次のことを行うことができます。
共通の参照構造は、ワークショップ、倉庫、購買チーム間のコミュニケーションを容易にします。
修理注文は次のように記録できます。
車両 → エンジン → 取り付けられたVDO参照 → 承認された交換部品 → 内部SKU
その後、購買部門は注文時に同じ技術フィールドを使用します。
これにより、ワークショップの診断から部品調達までの一貫したパスが作成されます。
会社が独立したウェブサイトも運営している場合、同じマスターデータが製品ページをサポートできます。
検索可能なフィールドには、検証済みの次の情報を含める必要があります。
これにより、内部および公開されている製品情報間の違いが軽減されます。
すべての支店がまったく同じ製品ニックネームを使用する必要がありますか？
必ずしもそうではありませんが、すべての説明は共有技術マスターデータにリンクする必要があります。
1つのSKUに複数の参照を含めることはできますか？
関係が検証されている場合にのみ可能です。
最も重要なマスターデータフィールドは何ですか？
単一のフィールドだけでは不十分です。VDO、OE、およびエンジンデータが連携して機能します。
