BİLGİ BANKASI
E-ticarette stok rezervasyonu ve sipariş durumları nasıl yönetilir?
İçindekiler — Türkçe
Hangi stok kavramları ayrılmalıdır?
Fiziksel stok depodaki miktarı, rezerve stok belirli bir işlem için ayrılan miktarı, satılabilir stok ise satışa açılabilecek miktarı ifade eder. Basit bir modelde satılabilir stok, fiziksel stoktan rezervasyon ve güvenlik payı çıkarılarak hesaplanır. Ön sipariş, hasarlı ürün ve çoklu depo gibi koşullar bu modeli genişletebilir.
Ön koşul olarak her satılabilir varyantın kalıcı kimliği ve stok kaynağı belli olmalıdır. Aynı stok havuzu farklı kanallara açılıyorsa hangi sistemin rezervasyon yetkisi taşıdığı belirlenmelidir. Kanalların bağımsız biçimde aynı son ürünü satması yalnızca ekran güncelleme sıklığıyla çözülemez.
Rezervasyon akışı nasıl tanımlanır?
1. Rezervasyonun hangi adımda oluşacağına karar verin. Sepete ekleme veya ödeme başlangıcı farklı yük ve kullanıcı davranışı doğurur. Seçim iş modeline bağlıdır.
2. Uygun miktarı ve rezervasyonu atomik olarak güncelleyin. “Önce oku, sonra yaz” yaklaşımı eşzamanlı taleplerde yarış üretebilir. İşlem veya koşullu güncelleme gibi mekanizmalarla kural korunmalıdır.
3. Rezervasyona kimlik, miktar, bağlı işlem, durum ve bitiş zamanı ekleyin. Süre işletmenin ödeme deneyimine göre belirlenmeli; evrensel bir dakika değeri varsayılmamalıdır.
4. Ödeme başarılı olduğunda rezervasyonun nasıl kesinleşeceğini, başarısız veya süresi dolmuş durumda nasıl serbest bırakılacağını tanımlayın.
5. Gecikmiş ödeme ile süresi dolmuş rezervasyon çakışmasını yönetin. Ödeme alınmış fakat stok yoksa otomatik sevkiyat başlatmak yerine tanımlı istisna süreci işletilmelidir.
Sipariş durumu neden tek alanla sınırlanmamalıdır?
“Sipariş tamamlandı” ifadesi ödemenin, paketlemenin veya teslimatın tamamlandığını anlatabilir. Siparişin ticari durumu, ödeme durumu ve sevkiyat durumu ayrı tutulduğunda kısmi sevkiyat ve kısmi iade daha doğru temsil edilir. Kullanıcıya gösterilen sade etiket, ayrıntılı iç durumların yerine geçmemelidir.
Stok iadesi hangi anda yapılmalıdır?
Müşterinin iade talebi açması, ürünün yeniden satılabilir olduğunu göstermez. Fiziksel kabul ve kalite kontrol sonrası uygun miktar tekrar satışa açılabilir. İptal edilen fakat hiç sevk edilmemiş siparişle müşteriden geri gelen ürün farklı stok olaylarıdır. Aynı “iade” düğmesiyle her ikisini yönetmek kayıtları belirsizleştirebilir.
Stok hareketlerinin nedeni ve bağlantılı işlem kimliği tutulmalıdır. Böylece son miktarın yanında miktarın neden değiştiği de açıklanabilir. Manuel düzeltmelerde gerekçe ve yetki kaydı bulunmalıdır.
Model hangi örneklerle sınanır?
Stoku bir olan varyanta iki eşzamanlı rezervasyon gönderin. Stok aşımına izin verilmeyen modelde yalnızca biri başarılı olmalıdır. Sonra süre dolumu, tekrar gelen ödeme olayı ve iptal tekrarını deneyin; stok yalnızca bir kez geri açılmalıdır.
Son kontrol, fiziksel sayım ile sistem miktarının uzlaştırılmasıdır. Fark varsa hareket geçmişi üzerinden kaynağı bulunmalıdır. Stok doğruluğu, yalnızca satış ekranında doğru sayı göstermekten daha geniş bir operasyon işidir.
PostgreSQL belgeleri, eşzamanlı işlemlerde okuma ve güncelleme davranışlarının yalıtım düzeyine göre değiştiğini açıklar. Stok kuralının yalnızca işlem bloğu açılarak korunduğu varsayılmamalıdır; seçilen veritabanının kilitleme ve koşullu güncelleme davranışı test edilmelidir.
Sık sorulan sorular nelerdir
Sonraki adım nedir
Rezervasyon anınızı, stok kaynağınızı ve istisna kurallarınızı yazın; modeli PROJX Digital ile uçtan uca kontrol edin.
