Birkaç şubesi olan bir dizel servis şirketi, beklenmedik bir tedarik sorunu ortaya çıkarabilir: Her atölyesi aynı VDO yüksek basınçlı yakıt pompası için farklı bir isim kullanabilir.
Bahreyn'in temsil edici bir çok şubeli hizmet senaryosunda, bir şube 5WS numarasıyla aradı, diğeri bir OE numarası kullandı ve üçüncüsü de iç bir takma adına dayanıyordu.
Sonuç olarak, satın alma verileri parçalanmıştı.
Farklı şubeler aynı pompayı şöyle kaydedebilir:
Bu açıklamaların hepsi yararlı olabilir, ancak ortak bir ana kayıt olmadan ayrı ürünler gibi görünebilirler.
Hizmet ağı ortak alanlar oluşturdu.
5WS numarası.
A2C numarası.
Araç üreticisi referansları.
Motor ailesi veya kodu.
Şirket tarafından kontrol edilen stok tanımlayıcı.
Şubeler hala yerel açıklamaları kullanabilir, ancak tüm kayıtlar aynı teknik kimliğe bağlanabilir.
Ana verilerin standartlaştırılması, ilgili her referansın tek bir ürüne ait olduğu anlamına gelmez.
Şirket şunları ayırt etti:
Bu, veri temizlemesinin yanlış bir değişim listesine dönüşmesini engelledi.
Paylaşılan veriler olmadan, şubeler bağımsız olarak:
Ortak bir referans yapısı, atölyeler, depolar ve satın alma ekipleri arasında iletişimi kolaylaştırır.
Bir onarım emri şunları kaydedebilir:
araç → motor → kurulu VDO referansı → onaylı yedek → iç SKU
Alışveriş daha sonra sipariş verirken aynı teknik alanları kullanır.
Bu, atölyenin teşhisinden parça tedarikine kadar tutarlı bir yol yaratır.
Şirket ayrıca bağımsız bir web sitesi işletirse, aynı ana veriler ürün sayfalarını destekleyebilir.
Aranabilir alanlar, doğrulanmış olanları içermelidir:
Bu, iç ve halka yönelik ürün bilgileri arasındaki farklılıkları azaltır.
Her şube aynı ürün takma adını kullanmalı mı?
Gerek yok, ama tüm açıklamalar ortak teknik ana verilere bağlanmalıdır.
Bir SKU birden fazla referans içerebilir mi?
Sadece ilişkiler doğrulandığında.
En önemli ana veri alanı nedir?
Tek bir alan yeterli değildir; VDO, OE ve motor verileri birlikte çalışır.
