Stok & Sipariş Senkronizasyonu Çözümü

Birden çok pazaryerinde ve kendi e-ticaret sitenizde satış yapıyorsanız, en pahalı hata aynı ürünü iki kez satmaktır. Stok ve sipariş senkronizasyonu; her kanaldaki eldeki adedi tek bir merkezî havuzda toplar, satış anında düşer ve siparişi kaynaktan teslimata kadar tek bir durum akışında yönetir. Bu sayfa; e-ticaret, operasyon, lojistik ve tedarik ekipleri için kapsamı, formülleri, senkron mimarisini ve seçim kriterlerini anlatır.

Çözüm neyi kapsar?

• Merkezî stok havuzu: Tüm kanalların beslendiği tek gerçek kaynak (single source of truth).
• Emniyet stoğu (buffer): Talep ve tedarik dalgalanmasına karşı tampon; oversell’i düşürür.
• Rezervasyon: Sipariş oluşurken adedi atomik olarak ayırma; satılabilir = eldeki − rezerve − emniyet.
• Çok depo / lokasyon: Depo bazında eldeki/rezerve/transit; en uygun depodan karşılama.
• Kritik stok uyarısı: Yeniden sipariş noktası (ROP) aşıldığında otomatik tetik.
• Sipariş durum akışı: Alındı → onay → hazırlanıyor → kargoda → teslim → iade akışının orkestrasyonu.

Stok formülleri: emniyet stoğu, ROP ve EOQ

Ne kadar tampon tutacağınız hizmet seviyesi hedefinize bağlıdır. Emniyet stoğu, talep ve tedarik süresindeki belirsizliği karşılar: Emniyet stoğu ≈ Z × σ(talep) × √(tedarik süresi). Burada Z hizmet seviyesi katsayısı (ör. %95 servis için ≈ 1,65), σ talebin standart sapmasıdır. Ne zaman yeniden sipariş vereceğinizi yeniden sipariş noktası belirler: ROP = ortalama talep × tedarik süresi + emniyet stoğu. Kaç adet sipariş edeceğinizi ise ekonomik sipariş miktarı verir: EOQ = √(2DS / H) — D yıllık talep, S sipariş başına sabit maliyet, H birim başına yıllık taşıma maliyetidir.

Bu katsayılar temsilidir; her kategori kendi geçmiş satış ve tedarik verisiyle kalibre edilmelidir.

Oversell riski: senaryoya göre önlem

Oversell riski, kanal sayısı ve talep yoğunluğu arttıkça büyür. Aynı fiziksel stok ne kadar çok kanalda eşzamanlı görünürse, senkron gecikmesi içinde ikinci bir satışın gerçekleşme olasılığı o kadar yükselir.

Sipariş orkestrasyonu ve döngü süresi

Sipariş orkestrasyonu, gelen siparişi doğru depoya yönlendirir, stok yetmezse böler (split shipment) veya transfer önerir ve her adımı tek bir durum akışında izler. Akışın ne kadar dolu olduğunu Little’s Yasası ile okuyabilirsiniz: WIP = throughput × cycle time. Yani anlık işlenmekte olan sipariş sayısı (WIP), birim zamandaki sipariş akışı (throughput) ile ortalama döngü süresinin (cycle time) çarpımına eşittir. Döngü süresini kısaltmak — otomatik onay, hazır etiket, entegre kargo — aynı ekip ve depoyla daha çok siparişi birikmeden akıtmanızı sağlar.

Senkron mimarisi: webhook vs polling

Senkron gecikmesi (bir satışın diğer kanallara yansıma süresi) oversell’in ana sürücüsüdür. İki temel yaklaşım vardır; sağlam sistemler ikisini birlikte kullanır.

Seçim ve şartname kriterleri

• Senkron gecikmesi: Kanaldan kanala eşitleme hedefi saniye cinsinden taahhüt edilmeli (ör. < 5 sn).
• Webhook + polling: Olay bazlı push zorunlu; polling yalnızca mutabakat/yedek katman olarak.
• Idempotent güncelleme: Aynı olay iki kez gelse bile stok bir kez düşmeli (idempotency key / olay kimliği).
• Çakışma çözümü: Eşzamanlı yazımlarda sürüm/zaman damgası ile optimistic locking; kaybolan güncelleme olmamalı.
• Rezervasyon & buffer: Satılabilir adet formülü ve kanal başı tampon konfigüre edilebilmeli.
• Denetim izi: Her stok hareketi loglanmalı; mutabakat ve hata ayıklama için geriye dönük izlenebilmeli.
• Ölçek & SLA: Kampanya pik yükünde kuyruk, oran sınırlama ve yeniden deneme politikası netleşmeli.

Mevzuat ve uyum

Çok kanal satışta operasyon kadar uyum da senkron olmalıdır. Türkiye’de e-ticaret, 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun ve ikincil mevzuatı çerçevesinde yürütülür; hizmet sağlayıcılar ETBİS (Elektronik Ticaret Bilgi Sistemi) kaydını yapar. Bir pazaryeri kurulumunda ETHS (elektronik ticaret hizmet sağlayıcı) ile ATHS (elektronik ticaret aracı hizmet sağlayıcı) rolleri ayrışır; yükümlülükleriniz bu ayrıma göre değişir.

• Fatura / irsaliye: Sipariş akışı GİB e-Fatura, e-Arşiv ve depo/sevkiyat için e-İrsaliye ile entegre çalışmalı; her kanal siparişi doğru belge tipine bağlanmalı.
• Kişisel veri: Sipariş ve müşteri verisi KVKK 6698 kapsamındadır; erişim yetkisi, saklama süresi ve loglama tanımlı olmalı.
• Ticari ileti: Sipariş sonrası pazarlama iletileri için İYS (İleti Yönetim Sistemi) onayı gerekir.
• Ödeme: Kart verisi işleniyorsa PCI DSS uyumu ve token tabanlı saklama şarttır.

Kanallarınızı, depo yapınızı ve kampanya yoğunluğunuzu birlikte inceleyip; hazır bir entegrasyon katmanı mı yoksa size özel orkestrasyon mu gerektiğini netleştirelim. Aşağıdaki formdan ihtiyacınızı iletmeniz yeterli.