Çoklu Pazaryerinde Sipariş Yönetimi: Tek Panelden Yönetim

Her pazaryerinin kendi paneli, kendi sipariş durumu adlandırması ve kendi kargoya verme beklentisi var. Tek kanalda satarken bu bir sorun değil; ikinci ve üçüncü kanal açıldığında sorun sipariş sayısından değil, kanal sayısından büyümeye başlıyor. Çünkü her yeni kanal sana yalnız yeni sipariş getirmiyor; yeni bir kontrol rutini, yeni bir stok kaynağı ve yeni bir hata ihtimali getiriyor. Temsili bir örnekle bakalım (gerçek ölçüm değil, yalnız fikri göstermek için): tek pazaryerinde günde 3 kez panel kontrol ediyorsan bu 3 kontrol demek; üç pazaryerinde aynı disiplin 9 kontrole çıkar ve kontrol edilmeyen her pencere, gözden kaçabilecek sipariş anlamına gelir. Stok tarafında durum daha keskin: aynı fiziksel rafı üç ayrı panele var diye ilan ediyorsan, son adet için üç kanal aynı anda satışa açıktır. Sipariş yönetimi tam da bu dağınıklığın panzehiridir: siparişin düştüğü andan raporlandığı ana kadar geçen tüm operasyonun tek bir akış olarak yürütülmesi. Bunu yapan yazılıma sipariş yönetim sistemi, kısaca OMS deniyor.

Bu yükün ölçeği de küçülmüyor. Ticaret Bakanlığı'nın açıkladığı verilere göre 2025'te Türkiye'de e-ticaret hacmi 4 trilyon 567 milyar TL'ye ulaştı, perakende e-ticaret işlem sayısı yaklaşık 2 milyar adet oldu ve e-ticaret yapan işletme sayısı 634 bine çıktı. Bu hacmin operasyon yükü tek tek satıcı panellerine düşüyor. Kaç kanalda satmalısın, kanal stratejisi nasıl kurulur sorusu ayrı bir konu; onun için çoklu pazaryeri yönetimi rehberi daha uygun bir başlangıç. Bu yazının konusu, kanal sayısı kaç olursa olsun siparişin nasıl akması gerektiği.

Aşağıdaki akış, ürünü kendin gönderiyor olsan da pazaryerinin deposundan gönderiyor olsan da geçerlidir; sadece bazı aşamaların sorumlusu değişir. Birinci aşama siparişin alınmasıdır: sipariş pazaryerinde oluştuğu anda senin haberdar olman gerekir, çünkü kargoya verme süren o saniyede işlemeye başlar. Doğru akışta sipariş, API ve anlık bildirim yoluyla dakikalar içinde tek listeye düşer ve yeni olarak bekler; manuel yönetimde ise siparişi ancak paneli açtığında görürsün, az satan kanal günlerce açılmazsa süre senin aleyhine akar. İkinci aşama stok rezervasyonudur: satılan adet, satıldığı kanalda değil tüm kanallarda stoktan düşmelidir. Overselling, yani stokta olmayan ürünü satma sorunu tam olarak bu aşamadaki gecikmeden doğar; depo düzeni ve stok disiplininin derinliği için stok ve depo yönetimi rehberi iyi bir kaynak. Üçüncü aşama doğrulamadır: alıcı ve adres bilgisi tutarlı mı, aynı müşteriden kısa aralıkla gelen tekrarlı sipariş var mı, aynı alıcıya giden siparişler tek kolide birleşebilir mi. Yoğun günde ilk atlanan adım genellikle budur ve yanlış gönderimlerin bir kısmı daha depoya inmeden burada doğar.

Dördüncü aşama fatura sürecidir. Her satışın faturalandırılması gerekir ve pazaryerleri faturanın sisteme yüklenmesini bekler; fatura kargo çıktıktan günler sonra kesildiğinde hem müşteri şikâyeti hem iade sürecinde tıkanma doğar. Doğru akışta faturanın kesilip kesilmediği siparişin üzerinde görünür bir durumdur ve eksik faturalı siparişler listeden filtrelenebilir. Beşinci aşama toplama ve paketlemedir: doğrulanan siparişler için toplama listesi çıkarılır, ürünler raftan alınır, barkod okutularak doğru ürün olduğu teyit edilir ve pakete girer. Toplama yalnız ekrandan okunan sipariş numarasıyla yapıldığında benzer renk veya benzer barkodlu iki ürün karışır ve müşteriye yanlış ürün gider. Tek akışta toplama listesi bütün kanalların siparişleri birleştirilerek tek ekrandan çıkar, paketleme sırasında barkod doğrulaması yapılır ve sipariş hazır durumuna kendi başına geçemez.

Altıncı aşama kargo etiketidir; burada iki şey belirlenir: gönderiyi hangi kargo firmasının taşıyacağı ve paketin desisi. Yanlış desi beyanı sonradan fark ettiğin bir maliyet farkı olarak geri döner, bu yüzden ölçüyü tahminle değil hesapla vermek gerekir. Etiketin yanlış koliye yapıştırılması ise bu aşamanın klasik arızasıdır: iki müşteri birbirinin paketini alır, iki iade birden açılır. Tek akışta etiket ile sipariş eşleşmesi paketleme sırasında son kez doğrulanır ve gönderi bilgisi ayrı bir tabloya değil siparişin üstüne yazılır. Yedinci aşama sevkiyattır: paket kargoya teslim edilir ve çıkış kaydı düşülür. Pazaryerleri siparişin belirli bir süre içinde kargoya verilmesini bekler ve bu süreyi bir performans metriği olarak izler; sürenin ne olduğu platforma ve döneme göre değişir, kendi paneline bakman gerekir. Sekizinci aşama teslimat takibidir. Gönderi yola çıktıktan sonra iş bitmez; takip numarasının izlenmesi, takılan gönderilerin fark edilmesi ve müşterinin bilgilendirilmesi bu aşamadadır. Teslim edilmemiş gönderileri tek listede filtreleyebiliyorsan, proaktif bilgilendirmeyi müşteri şikâyet açmadan önce yaparsın.

Dokuzuncu aşama iptal ve iadedir. İade geldiğinde iki iş birden yapılmalıdır: sipariş kapatılır ve ürün satılabilir durumdaysa stoğa geri kazandırılır. Tüketicinin cayma hakkı ve satıcı yükümlülükleri Mesafeli Sözleşmeler mevzuatına tabidir; Ticaret Bakanlığı'nın tüketici bilgilendirmesine göre tüketici cayma hakkını 14 gün içinde kullanabilir. İade oranını düşürme ve mevzuat ayrıntısı için iade ve değişim yönetimi rehberi var. Onuncu aşama raporlamadır: haftanın sonunda bakman gereken üç şey kanal bazında sipariş adedi, iptal-iade oranı ve kargoya verme sürendir. Bu üçü bir sonraki haftanın operasyon kararlarını belirler; hangi kanala stok ayıracağını, hangi üründe iade sorunu olduğunu buradan görürsün. Rapor üç panelden ayrı ayrı indirilen dosyaların birleştirilmesiyle çıkıyorsa, birleştirme bittiğinde veri zaten eskimiştir. Cironun altındaki gerçek kârı görmek içinse komisyon ve kesintileri hesaba katman gerekir; bunun için ücretsiz komisyon hesaplama aracı işini görür.

Yukarıdaki arıza biçimleri kurgusal senaryolara dayanıyor ama sahada en sık karşılaşılan hataları temsil ediyor. Ortak nokta şu: hepsi bir bilginin iki ayrı yerde tutulmasından ya da bir adımın insan hafızasına bırakılmasından doğuyor. Gözden kaçan sipariş, kontrol rutininin kanal sayısına bağlı olmasından; overselling, stoğun gün sonunda güncellenmesinden; yanlış gönderim, toplamada doğrulama adımının hiç bulunmamasından kaynaklanıyor. Çözümler de aynı ölçüde yalın: bütün kanalların siparişleri tek listede toplanır ve yeni sipariş bildirimi kurulur, böylece kontrol rutini kanal sayısından bağımsız hale gelir. Stok satış anında tüm kanallarda düşülür; anlık bildirim ile düzenli kontrol birlikte çalıştığında bildirimin kaçırıldığı durumlar da yakalanır. Toplamada barkod doğrulaması zorunlu hale getirilir ve paketleme bittiğinde sipariş ile etiket eşleşmesi son kez kontrol edilir. Durum bilgisi tek kaynaktan yönetilip pazaryerine geri yazılır; iade onayı ile stok girişi aynı akışa bağlanır. Satıcı kaynaklı iptalin mağaza puanını ve görünürlüğü doğrudan etkilediğini de unutma; bu yüzden overselling yalnız bir stok sorunu değildir.

• Siparişin gözden kaçması — az satan kanalın paneli günlerce açılmaz, süre aleyhine akar
• Aynı stoktan iki kez satış — son adet iki kanalda birden satılır, biri iptal edilir
• Yanlış ürün gönderimi — benzer gramaj veya benzer renk göz kararıyla karışır
• Geç kargolama — siparişten geç haberdar olmak hazırlığı geciktirir
• Panellerde durum uyuşmazlığı — durum hem pazaryerinde hem Excel'de tutulur, elle kopyalanır
• İadenin stoğa yansımaması — ürün rafta durur ama sistemde tükendi görünür
• Kampanya döneminde yığılma — manuel süreç hacim katlanınca doğrusal ölçeklenmez

Dürüst olalım: her satıcının merkezi sisteme ihtiyacı yok. Tek pazaryerinde günde birkaç sipariş alıyorsan manuel yönetim gayet sürdürülebilir ve öğrenme maliyeti sıfırdır. Eşik genelde şurada geçilir: ikinci kanal açıldığında, aynı stoğu iki panele birden ilan etmeye başladığında ve günün belirgin bir bölümü sipariş kopyalamakla geçtiğinde. O noktadan sonra kaybettiğin şey yalnız zaman değil; iptal, yanlış gönderim ve iade maliyetidir. Tablodaki en kritik satır iş gücü ihtiyacıdır: manuel yönetimde her yeni kanal ek kontrol ve veri girişi getirir, merkezi yönetimde ise iş kontrolden istisna yönetimine kayar; yani her siparişe değil, yalnız takılan siparişe bakarsın. Bu maliyetin ürün bazında ne kadar yer kapladığını görmek istersen kâr marjı hesabını yaparken iptal, yanlış gönderim ve iade kalemlerini de içine koy; çoğu satıcı bu üç kalemi hesabın tamamen dışında bırakıyor.

Tablo genel bir karşılaştırmadır; merkezi yönetime hangi eşikte geçmen gerektiği kanal sayına ve günlük sipariş hacmine göre değişir.

Bu iki araç aynı şey değil ve aramalarda sık karışıyor. ERP, işletmenin muhasebe, finans, üretim ve insan kaynakları çekirdeğini tek veri tabanında toplayan bir işletme yazılımıdır. Pazaryeri sipariş programı ise kanal entegrasyonları ve satış operasyonu üzerine kurulu bir katmandır: siparişi çeker, stoğu senkronlar, kargo ve iade akışını yürütür. Küçük ve orta ölçekli pazaryeri satıcısı için sıralama genellikle nettir: önce operasyon katmanı kurulur, çünkü günlük acı orada. ERP ihtiyacı; üretim, çok depolu lojistik veya ağır muhasebe süreçleri devreye girdiğinde anlamlı hale gelir. İkisi birbirinin alternatifi değil, birbirinin üstüne binen farklı katmanlardır. Karar vermeden önce sorman gereken sorular aşağıda listeli; cevabı net olmayan her madde, kurulumdan sonra sürpriz maliyet çıkarma ihtimali taşır. Program seçim kriterlerinin ayrıntısı ayrı bir konu, burada yalnız sipariş akışı açısından bakıyoruz.

• Kanal kapsamı — sattığın pazaryerlerinin hepsi destekleniyor mu?
• Kurulum süresi — ne kadar sürüyor, teknik ekip gerekiyor mu?
• Stok senkronu hızı — satış anında mı çalışıyor, yoksa gün sonunda mı?
• İptal ve iade akışı — iade onayı stoğa yansıyor mu?
• Raporlama — kanal bazlı kırılım veriyor mu?
• Kargo anlaşmaları — mevcut anlaşmaların çalışmaya devam eder mi?
• Veri ve uyum — verilerin nerede tutuluyor, KVKK uyumu var mı?

Bu yazının başından beri anlatılan problem tek cümleye iniyor: farklı kanallardan gelen operasyonlar ayrı ayrı yürüdüğü sürece hata kaçınılmaz. Ecomiro kanalları çoğaltmıyor, kanallardan gelen işi tek akışa topluyor. Sipariş Yönetimi modülünde 7 pazaryeri (Trendyol, Hepsiburada, Amazon, Shopify, Beymen, Farmazon, Modanisa) tek ekranda toplanır; kargo, iade ve iptal işlemleri aynı yerden yapılır ve siparişin hangi kanaldan geldiğini görmek için panel değiştirmen gerekmez. Stok Senkronu, bir kanalda satış olduğunda stoğu tüm kanallarda düşürür; webhook ve düzenli kontrol çift güvenlik olarak çalışır, bu da yazının en pahalı problemi olan overselling'in doğrudan karşılığıdır. Kargo ve İade tarafında 7 kargo firması tek arayüzde toplanır, iade otomasyonu ve kargo itirazı asistanı aynı yerdedir. Analiz ve Raporlar modülü ise hangi ürünün hangi gün hangi kanalda ne sattığını tek raporda gösterir; haftalık operasyon kararlarını besleyen kırılım tam olarak budur.

Kurulum, pazaryeri API bilgilerinle yaklaşık 5 dakika sürüyor ve teknik bilgi gerektirmiyor. Veriler Türkiye sunucusunda tutuluyor, sistem KVKK uyumlu çalışıyor. Sınırı da açık söylemek gerekir: fatura kesimi ve etiket basımı gibi işler senin muhasebe ve kargo tarafındaki araçlarında kalır, Ecomiro bu iki işi üstlenmez; yalnız siparişin bu adımlardaki durumunu takip etmeni kolaylaştırır. Çoklu pazaryerinde sipariş yönetimi bir yazılım sorusundan önce bir akış sorusudur: önce 10 aşamalı akışı kendi operasyonuna uygula ve hangi adımın insan hafızasına bırakıldığını işaretle, sonra o adımları tek kaynağa taşı. Kanal sayın arttıkça kazandığın şey hız değil, hata yapmama payıdır.