Depo kapısında üç koli iade bekliyor ve kimse hangi siparişe ait olduklarını bilmiyor. Müşteri ise “param ne zaman yatar?” diye ikinci mesajını atmış durumda.
İade e-ticarette kaçınılmazdır; kaos ise süreç tanımsızlığından doğar. Standart bir akış yoksa hem stok hem müşteri güveni zarar görür.
Bu yazıda iade kabulünden stok girişine, iade faturasından para iadesine kadar uçtan uca yönetimi anlattık. Ayrıca iade nedenlerini nasıl azaltacağınızı da ele aldık.
İçindekiler
İade talebinin alınması
İade talebi WhatsApp, e-posta ve pazaryeri panelinden dağınık gelirse takip kopar. Tek bir talep kaydı açılmalı ve tüm yazışmalar oraya bağlanmalıdır.
Talep anında sipariş numarası, ürün ve iade nedeni zorunlu alan olmalıdır. Eksik bilgi depoda koliyi açmayı geciktirir.
Pazaryeri iadeleri otomatik çekilmeli, kendi sitenizdeki iadeler form ile sisteme düşmelidir. Elle liste tutmak ölçeklenmez.
Talep durumu müşteriye görünür olmalıdır; “alındı”, “yolda”, “incelendi” adımları belirsizliği azaltır. Belirsizlik destek yükünü artırır.
Destek bağını e-ticaret müşteri hizmetleri ve CRM yazısında ele aldık.
Kabul ve red kuralları
Hangi koşullarda iade kabul edileceği yazılı ve herkesçe bilinir olmalıdır. Temsilciye bırakılan “şimdilik kabul edelim” yaklaşımı tutarsızlık üretir.
Hijyen, mühür veya kullanım izi olan ürünlerde red kuralı net tanımlanmalıdır. Gri alanlar hem stok hem tartışma yaratır.
Süre aşımı da kurala bağlanmalıdır; yasal ve platform şartları dikkate alınır. Her istisna onaylı ve kayıtlı olmalıdır.
Kısmi iade senaryosu çoklu ürün siparişlerinde sık görülür. Hangi satırın iade edildiği belgede açıkça yazmalıdır.
Pazaryeri kurallarını Hepsiburada entegrasyonu ve diğer kanal yazılarıyla birlikte kontrol edin.
İade kargo organizasyonu
Müşteriye iade kodu üretmek süreci hızlandırır ve yanlış adrese gönderimi azaltır. Kod olmadan gelen koliler depoda sahipsiz kalır.
Kargo maliyetinin kimde kalacağı politika olarak belirlenmelidir. Ürün hatası ile müşteri vazgeçmesi aynı kurala tabi olmamalıdır.
Takip numarası iade kaydına bağlanmalıdır. “Yolda” durumu hem müşteri hem depo için görünür olur.
Gelen iade kabul ekranı, giden kargodan ayrı bir iş emri gibi yönetilmelidir. Karışık sayım hataları buradan doğar.
Gelen kargo tarafını gelen kargo ve iade yönetimi yazısında anlattık.
Ürün kontrolü ve sınıflama
Koli açıldığında ürün satılabilir, onarım gerektirir veya hurda olarak sınıflanmalıdır. Sınıflama yapılmadan stoğa atmak sonraki müşteriye sorun taşır.
Kontrol formu kısa ve zorunlu olmalıdır; fotoğraf eklemek tartışmalı vakalarda kanıt sağlar. Özellikle yüksek değerli ürünlerde bu şarttır.
Barkod okutularak doğru SKU doğrulanmalıdır. Yanlış ürüne iade yazmak stok sapması üretir.
Kontrol süresi SLA ile sınırlanmalıdır; üç gün rafta bekleyen iade nakit bağlar. Hız, müşteri memnuniyetinin parçasıdır.
Barkod düzenini barkod yönetimi yazısında özetledik.
Stoğa dönüş
Satılabilir ürün hemen satışa açık stoğa alınmalıdır. Geciken giriş, kanalda “tükendi” görünmesine yol açar.
Hasarlı ürün ayrı lokasyona yazılmalıdır; ana raf karışmamalıdır. Aksi halde yanlış ürün yeniden satılır.
Kanal senkronu stoğa dönüş anında tetiklenmelidir. Depoda var olup sitede yok durumu satış kaybettirir.
Mevcut ERP sisteminiz mali stok kaydını tutuyorsa platform hareketi oraya da yansıtılmalıdır. Çift kayıt sahipliği net olmalıdır.
Uyumu depo ve pazaryeri stok uyumu yazısında anlattık.
İade belgesi ve fatura
İade faturası veya iade irsaliyesi, mali kaydın bozulmaması için zorunludur. Belgesiz stok girişi sonraki denetimde sorun çıkarır.
Belge, orijinal satış belgesine bağlanmalıdır. Bağ koparsa iade-mutabakat tartışması uzar.
E-fatura senaryolarında iade belgesi türü doğru seçilmelidir. Yanlış senaryo, entegratör ve mükellef tarafında hata üretir.
Kısmi iadelerde satır tutarları net yazılmalıdır. Yuvarlama farkları küçük görünüp büyük tartışma yaratır.
Belge zincirini satıştan faturaya belge zinciri yazısında inceledik.
Para iadesi ve mutabakat
Para iadesi, ürün kontrolü onaylandıktan sonra tetiklenmelidir. Erken iade, boş koli veya yanlış ürün riskini büyütür.
Pazaryeri ödemelerinde iade kesintisi panel mutabakatında izlenmelidir. Operasyon “iade ettik” dese de ödeme dosyası farklı olabilir.
Kendi sitenizde kart iadesi veya EFT süreci SLA ile yönetilmelidir. Müşteriye süre vaat edilip tutulmazsa şikâyet artar.
Kasa ve banka hareketleri mevcut sistemde doğru hesaba yazılmalıdır. Platform operasyonu hızlandırır, mali kayıt düzeni korunur.
Tahsilat tarafını tahsilat ve ödeme fişi yazısında ele aldık.
İade neden analizi
İade nedenleri kodlanmadan azaltılamaz. “Beğenmedim” tek başına ürün, beden veya içerik sorununu ayırmaz.
Haftalık neden raporu kategori ve SKU bazında okunmalıdır. Tekrarlayan neden, iyileştirme fırsatıdır.
Yanlış beden iadeleri ölçü tablosu ve görsel iyileştirmeyle düşer. Bu, reklamdan ucuz bir kâr artışı sağlar.
Hasarlı teslimat iadeleri paketleme standardına işaret eder. Taşıyıcı kaynaklıysa kanıtlı itiraz süreci işletilir.
Kârlılık etkisini pazaryeri kârlılık analizi yazısıyla birlikte okuyun.
Müşteri iletişimi
İade sürecinde sessizlik, memnuniyetsizliğin asıl kaynağıdır. Her durum değişiminde kısa bir bilgilendirme yeterlidir.
Reddedilen iadelerde gerekçe açık ve kanıtlı olmalıdır. Tartışmayı uzatan belirsiz cevaplar markaya zarar verir.
Süre vaatleri gerçekçi verilmelidir; “bugün yatar” deyip üç gün beklemek güven kırar. SLA’ya bağlı şablon mesajlar tutarlılık sağlar.
İade sonrası memnuniyet ölçümü, sürecin kalitesini gösterir. Tekrar satın alma oranı da buradan okunabilir.
Ölçümü CSAT ile memnuniyet ölçümü yazısında anlattık.
Platformda iade hattı
EQLEM bir çözüm platformudur; mevcut ERP sisteminizi değiştirmez. İade operasyonunu sipariş, stok ve belge hattına bağlar.
Talep, kargo, kontrol ve stoğa dönüş tek kayıt üzerinde ilerleyince kaos azalır. Destek ekibi üç ekran gezmek zorunda kalmaz.
Mali belgeler mevcut sisteme aktarılabilir; muhasebe düzeni korunur. Operasyon hızlanır, kayıt sahipliği net kalır.
Kanal iadeleri entegrasyonla çekildiğinde manuel liste ihtiyacı biter. Hata oranı da görünür hale gelir.
Sipariş hattını e-ticaret sipariş fatura akışı yazısında inceleyebilirsiniz.
Sık sorulanlar
Her iadeyi otomatik kabul etmeli miyiz?
Hayır; yazılı kabul-red kuralları olmalı ve istisnalar onaylı kayda bağlanmalıdır.
Para iadesi ne zaman yapılmalı?
Ürün kontrolü onaylandıktan sonra; erken iade boş veya hasarlı ürün riskini büyütür.
İade stoğu hemen satışa açılır mı?
Yalnızca satılabilir sınıfına alınan ürünler açılır; hasarlılar ayrı lokasyonda tutulur.
Mevcut muhasebe sistemimiz etkilenir mi?
EQLEM yanında çalışır; iade belgeleri mevcut ERP sisteminize aktarılabilir. Çift veri girişi yazısına bakın.
İade kaçınılmazdır ama dağınık süreç kaçınılmaz değildir. Tek talep kaydı ve net kurallar kaosun büyük kısmını keser.
Kontrol ve sınıflama olmadan stoğa giriş yapmayın; sonraki müşteriye sorun taşırsınız.
Belge ve para iadesini orijinal siparişe bağlayın; mutabakat tartışmaları böyle kısalır.
İade nedenlerini kodlayıp haftalık okuyun; azaltılamayan iade yalnızca maliyet üretir.
Müşteriye durum güncellemesi verin; sessizlik çoğu şikâyetin asıl nedenidir.
EQLEM ekibiyle görüşerek iade süreci kurgunuzu netleştirebilirsiniz.