Bir SKU bir etiket değildir. Tüm operasyonunuzun birincil anahtarıdır — ve çoğu mağaza bunları rastgele, tek seferde bir ürün lansmanıyla tasarlar.
3PL'ye kayıt görüşmesi, ana SKU dosyanızı istediklerinde iyi gidiyor. Kataloğu dışa aktarırsınız, CSV'yi açarsınız ve onu bir yabancının göreceği şekilde görürsünüz: 8oz-amber, AMBER CANDLE 8, candle_amber_8oz_new, 00123 ve Amber 8oz (2024 stok yenileme). Beş adlandırma dönemi, bir ürün. Hangisinin hangisi olduğunu bilirsiniz. Yeryüzünde başka kimse bilmez — sonuç olarak, bağlayacağınız yazılımların yarısı dahil.
Bu yüzden "SKU adlandırma en iyi uygulamaları" diye ararsınız ve aynı tavsiyelerin sayfalarını alırsınız: tutarlı olun, açıklayıcı olun, kısa tutun. Hepsi doğru, hiçbiri kullanışlı değil, çünkü asıl sorular bu gönderilerin atladığı sorulardır. SKU bir anlam ifade etmeli mi? Neye kendi SKU'su gerekir? Gerçek barkodlara ne zaman ihtiyacınız olur? Ve kimsenin cevaplamadığı soru: üç yıllık satış geçmişi eski isimlere bağlıyken kötü bir şemayı nasıl düzeltirsiniz?
Neden SKU Hijyeni Bir Altyapıdır, Temizlik Değil
Çoğu mağazanın altında yattığı yalan şudur: "Bir SKU sadece dahili bir etikettir — herhangi bir benzersiz dize işe yarar ve biz onları daha sonra düzeltebiliriz."
Doğru hissettirir çünkü tek bir sistemin içinde doğrudur. Shopify, SKU'nuzun boşlukları ve bir emojisi olup olmadığını umursamaz. Sorun, ikinci bir sistem resme girdiğinde ortaya çıkar — ve ölçekte her zaman daha fazla sistem vardır. Platformunuz satışı kaydeder. Deponuz veya 3PL onu seçer. Envanter yazılımınız onu sayar. Muhasebe senkronizasyonunuz onu gönderir. Bu sistemlerin hiçbiri bir veritabanını paylaşmaz. Onları birleştiren tek şey, karakter karakter eşleşen SKU dizesidir.
Bu, SKU'yu operasyonunuzun birincil anahtarı yapar ve birincil anahtarların etiketlerin sahip olmadığı kuralları vardır: sonsuza dek benzersiz, sonsuza dek kararlı, zincirdeki her sistemde depolanabilir ve eşleştirilebilir. "Daha sonra temizlemek" pahalı kısımdır — birincil anahtarı yeniden adlandırmak, ona referans veren her birleşmeyi bozar, ki bu da ele alacağımız tam olarak geçiş sorunudur.
SKU Adlandırma En İyi Uygulamaları: Ayakta Kalan Bir Şema Tasarlamak
İki dürüst felsefe vardır ve derlemeler genellikle tek bir tane varmış gibi davranır.
Yapılandırılmış SKU'lar anlam kodlar: kategori, ürün grubu, özellik, boyut. Bir insan, bir toplama listesini okuyarak CDL-AMB-08'in 8 oz'luk kehribar rengi mum olduğunu görebilir ve tarayıcı olmadan yanlış bir seçim yapıldığını fark edebilir. Bedeli kırılganlıktır. Ürünler yeniden kategorize edilir, gruplar yeniden adlandırılır, bir özellik kodu harflerini tüketir — ve gerçeklik kodlamadan her saptığında, yeniden adlandırma dürtüsünü hissedeceksiniz. Yeniden adlandırma, en büyük günahtır.
Sıralı SKU'lar hiçbir şey kodlamaz: 10041, 10042, 10043. Asla yalan söylemezler, asla sapmazlar ve asla yeniden adlandırma gerektirmezler, çünkü hiçbir şey iddia etmemişlerdir. Bedeli, insanların onları okuyamamasıdır, bu nedenle doğruluk tamamen taramaya bağlıdır. Depo sınıfı operasyonlar sıralı SKU'ları mutlu bir şekilde çalıştırır; mutfak masasında sipariş paketleyen bir kurucu yanlış seçim yapacaktır.
Pratik kural: yalnızca öğeyle ilgili asla değişmeyecek şeyleri kodlayın ve diğer her şeyi arayın. Kategori ve bir veya iki kimlik özelliği genellikle güvenlidir. Tedarikçi, depo konumu, fiyat kademesi, sezon, yıl — asla. Bunlar, SKU'ya göre anahtarlanmış ürün alanlarında bulunması gereken, ancak içine yerleştirilmeyen değişken gerçeklerdir. Tedarikçiyi kodlayan bir SKU, tedarikçiyi değiştirdiğiniz gün bir yalana dönüşür ve o zaman yanıltıcı bir kod ile feci bir yeniden adlandırma arasında seçim yaparsınız.
Hangi felsefeyi seçerseniz seçin, biçimlendirme kuralları pazarlık edilemez, çünkü bunlar her CSV içe aktarma, API çağrısı ve barkod taramasından kurtulanlarla ilgilidir:
- Büyük harfler, rakamlar, tireler. Başka hiçbir şey değil. Boşluklar tutarsız bir şekilde kırpılır; eğik çizgiler, ampersanlar ve tırnak işaretleri er ya da geç URL'leri ve CSV ayrıştırmayı bozar.
- İki SKU'yu ayırt etmek için büyük/küçük harfe asla güvenmeyin. Bazı sistemler büyük/küçük harfe duyarlıdır, bazıları değildir —
abc-1veABC-1bir araçta iki üründür ve diğerinde bir çakışmadır. - Baştaki sıfırları kullanmayın. E-tablolar bunları sessizce kaldırır ve SKU işlem hattınızın yarısı bir noktada bir e-tablodan geçer.
- O harfini yasaklayın (ve I harfini yasaklamayı düşünün). Biri er ya da geç bir SKU'yu elle yazacaktır ve O/0 karışıklığı hayalet ürünler oluşturur.
- 20 karakterin altında tutun. Alan sınırları sisteme göre değişir ve kesilmiş bir SKU sessiz bir yeniden adlandırmadır.
- Emekli olmuş bir SKU'yu farklı bir ürün için asla yeniden kullanmayın. Geçmiş raporlar sonsuza dek bu dize üzerinde birleşir.
İşte bu uygulandığında neye benziyor. Alder & Ash adlı kurgusal bir ev eşyası markası, öncesi ve sonrası:
| Ürün | Önce (beş tahmin dönemi) | Sonra (KATEGORİ-GRUP-BOYUT) |
|---|---|---|
| Amber mum, 8 oz | 8oz-amber |
CDL-AMB-08 |
| Amber mum, 16 oz | AMBER MUM 16 |
CDL-AMB-16 |
| Sedir mum, 8 oz | mum_sedir_8oz_yeni |
CDL-CDR-08 |
| Kibrit, standart kutu | 00123 |
MCH-STD-01 |
| Fitil makası | Makas (2024) |
TLS-TRM-01 |
Üç segment, hepsi büyük harf, değişken hiçbir şey kodlanmamış. Şema akıllıca değil. Nokta bu — akıllı şemalar on sekiz ay içinde yeniden adlandırma gerektirenlerdir.
Varyant Patlaması Sorunu
Bir planı test eden ilk şey boyut/renk matrisidir. 6 boyutta ve 8 renkte bir tişört stili 48 SKU'dur; on stil 480'dir. Mağazaların ya kataloğunu şişirdiği ya da yetersiz böldüğü yer burasıdır ve her ikisi de zarar verir.
Bunu çözen kural: bir varyant, ayrı olarak sayılıyor, seçiliyor, satın alınıyor veya fiyatlandırılıyorsa kendi SKU'suna sahip olmayı hak eder. Büyük mavi bir tişört ve küçük siyah bir tişört, farklı raflarda farklı fiziksel birimlerdir — ayrı SKU'lar, tartışmasız. Peki ya hediye paketi, gravür metni, garanti ek paketi? Bunlar stok birimleri değil, sipariş satırı seçenekleridir. Onlara SKU vermek, aşağı akışta her sayımı kirletir.
İki yan sonuç. Gerçekten stoklamadığınız varyantlar için SKU oluşturmayın — teorik bir renk, her senkronizasyon ve eşleme işini yavaşlatan matris şişkinliğidir. Ve paketler: önceden monte edilmiş ve tek bir birim olarak seçilen bir kit gerçek bir SKU'dur; sanal bir paket, bunun yerine bileşen SKU'larını azaltmalıdır. Stok aracınızın bu ayrımı iyi idare edip etmediği, bir IMS'de önemli olan değerlendirme kriterlerinden biridir.
Barkodlar SKU Değildir
Bunlar sürekli karışır ve ölçeklendikçe fark önemlidir.
Sizin SKU'nuz dahili. Onu siz icat ettiniz, ona siz sahipsiniz, ücretsizdir ve yalnızca işletmenizin içinde bir anlam ifade eder. Bir barkod — bir UPC veya EAN, her ikisi de GTIN ailesinin üyeleridir — bir ürün için küresel bir tanımlayıcıdır, GS1 sistemi aracılığıyla verilir, öğeyi kim satarsa satsın aynı anlama gelir.
Ne zaman gerçekten kayıtlı olanlara ihtiyacınız olur? Üç kapı, kabaca sıkılık sırasına göre. Pazaryerleri: büyük olanlar genellikle bir ürünü listelemek için bir GTIN gerektirir (marka kaydı ve özel etiketli ürünler için muafiyet yolları ile) ve kodları GS1'in kendi kayıtlarına karşı doğrulamaya yöneldiler — bu yüzden üçüncü taraf satıcılardan alınan ucuz UPC blokları, daha sonra doğrulama hatası verebilecek sahte bir ekonomidir. Perakende: bir zincir alıcısı ürününüzü bir kasada tararsa, kayıtlı kodlar olmazsa olmazdır. 3PL'ler: neredeyse hepsi her birim üzerinde taranabilir bir barkod gerektirir — ancak perakende veya pazaryerlerine satış yapmıyorsanız, size hiçbir maliyeti olmayan kendi SKU'nuzun bir Kod 128 barkodunu memnuniyetle kabul ederler.
Yani dürüst sıra: her zaman önce temiz SKU'lar; bir depo tarama ihtiyacı olduğunda SKU tabanlı barkodlar; bir pazaryeri veya perakendeci kapıyı zorladığında kayıtlı GTIN'ler. Gereksinimler ve ücretler değişir — herhangi bir şey satın almadan önce mevcut GS1 gereksinimlerini ve her kanalın listeleme kurallarını kontrol edin.
SKU'ları Geçmişinizi Bozmadan Yeniden Adlandırma
Şimdi zor olanı. Kataloğunuza baktınız ve temiz bir düzene geçmek istiyorsunuz. Sorun: çalıştırdığınız her sistem eski dizeler üzerinde birleşir. Satış hızı geçmişi, yeniden sipariş noktaları, depo kutusu atamaları, muhasebe eşlemeleri — yerinde yeniden adlandırın ve bu birleşmelerin her biri sessizce bozulur. Daha da kötüsü, sistemler bir yeniden adlandırmanın ne olduğunu bile kabul etmez: bazıları SKU alanını düzenlemenize ve ürünün geçmişini korumanıza izin verir; diğerleri değiştirilmiş bir SKU'yu sıfır geçmişi olan yepyeni bir öğe olarak ele alır. Herhangi bir şeye dokunmadan önce sistemlerinizin her birinin hangi davranışı sergilediğini bilin.
Sürekliliği koruyan geçiş deseni:
- Önce bir çapraz başvuru tablosu oluşturun — eski SKU, yeni SKU, tarih, ürün adı. Bu dosya kalıcıdır: 2024 raporunun ve 2027 raporunun aynı fiziksel ürünü tanımlama şeklidir.
- Temiz bir sınırda geçiş yapın — fiziksel sayım bittikten hemen sonra, ay sonunda. Raf etiketleri ve sistem kayıtları birlikte güncellenmeli ve bir sayım, her ikisine de güvendiğiniz tek andır.
- Pencereyi tüm sistemlerde aynı anda koordine edin: platform, envanter aracı, 3PL (hazırlık süresi gerektirecek ve stok yeniden etiketleme için ücret alabilir) ve muhasebe senkronizasyonunuzun ürün eşlemeleri. Yarım geçiş yapılmış bir hafta — depo eski SKU'ları toplarken yeni SKU'ların satılması — herhangi bir sabit durumdan daha kötüdür.
- Sistemler destekliyorsa takma adları kullanın, böylece eski SKU'lar geçiş sırasında hata vermek yerine yeni SKU'lara çözümlenir.
- Eski SKU'ları emekli edin; asla silmeyin veya yeniden kullanmayın. Geçmişinizi onlar tutar. Katalog büyükse kategori dalgaları halinde geçiş yapın — kontrollü bir hata küresel bir hatadan iyidir.
Bir SKU, Beş Sistem — Kitaplar Dahil
Yukarıdakilerin hepsinin testi: CDL-AMB-08 dizesi, Shopify veya WooCommerce'de, 3PL'nin depo sisteminde, envanter aracınızda ve muhasebe dosyanızda aynı fiziksel mumu ifade etmelidir. Aralarındaki her entegrasyon, karakter karakter eşleşir. Eşleşme başarısız olduğunda, hiçbir şey duyurmaz — sipariş hala senkronize olur, toplama hala gerçekleşir. Sadece *yanlış* gerçekleşir ve sayım zamanında veya ay sonunda öğrenirsiniz.
Kitaplar, buranın finansal olarak somutlaştığı yerdir, bu yüzden bu gönderinin size borçlu olduğu tek köprü paragrafı budur. Ürün başına muhasebe — sadece toplu gelir değil, SKU başına karı bilmek — yalnızca her SKU belirli bir QuickBooks öğesine eşlendiğinde çalışır. Bu SKU düzeyindeki ürün eşlemesi, LedgerPort gibi bir senkronizasyon aracının her ürünün gelirini doğru yere nasıl yönlendirdiğidir ve Otomatik Eşleme özelliği kataloğunuzu SKU veya ürün adına göre QuickBooks öğeleriyle eşleştirir — bu da temiz bir şemanın tek seferde eşlendiği, beş dönemlik bir kataloğun ise manuel eşleştirme ve yedek toplama anlamına gelir. Araç hijyeninizi miras alır; onu yaratamaz. Bu eşlemenin mümkün kıldığı şey — gerçek ürün düzeyinde maliyet ve kar görünürlüğü — QuickBooks'te Shopify satıcıları için COGS kılavuzumuzda ele alınmaktadır.
Gösterişsiz Kazanç
Adlandırma kurallarıyla girdiniz ve bir veritabanı şeması tasarlayarak çıktınız — ki SKU çalışması aslında budur. Ödülü tasarıma göre görünmezdir: açıklama gerektirmeyen ana dosya, aylarca sürmek yerine günler süren envanter geçişi, her satırın gerçek bir şeyi ifade ettiği ürün karı raporu.
Alder & Ash'in öncesi ve sonrası tablosu tasarlamak bir öğleden sonra sürdü ve geçiş yapmak için bir koordineli ay sonu yeterli oldu — ve markanın bundan sonra ekleyeceği her sistem temiz sürümü miras alacak. İşte takas: şimdi bir kasıtlı öğleden sonra, gelecekteki her entegrasyonda biriken bir vergiye karşı.
Aynı birincil anahtar nihayetında yalnızca sayılar değil, dolarlar da taşır ve dolar tarafının kendi hijyen kuralları vardır. Bu yarıya hazır olduğunuzda, e-ticaret muhasebesine ilişkin eksiksiz kılavuzumuzla başlayın.
