Pazaryeri İade Yönetimi ve Müşteri İade Portalı

Pazaryeri iade yönetimi, farklı kanallardan gelen iadelerin tek listede toplanması, depoya ulaşan ürünün barkodla doğrulanması ve iade ile değişimin ERP'ye doğru işlenmesidir. Müşteri iade portalı ise kendi sitenizden alışveriş yapan müşterinin e-posta ve sipariş koduyla iade başlatabildiği, size otomatik iade kodu ve depo kabul akışı sağlayan sayfadır. Bu yazı, iadenin neden pahalı olduğunu, pazaryeri iadesiyle site iadesinin farkını ve portalın süreci nasıl sadeleştirdiğini anlatıyor.

İade neden göründüğünden pahalı?

Bir iade dört ayrı maliyet doğurur: ürün elinize dönerken ödenen kargo, ürünün elden geçirilip yeniden satılabilir hale getirilmesi için harcanan iş gücü, o sırada satılamayan stok ve pazaryerinin komisyonu iade edip etmediği. Sonuncusu en çok gözden kaçanıdır; bazı durumlarda iade edilen siparişin komisyonu hakedişten düşmüş kalır. Hakediş ve komisyon mutabakatı yazısında "komisyonu iade edilmeyen iade" başlığını ayrıca ele aldık.

İadeyi azaltmanın ilk yolu ürün sayfasıdır: doğru beden bilgisi, ölçü tablosu, gerçekçi görsel. Beden Bulucu ile iade oranını düşürme ve yurt dışı beden ve ölçü dönüşümü yazıları bu tarafı anlatıyor. İkinci yol ise gelen iadeyi ucuz ve hızlı işlemektir; bu yazının konusu o.

İade oranı sıfırlanmaz. Hedef, her iadenin işletmeye maliyetini düşürmek ve gerekçesini öğrenmektir.

Pazaryeri iadesi ile kendi site iadesi farklı işler

Pazaryerinde iadeyi müşteri pazaryerinin arayüzünden başlatır; kargo kodu pazaryerinden gelir, ürün size döner, pazaryeri belirli koşullarda ücreti müşteriye iade eder. Sizin işiniz, ürünü teslim aldığınızda kabul ya da ret bildirimini süresi içinde yapmak ve stoğu doğru güncellemektir. Süreler ve koşullar kanaldan kanala değişir; pazaryerinin güncel sözleşmesine bakın.

Kendi sitenizde ise akışın tamamı sizdedir. Müşteri size e-posta yazar, siz kargo kodu üretirsiniz, ürün döner, siz ücreti iade eder ya da değişim gönderirsiniz. Bu akış elle yürütüldüğünde üç sorun çıkar: müşteri "iademi başlattım" der ama kayıt yoktur, depoya gelen paketin hangi siparişe ait olduğu belli değildir, muhasebe iadeyi geç işler. Müşteri iade portalı tam bu üç sorunu çözmek için vardır.

Müşteri iade portalı: e-posta ve sipariş kodu

Portal, sitenizden alışveriş yapan müşterinin iade başlattığı sade bir sayfadır. Müşteri e-posta adresini ve sipariş kodunu girer; siparişteki ürünler listelenir; hangi ürünü, kaç adet, hangi gerekçeyle iade edeceğini seçer ve isterse değişim talep eder. Bu anda üç şey olur:

• İade talebi kayıt altına alınır ve sipariş listesinde görünür.
• Sisteme otomatik bir iade kodu düşer; müşteriye bildirilir.
• Gerekçe (beden, hasar, beklentiyi karşılamadı gibi) raporlanabilir hale gelir.

Müşterinin e-posta yazıp cevap beklemesine gerek kalmaz; sizin de "hangi siparişti" diye aramanıza. Bulutegra'da iade portalı e-posta ve sipariş koduyla çalışır; iade kodu otomatik üretilir. Müşteri iletişimini toparlayan CRM modülü, WhatsApp Business API, e-posta ve pazaryeri sorularını tek gelen kutusunda topladığı için müşteri portaldan sonra WhatsApp'tan yazsa bile bağlam kaybolmaz.

Depoda barkodla kabul ve otomatik iade kodu

İade paketi depoya ulaştığında en zayıf halka "bu paket kimin?" sorusudur. Barkodla kabul bunu ortadan kaldırır: depo görevlisi ürün barkodunu okutur, sistem iade kodu ile siparişi eşleştirir, ürün durumu seçilir (satılabilir, hasarlı, eksik parça), stok ona göre güncellenir. Satılabilir ürün tek stok havuzuna döner ve bütün kanallarda yeniden görünür; hasarlı ürün ayrı tutulur.

Bu akışta iki kural işi kolaylaştırır. Birincisi, iade kodu olmadan gelen paket ayrı bir "eşleşmeyen" listesine düşer, stoğa karışmaz. İkincisi, Depo rolündeki kullanıcı yalnızca kabul işlemini yapar; ücret iadesi Muhasebe rolünün onayıyla ilerler. Roller hakkında güvenlik, 2FA ve roller yazısına bakabilirsiniz.

Değişim siparişi: iadeyi satışa çevirmek

Beden değişimi isteyen müşteriye "önce iade edin, sonra yeniden sipariş verin" demek, çoğu zaman müşteriyi kaybetmektir. Değişim siparişi bu adımı birleştirir: portalda değişim seçildiğinde, iade kaydıyla bağlantılı yeni bir sipariş oluşur; yeni beden stoktan ayrılır, iade ürün depoya ulaşıp kabul edildiğinde akış tamamlanır. ERP'de iade ve değişim ayrı belgelerle ama birbirine bağlı görünür; muhasebe fark tutarını görür.

Değişimin stok tarafı önemlidir: yeni beden stokta yoksa portal bunu müşteriye söyler ve iade seçeneğine yönlendirir. Böylece "değişim onaylandı ama ürün yok" durumu yaşanmaz. Çok kanallı sipariş listesinde değişim siparişi de kendi kanal sekmesinde görünür; çoklu kanal sipariş yönetimi yazısı bu listeyi anlatıyor.

İade süreci kontrol listesi

1. Pazaryeri iadelerinde kabul ve ret bildirim süreniz kanal bazında not edilmiş mi?
2. Kendi site iadeleri için portal açık mı; müşteri e-posta ve sipariş koduyla başlatabiliyor mu?
3. İade kodu otomatik üretiliyor ve müşteriye bildiriliyor mu?
4. Depoda barkodla kabul yapılıyor; ürün durumu (satılabilir, hasarlı) seçiliyor mu?
5. Satılabilir iade tek stok havuzuna dönüyor mu?
6. Değişim siparişi iade kaydına bağlı mı; stok kontrolü yapılıyor mu?
7. Komisyonu iade edilmeyen iadeler hakediş takibinde işaretleniyor mu?
8. İade gerekçeleri aylık raporlanıp ürün sayfasına geri besleniyor mu?

Sekizinci madde döngüyü kapatır. "Beden" gerekçeli iade yüksekse sorun depoda değil, ürün sayfasındadır.

Bulutegra ile nasıl çalışır

Bulutegra'nın iade yönetimi dört parçadan oluşur: müşteri iade portalı (e-posta ve sipariş kodu), barkodla depo kabulü, otomatik iade kodu ve değişim siparişi. Pazaryeri iadeleri ile site iadeleri aynı listede kanal sekmesiyle ayrılır; satılabilir ürün tek stok havuzuna döner. Hakediş takibinde komisyonu iade edilmeyen iadeler durum, ticket ve notla izlenir. Depo, İade, Muhasebe ve Yönetici rolleri iade akışında kendi adımını görür. Modüller için Çözümler bölümüne bakın.

İade akışınızı kendi sipariş verinizle görmek için demo isteyin.