E-ticarette ürün varyantları, ana ürünün altında ayrı stok kimlikleriyle tutulmalı; her kanalın ürün ve varyant kayıtları bu kimliklere eşlenmelidir. Kırmızı, M beden bir tişörtün stok takibi ana ürün üzerinden değil, o renk ve beden birleşimine ait satılabilir birim üzerinden yapılır. Kanalda görünen başlık veya ilan numarası değişse bile siparişin depoda karşılık bulacağı kimlik değişmemelidir. E-Ticarette Ürün Varyantları Yönetilir? SKU, Stok ve kanal katalogları birlikte ele alındığında bu kimlik zinciri korunabilir.
Sağlam model üç katmanı ayırır: müşteriye ürün ailesini anlatan ana ürün, fiziksel olarak satılan varyant ve bu varyantın kanaldaki karşılığı. Bu ayrım, yanlış beden sevkiyatının yanında aynı fiziksel stoğun farklı ürünler gibi yönetilmesini de önlemeye yardımcı olur.
Ana ürün, varyant ve kanal kaydı aynı şey değildir
Ana ürün, ortak açıklama, marka ve ürün ailesi gibi bilgileri taşır. Varyant, renk, beden veya hacim gibi seçimlerin oluşturduğu satılabilir birimdir. Kanal kaydı ise bu birimin web sitesi ya da pazaryerindeki temsilidir. Aynı varyant farklı kanallarda farklı başlıklarla ve farklı ilan kimlikleriyle bulunabilir.
Örneğin “Basic Pamuklu Tişört” ana üründür; “Kırmızı / M” onun bir varyantıdır. Pazaryerinin verdiği ürün kimliği, bu varyantın işletme içindeki kimliğinin yerini almamalıdır. Müşteriye sunulan bütün seçimler de stok varyantı değildir: hediye notu, ayrı stok hareketi yaratmıyorsa sipariş özelliği olarak tutulabilir.
Bir seçim tedariki, stok miktarını, barkodu veya depodaki toplama işlemini değiştiriyorsa ayrı satılabilir birim gerektirme olasılığı yüksektir. Fiyat farkı tek başına karar ölçütü değildir; kişiselleştirme hizmeti de fiyatı değiştirebilir ama rafta ayrı ürün oluşturmayabilir.
E-Ticarette Ürün Varyantları Yönetilir? SKU, Stok ve Kanal Kimlikleriyle Kalıcı Model Kurun
İç sistemde değişmeyen bir variant_id kullanın; SKU’yu bu kayda bağlı, işletmenin yönettiği benzersiz operasyon kodu olarak tutun. SKU okunabilir olabilir ancak entegrasyonlar kimliği yalnızca kodun parçalarından çıkarmamalıdır. “TS100-KRM-M” kodunu bölerek renk bulmak yerine renk alanını doğrudan okumak daha güvenli bir tasarımdır. E-Ticarette Ürün Varyantları Yönetilir? SKU, Stok ve kanal kimlikleri bu ayrım korunarak birlikte yönetilir.
Ürün adı, kategori veya renk etiketi değiştiğinde yeni kimlik üretmeyin. Buna karşılık eski bir SKU’yu farklı fiziksel ürüne yeniden vermeyin. Geçmiş siparişlerin, iadelerin ve stok hareketlerinin aynı ürüne işaret etmeye devam etmesi gerekir.
| Katman | Örnek alanlar | Temel kural |
|---|---|---|
| Ana ürün | product_id: P100, ad: Basic Tişört | Ortak ürün bilgilerini taşır. |
| Varyant | variant_id: V101, SKU: TS100-KRM-M, renk: Kırmızı, beden: M | Her satılabilir birleşimin ayrı kimliği bulunur. |
| Kanal eşleştirmesi | Kanal: A, mağaza: 1, kanal varyant kimliği: X987, variant_id: V101 | Her aktif kanal varyant kaydı tek iç varyanta bağlanır. |
| Stok | variant_id: V101, depo: D1, fiziksel: 12, rezerve: 3 | Miktar, varyant ve depo düzeyinde tutulur. |
Tablodaki kodlar ve miktarlar örnektir. Barkodu da ayrı alanda saklayın; kanal kimliği, barkod ve SKU aynı amaca hizmet etmez. Tekli ürün ile çoklu paket farklı ticari birimlerse aralarındaki ilişki açıkça tanımlanmalıdır.
Kanal eşleştirmesini ürün adından bağımsız tutun
Bir eşleştirme kaydı en az kanal, mağaza hesabı, kanal ürün kimliği, kanal varyant kimliği, iç varyant kimliği ve durum alanlarını taşımalıdır. Kanalın kullandığı satıcı SKU’su da ayrıca saklanabilir. Kimliklerin benzersizlik kapsamını kanal ve mağaza hesabıyla birlikte değerlendirin. E-Ticarette Ürün Varyantları Yönetilir? SKU, Stok ve kanal eşleştirmesi, ürün adından bağımsız bir kayıtla izlenmelidir.
Başlık benzerliğine dayanarak otomatik eşleştirme yapmayın. “Siyah” ve “Black” aynı renk olabilir; fakat aynı başlığa sahip iki ürünün kumaşı veya paket adedi farklı olabilir. Barkod ve SKU, aday eşleşme üretmekte kullanılabilir; çelişen kayıtlar insan kontrolüne ayrılmalıdır.
Farklı kanallardaki ürün varyantları aynı fiziksel stoğu tüketiyorsa ortak iç kimliğe bağlanmalıdır. Bir kanalda ilan kapandığında iç varyantı silmek yerine kanal kaydını pasifleştirin. Böylece önceki siparişlerin hangi fiziksel ürüne ait olduğu izlenebilir kalır.
Seçenek sözlüğüyle hatalı kombinasyonları engelleyin
Renk ve beden değerlerini serbest metin olarak çoğaltmak yerine kontrollü sözlükler kullanın. “Lacivert”, “Laci” ve “Navy” farklı kaynaklardan gelebilir; içeride tek bir değer koduna bağlanıp kanala uygun etiketle gönderilebilir. Görünen etiket değişse de değer kodu sabit kalmalıdır.
Her renk ve bedenin bütün kombinasyonlarını otomatik oluşturmak da doğru değildir. Tedarik edilmeyen “Sarı / XXL” birleşimi katalogda satılabilir kayıt hâline gelmemelidir. Geçerli kombinasyonları açıkça tanımlayın; aynı ana ürün altında aynı seçenek birleşiminin iki aktif varyanta dönüşmesini engelleyin.
Veri girişinde ürün varyantları için şu kontrolleri birlikte çalıştırın:
- Aktif varyantın iç kimliği ve SKU’su benzersiz mi?
- Zorunlu seçenek değerleri eksiksiz ve sözlüğe uygun mu?
- Aynı seçenek birleşimi ikinci kez açılmış mı?
- Kanal eşleştirmesi tek bir aktif iç varyanta mı gidiyor?
- Paket adedi ile stoktan düşülecek miktar uyumlu mu?
Stok otoritesini ve sipariş akışını netleştirin
Stok miktarını hangi sistemin yönettiğini açıkça belirleyin. ERP, depo yönetimi sistemi veya merkezi stok servisi bu görevi üstlenebilir; kanalların birbirinden bağımsız biçimde aynı stok gerçeğini değiştirmesi tutarsızlık yaratır. Diğer sistemler tanımlı hareketleri iletmeli veya hesaplanan kullanılabilir miktarı tüketmelidir. E-Ticarette Ürün Varyantları Yönetilir? SKU, Stok ve stok otoritesi belirlenmeden kanallar arasında tutarlı sonuç alınamaz.
Basit bir hesapta satılabilir stok, fiziksel stoktan rezervasyon ve satışa kapalı miktarın çıkarılmasıyla bulunabilir. Örnekteki 12 birimin 3’ü rezerve, 1’i hasarlıysa satılabilir miktar 8’dir. Hasarlı birim zaten fiziksel kullanılabilir stoktan çıkarılmışsa ikinci kez düşülmemelidir. Alanların anlamı formülden önce yazılı hâle getirilmelidir.
Sipariş geldiğinde kanal varyant kimliği iç varyanta çevrilir, ardından rezervasyon uygulanır. Eşleşmeyen sipariş satırı tahminle depoya gönderilmemeli; istisna kuyruğuna alınmalıdır. Stok güncellemelerinin yeniden gönderilmesi de aynı hareketi iki kez işlememelidir. Omnichannel stok planlama çalışması, bu kimlik altyapısı kurulduktan sonra satış hızı ve tedarik süresini kullanarak stok hedeflerini belirlemeye yardımcı olur.
Mevcut kataloğu taşırken önce hatalı eşleşmeleri ayırın
Geçişe bütün ürünleri yeniden kodlayarak başlamayın. Önce aktif SKU’ları, kanal kayıtlarını, barkodları ve açık siparişleri çıkarın. Aynı SKU’nun farklı fiziksel ürünlerde kullanıldığı kayıtları, birden fazla iç kimliğe bağlanan kanal kayıtlarını ve eşleşmeyen sipariş satırlarını ayrı listelerde inceleyin.
Pilot geçişi az sayıda ürün ailesiyle yapın. Her ailede sipariş, rezervasyon, iptal, iade ve yeniden satış akışlarını doğrulayın. Ürün varyantları doğru görünse bile iadenin yanlış SKU’ya stok eklemesi, modelin uçtan uca çalışmadığını gösterir.
İzlenecek göstergeler; eşleşmeyen sipariş satırı oranı, yinelenen aktif SKU sayısı, aynı seçenek birleşiminin tekrar sayısı ve stok güncelleme gecikmesidir. Eşleşmeyen satır oranını, eşleşmeyen satır sayısını toplam sipariş satırına bölerek hesaplayın. Her göstergeye bir sorumlu ve düzeltme akışı atayın; yalnızca rapor üretmek hatayı durdurmaz.
E-Ticarette Ürün Varyantları Yönetilir? SKU, Stok ve kanal katalogları için geçiş öncesi kontroller tamamlanmalı; eski kayıtlar yeni fiziksel ürünlerle karıştırılmamalıdır.
Yayına alma ölçütü: ürün varyantları için her aktif kanal kaydı tek bir iç kimliğe çözülmeli, bu kimlik depoda doğru birime karşılık gelmeli ve siparişten iadeye kadar korunmalıdır. Bu zincirin bir halkası belirsizse yeni kanal açmak yerine önce eşleştirme sorununu kapatın.
