Çoğu kişi tedarikçi stok senkronizasyonunu basit bir iş sanır: tedarikçinin listesini çek, kendi ürün tablona yaz, bitti. Panelde yeşil bir "senkron tamam" yazısı gördüğünde işin bittiğine inanır. Oysa bu iş tam olarak orada başlar. Çünkü senkronizasyon bir kopyalama değil, iki ayrı sistemin gerçeğini aynı anda doğru tutma problemidir ve bu iki gerçek asla tam olarak aynı saniyede aynı şeyi söylemez.
Gerçek şu: satış kaybının büyük kısmı reklam bütçesinden ya da fiyattan değil, stok bilgisinin bir dakika geç güncellenmesinden doğar. Müşteri sepete ekliyor, ödemeyi yapıyor, kod gelmiyor. Sen iade ediyorsun, yorum düşüyor, aynı müşteri bir daha gelmiyor. Kullandığın e-pin scripti bu saniyeleri nasıl yönetiyorsa işletmenin kârı da o kadar oluyor. Bu yazıda tedarikçi stok senkronizasyonunun altındaki mekanizmayı, nerede sızdığını ve bir dijital ürün satış yazılımının bu sızıntıyı nasıl kapattığını adım adım açıyorum.
Senkronizasyon neden "listeyi çekmek" değildir?
Tedarikçinin stok bilgisi genellikle bir anlık fotoğraftır. Sana verdiği sayı, isteği aldığı andaki durumdur; sen o sayıyı kendi veritabanına yazdığın anda tedarikçi tarafında üç sipariş daha geçmiş olabilir. Yani elindeki veri doğduğu saniye eskimeye başlar. Bunu kabul etmeyen bir epin yazılım kurgusu, her zaman gecikmiş bir gerçeği satar.
Doğru yaklaşım, stok sayısını mutlak doğru kabul etmek yerine satılabilirlik olasılığı olarak ele almaktır. Ürün kartında "var" yazması bir vaat değil, bir tahmindir. Vaadi ancak sipariş anında tedarikçiden alınan taze onay verir. Bu yüzden olgun bir e-pin satış scripti iki katmanlı çalışır: vitrin için tahmin, kasa için doğrulama. Vitrin hızlı olmalıdır, kasa dürüst olmalıdır.
Gecikmeli bildirim: en pahalı ve en görünmez sorun
Tedarikçiler stok değişimini üç yolla bildirir: periyodik listeleme, tekil ürün sorgusu veya webhook/bildirim. Çoğu TR tedarikçisinde ilk ikisi vardır, üçüncüsü ya yoktur ya güvenilmezdir. Sadece periyodik listelemeye güvenirsen stok gerçeğin, senkron aralığın kadar eskidir. Beş dakikada bir çekiyorsan en kötü senaryoda beş dakikalık yanlış bilgi satıyorsun demektir.
Çözüm aralığı kısaltmak değil, katmanlı tazelik kurmaktır. Çok satan ürünler için 30-60 saniyelik dar aralık, uzun kuyruk ürünler için 10-15 dakikalık geniş aralık, sipariş anında ise mutlaka tekil sorgu. Böylece tedarikçiye attığın istek sayısı patlamaz ama kritik ürünlerdeki hata payı neredeyse sıfıra iner. Kullandığın e-pin yazılımı ürün başına farklı senkron periyodu tanımlamana izin vermiyorsa, elinde ayar düğmesi değil tek bir anahtar var.
| Senkron modeli | Tazelik | Tedarikçi yükü | Uygun ürün tipi | Risk |
|---|---|---|---|---|
| Tam liste çekme (batch) | Düşük (5-15 dk) | Düşük | Uzun kuyruk, yavaş ürün | Eski stok satışı |
| Sık aralıklı kısmi çekme | Orta (30-60 sn) | Orta | Çok satan ilk 50 ürün | Kota aşımı |
| Sipariş anı tekil sorgu | Çok yüksek | İstek başına 1 | Tüm ürünler, kasa anı | Yavaş tedarikçide gecikme |
| Webhook / push bildirim | Yüksek | Çok düşük | Destekleyen tedarikçi | Kaçan bildirim |
| Manuel giriş | Yok | Yok | Elde tutulan fiziksel kod | İnsan hatası |
Önbellek dostun mu düşmanın mı?
Önbellek olmadan hiçbir vitrin hızlı çalışmaz; ama süresi yanlış ayarlanmış bir önbellek, yanlış bilgiyi ısrarla tekrar eden bir megafona dönüşür. Klasik hata, stok durumu ile ürün bilgisini aynı önbellek süresine bağlamaktır. Ürün adı, açıklaması ve görseli saatlerce önbellekte kalabilir; stok ve fiyat asla.
Pinova'da bu ayrımı bilinçli kurguluyoruz: içerik alanları uzun ömürlü, stok ve fiyat alanları kısa ömürlü ve olay tabanlı geçersiz kılma ile çalışıyor. Yani bir sipariş tedarikçide stok bitirdiğinde ilgili ürünün önbelleği süresini beklemeden düşürülüyor. Bu tek detay, kampanya günlerinde "stokta" görünen ama satılamayan ürün sayısını ciddi biçimde azaltır. Bir dijital ürün satış scripti değerlendiriyorsan, önbellek politikasını sormak ilk üç sorundan biri olmalı.
Stok uyuşmazlığının kaynağı
- Tedarikçi bildirim gecikmesi 45%
- Yanlış önbellek süresi 25%
- Eşzamanlı sipariş yarışı 20%
- Manuel düzeltme hatası 10%
İki müşteri aynı anda son ürünü aldığında ne oluyor?
Buna yarış durumu denir ve kampanya saatlerinde sandığından çok daha sık yaşanır. İki oturum da stoğu "1" görür, ikisi de ödemeye gider, ikisi de ödemeyi tamamlar. Tedarikçi birine kod verir, diğerine hata döner. Sorun senkronizasyonda değil, rezervasyon mantığının olmamasındadır.
Doğru akış şöyle olmalı: sepete ekleme serbest, ödeme başlangıcında kısa süreli yumuşak rezervasyon, tedarikçi onayında kesin düşüm. Rezervasyon süresi dolan sipariş stoğu geri bırakır. Ayrıca aynı ürün için eşzamanlı tedarikçi çağrısı tek sıraya alınmalı; yoksa iki istek birbirinin sonucunu ezer. Kilit ve kuyruk olmadan yazılan bir e-pin satış yazılımı, düşük trafikte mükemmel görünür, yüksek trafikte para kaybettirir.
Ödeme başlangıcında 8-10 dakikalık yumuşak rezervasyon aç, süre dolunca otomatik iade et. Bu tek kural, kampanya günlerindeki çift satış itirazlarının çoğunu sana ulaşmadan bitirir.
Stok sıfırlandığında ürün kartı ne yapmalı?
Stok bitince ürünü tamamen gizlemek en kolay yoldur ama en kârsız yoldur. Arama motorunda sıra almış bir sayfayı kapatmak, yeniden sıra alma maliyetini sırtına yükler. Doğrusu sayfayı ayakta tutup satın alma butonunu "stok bildirimi al" akışına çevirmektir. Böylece talep kaybolmaz, veriye dönüşür.
Dahası bu bildirim listesi sana tedarikçi pazarlığında güç verir. "Bu ürüne son yedi günde 240 kişi bildirim bıraktı" demek, fiyat ve tahsis konuşmasını tamamen değiştirir. Tedarikçi stok senkronizasyonunu sadece bir teknik iş değil, bir talep ölçüm aracı olarak görmeye başladığın gün panelinden çıkan raporların değeri katlanır. Özellikleri incelemek için özellikler bölümüne göz atabilirsin.
Kurulum öncesi kontrol listesi nasıl olmalı?
Yeni bir tedarikçi bağlamadan önce entegrasyonun sınırlarını yazıya dökmek, sonradan yaşanacak onlarca tartışmayı baştan bitirir. Dakikada kaç istek atabiliyorsun, stok alanı gerçekten stok mu yoksa "satışa uygun" bayrağı mı, fiyat hangi para biriminde ve ne sıklıkla değişiyor? Bu soruların cevabı yoksa entegrasyon değil tahmin yapıyorsun.
Aşağıdaki liste, canlıya geçmeden önce tek tek işaretlemen gereken maddeleri içeriyor. Her satırı geçtiğinde risk gözle görülür biçimde düşer.
| Kontrol | Neden önemli | Kabul kriteri | Durum |
|---|---|---|---|
| İstek kotası öğrenildi | Kota aşımı tüm satışı durdurur | Dakika/saat limiti yazılı | Zorunlu |
| Stok alanının anlamı netleşti | Bayrak ile sayı karıştırılır | Örnek yanıt belgelendi | Zorunlu |
| Ürün bazlı senkron periyodu | Hızlı ürünler taze kalmalı | En az 3 farklı periyot | Zorunlu |
| Sipariş anı tekil doğrulama | Eski stokla satışı engeller | Kasa öncesi sorgu aktif | Zorunlu |
| Yumuşak rezervasyon | Yarış durumunu keser | Süreli kilit çalışıyor | Önerilir |
| Stok bildirim listesi | Talebi veriye çevirir | Kayıt ve raporu var | Önerilir |
| Senkron log arşivi | İtirazda kanıt sağlar | En az 90 gün saklama | Önerilir |
Stok gerçeğini tek panelden yönet
Pinova, çoklu tedarikçi stok senkronizasyonunu ürün bazlı periyot, olay tabanlı önbellek temizliği ve sipariş anı doğrulama ile birlikte yönetir. Lisans ve paketleri hemen inceleyebilirsin.
Senkron aralığını çok kısaltmak sorunu çözer mi?
Hayır. Aralığı kısaltmak tedarikçi kotasını hızla tüketir ve engellenme riskini artırır. Çözüm, çok satan ürünlerde dar aralık, geri kalanlarda geniş aralık ve sipariş anında tekil doğrulama kullanmaktır.
Tedarikçi webhook desteklemiyorsa ne yapmalıyım?
Periyodik çekmeyi katmanlı kur ve kasa öncesi tekil sorguyu zorunlu hale getir. Böylece webhook olmadan da müşteriye satılamayacak ürün satmazsın.
Stoğu biten ürünün sayfasını kapatmalı mıyım?
Kapatma. Sayfayı ayakta tut, satın alma alanını stok bildirim formuna çevir. Arama motorundaki konumunu korur ve gelen talebi ölçülebilir veriye dönüştürürsün.
Birden fazla tedarikçiden aynı ürünü satabilir miyim?
Evet. Doğru kurguda ürün tek karttır, arkasında sıralı tedarikçi havuzu bulunur. Birinci kaynak stoksuz dönerse sistem ikinciye geçer; müşteri bu geçişi hiç fark etmez.
Tedarikçi stok senkronizasyonu, dışarıdan bakıldığında görünmeyen ama kâr tablosunda net biçimde okunan bir mühendislik işidir. Katmanlı tazelik, doğru önbellek ömrü, rezervasyon ve sipariş anı doğrulama bir araya geldiğinde iade oranın düşer, itirazlar azalır, müşterin ikinci kez alışveriş yapar. Bu mekanizmanın panelde nasıl göründüğünü kendi gözünle test etmek istersen canlı demo üzerinden gez, ardından fiyat sayfasında işletmene uygun paketi seç.