Çoklu kanal sipariş yönetimi, farklı pazaryerlerinden ve kendi sitenizden gelen siparişleri tek listede toplayıp aynı akışla hazırlamak, kargoya vermek ve kargo bilgisini her kanala geri yazmak demektir. Beş panele girip sipariş indirmek yerine bir ekrana bakarsınız; sipariş ERP'nize otomatik yazılır, fatura ve sevkiyat kendi düzeninizde sürer. Bu yazı günlük sipariş akışını adım adım anlatır ve tek listeli çalışmanın hangi hataları önlediğini gösterir.
Entegrasyonsuz sabah rutini
Birden fazla kanalda satan bir işletmede sabah şöyle başlar: Trendyol paneline gir, yeni siparişleri indir. Hepsiburada'ya gir, aynısını yap. Amazon, N11, kendi site. Her listeyi ERP'ye elle gir ya da Excel ile içeri al. Kargo etiketlerini bas. Depo hazırlasın. Akşam kargo takip numaralarını her panele tek tek gir.
Bu rutin küçük hacimde çalışır. Kanal ve sipariş sayısı arttığında iki şey olur: aynı işi tekrar tekrar yapan kişiye ihtiyaç doğar ve hata oranı yükselir. Yanlış panele girilen takip numarası, unutulan iptal, ERP'ye iki kez yazılan sipariş.
Gizli maliyet de vardır: sipariş toplama işi sabah saatlerini yediği için depo geç başlar, kargo saati sıkışır ve pazaryerinin hazırlama süresi zorlanır. Yoğun günlerde bir kişi hastalandığında bütün akış durur, çünkü hangi panelde ne yapıldığı o kişinin aklındadır. Bu, pazaryeri entegrasyonunun sipariş tarafındaki ana gerekçesidir.
Tek listeli sipariş yönetimi bu rutini bir ekrana indirir. Bulutegra'da sipariş sayfası kanal sekmeleriyle açılır; tarih aralığı seçersiniz, müşteri adı ya da SKU ile ararsınız, gerekirse CSV olarak dışa alırsınız.
Sipariş akışı: geldiği andan teslime
Bir siparişin geçtiği aşamalar kanaldan bağımsız olarak aynıdır. Entegrasyon platformu bu aşamaları tek durum listesinde tutar:
- Sipariş alındı: Kanaldan sipariş çekilir; müşteri, adres, kalemler, kargo tercihi ve ödeme bilgisi tek kayıtta toplanır.
- Stok düşüldü: Tek stok havuzundan adet düşer, kalan değer diğer kanallara yazılır. Bkz. stok senkronizasyonu ve çift satış.
- ERP'ye yazıldı: Sipariş Nebim V3, Logo, Mikro ya da SAP'ye müşterisi, kalemleri, kargo firması ve ödeme bilgisiyle geçer. Fatura ERP'de kesilir.
- Hazırlanıyor: Depo, toplama listesine göre ürünleri toplar. Depo rolündeki kullanıcı yalnız kendi ekranını görür; fiyat ve hakediş sayfalarına erişmez.
- Kargoya verildi: Kargo etiketi basılır, takip numarası oluşur ve kanala otomatik geri yazılır.
- Teslim edildi / iade / iptal: Kanal tarafındaki durum değişiklikleri listeye yansır.
Her aşama panelde görünür. "Bu sipariş nerede kaldı" sorusunun cevabı bir arama uzaklığındadır. Müşteri pazaryeri üzerinden "kargom nerede" diye sorduğunda cevap için depoya telefon açmak gerekmez; sipariş kodunu aratmak yeterlidir. Aynı ekrandan geçmiş tarih aralığı seçilip belirli bir SKU'nun hangi kanallarda ne kadar sattığı da görülür.
Sipariş ERP'ye yazılamadığında (örneğin müşteri kodu eksikse ya da ERP o an cevap vermiyorsa) kayıt kaybolmaz; sistem sağlığı ekranında bekleyen olarak görünür ve neden yazılamadığı okunur. Sorun giderildiğinde tekrar denenir.
Kanal farkları nasıl yönetilir
Her pazaryerinin kendine özgü kuralları vardır: hazırlama süresi, kargo firması seçimi, fatura gereksinimi, iptal pencereleri. Bu kurallar değişir; güncel değerler için pazaryerinin satıcı sözleşmesine bakmakta yarar var. Entegrasyonun görevi, bu farkları tek akışın içinde saklamaktır.
Somut örnek: Trendyol siparişinde pazaryerinin anlaşmalı kargosu kullanılırken kendi sitenizden gelen siparişte kendi kargo sözleşmeniz devreye girer. Sipariş listesinde ikisi yan yana durur; hazırlayan kişi hangi etiketi basacağını sistemden görür, karar vermek zorunda kalmaz.
Global kanallarda farklılık artar. Amazon, eBay ve Etsy siparişlerinde döviz, gümrük bilgisi ve mikro ihracat evrakı sipariş anında hazırlanır; ABD siparişlerinde beden, ürünün kendi beden listesine göre bir üste çevrilir. Bunları e-ihracat pazaryeri entegrasyonu rehberi yazısında anlattık.
Tek liste, kuralların yokluğu değil; kuralların sipariş hazırlayan kişiden değil sistemden gelmesidir.
İptal ve değişiklik nasıl ele alınır
Sipariş yönetiminin en hassas noktası, sipariş hazırlanırken gelen değişikliktir. Müşteri iptal etti ama depo paketi çoktan kapattı; kargo çıktı, pazaryeri iade süreci başladı.
Tek listeli akışta iptal kanaldan çekildiği anda sipariş durumu değişir ve toplama listesinden düşer. Stok havuza geri döner; ERP'deki kayıt iptal olarak işaretlenir. Depo kullanıcısının ekranında sipariş görünmez olur; "biri söyledi mi" sorusu ortadan kalkar.
Adres değişikliği ya da kalem değişikliği geldiğinde de aynı mantık işler: kayıt güncellenir, etiket yeniden basılır. Değişim talebinde ise iade portalı üzerinden yeni bir değişim siparişi açılır; müşteri portala e-posta ve sipariş koduyla girer, otomatik iade kodu alır, depo ürünü barkodla kabul eder. Ayrıntı için pazaryeri iade yönetimi ve iade portalı yazısına bakabilirsiniz.
Kim neyi görür: roller
Sipariş ekranına herkesin aynı yetkiyle girmesi hem hata hem güvenlik sorunudur. Depo çalışanının fiyat değiştirebilmesi, muhasebenin sevkiyatı iptal edebilmesi gereksizdir.
Bulutegra'da altı rol vardır: Yönetici, İçerik, Depo, İade, Muhasebe ve Raporlama. Depo yalnız hazırlanacak siparişleri ve kargo işlemlerini görür; Muhasebe hakediş ve mutabakat sayfalarına bakar; İçerik ürün metinleriyle ilgilenir; Yönetici hepsine erişir. Giriş iki adımlı doğrulamayla korunur. Roller ve güvenlik için pazaryeri entegrasyonunda güvenlik, 2FA ve roller yazısı var.
Mobil arayüz sayesinde sipariş durumuna telefondan da bakılır; bir kanal sessiz kaldığında bildirim telefona düşer. Böylece "Hepsiburada'dan iki saattir sipariş gelmiyor" durumu akşam değil, o an fark edilir.
Günlük kontrol listesi
Tek listeli akışa geçtikten sonra günü şu kısa listeyle kapatmak, biriken sorunları erken yakalar:
- Bugün gelen siparişlerin tamamı ERP'ye yazıldı mı? Yazılamayan varsa sistem sağlığı ekranında nedeni görünür.
- "Hazırlanıyor" durumunda dünden kalan sipariş var mı? Pazaryerinin hazırlama süresi dolmadan kargoya verilmeli.
- Kargoya verilen her siparişin takip numarası kanala yazıldı mı?
- İptal gelen siparişler toplama listesinden düştü mü?
- Herhangi bir kanal izlemede uyarıya düştü mü?
- Kritik stok uyarısı veren ürün var mı? Bkz. kritik stok ve tükenme süresi.
Bu liste beş dakika sürer ve çoğu günü sorunsuz kapatır. Listeyi Depo ve Muhasebe rolleri arasında bölmek de mümkündür: ilk dört madde depoya, son ikisi yöneticiye kalır; böylece kimse başkasının ekranına girmek zorunda kalmaz. Aylık bakış için pazaryeri performans raporları ve KPI yazısındaki ölçütler kullanılabilir.
Bulutegra ile nasıl çalışır
Bulutegra'da siparişler 24 pazaryerinden tek listeye düşer: Trendyol, Hepsiburada, Amazon, N11, Çiçeksepeti, Pazarama, PttAVM, Modanisa, Flo, İdefix ve global kanallar. Kanal sekmeleri, tarih aralığı, müşteri ve SKU arama, CSV dışa aktarım aynı ekrandadır. Her sipariş Nebim V3, Logo, Mikro ya da SAP'ye müşterisi, kalemleri, kargo firması ve ödeme bilgisiyle otomatik yazılır; fatura ve sevkiyat kendi düzeninizde sürer. Yönetici, İçerik, Depo, İade, Muhasebe ve Raporlama rolleri kim neyi görür sorusunu çözer; iki adımlı doğrulama girişleri korur; mobil arayüz ve sürekli kanal izleme günü telefondan takip etmeyi sağlar. Modüllerin tamamı için Çözümler bölümüne bakabilirsiniz.
Kendi kanallarınızla sipariş akışını görmek için demo talep edin.
Sık sorulan sorular
Çoklu kanal sipariş yönetimi ne demek?
Trendyol, Hepsiburada, Amazon, N11 gibi farklı kanallardan gelen siparişlerin tek listede toplanması, tek yerden hazırlanıp kargoya verilmesi ve kargo bilgisinin kanallara geri yazılmasıdır. Her panele ayrı girme ihtiyacını ortadan kaldırır.
Pazaryeri siparişleri ERP'ye otomatik aktarılır mı?
Evet. Entegrasyon platformu siparişi müşterisi, kalemleri, kargo firması ve ödeme bilgisiyle Nebim V3, Logo, Mikro ya da SAP gibi ERP'ye yazar. Fatura ve sevkiyat işletmenin kendi düzeninde sürer; siparişi elle girme adımı kalkar.
Sipariş yönetiminde en çok hangi hata yapılır?
Kargo takip numarasının pazaryerine geç girilmesi ya da hiç girilmemesi en yaygın hatadır; sipariş "hazırlanıyor" görünür ve teslim süresi ölçütü bozulur. İkinci sık hata, iptal edilen siparişin depoda hazırlanmaya devam etmesidir. Her ikisi de tek listeli, durum bazlı akışla önlenir.
