Sitenizde satılan son ürün aynı anda başka kanalda da satılıyorsa sorun yalnızca stok sayısını güncellemeyi unutmak değildir. Birden fazla satış kanalında hangi sistemin doğru kabul edildiği ve bilginin nasıl aktığı belirlenmelidir. Stok entegrasyonu kararını vermeden önce ürün yapınızı, sipariş durumlarını ve hata halinde yapılacak işi netleştirin.
Elle güncelleme ne zaman zorlanmaya başlar?
Az sayıda ürün ve tek satış kanalında elle takip bir süre yeterli olabilir. Ancak varyantlar, mağaza satışı ve pazaryerleri eklendikçe aynı bilginin birçok yerde değiştirilmesi gerekir. Sorun yalnızca işlem sayısı değildir; güncellemeler arasındaki gecikme de stok bilgisini tutarsızlaştırabilir.
İptal edilen siparişin stoğu geri açılmıyor, bir kanalda ürün tükenirken diğerinde satılabilir görünüyor veya çalışanlar her sabah dosya karşılaştırıyorsa süreç gözden geçirilmelidir. Entegrasyonun faydasını değerlendirmek için önce bu tekrarları ve hataları kaydedin. “Rakipte var” gerekçesi tek başına kapsam oluşturmaz.
Sipariş hacmi düşük olsa da pahalı, tekil veya yeniden temini zor ürünlerde hata maliyeti yüksek olabilir. Buna karşılık geniş ama düşük hareketli bir katalog farklı kurallarla yönetilebilir. Kararı yalnızca günlük sipariş adedine bağlamak yerine ürünün ve satışın niteliğini birlikte değerlendirin.
Hangi sistem ana stok kaynağı olacak?
Web sitesi, muhasebe programı, depo yazılımı veya entegrasyon platformundan biri ana kaynak olabilir. Önemli olan bu kararın açık olmasıdır. İki farklı sistemin aynı stok alanını birbirine geri yazması döngüye ve yanlış güncellemelere neden olabilir.
Alan bazında sorumluluk da ayrılabilir. Ürün açıklamasını web ekibi, maliyet bilgisini muhasebe, satılabilir miktarı depo yönetebilir. “Bütün bilgiler senkronize edilecek” demek yerine hangi alanın hangi yönde aktarılacağını yazın. Tek bir bağlantı, her alanın çift yönlü güncellenmesini gerektirmez.
Örneğin ürün açıklaması sitede düzenleniyorsa gecelik aktarımın bu metni eski veriyle ezmemesi gerekir. Stok düzeltmesi depoda yapılıyorsa sitenin sayısı doğru kaynaktan güncellenmelidir. Bu kararlar geliştirmeden önce verildiğinde sonradan yaşanan veri çatışmaları azalır.
Ürün ve varyant eşlemesi kurulmadan başlamayın
Ürün adı güvenilir bir eşleme anahtarı değildir; farklı kanallarda aynı ürün farklı adlarla bulunabilir. Mümkünse tutarlı ürün kodları kullanın. Beden, renk veya kapasite gibi seçenekler ayrı stok taşıyorsa varyant seviyesinde eşleme gerekir.
Bir tişörtün bütün renklerini tek stok sayısında toplamak, belli bir rengin tükenmesini gizler. Paketli satılan üründe de ilişki açık olmalıdır: tek parça ile üçlü paket aynı fiziksel stoktan düşüyorsa sistem bunu bilmelidir. Set, paket ve bileşen yapıları projede ayrıca değerlendirilmelidir.
Başlangıçta şu listeyi hazırlayın:
- Her kanaldaki ürün ve varyant kimlikleri.
- Eşleşmeyen veya birden fazla eşleşen kayıtlar.
- Aktif olmayan, arşivlenen ve satıştan kaldırılan ürünler.
- Ortak stok kullanan paket ve setler.
- Manuel düzeltme gerektiren kayıtların sorumlusu.
Veri temizliği tamamlanmadan bütün kataloğu bağlamak, hatayı otomatik hale getirebilir. Önce küçük ama farklı ürün türlerini temsil eden bir örnekle ilerlemek daha kontrollü olur.
Siparişin hangi aşamasında stok ayrılacak?
Sepete ekleme, ödeme başlatma, ödeme onayı ve kargoya teslim aynı olay değildir. Stok hangi aşamada ayrılacak, başarısız ödeme sonrası ne zaman geri bırakılacak? Bu kararlar ödeme ve satış modeline göre belirlenmelidir. Her mağazaya tek bir kural uygulamak doğru değildir.
İptal ve iade akışlarını da ayrı konuşun. İade edilen ürün hemen satılabilir olmayabilir; fiziksel kontrol gerektirebilir. Sisteme iade kaydı gelmesiyle ürünü yeniden satışa açmak aynı işlem olmak zorunda değildir. Operasyonun gerçek kararı yazılımda karşılığını bulmalıdır.
Kısmi iptal ve kısmi iade senaryolarını unutmayın. Siparişteki bütün ürünler aynı anda geri dönmeyebilir. Entegrasyon yalnızca siparişin genel durumuna bakıyorsa satır bazında değişiklikleri kaçırabilir. Kontrol senaryolarını gerçek işleyişten seçin.
Anlık güncelleme sözü neyi kapsıyor?
Bir sistem değişikliği olay bildirimiyle aktarabilir, başka biri belirli aralıklarla kontrol edebilir. API sınırları, bağlantı sorunları ve kanalın işleme süresi güncellemeyi etkiler. “Anlık” ifadesini duyduğunuzda hangi olayın hangi hedefe ne şekilde gittiğini sorun.
Çok kanallı satışta gecikme ihtimalini tamamen yok saymayın. Ürüne ve işleyişe göre emniyet stoğu veya kanala ayrılmış miktar gibi kurallar değerlendirilebilir. Ancak bunlar yanlış ürün eşlemesini düzeltmez; önce veri ve akışın doğru kurulması gerekir.
Aynı sipariş bildirimi tekrar geldiğinde yeni bir sipariş daha açılmamalıdır. Geliştirme ekibinden tekrar eden mesajların nasıl ayıklandığını ve başarısız aktarımın nasıl yeniden denendiğini açıklamasını isteyin. Kullanıcı bu teknik ayrıntıyı yönetmek zorunda kalmadan sonucu izleyebilmelidir.
Hata olduğunda kimin haberi olacak?
Entegrasyon ekranında yeşil bağlantı işareti görmek, bütün ürünlerin doğru aktarıldığı anlamına gelmez. Son başarılı aktarım, bekleyen işlemler ve eşleşmeyen ürünler görülebilmelidir. Operasyon ekibinin anlayacağı açıklamalar ve bir sorumlu bulunmalıdır.
Örneğin bir ürün kodu hedef kanalda bulunamadığında kayıt sessizce atlanmamalıdır. Hata listesine düşmeli, gerekli düzeltme yapılmalı ve işlem tekrar denenebilmelidir. Günlük veya dönemsel stok mutabakatı da kaçan farkları yakalamaya yardımcı olur. Sadece sorun büyüyünce kontrol etmek yeterli değildir.
Canlıya geçmeden hangi denemeleri yapmalısınız?
Bir normal sipariş, başarısız ödeme, iptal, kısmi iade ve manuel stok düzeltmesi seçin. Varyantlı ve paketli ürünleri ayrıca deneyin. Her senaryoda kaynak sistem, site ve diğer kanallardaki sonucu karşılaştırın. Test sonunda hangi kaydın doğru kabul edildiği anlaşılır olmalıdır.
İlk mağazanızı hazırlıyorsanız e-ticaret kurulumunda verilmesi gereken kararlar daha geniş resmi görmenize yardımcı olur. Entegrasyonun bedeli ve yöntemi ise bağlanacak sistemlerin erişim ve veri yapısı incelenmeden kesinleşmemelidir.
Kariha’nın e-ticaret hizmetinde satış ekranıyla arka plandaki operasyonu birlikte ele alıyoruz. Kullandığınız kanalları ve stok takibini bugün nasıl yaptığınızı bize anlatın; önce hangi bilginin nereden yönetileceğini netleştirelim.
