Kazım Gökay Çiftci · 1 Kasım 2026

Çok kanallı satışta stok ve sipariş yönetimi: entegratör mü, kendi yazılımınız mı?

Çok kanallı satışta en pahalı hata, ürünün bir kanalda satılıp diğerinde hâlâ satılabilir görünmesidir. Müşteri sipariş verir, siz stoğunuzun olmadığını fark edersiniz, sipariş iptal olur ve iptalin bedelini pazaryerinin puanlaması ve müşterinin güveni öder. Bu sorunu çözmek için satıcıların önünde iki yol var: hazır bir pazaryeri entegratörü ya da kendi yazdırdığınız yazılım. Tezimiz şu: doğru cevap çoğu zaman ikisinden biri değil, "stok ve sipariş için tek bir doğruluk kaynağı" kuran hibrit bir düzen. Bu yazıda hangi büyüklükte hangi seçeneğin mantıklı olduğunu, kararı neye göre vereceğinizi ve geçişte nelerin ters gidebileceğini anlatıyoruz.

E-ticaret yapan işletme sayısı

Önce sorunun gerçek boyutu

Ticaret Bakanlığı'nın 12 Mayıs 2026 tarihli açıklamasına göre e-ticaret yapan işletme sayısı 2023'te 559 bin, 2024'te 600 bin, 2025'te 634 bin oldu. Aynı açıklamada işletmelerin yüzde 75'inin şahıs işletmesi olduğu belirtiliyor. Yani karşımızdaki tablo, büyük çoğunluğu küçük ve orta ölçekli, çok kanala yeni yeni yayılan bir satıcı kitlesi. Bu satıcıların önemli bölümü için stok yönetimi hâlâ bir Excel dosyası ve birkaç panel arasında elle yapılan güncelleme.

Elle güncellemenin sorunu hız değil, kayma. Her pazaryeri paneli kendi stok kopyasını tutar. Siz bir kanalda satış yaptığınızda diğer kanallardaki kopya, biri güncelleyene kadar eski kalır. Bu aralık kısa olabilir, ama kanal sayısı ve günlük sipariş sayısı arttıkça aralığa denk gelen sipariş sayısı da artar. Basit bir örnekle: tek bir üründen 3 adetiniz var, üç kanalda da satışta ve her kanalda 3 olarak görünüyor. Aynı saat içinde üç kanaldan birer sipariş gelirse sorun yok. İkişer sipariş gelirse üçüncü kanalın siparişi için ürününüz yok. Sorunun matematiği bu kadar basit, çözümü ise stoğun nerede tutulduğuna bağlı.

Entegratör ne yapar, ne yapmaz

Pazaryeri entegratörü, ürünlerinizi, stoğunuzu, fiyatınızı ve siparişlerinizi pazaryerlerinin açık API'leri üzerinden tek ekranda toplayan hazır bir yazılımdır. Kurulum süresi kısadır, ürün eşleştirme ve sipariş çekme ekranları hazır gelir, yeni bir pazaryeri eklendiğinde entegratör firması bağlantıyı sizin yerinize kurar. Küçük bir satıcı için en büyük avantajı, bir yazılım ekibi kurmak zorunda kalmamasıdır.

Entegratörün sınırları da var ve bunları kurulumdan önce bilmek gerekir:

Stok mantığı sizin değil, onların kuralıdır. Kritik stok eşiği, kanal bazında tampon ve rezerv gibi ayarlar ürünün sunduğu seçeneklerle sınırlıdır. İş modeliniz standart dışıysa (örneğin aynı ürün için bir kanalda depo, diğerinde tedarikçi stoğu) bu seçenekler yetmeyebilir.
Ücret kalem kalem büyür. Kanal sayısı, ürün sayısı ya da sipariş sayısına göre fiyatlandırma yapan paketlerde büyüdükçe aylık maliyet de büyür. Fiyat listesini bugünkü değil, 12 ay sonraki hacminizle hesaplayın.
Veri onların sunucusunda durur. Sipariş geçmişiniz ve ürün eşleştirme tablonuz entegratörün sisteminde olur. Ayrılmak istediğinizde bu veriyi hangi biçimde ve ne kadar kolay dışarı alabildiğiniz sözleşme maddesi olmalıdır.
Bağımlılık gecikmesi. Pazaryeri API'sinde bir değişiklik olduğunda düzeltme entegratörün sırasına bağlıdır. Bu süre sizin elinizde değildir.

Pazaryeri API'sinin kendisi neyi sınırlar?

Entegratör mü kendi yazılımınız mı sorusundan önce, ikisinin de aynı duvara çarptığını bilmek gerekir: pazaryerlerinin API kuralları. Trendyol'un resmi geliştirici dokümantasyonuna göre stok ve fiyat güncelleme isteği anında işlenmez, kuyruğa alınır ve her başarılı istek için bir batchRequestId döner. Sonucu görmek için bu kimlikle ayrı bir sorgu yapmanız gerekir. Dokümantasyon, stok ve fiyat güncellemelerinde toplu işlem düzeyinde durum yerine ürün kalemi düzeyindeki durumun kontrol edilmesi gerektiğini ve bir istekte en fazla 1000 ürünün (sku) gönderilebileceğini belirtiyor. Ayrıca gövdede hiçbir değişiklik yapmadan aynı isteği tekrar gönderirseniz hata mesajı dönüyor. Yani sistem sizden "her şeyi sürekli yeniden gönder" değil, "yalnızca değişeni gönder" mantığını bekliyor.

Bunun pratik sonucu şu: ne kadar iyi yazılmış olursa olsun hiçbir sistem stoğu kanallarda gerçekten anlık güncelleyemez. Aradaki kuyruk gecikmesi, tampon stok kararını yazılım seçiminden bağımsız olarak zorunlu kılar. Pazaryerleri arasında limitler, kimlik doğrulama biçimi ve istek sıklığı da farklıdır, bu yüzden bir kanalda çalışan mantığı diğerine kopyalamak yerine her kanalın kendi dokümantasyonuna göre test etmek gerekir. Hangi sistemi seçerseniz seçin, sizden beklenen iş bir "hata kuyruğu" kurmaktır: reddedilen her stok güncellemesi sessizce kaybolmak yerine bir listeye düşmeli ve biri bakmalıdır.

Kendi yazılımınız: ne zaman gerçekten gerekir?

Kendi yazılımı yazdırmak cazip görünür çünkü "bizim işimize tam uyar" fikri güçlüdür. Ama burada iki ayrı iş var ve çoğu satıcı yalnızca birini düşünür: yazılımı ilk kez yazdırmak ve sonra onu yıllarca ayakta tutmak. İlki bir proje bütçesidir. İkincisi ise pazaryeri API'si her değiştiğinde, yeni bir kanal eklendiğinde, kargo entegrasyonu güncellendiğinde dönen sürekli bir mesaidir.

Kendi yazılım şu durumlarda savunulabilir:

İş modeliniz hazır araçlara sığmıyor. Birden fazla depo, set ürün (bir ürünün stoğunun başka ürünlerin stoğundan türediği durumlar), tedarikçi stoğu ya da seri numarası takibi gibi ihtiyaçlarınız varsa hazır ürünlerin stok mantığı yetersiz kalabilir.
Mevcut bir ERP ya da ön muhasebe sisteminiz var ve stok orada tutuluyor. Bu durumda yeni bir stok sistemi kurmak yerine, ERP'nin stoğunu pazaryerlerine ileten ince bir köprü yazmak çoğu zaman daha akıllıcadır.
Hacim, entegratör ücretini kendi maliyetinizin üstüne çıkarıyor. Bunu yalnızca hesapla bilebilirsiniz: entegratörün 12 aylık toplam maliyeti ile kendi yazılımın geliştirme artı bakım maliyetini yan yana koyun.
Veriyi ve kuralı kontrol etmek rekabet avantajınız. Fiyatlandırma, kampanya veya stok dağıtımı bir ticari sır haline geldiyse bunu üçüncü tarafa bırakmak istemeyebilirsiniz.

Bunlardan hiçbiri size uymuyorsa kendi yazılım büyük olasılıkla gereksiz bir yüktür. Ayrıca şunu hesaba katın: kendi yazılımınızı ayakta tutacak kişi bir gün ayrıldığında sistemin dokümantasyonu yoksa, siz de entegratörün bağımlılığından daha kötü bir bağımlılığa girmiş olursunuz.

Hibrit model: stok sizde, kanal bağlantısı onlarda

Pratikte en sağlam düzen çoğu zaman şudur: stoğun tek gerçek kaynağı sizin kontrol ettiğiniz bir yerdedir (ERP, depo yazılımı ya da kendi e-ticaret altyapınız) ve pazaryeri bağlantısı entegratör üzerinden yapılır. Böylece stok kuralı sizde kalır, kanal API'lerinin bakım yükü entegratöre gider. Bu yaklaşımın iki kuralı var.

Tek yönlü akış. Stok yalnızca kaynaktan kanallara akar. Pazaryeri panelinden elle stok girmek, kaynak sistemle çatışır ve bir sonraki senkronda ezilir. Ekipteki herkesin bunu bilmesi gerekir, aksi hâlde "ben şunu Trendyol'dan düzelttim" cümlesi ertesi gün yeni bir hataya dönüşür.

Tampon stok. Her kanalda gerçek stoğun tamamını göstermek yerine, hızlı dönen ürünlerde bir kısmını rezerv tutun. Örneğin elinizde 10 adet varsa kanallara 8 adet gösterin, kalan 2 adet senkron gecikmesi için güvenlik payıdır. Tampon oranının tek bir doğru değeri yok, ürünün satış hızına ve kanalın gecikmesine göre belirlenir. Önemli olan bunu bilinçli bir karar olarak yazmanız.

Karar tablosu: hangi büyüklükte ne?

Aşağıdaki çerçeve kesin bir kural değil, ilk eleme için bir yöntemdir. Kendi rakamlarınızı eklediğinizde sonuç değişebilir.

Tek veya iki kanal, az sayıda ürün, tek depo: Hazır entegratör ya da kullandığınız e-ticaret altyapısının kendi pazaryeri eklentisi yeterlidir. Özel yazılım bu ölçekte neredeyse hiç kendini amorti etmez.
Üç ve üzeri kanal, birkaç yüz ürün, günlük onlarca sipariş: Entegratör artı net bir stok kuralı. Burada asıl iş yazılım seçmek değil, ürün kodu (barkod ve SKU) standardını oturtmaktır. Pazaryerleriyle eşleştirme çoğunlukla bu kodlar üzerinden yapıldığı için temiz olmayan bir ürün kataloğu hiçbir yazılımla düzelmez.
Çok depo, set ürün, ERP kullanımı, özel kampanya mantığı: Hibrit model ya da ERP'ye bağlı özel bir köprü. Burada özel geliştirme gerçekten değer yaratabilir, ama önce ihtiyacın yazılı bir şartnamesini çıkarın.
Kendi markanız, kendi sitenizle birlikte pazaryerleri: Kendi sitenizi de stok kaynağına bağlamak gerekir. Aksi hâlde kanallardan biri her zaman geride kalır.

Geçişte en sık yapılan hatalar

Hangi yolu seçerseniz seçin, geçiş sürecinde aynı hatalar tekrarlanıyor. Upjen olarak pazaryeri hesaplarına baktığımızda en sık gördüğümüz sorun yazılımın kendisi değil, ürün eşleştirme tablosunun dağınıklığı: aynı ürün için kanallarda farklı SKU, farklı barkod ve farklı varyant yapısı.

Önce katalog temizliği yapılmaz. Eşleştirme hatası olan bir ürünün stoğu yanlış ürüne yazılır. Geçişten önce her ürün için tek bir ana kod belirleyin.
Canlıya tek seferde geçilir. Önce bir kanal ve bir ürün grubu ile pilot yapın, haftalık sapmaları kontrol edin, sonra genişletin.
Sipariş durumu unutulur. Stok eşitlemesine odaklanılıp sipariş durumunun (hazırlanıyor, kargoda, iptal) geri bildirimi atlanır. Pazaryerinde sipariş durumunun güncel olmaması da puanınıza yansır.
Hata kuyruğu kurulmaz. Reddedilen güncellemeler görünmezse, sorun müşteri şikâyeti olarak ortaya çıkana kadar fark edilmez.
Sorumluluk belirsiz kalır. Stok sapmasını kimin kontrol ettiği yazılı değilse kimse kontrol etmez. Haftalık bir sayım ve sistem karşılaştırması tek bir kişiye atanmalı.

Hangi sorulara cevap vermeden karar verilmemeli?

Karar vermeden önce şu beş soruya yazılı cevap verin: Kaç kanalda satıyorsunuz ve bir yıl içinde kaç kanal eklenecek? Stoğunuzun asıl tutulduğu yer neresi? Bir stok hatası size bir ay içinde kaç iptal ve ne kadar puan kaybı yaşatıyor? Entegratörün üç yıllık toplam maliyeti ile kendi çözümünüzün geliştirme ve bakım maliyeti ne? Sistemden ayrılmak gerekirse veriniz hangi biçimde elinize geçer? Bu cevaplar çoğu zaman kararı kendiliğinden verir. Cevap veremediğiniz soru varsa asıl iş yazılım seçmeden önce o veriyi toplamaktır.

Sıkça Sorulan Sorular

Entegratör kullanırsam stok hatası tamamen biter mi?

Hayır. Pazaryeri API'leri stok güncellemelerini kuyruğa aldığı için kanallar arasında her zaman küçük bir gecikme olur. Entegratör bu gecikmeyi sıfırlamaz, yalnızca yönetilebilir hâle getirir. Tampon stok ve hata kuyruğu gene de gerekir.

Kendi yazılımın maliyeti yalnızca geliştirme bedeli midir?

Hayır. Geliştirme bedeli ilk kalemdir. Pazaryeri API değişikliklerine uyum, yeni kanal ekleme, hata izleme ve güvenlik güncellemeleri sürekli bir bakım maliyeti yaratır. Karşılaştırmayı en az üç yıllık toplam maliyet üzerinden yapın.

Pazaryerinden elle stok girmek tamamen yasak mı olmalı?

Stok kaynağı tek bir yerdeyse evet, kural olarak yasak olmalı. İstisna gerekiyorsa (örneğin sayımda fark çıktığında) bu düzeltme önce kaynak sistemde yapılmalı, kanallara oradan yansımalı.

Tampon stok ne kadar olmalı?

Tek bir doğru oran yok. Satış hızı yüksek ve gecikmenin etkili olduğu ürünlerde daha yüksek, yavaş dönen ürünlerde daha düşük tutulur. Önce bir ürün grubunda deneyip iptal oranındaki değişimi kendi verinizle ölçün.

Kendi sitem de varsa onu da stok sistemine bağlamalı mıyım?

Evet. Kendi siteniz kanallardan biridir ve stok kaynağına bağlı olmazsa en kolay sapan kanal olur. Siteyi baştan stok kaynağıyla çalışacak şekilde kurmak sonradan bağlamaktan daha ucuza gelir.

Sonuç

Entegratör mü, kendi yazılım mı sorusu çoğu zaman yanlış sorudur. Doğru soru, stoğun tek gerçek kaynağının nerede olacağı ve kanal bağlantısının kim tarafından, hangi maliyetle taşınacağıdır. Küçük ve orta ölçekli bir satıcı için güvenli başlangıç, temiz bir ürün kodu standardı, bir entegratör, bilinçli bir tampon stok kuralı ve bir hata kuyruğudur. Özel yazılım, ancak iş modeliniz hazır araçlara gerçekten sığmadığında ve hesabı yazılı yaptığınızda anlam kazanır. İlk adım basit: bugün hangi ürünün hangi kanalda hangi kodla durduğunu tek bir tabloya dökün.

Hesabı birlikte kurmak, entegratör seçimini ya da kanal bazlı stok kuralını netleştirmek isterseniz Upjen'in pazaryeri danışmanlığı hizmetine bakabilirsiniz. Kendi sitenizi stok kaynağına bağlayacak bir altyapı kuracaksanız web tasarım ve e-ticaret sayfamız da yol gösterir.