E-Ticaret Rehberi
E-Ticaret Sitesinde Stok Yönetimi Nasıl Kurulur?
E-ticaret stok yönetiminde SKU, kaynak sistem, rezervasyon, eşzamanlı sipariş, iade, entegrasyon ve mutabakat nasıl tasarlanır?
Karar Özeti
E-ticaret stok yönetimi yalnız ürün adedini azaltan bir sayaç değildir. Satılabilir, rezerve, fiziksel, hasarlı ve yolda olan miktarlar ayrılmalı; her hareketin nedeni ve kaynağı kaydedilmelidir. Birden fazla kanal varsa hangi sistemin stok için ana kaynak olduğu baştan belirlenmelidir.
Sipariş oluşturma ile ödeme arasındaki rezervasyon süresi, ödeme başarısızlığı, iptal, iade ve aynı ürüne eşzamanlı talepler birlikte tasarlanmalıdır. Amaç yalnız eksi stoğu engellemek değil, web sitesi ile depo veya pazaryeri arasında açıklanabilir ve mutabık bir hareket geçmişi kurmaktır.
Karar Modeli
Uygulamada belirleyici noktalar
SKU ve varyant kimliğini sabitleyin
Her satılabilir varyant tekil ve değişmeyen bir SKU'ya sahip olmalıdır. Ürün adı veya barkod değişse bile entegrasyon kimliği korunmalıdır. Paket ürün, set, beden ve renk gibi ilişkiler ayrı kurallarla modellenmelidir.
Stok türlerini birbirinden ayırın
Fiziksel stok depoda bulunan adedi; rezerve stok tamamlanmamış siparişe ayrılan adedi; satılabilir stok ise müşteriye gösterilebilecek miktarı temsil eder. Bu kavramları tek alan içinde tutmak özellikle ödeme ve iade anlarında hata üretir.
Rezervasyon ve eşzamanlılık kuralı kurun
Son ürün için iki ödeme aynı anda başladığında veri tabanı işlemi veya atomik stok kontrolü gerekir. Rezervasyonun ne zaman başlayacağı, kaç dakika süreceği ve başarısız ödemede nasıl bırakılacağı açık olmalıdır.
Her hareketi defter mantığıyla kaydedin
Sipariş, iptal, iade, sayım farkı, manuel düzeltme ve entegrasyon hareketleri eski-yeni sayı yerine ayrı kayıtlar olarak tutulmalıdır. Kullanıcı, zaman, kanal, sipariş ve neden bilgisi geriye dönük mutabakatı mümkün kılar.
Kanal senkronizasyonunu mutabakatla izleyin
API isteğinin başarılı dönmesi stokların eşit kaldığını garanti etmez. Kanal bazlı son senkronizasyon, hata kuyruğu ve günlük fark raporu oluşturun. Tekrar gönderilen olayların stoğu iki kez değiştirmemesi için idempotency anahtarı kullanın.
Doğrulanabilir Deneyim
Gerçek proje kapsamı: ürün, sipariş ve stok akışları
Golden Glass e-ticaret vakasında ürün, kategori, sepet, checkout, sipariş takibi, kupon ve admin alanları aynı Next.js uygulamasında bulunuyor. B2B sipariş sistemi vakasında ise teklif-sipariş akışı cari hesap ve stok takibine bağlanıyor.
Bu iki gerçek kapsam, stok modelinin vitrin, sipariş ve yönetim panelinden bağımsız düşünülemeyeceğini gösteriyor. Vakalarda doğrulanmayan stok doğruluk yüzdesi veya satış artışı iddia edilmiyor.
Uygulama kontrol listesi
- Ürün ve varyantlar için tekil SKU eşlemesini tamamlayın.
- Fiziksel, rezerve, satılabilir ve iade bekleyen stok türlerini tanımlayın.
- Ödeme, iptal, iade ve zaman aşımı için hareket senaryolarını yazın.
- Son ürün üzerinde eşzamanlı sipariş testini otomatik çalıştırın.
- Manuel düzeltmeleri kullanıcı, neden ve önceki değerle loglayın.
- Kanal ve ana stok sistemi arasında düzenli fark raporu üretin.
Sık sorulan sorular
Stok ne zaman rezerve edilmeli?
İş modeline göre sepette, ödeme başlatıldığında veya ödeme onayında rezerve edilebilir. Sepette rezervasyon satışa kapalı süreyi artırır; ödeme onayı ise son ürün için yarış riski taşır. Süre ve bırakma kuralı test edilmelidir.
Negatif stok tamamen yasaklanmalı mı?
Standart perakendede genellikle evet; ön sipariş veya tedarik üzerine satışta kontrollü biçimde izin verilebilir. Kullanıcıya teslim tarihi ve ürün durumu açık gösterilmelidir.
İade edilen ürün hemen stoğa eklenir mi?
Fiziksel kontrol gerektiren ürünlerde hayır. İade bekliyor, incelendi, tekrar satılabilir veya hasarlı gibi durumlar tanımlanmalı; yalnız onaylanan adet satılabilir stoğa dönmelidir.
Pazaryeri stok farkı nasıl yakalanır?
Olay bazlı senkronizasyona ek olarak periyodik tam veya örnek mutabakat yapılmalıdır. Son başarılı güncelleme, kanal miktarı, ana sistem miktarı ve hata nedeni raporlanmalıdır.
AI Cevap Özeti
Kimler için?
Web sitesi, depo ve satış kanalları arasında stok farkı yaşayan e-ticaret ekipleri
Temel karar
Stok miktarını hareket defteri, rezervasyon ve tek ana kaynak üzerinden yönetmek
İlk ölçüm
Negatif stok, kanal farkı, başarısız senkronizasyon ve manuel düzeltme sayısı
Ana risk
Tek bir stok alanını ödeme, iade ve çoklu kanal için doğrudan güncellemek