Fren pedali kataloğu onlarca parça numarasından yüzlerce SKU'ya geçtiğinde en büyük risk genellikle bir numarayı bulamamak değil, aynı ürünün satın alma, depo, satış ve tedarikçi sistemlerinde farklı isimlerle kullanılmasıdır. İstikrarlı bir veri yapısı oluşturmak, tekrarlanan alımları, yanlış etiketlemeleri ve hatalı çapraz eşleştirmeleri azaltabilir.
1. Ana anahtar olarak içsel bir SKU seçin
Bağımsız olarak satın alınabilen, stoklanabilen ve satılabilecek her ürün için benzersiz bir içsel SKU oluşturun. İçsel SKU bir kez aktif hale geldikten sonra, tedarikçi veya ambalaj değişiklikleri nedeniyle yeniden kullanılmamalıdır. FMSI, OE numaraları, tedarikçi parça numaraları ve müşteri numaraları çapraz kodlama tablosunda tutulmalı; hiçbir harici numara doğrudan benzersiz veritabanı anahtarı olarak kullanılmamalıdır.
2. Ürün, formülasyon ve ambalaj sürümlerini ayırt edin
Aynı pedal tipinde farklı sürtünme malzemeleri, aksesuarlar, kenar kodları, markalar ve ambalajlar bulunabilir. Katalog en azından şunları ayırt etmelidir:
- Ürün ana dosyası: İçsel SKU, pedal tipi veya çizim sürümü, temel boyutlar ve aksesuar yapılandırması;
- Malzeme sürümü: Formülasyon kimliği, uygun projeler, doğrulama durumu ve değişiklik tarihi;
- Piyasa sürümü: Hedef ülke veya müşteri, gerekli belgeler ve tanımlamalar;
- Ambalaj sürümü: Satış birimi, kutu sayısı, marka düzeni ve onaylanmış sürüm.
Eğer bu farklılıklar satın alma, stok veya satışı etkiliyorsa, sadece not alanlarına güvenerek ayırt etmek yeterli değildir.
3. Çoklu-çoklu çapraz kodlama tablosu oluşturun
Bir iç SKU, birden fazla OE referans numarasına karşılık gelebilir; bir dış numara da araç modeli, üretim yılı, boyut veya donanım bilgileriyle birlikte değerlendirilerek anlamlandırılabilir. Çapraz numaralandırma tablosu, numara türünü, numara değerini, kaynağını, doğrulama tarihini, doğrulayan kişiyi ve durumunu kaydetmelidir. FMSI, numaralandırmayı tedarik zinciri için ortak bir dil olarak standartlaştırır, ancak referans numaralarının yine de ürün dokümantasyonuyla kontrol edilmesi gerekir.
Onaylanmış, onay bekleyen ve kullanımdan kaldırılmış numaralar ayrı tutulmalıdır. Doğrulanmamış çevrimiçi çapraz numaralar doğrudan sipariş verilebilir duruma getirilmemelidir; eğer saklanacaksa kaynağı ve riskleri belirtilmelidir.
4. Sipariş listesi yalnızca kontrol altındaki ana dosyaları referans alır.
Satın alma siparişleri, iç SKU'ları, tedarikçi malzeme numaralarını, miktarları, birim fiyatları, malzeme sürümlerini, paketleme sürümlerini ve teslimat gerekliliklerini içerebilir. Veri doğrulaması veya açılır menü seçimi yoluyla ana dosyalardan referans alınarak manuel tekrarlı girişlerden kaçınılmalıdır. Fabrikaya gönderilmeden önce tekrarlayan satırlar, boş malzeme numaraları, miktar birimleri, sürüm çakışmaları ve kullanımdan kaldırılmış SKU'lar kontrol edilmelidir.
5. Değişiklikler ve yerine geçme ilişkileri kaydedilmelidir.
Eski kayıtları silip üzerine doğrudan yeni bilgi yazmayın. Eski SKU ile yeni SKU'nun tamamen yerine geçip geçmediği, koşullu olarak mı yerine geçtiği ya da yerine geçemeyeceği kaydedilmeli; ayrıca yürürlük tarihi, kalan stok ve etkilenen siparişler belirtilmelidir. Formülasyon, ekler veya paketleme değişiklikleri mutlaka yeni parça tipini gerektirmeyebilir, ancak farklı bir stok sürümü gerekebilir.
6. Satın alma onaylarıyla kapalı döngü oluşturun.
Tedarikçiden her satır için ayrı ayrı onay sonucu isteyin: eşleşme durumu, boyut veya çizim gerekliliği, tedarik edilememesi, minimum sipariş miktarı, numune talebi ve tahmini teslim süresi. Yanıtlar sadece e-postada saklanmak yerine sipariş inceleme sürecine dahil edilmelidir. Ürünler alındıktan sonra gerçek parti miktarları, sayıları ve farklılıklar ana dosyalara geri bildirilmelidir.
Önerilen asgari alanlar:
İç SKU, ürün adı, parça tipi sürümü, FMSI referansı, OE referansı, tedarikçi malzeme numarası, araç veya uygulama notları, kritik boyutlar, ekler, malzeme sürümü, pazar sürümü, paketleme sürümü, satış birimi, durum, kaynak, doğrulama tarihi ve değişiklik kayıtları. Her biri mutlaka tek bir tabloda bulunmak zorunda değildir, ancak birbirleriyle ilişkilendirilebilmelidir.
Baotai, çoklu SKU projelerini nasıl destekler?
Baotai, müşterinin sağladığı FMSI, OE, müşteri SKU’su, çizimler veya örnek parçalar doğrultusunda onay bekleyen ürün listesini hazırlar ve proje onaylandıktan sonra parça tipi, malzeme, etiketleme ve paketleme konularında koordinasyon sağlar. Alıcı, kendi iç SKU anahtarlarını koruyarak paketleme değişiklikleri yaparken veya pazarı genişletirken veri bütünlüğünü sürdürebilir.
Göz atınFren pedi SKU kataloğuve satın alma talep formu aracılığıylaalım yapılır.Excel veya CSV formatında bir liste yükleyin. Her iki tarafın da satır satır geri bildirimde bulunabilmesi için dosyada orijinal satır numaralarını ve dahili SKU'ları korumanız önerilir.
Düzenleme notu: Bu metin, BAOTAI tarafından özgün olarak hazırlanan bir veri yönetimi kılavuzudur; araç uyumluluğu sonuçları sunmaz ve üçüncü şahıslara ait korumalı içerikleri kopyalamaz. Ana resim şu an yedek bir görseldir ve ileride sistem tarafından değiştirilecektir.
