Pazaryeri satışları arttığında ilk sorun genellikle ürün listelemek değil, siparişleri yönetmektir. Kendi e-ticaret sitenizden, Trendyol'dan, Hepsiburada'dan, Amazon'dan ve başka kanallardan gelen siparişler farklı panellerde bekliyorsa ekip günün önemli kısmını ekranlar arasında geçirmeye başlar. Hangi sipariş hazırlandı, hangisi faturalandı, hangisi kargoya verildi, hangisi iptal oldu sorularının cevabı dağılır.
Tek panel mantığı bu dağınıklığı azaltmak için kurulur. Ama tek panel, sadece pazaryeri siparişlerini aynı listede göstermek değildir. Her kanalın sipariş numarası, paket yapısı, kargo statüsü, iptal/iade mantığı, fatura bilgisi ve stok düşme kuralı farklı olabilir. Başarılı bir yapı, bu farklılıkları ortak bir operasyon diline çevirir.
Pazaryeri siparişlerini tek panelde toplamak ne demektir?
Pazaryeri siparişlerini tek panelde toplamak, farklı satış kanallarından gelen siparişleri merkezi bir yönetim ekranına almak anlamına gelir. Bu panelde sipariş kaynağı, müşteri bilgisi, ürün satırları, ödeme durumu, kargo durumu, fatura bilgisi, iptal/iade durumu ve entegrasyon hataları birlikte izlenir. Böylece ekip her pazaryerinin paneline tek tek girerek sipariş kontrol etmek zorunda kalmaz.
Pazaryeri entegrasyonu burada ana yapıdır; tek panel ise bu entegrasyonun operasyon ekranıdır. Entegrasyon veri çeker, dönüştürür ve ilgili sistemlere gönderir. Panel ise ekibe hangi siparişin aksiyon beklediğini, hangi siparişin hata aldığını ve hangi siparişin tamamlandığını gösterir.
Trendyol entegrasyon dokümanı; API entegrasyonunun ürün transferi, stok ve fiyat güncelleme, sipariş işlemleri, fatura teslimi ve müşteri soruları gibi birçok işlemi e-ticaret sistemleriyle bağlayabildiğini açıklar Trendyol Developers. Bu, tek panelin yalnızca sipariş listesi değil; çok adımlı operasyon merkezi olduğunu gösterir.
Hangi veriler pazaryerlerinden çekilmeli?
Tek panelde sipariş yönetimi için yalnızca sipariş numarası çekmek yetmez. Sipariş satırları, ürün barkodu, SKU, miktar, fiyat, kargo paketi, müşteri adresi, fatura bilgisi, teslimat türü, kampanya indirimi, pazaryeri komisyonu ve sipariş statüsü gibi alanlar da gerekir. Eksik veri, panelde doğru aksiyon üretmeyi zorlaştırır.
| Veri alanı | Neden gerekli? | Örnek kullanım |
|---|---|---|
| Kanal adı | Siparişin hangi pazaryerinden geldiğini gösterir | Trendyol, Hepsiburada, Amazon, kendi site |
| Kanal sipariş numarası | Pazaryeri panelindeki kayıtla eşleşir | TY-123456 veya AMZ-987654 |
| Paket / gönderi ID | Parçalı gönderim ve kargo takibi için gerekir | package_id, fulfillment_order_id |
| SKU / barkod | Ürün eşleştirme ve stok düşümü için kritiktir | AYK-1001-SIYAH-42 |
| Sipariş statüsü | Hangi aksiyonun beklendiğini belirler | Created, Picking, Shipped, Cancelled |
| Fatura bilgisi | Bireysel/kurumsal fatura ayrımı için gerekir | Vergi numarası, vergi dairesi, e-fatura bilgisi |
| Kargo bilgisi | Barkod, taşıyıcı ve takip numarası için gerekir | Kargo kodu, takip no, teslimat tipi |
Trendyol'un sipariş paket servisi, müşterilerin verdiği siparişlere ait paket bilgisinin çekilebildiğini ve Created, Picking, Invoiced, Shipped, Cancelled, Delivered, Returned gibi statülerle sorgulama yapılabildiğini belirtir Trendyol Order Packages. Bu örnek, pazaryeri siparişlerinin çoğu zaman "sipariş"ten çok "paket" ve "satır" yapısıyla yönetildiğini gösterir.
Ortak sipariş modeli neden gerekir?
Her pazaryeri kendi alan adlarını, statülerini ve paket mantığını kullanır. Bir kanalda "Shipped" olan durum, başka kanalda "Kargoda" veya "InTransit" gibi gelebilir. Bazı kanallar siparişi tek kayıt olarak verir, bazıları paket veya satır bazında döndürür. Tek panelin görevi bu farklı verileri ortak modele çevirmektir.
Örneğin panelin iç modelinde şu ortak durumlar kullanılabilir:
- Yeni sipariş: Kanalda oluştu, henüz hazırlama başlamadı.
- Hazırlanıyor: Depo veya operasyon ekibi sipariş üzerinde çalışıyor.
- Fatura bekliyor: Sipariş fatura/irsaliye adımına geldi.
- Kargo bekliyor: Paket hazır, barkod veya taşıyıcı işlemi bekleniyor.
- Kargoya verildi: Takip bilgisi oluştu ve kanala iletildi.
- Teslim edildi: Taşıyıcı veya pazaryeri teslimat sonucunu döndü.
- İptal/iade işleminde: Sipariş veya ürün satırı tersine süreçte.
- Hata bekliyor: Entegrasyon, stok, fatura veya kanal yanıtı nedeniyle işlem durdu.
Bu ortak model olmadan panel yalnızca karmaşık bir veri tablosuna dönüşür. Kullanıcı "hangi siparişe ne yapmalıyım?" sorusuna cevap alamaz. Ortak sipariş modeli ise farklı pazaryeri statülerini işletmenin kendi iş akışına bağlar.
Örnek ortak sipariş kaydı nasıl görünür?
Aşağıdaki örnek gerçek bir müşteri verisi değildir; pazaryeri siparişinin tek panelde nasıl normalize edilebileceğini göstermek için hazırlanmış sade bir kayıt örneğidir.
channel: Trendyol | channel_order_no: 84521933 | package_id: 70018421 | internal_order_no: MP-2026-004812 | sku: AYK-1001-SIYAH-42 | quantity: 1 | channel_status: Picking | panel_status: Hazırlanıyor | invoice_type: Kurumsal | shipment_deadline: 2026-06-27 16:00
Bu kayıtta pazaryerinin kendi sipariş numarası korunur, ancak işletmenin iç sipariş numarası da oluşturulur. Böylece destek ekibi pazaryeri panelindeki kaydı bulabilir, depo ekibi ise kendi panelindeki `MP-2026-004812` numarasıyla işlem yapabilir. Özellikle çok kanallı yapılarda bu çift referans hayat kurtarır.
Stok senkronizasyonu nasıl bağlanmalı?
Tek panelin en kritik bağlantılarından biri stoktur. Pazaryeri siparişleri merkezi panele düşüyor ama stok kendi e-ticaret sitesinde, ERP'de veya depo sisteminde güncellenmiyorsa entegrasyon eksik kalır. Aynı ürün aynı anda farklı kanallarda satılabilir ve stokta olmayan ürün için sipariş alınabilir.
Stok takip yazılımı ile pazaryeri sipariş paneli birlikte çalışmalıdır. Sipariş geldiğinde satılabilir stok düşmeli, iptal olduğunda stok geri açılmalı, iade depoya kabul edildiğinde stok durumu yeniden değerlendirilmelidir. Ancak iade edilen ürün her zaman tekrar satışa açılmayabilir; hasarlı, eksik veya kontrol bekleyen ürünler ayrı stok statüsünde tutulmalıdır.
Pratik bir kural şöyle kurulabilir: Pazaryerinden yeni sipariş çekildiğinde sistem önce SKU eşleşmesini kontrol eder. SKU bulunursa satılabilir stoktan düşer ve siparişi hazırlama kuyruğuna alır. SKU bulunamazsa sipariş "ürün eşleşmedi" hatasına düşer. Böylece depo yanlış ürünü hazırlamaz.
Kargo ve fatura akışı tek panelde nasıl yönetilir?
Pazaryeri siparişlerinde kargo ve fatura akışı kanal kurallarına göre değişir. Bazı pazaryerleri kendi anlaşmalı kargo kodunu verir, bazıları satıcının kargo entegrasyonunu kullanmasına izin verir, bazıları fatura bilgisinin belirli formatta iletilmesini ister. Tek panel bu farkları saklamamalı; ekibe hangi siparişin hangi kural ile ilerleyeceğini göstermelidir.
Kargo entegrasyonu bu noktada merkezi rol oynar. Sipariş hazır olduğunda panel kargo barkodu oluşturabilir, takip numarasını pazaryerine geri gönderebilir veya pazaryerinden gelen kargo barkodunu depo çıktısına ekleyebilir. Aynı siparişin iki paketli olduğu durumlarda her paket için ayrı takip kaydı tutulmalıdır.
Fatura tarafında da benzer ayrım gerekir. Kurumsal sipariş, bireysel sipariş, mikro ihracat, e-fatura/e-arşiv durumu ve pazaryerinin fatura aktarım beklentisi farklı olabilir. Trendyol dokümanı, kurumsal siparişlerde `commercial` alanı ve fatura adresindeki vergi bilgileriyle ayrım yapılabileceğini açıklar Trendyol Order Packages. Bu tür alanlar panelde görünür olmalıdır.
API, webhook ve periyodik çekim nasıl planlanmalı?
Pazaryeri siparişleri tek panelde toplanırken veri alma yöntemi kanala göre değişir. Bazı pazaryerleri siparişleri API ile belirli tarih aralığında sorgulatır. Bazıları webhook ile yeni sipariş olayını bildirebilir. Bazılarında yüksek hacimli senkronizasyon için cursor veya stream benzeri yöntemler önerilir. Bu yüzden tek bir entegrasyon yöntemi tüm kanallara zorlanmamalıdır.
Amazon Selling Partner API Orders dokümanı, sipariş bilgilerinin programatik olarak alınabildiğini ve sipariş senkronizasyonu ile karar destek araçları geliştirilebildiğini belirtir Amazon SP-API. Trendyol ise yüksek hacimli veri çekme senaryoları için klasik `getShipmentPackages` kullanımının sınırlanabileceğini ve büyük senkronizasyonlar için stream endpoint yaklaşımını önerdiğini duyurur Trendyol Order Packages.
API entegrasyon hizmeti kapsamında şu kararlar baştan verilmelidir:
- Her pazaryerinden sipariş hangi sıklıkla çekilecek?
- Webhook varsa hangi olaylar dinlenecek?
- Aynı sipariş tekrar geldiğinde sistem çift kayıt açmayacak mı?
- Rate limit alındığında bekleme ve yeniden deneme nasıl yapılacak?
- Geçmiş siparişler hangi tarih aralığına kadar senkronize edilecek?
- İptal/iade gibi tersine olaylar nasıl yakalanacak?
Yönetim panelinde hangi ekranlar olmalı?
Tek panelin başarısı, operasyon ekibinin ne kadar hızlı aksiyon alabildiğiyle ölçülür. Panel sadece siparişleri listelememeli; hataları, geciken işlemleri, kanal bazlı filtreleri ve yeniden deneme araçlarını da sunmalıdır.
Yönetim paneli geliştirme sürecinde şu ekranlar planlanabilir:
- Tüm pazaryeri siparişleri: Kanal, sipariş no, müşteri, toplam, statü ve son güncelleme.
- Hazırlanacak siparişler: Stok eşleşmiş, fatura/kargo bekleyen kayıtlar.
- Hata kuyruğu: SKU bulunamadı, stok yetersiz, API hatası, fatura hatası.
- Kargo bekleyenler: Paket hazır ama barkod veya takip numarası eksik.
- İptal ve iade: Kanal bazlı iptal/iade talepleri ve aksiyon durumları.
- Kanal performansı: Pazaryeri bazlı sipariş sayısı, geciken sipariş, hata oranı.
- Entegrasyon logları: Son başarılı çekim, son hata, yeniden deneme zamanı.
Panelde özellikle hata kuyruğu önemlidir. Bir sipariş API hatası nedeniyle ERP'ye gitmediyse, depo bunu normal sipariş gibi görmemelidir. Aynı şekilde SKU eşleşmeyen sipariş manuel kontrol kuyruğuna düşmelidir.
ERP ve muhasebe bağlantısı ne zaman gerekir?
Başlangıçta pazaryeri siparişlerini tek panelde görmek yeterli olabilir. Fakat sipariş sayısı arttıkça ERP ve muhasebe bağlantısı kaçınılmaz hale gelir. Siparişin fatura kaydı, stok hareketi, cari hesap etkisi, komisyon ayrımı ve kâr raporu merkezi sisteme aktarılmalıdır.
E-ticaret entegrasyon hizmeti içinde pazaryeri siparişleri genellikle üç sisteme bağlanır: e-ticaret paneli, ERP/muhasebe ve kargo altyapısı. Bu üçlü bağ kurulmadığında ekip siparişi panelde görür ama fatura için başka sisteme, stok için başka tabloya, kargo için başka ekrana gider.
ERP bağlantısında kanal bilgisi mutlaka korunmalıdır. Aynı ürün kendi sitenizde 1.000 TL'ye, pazaryerinde komisyon nedeniyle farklı net kârla satılıyor olabilir. Sipariş ERP'ye aktarılırken kanal, komisyon, kampanya indirimi ve pazaryeri sipariş referansı kaybolursa finansal raporlar eksik kalır.
İptal, iade ve parçalı siparişler nasıl ele alınmalı?
Pazaryeri siparişlerini tek panelde toplarken en çok atlanan konu iptal, iade ve parçalı sipariştir. Siparişin tamamı iptal olabilir, bir ürün iptal olabilir, paket bölünebilir veya iade talebi yalnızca bir satır için açılabilir. Panel tüm siparişi tek statüye sıkıştırırsa operasyon yanlış karar verir.
Shopify FulfillmentOrder kaynağı, bir siparişin aynı konumdan karşılanacak ürün gruplarını temsil eden birden fazla fulfillment order içerebileceğini açıklar Shopify Developers. Bu mantık pazaryeri tek panelinde de önemlidir: sipariş, paket ve ürün satırı ayrı izlenebilmelidir.
Örneğin müşteri iki ürün aldı. Bir ürün stokta yok, diğer ürün kargoya hazır. Pazaryeri paketi bölebiliyor veya satır bazlı iptal kabul ediyorsa panel buna uygun davranmalıdır. Tek bir "iptal" statüsü tüm siparişi kapatırsa doğru ürün de gönderilmeyebilir.
Başlamadan önce kontrol listesi
Pazaryeri siparişlerini tek panelde toplamak için önce kanal bazlı veri farklarını çıkarmak gerekir. Hangi kanal siparişi nasıl verir, hangi statüler vardır, hangi alanlar zorunludur, hangi kargo/fatura kuralları geçerlidir? Bu sorular yanıtlanmadan panel tasarımına geçmek eksik bir yapı doğurur.
- Her pazaryeri için sipariş, paket, satır ve iade veri yapısını inceleyin.
- Kanal statülerini ortak panel statülerine eşleyin.
- SKU/barkod eşleşmesini zorunlu kontrol haline getirin.
- Stok düşme ve stok geri açma kurallarını yazın.
- Kargo barkodu, takip numarası ve teslimat tipi alanlarını standartlaştırın.
- Fatura tipi, kurumsal/bireysel ayrımı ve vergi bilgilerini panelde görünür yapın.
- Aynı sipariş tekrar çekilirse çift kayıt oluşmasını engelleyin.
- Rate limit, API kesintisi ve hatalı yanıtlar için yeniden deneme kuyruğu kurun.
- ERP/muhasebe aktarımında kanal ve komisyon bilgisini koruyun.
- İptal, iade ve parçalı gönderim senaryolarını canlıya çıkmadan test edin.
Sonuç: Tek panel, ortak operasyon dili kurar
E-ticaret sitesinde pazaryeri siparişlerini tek panelde toplamak, farklı kanallardan gelen siparişleri merkezi bir operasyon akışına dönüştürür. Bu yapı doğru kurulursa ekipler pazaryeri panelleri arasında kaybolmaz; stok, fatura, kargo, iptal ve iade süreçlerini tek yerden izleyebilir. Yanlış kurulursa sadece daha kalabalık bir tablo oluşur.
Webioo, pazaryeri sipariş yönetimini yalnızca API bağlantısı olarak değil; ortak sipariş modeli, stok güvenliği, ERP bağlantısı, kargo akışı, hata kuyruğu ve yönetim paneli deneyimiyle birlikte planlar. Böylece sipariş hacmi arttığında operasyon da aynı netlikte büyüyebilir.
Sıkça Sorulan Sorular
Pazaryeri siparişlerini tek panelde toplamak ne demektir?
Farklı pazaryerlerinden gelen siparişleri merkezi bir yönetim panelinde izlemek ve yönetmek demektir. Bu panelde sipariş kaynağı, ürün satırları, stok eşleşmesi, fatura durumu, kargo bilgisi, iptal/iade süreci ve entegrasyon hataları birlikte görünür. Amaç, ekiplerin her pazaryeri paneline ayrı ayrı girmeden operasyonu yönetmesidir.
Tek panel için pazaryeri API entegrasyonu şart mı?
Evet, sürdürülebilir bir tek panel için API entegrasyonu gerekir. Manuel Excel aktarımı kısa süreli çözüm olabilir ancak sipariş hacmi arttığında gecikme, çift kayıt ve stok hatası oluşturur. API entegrasyonu siparişleri düzenli çekmeyi, statüleri güncellemeyi ve kargo/fatura bilgilerini geri göndermeyi sağlar.
Pazaryeri siparişlerinde stok nasıl düşülmeli?
Sipariş panele düştüğünde SKU veya barkod eşleşmesi yapılmalı, ardından satılabilir stoktan düşülmelidir. İptal veya iade durumunda stok otomatik geri açılmadan önce ürünün gerçekten satışa uygun olup olmadığı kontrol edilmelidir. Çok kanallı satışta stokun tek ana kaynaktan yönetilmesi önemlidir.
Pazaryeri statüleri tek panelde nasıl eşleştirilir?
Her pazaryerinin kendi statüleri ortak panel statülerine çevrilmelidir. Örneğin Created, Picking, Invoiced, Shipped veya Delivered gibi kanal statüleri panelde Yeni Sipariş, Hazırlanıyor, Fatura Bekliyor, Kargoya Verildi ve Teslim Edildi gibi anlaşılır durumlara dönüştürülebilir.
Tek panel ERP veya muhasebe sistemiyle bağlanmalı mı?
Sipariş hacmi, fatura yoğunluğu, stok karmaşıklığı veya pazaryeri sayısı arttığında ERP/muhasebe bağlantısı önem kazanır. Sipariş, kanal bilgisi, komisyon, fatura ve stok hareketleri merkezi sisteme aktarılmazsa raporlar tutarsızlaşabilir ve manuel işlem yükü artar.
Tek panelde en kritik ekran hangisidir?
Hata kuyruğu en kritik ekranlardan biridir. SKU bulunamadı, stok yetersiz, API rate limit, fatura hatası veya kargo barkodu alınamadı gibi sorunlar görünür olmazsa siparişler sessizce bekler. İyi bir panel, hataları sadece log olarak değil, operasyon ekibinin aksiyon alabileceği görevler olarak göstermelidir.
