Dropshipping'de ürün sizin deponuzda değil tedarikçide durur. Pazaryerindeki stok bilginiz de dolayısıyla tedarikçinin yayınladığı XML dosyasına bağlıdır. Bu bağımlılık modeli ucuz ve hızlı kılar, ama stok tarafında iki yönlü bir risk doğurur. Bu yazıda bu iki riski, nedenlerini ve katman katman nasıl korunabileceğinizi ele alıyoruz.
Birinci risk: stokların yanlışlıkla sıfırlanması
Tedarikçinin XML'i bir gün bozuk, yarım ya da boş gelir; korumasız bir sistem de bunu “ürünler bitti” diye yorumlayıp ilanlarınızı topluca 0'a çeker. Tedarikçi ertesi saat düzelse bile zarar oluşmuştur: kapanan ilanlar o süre boyunca satış yapmaz, kampanyadaysa kampanyadan düşebilir ve yeniden açıldığında sıralamada eski yerine dönmesi zaman alabilir.
Bu durumun yaygın nedenleri şunlardır: tedarikçi sunucusunun geçici olarak yanıt vermemesi, dosyanın indirme sırasında yarıda kesilmesi, tedarikçinin dosya biçimini habersiz değiştirmesi (alan adları değişince adetler okunamaz), bakım ya da sayım sırasında bütün adetlerin 0 yayınlanması ve ürün kodlarının topluca değiştirilmesi.
İkinci risk: güncellenmeyen stokla satış yapmak
Ters yönde risk daha sessizdir. Tedarikçi XML'i güncellemeyi bırakırsa ya da sizin entegrasyonunuz dosyayı uzun süre okuyamazsa pazaryerinde son bilinen adet görünmeye devam eder. Tedarikçide biten ürün sizden satılır; siparişi karşılayamazsınız, iptal etmek zorunda kalırsınız. İptal ve geç gönderim oranı mağaza puanını doğrudan etkiler.
Bu riskin bir başka kaynağı da tedarikçinin stoğu başka bayilerle paylaşmasıdır. XML'de 10 adet görünen ürün, siz okuyana kadar başka bir bayi tarafından satılmış olabilir. Okuma aralığı ne kadar kısa olursa olsun bu payı sıfırlayamazsınız; ancak yönetebilirsiniz.
1. katman: okunamayan dosyada hiçbir şeyi değiştirmemek
En temel kural budur: XML'e ulaşılamıyorsa, dosya çözümlenemiyorsa ya da beklenmedik biçimde geliyorsa pazaryerindeki stok ve fiyatlara dokunulmamalıdır. TicariHub'da böyle bir okumada çalıştırma hata olarak kaydedilir, değerler olduğu gibi kalır ve size bildirim gider.
2. katman: toplu kayıp koruması
Dosya okunuyor ama içindeki ürün sayısı birden düştüyse bu çoğunlukla gerçek bir değişiklik değil, eksik dosyadır. TicariHub son başarılı okumayı referans alır; varsayılan olarak ürün sayısı bunun %80'inin altına inerse ya da görülen ürünlerin %20'sinden fazlası kaybolursa çalıştırma durur. Hiçbir şey gönderilmez; siz durumu kontrol edip onay verene kadar bekler. Eşikler beslemeye göre ayarlanabilir.
3. katman: toplu sıfır koruması
Ürünler dosyada duruyor ama adetlerin hepsi 0 geliyorsa ürün kaybı koruması bunu yakalamaz. Bunun için ayrı bir koruma vardır: daha önce stoğu olan ürünlerin varsayılan olarak yarısından fazlası (ve en az 20 ürün) aynı okumada 0 gelirse çalıştırma yine durur. Tedarikçinin bakım dosyası ilanlarınızı kapatmadan önce size sorulur.
4. katman: düşen ürünü hemen kapatmamak
XML'den çıkan ürünün ilanını kapatmak (0'a çekmek) mantıklıdır, ama yalnız ürün gerçekten listeden çıktıysa. TicariHub'da bu kural isteğe bağlıdır ve ürünün kaç ardışık başarılı okumada görünmediği sayıldıktan sonra uygulanır. Ardışık okuma sayısını 2 ya da daha fazla seçerseniz (varsayılan 1) tek seferlik eksik bir dosya ilanınızı kapatmaz.
5. katman: bayatlık uyarısı ve isteğe bağlı otomatik kapatma
İkinci risk için de koruma gerekir. TicariHub, okuma aralığının birkaç katı süre boyunca başarılı okuma olmazsa sizi uyarır. İsterseniz bir adım ileri gidip belirlediğiniz saat boyunca başarılı okuma olmazsa eşleşen ilanların stoğunu 0'a çeken kuralı açabilirsiniz; böylece tedarikçi dosyası günlerce güncellenmezken eski adetle satış yapmazsınız. Bu kural varsayılan olarak kapalıdır, çünkü her işletmenin riski farklıdır.
6. katman: güvenlik payı, üst sınır ve eşik altında kapatma
Paylaşılan stok riskine karşı üç ayar birlikte çalışır. Güvenlik payı, tedarikçi adedinden belirlediğiniz kadarını düşerek gösterir. En fazla adet sınırı, tedarikçide binlerce adet olsa bile ilanda makul bir sayı gösterir. Eşik altında kapatma da adet belirlediğiniz sayının altına inince ilanı 0'a çeker ve adet geri gelince otomatik açar. Son birkaç adette satış yapmamak küçük bir satış kaybıdır; karşılanamayan siparişin maliyeti çok daha yüksektir.
7. katman: doğrulama ve kayıt
Koruma yalnız göndermeden önce değil, gönderdikten sonra da gerekir. TicariHub her değişiklikten sonra ilanı pazaryerinden geri okur ve beklenen değerle karşılaştırır; tutmayan değer bir kez yeniden denenir, yine tutmazsa pazaryerinin gerekçesiyle raporlanır. Her çalıştırma geçmişte kalır: kaç ürün okunduğu, kaçının değiştiği, kaçının bekletildiği ve hangilerinin neden başarısız olduğu görülür.
Hangi ayarlarla başlamalı?
Her katalog farklıdır, ama ilk kurulumda temkinli başlamak neredeyse her zaman doğrudur. Toplu kayıp ve toplu sıfır korumalarını varsayılan eşiklerinde açık bırakın; tedarikçinizin dosyasını birkaç hafta izledikten sonra gerekiyorsa gevşetirsiniz. Eşik altında kapatmayı düşük bir sayıyla (örneğin 3) açın ve yeniden açma eşiğini bunun biraz üstünde tutun; böylece adet eşiğin çevresinde gidip geldikçe ilan sürekli kapanıp açılmaz.
“XML'de olmayan ürünü 0'a çek” kuralını açacaksanız ardışık okuma sayısını 1 yerine 2–3 seçmek, tedarikçinin tek seferlik eksik dosyalarına karşı ek bir pay bırakır. Bayat besleme için otomatik kapatmayı açmadan önce, tedarikçinizin dosyayı ne sıklıkla güncellediğini öğrenin; günde bir güncellenen bir dosyada birkaç saatlik sessizlik normaldir.
Koruma devreye girdiğinde ne yapmalı?
Çalıştırma güvenlik nedeniyle durduğunda panelde hangi korumanın neden tetiklendiğini görürsünüz: örneğin “ürün sayısı son başarılı okumanın %62'sine düştü” ya da “stoğu olan 340 üründen 290'ı 0 geldi”. İlk iş tedarikçinin XML linkini tarayıcıda açıp dosyanın gerçekten eksik ya da sıfır olup olmadığına bakmaktır.
Dosya hatalıysa hiçbir şey yapmanız gerekmez: değerleriniz değişmemiştir ve besleme düzeldiğinde çalıştırma kendiliğinden devam eder. Tedarikçiye haber vermek iyi olur. Değişiklik gerçekse (örneğin tedarikçi gerçekten bir kategoriyi kaldırdıysa) “Doğruladım, devam et” ile onay verirsiniz; onay yalnız gördüğünüz koruma için geçerlidir, farklı bir koruma tetiklenirse sistem yine durup sorar.
Tedarikçinizle konuşmanız gerekenler
Teknik korumalar riskin büyük kısmını alır, ama tedarikçiyle yapılacak kısa bir konuşma da işinizi kolaylaştırır. Dosyanın ne sıklıkla güncellendiğini, bakım ya da sayım dönemlerinde ne yayınlandığını, ürün kodlarının değişip değişmeyeceğini ve stok adedinin başka bayilerle paylaşılıp paylaşılmadığını sorun.
Bu cevaplar okuma aralığını, güvenlik payını ve eşik değerlerini doğru seçmenizi sağlar. Ayrıca tedarikçinin dosya biçimini değiştirmeden önce size haber vermesini rica etmek, ani bir eşleşme kaybını önceden fark etmenizi sağlar.
Dropshipping için kısa kontrol listesi
Stok sıfırlanma riskine karşı kurulumunuzu şu sorularla gözden geçirin: (1) XML okunamadığında stok ve fiyatlarınızın değişmeden kaldığını önizlemede ve çalıştırma geçmişinde görebiliyor musunuz? (2) Toplu kayıp ve toplu sıfır korumaları açık mı, eşikler tedarikçinizin dosya düzenine uygun mu? (3) XML'den düşen ürünler için ardışık okuma sayısını bilinçli seçtiniz mi?
(4) Bayat besleme uyarısı size ulaşıyor mu; e-posta bildirimleri açık mı? (5) Güvenlik payı, en fazla adet ve eşik altında kapatma ayarları paylaşılan stok gerçeğine göre belirlendi mi? (6) Gönderilen değerlerin pazaryerinden geri okunarak doğrulandığını ve başarısızlıkların gerekçesini çalıştırma geçmişinde görebiliyor musunuz?
Bu altı sorunun cevabı evetse tedarikçi kaynaklı bir aksaklık, ilanlarınızı topluca kapatmadan ya da olmayan ürünü sattırmadan önce size sorulur. Cevabı hayır olan madde varsa önce onu tamamlayın; dropshipping'de stok tarafındaki bir hata, ürünü hiç görmediğiniz hâlde müşteriye karşı sorumlu olduğunuz bir iptale dönüşür.
Unutulan konu: fatura
Dropshipping'de ürünü tedarikçi gönderse de müşteriye satışı yapan sizsiniz; satış faturasını da siz kesersiniz. Stok otomasyonunu kurarken sipariş ve fatura akışını da düşünmek, hacim arttığında işin tıkanmamasını sağlar.