يمكن لشركة خدمة ديزل بها عدة فروع أن تواجه مشكلة توريد غير متوقعة: قد تستخدم كل ورشة اسمًا مختلفًا لنفس مضخة الوقود عالية الضغط من VDO.
في سيناريو خدمة تمثيلي متعدد الفروع في البحرين، بحث فرع واحد برقم 5WS، واستخدم فرع آخر رقم OE، بينما اعتمد فرع ثالث على اسم داخلي مستعار.
كانت النتيجة بيانات شراء مجزأة.
قد تسجل الفروع المختلفة نفس المضخة على أنها:
يمكن أن تكون هذه الأوصاف مفيدة، ولكن بدون سجل رئيسي مشترك قد تبدو كمنتجات منفصلة.
أنشأت شبكة الخدمة حقولًا مشتركة.
رقم 5WS.
رقم A2C.
مراجع الشركة المصنعة للمركبة.
عائلة المحرك أو رمزه.
معرف المخزون الذي تتحكم فيه الشركة.
لا يزال بإمكان الفروع استخدام الأوصاف المحلية، ولكن جميع السجلات ترتبط بنفس الهوية التقنية.
توحيد البيانات الرئيسية لا يعني أن كل مرجع ذي صلة ينتمي إلى منتج واحد.
ميزت الشركة بين:
هذا منع تنظيف البيانات من أن يصبح قائمة تبادل غير صحيحة.
بدون بيانات مشتركة، يمكن للفروع بشكل مستقل:
هيكل مرجع مشترك يسهل التواصل بين فرق الورشة والمستودعات والمشتريات.
يمكن أن يسجل أمر الإصلاح:
المركبة → المحرك → مرجع VDO المثبت → البديل المعتمد → رمز التعريف الداخلي للمخزون
تستخدم المشتريات بعد ذلك نفس الحقول التقنية عند الطلب.
هذا يخلق مسارًا متسقًا من تشخيص الورشة إلى شراء الأجزاء.
إذا كانت الشركة تدير أيضًا موقعًا إلكترونيًا مستقلاً، فيمكن للبيانات الرئيسية نفسها دعم صفحات المنتجات.
يجب أن تشمل الحقول القابلة للبحث ما يلي معتمد:
هذا يقلل من الاختلافات بين معلومات المنتج الداخلية والمعلومات الموجهة للجمهور.
هل يجب على كل فرع استخدام نفس الاسم المستعار للمنتج بالضبط؟
ليس بالضرورة، ولكن يجب أن ترتبط جميع الأوصاف بالبيانات الرئيسية التقنية المشتركة.
هل يمكن أن يحتوي رمز تعريف مخزون واحد على عدة مراجع؟
فقط عندما تكون العلاقات قد تم التحقق منها.
ما هو أهم حقل بيانات رئيسي؟
لا يوجد حقل واحد كافٍ؛ تعمل بيانات VDO و OE والمحرك معًا.
