Pazaryeri Otomasyonu: Neyi Otomatikleştirmeli, Neyi İnsana Bırakmalı?

Pazaryeri otomasyonu, Trendyol ve Hepsiburada gibi platformlardaki tekrar eden operasyon işlerinin yazılıma devredilmesidir: stok güncelleme, fiyat takibi, sipariş kontrolü, raporlama. Kural mantığı üç parçadan oluşur. Tetikleyici, sistemde bir olayın gerçekleşmesidir; örneğin stok sayısının değişmesi. Koşul, bir eşiğin kontrol edilmesidir; yeni stok belirlediğin sayının altında mı? Aksiyon ise yapılacak iştir; sorumluya bildirim göndermek ya da listeyi satışa kapatmak. Aynı kalıp fiyatta da, siparişte de, kargoda da çalışır. Otomasyonu zorlaştıran şey teknoloji değil, hangi koşula hangi aksiyonun bağlanacağına karar vermektir. Rehberin kapsamı da bu kalıptan çıkıyor. Stok senkronizasyonu, kritik stok uyarısı, rakip fiyat bildirimi, stoksuz ürünü satıştan kaldırma, iade sonrası stok düzeltme, sipariş anomalisi ve geç kargolama uyarıları ile rapor derleme, kural mantığının rahatlıkla karşıladığı işlerdir. Zarar sınırındaki fiyat kararları, toplu değişiklikler, sipariş iptali ve iade kabul kararı ise aynı kalıba sokulmamalıdır.

Amaç her işi otomatikleştirmek değildir: rutin ve geri alması kolay işler sisteme bırakılır, para ve mağaza puanı riski taşıyan kararlarda insan onayı korunur. Buradaki asıl mesele şu: bir kuralın yanlış çalışması, o işi hiç yapmamaktan daha pahalıya patlayabilir. Bu yüzden bu rehberin omurgası neyi otomatikleştirebileceğin değil, neyi hangi güven seviyesiyle sisteme bırakacağın sorusudur.

Manuel operasyonun maliyeti tek bir büyük iş değil, gün içine yayılmış küçük tekrarlardır. Üç pazaryerinde satıyorsan bir ürünün stoğu değiştiğinde üç panele giriyorsun. Rakip fiyatını öğrenmek için ürün sayfalarını tek tek açıyorsun. Gün sonunda satış raporu için üç ayrı dosyayı Excel'de birleştiriyorsun. Bunların hiçbiri tek başına zor iş değil; toplamı ekibin gününü yiyor ve ekip büyüdükçe değil, ürün sayısı büyüdükçe ağırlaşıyor. Bu tabloda dikkat çeken şey işin zorluğu değil, ölçeklenme biçimi: ürün sayın iki katına çıktığında panel gezme, fiyat kontrol etme ve rapor birleştirme süresi de yaklaşık iki katına çıkar, oysa aynı işi yapan kural sayısı sabit kalır. Manuel operasyonun sınırı tam burada görünür hale gelir. Çok kanallı satışın operasyonel yükünü ve kanal başına farklılaşan süreçleri çoklu pazaryeri yönetimi rehberinde ele aldık.

Asıl sorun zaman kaybı bile değil. Manuel tekrar hata üretir ve pazaryerinde hatanın bedeli zincirleme ilerler. Depoda kalan son ürün Trendyol'da satılır, aynı ürün Hepsiburada'da hâlâ satışta görünür, ikinci sipariş gelir, gönderilemez ve siparişi sen iptal etmek zorunda kalırsın; satıcı kaynaklı iptal ise mağaza performansına yansır. Ürünü bir kere geç güncellersin, sonucunu haftalarca taşırsın. Otomasyon bu yükü tamamen kaldırmaz; tekrar eden kısmını alır, karar kısmını sende bırakır.

Stok tarafı, kural mantığının en net karşılık bulduğu alandır. Dört senaryo öne çıkar ve hepsi aynı güven seviyesinde değildir. En kritik ve en güvenle otomatikleştirilebilir olanı ikincisidir; çift satışı önleyen tek şey odur. Burada teknik ayrıntı önemli: senkronizasyon ya webhook ile olay anında iter, ya polling ile belirli aralıklarla sorar. Sadece polling kullanan bir sistemde iki kontrol arasındaki süre kadar açık kalırsın; yoğun bir kampanya gününde bu birkaç dakika bile çift satış demektir. En güvenlisi ikisinin birlikte çalışmasıdır: webhook hızı verir, düzenli kontrol kaçan olayları yakalar. Dört senaryonun risk profili de aynı değil: ilk üçü geri alınabilir işlerdir, dördüncüsü ise yanlış çalıştığında sattığın ama gönderemeyeceğin bir stok yaratır. Otomasyon kurarken sıralamayı bu risk farkına göre yap; kanallar arası güncellemeyi ilk gün açabilirsin, iade tarafını en sona bırak.

• 1. Kritik stok uyarısı — Tetikleyici stok değişimi, koşul kalan adedin kritik eşiğin altına inmesi, aksiyon sorumluya bildirim, tedarik listesine ekleme veya doğrudan listeyi kapatma.
• 2. Kanallar arası stok güncelleme — Herhangi bir pazaryerinde sipariş düştüğünde aynı barkodun stoğu tüm kanallarda düşürülür. Koşulsuz çalışır ve çift satışı önleyen tek kuraldır.
• 3. Stoksuz ürünü satıştan kaldırma — Stok sıfırlandığında ve yakın zamanda tedarik yoksa liste pasife alınır. Kural geri alınabilir olmalı: ürün kalıcı silinmez, pasife alınır.
• 4. İade sonrası stok düzeltme — İade kaydı kapandığında ve ürün fiziksel kontrolden geçip yeniden satılabilir olduğunda stok artırılır. Bu senaryo tam değil, yarı otomatik olmalı.

Dördüncü senaryodaki koşul ise kritik. İade edilen her ürün stoğa dönmez; açılmış, hasarlı veya kullanılmış ürünü otomatik olarak stoğa yazan bir kural, sattığın ama gönderemeyeceğin bir stok yaratır. Bu yüzden kontrol insanda, kayıt sistemde olmalı. Eşik hesabının ve emniyet stoğunun detayı için stok ve depo yönetimi rehberine bakabilirsin.

Fiyat tarafında iki senaryo var ve ikisi farklı güven seviyesinde. Birincisi rakip fiyat değişimi bildirimi: takip ettiğin rakibin fiyatı belirlediğin yüzdeyi aşarak değiştiğinde ya da senin fiyatının altına indiğinde haber alırsın. Bu bildirim güvenle otomatikleştirilebilir; rakip fiyatını saatler sonra fark etmek, o süre boyunca buybox'ı kaybetmek demektir. İkincisi minimum marj freni: bir fiyat güncelleme isteği taban fiyatın altına inmeye çalıştığında değişiklik durdurulur ve onaya düşer. Taban fiyat basit bir mantıkla kurulur: ürün maliyeti artı kargo artı komisyon artı hedef kâr. Temsili bir örnekle, alış maliyeti 180 TL, kargo 60 TL ve hedef net kâr 40 TL olan bir üründe komisyonu temsilî olarak %15 kabul edersek taban fiyat (180 + 60 + 40) / (1 - 0,15) = 329 TL çıkar. Bu fiyatın altına inen hiçbir kural çalışmamalı. Buradaki komisyon oranı yalnızca örnektir; gerçek oran kategoriye ve döneme göre değişir, güncelini satıcı panelinden doğrula. KDV ve diğer kesintiler hesabı ayrıca etkiler.

Kendi rakamlarınla çalışmak için kâr marjı hesaplama aracını kullanabilirsin. Fiyat otomasyonunun kurulum tarafı, yani robot adımları, alt ve üst limit mantığı, fiyat savaşından kaçınma ve otomatik fiyatlandırmanın rekabet hukuku boyutu ayrı bir konu; hepsini dinamik fiyatlandırma rehberinde ele aldık. Ecomiro tarafında AI Fiyat Önerisi rakip fiyatını, KDV'yi ve kâr marjını birlikte hesaplayıp öneri üretir, fiyatı değiştirme kararı satıcıda kalır; Buybox Takibi ise rakip fiyat değiştiğinde haber verir. Bu, yarı otomatik modelin tam örneğidir: hesap sistemde, karar insanda.

Sipariş ve kargo tarafında otomasyonun işi aksiyon almak değil, dikkatini doğru yere çekmektir. Ani sipariş düşüşü çoğu zaman satışların düşmesi değil, entegrasyonun kopması ya da ürünlerin listeden düşmesidir; bu uyarıyı kurmayan satıcı sorunu ancak gün sonunda fark eder. Geç kargolama ise pazaryerinde doğrudan puan ve kesinti konusudur. Termin süreleri ve yaptırımlar platforma, kategoriye ve döneme göre değişir; güncel kuralları satıcı panelinden doğrula. Bu iki kuralın ortak yanı, hiçbirinin sipariş üzerinde değişiklik yapmamasıdır; ikisi de yalnızca listeyi sıralar ve insanı bilgilendirir. Sipariş iptali gibi geri alınamaz aksiyonlar kural setinin dışında kalır. Tek bir kural setini tüm kataloğa uygulamak, kataloğun tamamını en zayıf halkaya göre yönetmek demektir; hangi ürünün hangi kural setine gireceğini belirlemek için düzenli takip ettiğin birkaç metriğin olması yeterli, uzun listelere gerek yok.

• Sipariş anomalisi uyarısı — Adet veya tutar olağan aralığın dışına çıktığında, aynı adrese kısa sürede tekrarlı sipariş geldiğinde ya da sipariş akışı ani şekilde durduğunda operasyon ekibine uyarı gider.
• Geç kargolama riski uyarısı — Her sabah çalışan bir kontrol, termin süresi dolmasına belirli bir süre kalmış ve hâlâ hazırlanmamış siparişleri öncelikli listeye alıp sorumluya bildirir.
• Performans raporlarının derlenmesi — Gün veya hafta bittiğinde satış verisi kanal, ürün ve gün kırılımında derlenir. Listedeki en düşük riskli otomasyon budur.
• Ürün ve mağaza özel kuralları — Hızlı tükenen üründe stok eşiği yüksek, yavaş dönende düşük tutulur; düşük marjlı kategoride fiyat freni daha sıkı kurulur. Yeni açılan mağazada tüm kurallar önce yalnız bildirim modunda çalıştırılır.

Raporlama en düşük riskli otomasyondur; rapor yanlış derlenirse düzeltirsin. Otomasyona buradan başlamak mantıklıdır, çünkü ekip sisteme güvenmeyi risksiz bir işte öğrenir. Ecomiro tarafında Analiz ve Raporlar modülü hangi ürünün hangi gün hangi kanalda ne sattığını derler ve gün sonu Excel birleştirme işini ortadan kaldırır. Sipariş Yönetimi 7 pazaryerini, Kargo ve İade ise 7 kargo firmasını tek arayüzde toplar; bu ikisi otomatik aksiyon almaz, sapmaları yedi ayrı panel yerine tek listede görmeni sağlar.

Yukarıdaki tablo on senaryoyu güven seviyesine göre yerleştirir. Karar ilkesi tek cümlede özetlenebilir: geri alması ucuz ve kuralı net olan işi otomatikleştir; parayı, müşteriyi veya mağaza puanını kalıcı etkileyen kararı insana bırak. Uluslararası kaynaklar da aynı noktada birleşiyor; Shopify'ın e-ticaret otomasyonu rehberi otomasyonun insan gözetimi olmadan bırakılmaması gerektiğini açıkça vurguluyor. Tablodaki üç sütun bir hiyerarşi değil, bir risk dağılımıdır: aynı süreç alanının içinde bile bazı adımlar tam otomatik, bazıları yarı otomatik, bazıları da insan onaylı kalır. Örneğin stok alanında kanallar arası düşüm koşulsuz çalışabilirken, sayım sonrası toplu revizyon her zaman insan kararıdır. Tabloyu kendi operasyonuna uyarlarken her satırı ayrı ayrı geç ve sütun seçimini gerekçelendir; gerekçesi olmayan hücre, ilerde sessizce yanlış çalışacak kuralın adresidir. Tablo sabit de değildir: veri biriktikçe ve ekip sisteme güvendikçe bazı işler sağdan sola, yani insan onayından yarı otomatiğe kayabilir.

Mobilde tabloyu yatay kaydırarak okuyabilirsin.

Aşağıdaki kalıplar sektörde sık görülen tiplerdir; belirli bir firmaya ait vakalar değildir. Hepsinin ortak yanı, hatanın kod tarafında değil varsayım tarafında olmasıdır. Bir kural kurulurken o günkü koşullar sabit kabul edilir: satış hızı, komisyon oranı, kargo maliyeti, rakibin davranışı. Koşullar değiştiğinde kural aynı mantıkla çalışmaya devam eder ve tam da bu yüzden yanlış sonuç üretir. Otomasyon hatalarını hata loglarında aramak bu nedenle işe yaramaz; kuralın dayandığı varsayımı sorgulamak gerekir. Pratikte en çabuk fark edilen kalıp fiyat kaynaklı olanıdır, çünkü sonucu kâr raporuna hızla yansır; en geç fark edilen ise bildirim yorgunluğudur, çünkü hiçbir raporda görünmez. Bu yüzden bir kuralı devreye almadan önce sorulacak soru kuralın doğru kurulup kurulmadığı değildir. Soru şudur: bu kural hangi koşul değişirse yanlışa döner ve bunu ne zaman fark ederim?

• Alt limitsiz fiyat takibi — Kural rakipten 1 TL ucuz ol der, taban fiyat tanımlı değildir. Rakip de aynı mantıkla çalışıyorsa iki taraf birbirini aşağı çeker; birkaç saat sonra ürünü maliyetin altında satıyor olursun.
• Yanlış eşikli stok kuralı — Eşik normal günlerin satış hızına göre kurulmuştur. Kampanya günü satış hızlanır ve kural ürünü tam da en çok sattığın saatte satıştan kaldırır.
• Her olaya bildirim — Kurulumda hepsi açık bırakılır. Ekip günde yüzlerce bildirim alır, bir hafta sonra hiçbirine bakmaz; gerçek bir stok krizinin uyarısı önemsizlerin arasında kaybolur.
• Kurulup unutulan kural — Taban fiyat kuralı bir yıl önce, o günkü kargo ve komisyon maliyetiyle kurulmuştur. Maliyetler değişir, kural değişmez; zarar ettiğini ancak kâr raporunda fark edersin.

Bir kuralı devreye almadan önce aşağıdaki beş freni geç; hepsi tanımlı değilse kural hazır değildir. Bu frenler kuralın ne kadar iyi tasarlandığını değil, yanlış çalıştığında hasarın nerede duracağını belirler. Bir de devreye alma disiplini var: yeni kuralı ilk iki hafta gölge modda çalıştır. Kural aksiyon almasın, sadece şu anda şunu yapardım diye bildirsin. İki hafta sonra bildirimlerin kaçının doğru olduğuna bakarsın; doğruluk yeterliyse aksiyonu açarsın. Bu tek adım, önceki bölümdeki başarısızlık kalıplarının çoğunu daha devreye almadan yakalar. Gölge modun asıl faydası da burada: kuralı kapalıyken izlemek, kuralın dayandığı varsayımı gerçek veriyle test etmenin en ucuz yoludur ve aynı bilgiyi canlıda öğrenmenin bedeline göre çok daha hafiftir. Frenleri de kuralla birlikte belgelendir; hangi limitin neden o değerde olduğunu yazmazsan altı ay sonra kimse o kurala dokunamaz.

• 1. Alt ve üst limit — Özellikle fiyatta taban zorunlu. Kural taban fiyatın altına asla inememeli ve tabanı hesaplarken komisyonu dahil etmelisin.
• 2. Kapsam sınırı — Kural tüm kataloğa değil, tanımlı bir ürün veya mağaza kümesine uygulansın. Yanlış kural en fazla o kümeyi etkiler.
• 3. Değişiklik hızı sınırı — Tek çalışmada veya tek günde en fazla kaç ürünün, en fazla yüzde kaç değişebileceği tanımlı olsun. Hasarın büyüklüğünü bu sınır belirler.
• 4. Kayıt ve izlenebilirlik — Hangi kural, ne zaman, hangi ürünü, neden değiştirdi? Bu kayıt yoksa hatayı bulamazsın; geri alma imkânı da bu kayda bağlıdır.
• 5. İnsan onay kapısı — Belirlediğin eşiği aşan aksiyonlar doğrudan uygulanmasın, onay kuyruğuna düşsün.

Otomasyon yeteneği sunan bir yazılımı değerlendirirken şu başlıkları sor: desteklenen pazaryerleri bugün sattığın ve yarın açmayı düşündüğün kanalları kapsıyor mu; stok güncellemesi webhook ile anlık mı çalışıyor yoksa yalnızca aralıklı kontrol mü yapıyor ve aralık kaç dakika; bildirim eşiklerini sen ayarlayabiliyor musun; alt ve üst limit, kapsam ile değişiklik hızı sınırı tanımlanabiliyor mu; değişiklik geçmişi tutulup geri alınabiliyor mu; raporlama ürün, kanal ve gün kırılımı veriyor mu; kurulum kaç adımda tamamlanıyor; verin nerede tutuluyor ve KVKK uyumu nasıl sağlanıyor; fiyat modeli sen büyüdükçe nasıl artıyor. Ecomiro tarafında Stok Senkronu bir kanalda satış olduğunda tüm kanallarda stoğu düşürür ve webhook ile anlık çalışıp düzenli kontrolle desteklenir; 7 entegre pazaryeri (Trendyol, Hepsiburada, Amazon, Shopify, Beymen, Farmazon, Modanisa), API ile yaklaşık 5 dakikada kurulum ve KVKK uyumu hazır durumdadır.