E-Ticaret Sitesinde İade ve Değişim Süreci Nasıl Otomatikleştirilir?

E-ticaret sitesinde iade ve değişim otomasyonu nedir?

İade otomasyonu, müşterinin talep açmasından bedelin geri ödenmesine kadar tüm adımların siparişle bağlantılı ve izlenebilir biçimde yönetilmesidir. Değişim otomasyonu ise geri gelen ürünün kontrol edilmesi, yeni varyantın ayrılması ve yeni gönderinin oluşturulmasını aynı süreç kaydı altında yürütür.

Sağlam bir yapı “iade talebi alındı” durumunu “para iade edildi” durumuyla karıştırmaz. Ürün henüz kargoya verilmemiş, depoya ulaşmamış veya inceleme tamamlanmamış olabilir. Her operasyon adımı ayrı bir durum ve zaman kaydıyla tutulmalıdır.

Tekil RMA/iade kaydı oluşturun

Her iade veya değişim talebine tekil bir RMA numarası verilmelidir. Bu kayıt sipariş numarasına ek olarak ürün satırı, varyant, adet, talep nedeni, müşteri açıklaması, görseller ve seçilen çözüm türünü içermelidir.

Uygunluk ve politika kurallarını sisteme aktarın

İade uygunluğu yalnızca “sipariş tarihi 14 günden eski mi?” kontrolünden ibaret değildir. Ürün türü, teslim tarihi, cayma hakkı istisnaları, hijyen/kişiselleştirme durumu, kusur iddiası, kullanılma biçimi ve işletmenin değişim politikası farklı sonuçlar doğurabilir.

Ticaret Bakanlığının mesafeli sözleşmeler bilgilendirmesi, genel cayma süresi, bildirim biçimi, geri ödeme ve iade taşıyıcısı hakkında açıklamalar içerir. Genel kural ve istisnalar değişebileceği için sistem kuralları güncel mevzuat ve hukuki değerlendirmeyle birlikte yönetilmelidir.

Müşteri iade portalı nasıl olmalıdır?

Müşteri sipariş numarası ve güvenli doğrulama ile siparişindeki iade edilebilir satırları görmelidir. Ürün adı serbest metinle yazdırılmamalı; mevcut sipariş satırlarından seçilmelidir.

• İade edilecek ürün ve adet seçimi
• İade veya değişim tercihi
• Neden kodu ve açıklama
• Gerekliyse fotoğraf/video yükleme
• İade yöntemi ve kargo bilgisi
• Talep özeti ile açık onay
• RMA numarası ve durum takip ekranı

Talep kaydedildiğinde müşteriye yalnızca “form gönderildi” mesajı değil, hangi adımda olduğu ve sıradaki işlemin ne olduğu gösterilmelidir.

İade kargo kodu ve takip otomasyonu

Onaylanan talep için kargo API’sinden iade gönderisi oluşturulabilir. RMA numarası kargo referansına yazılırsa depoya gelen paket otomatik eşleştirilebilir. İade kargo kodunun geçerlilik süresi, taşıyıcı, şube teslimi veya adresten alım bilgisi müşteriye açıkça iletilmelidir.

1. İade talebi uygunluk kontrolünden geçer.
2. Kargo adaptörüne alıcı/satıcı adresi ve referans gönderilir.
3. İade kodu veya etiket alınır.
4. Müşteriye e-posta/SMS/panel bildirimi yapılır.
5. Kargo hareketleri webhook veya periyodik sorguyla izlenir.
6. Paket depoya ulaştığında RMA kaydı otomatik güncellenir.

Kargo entegrasyonunun teknik ayrıntıları için Kargo Firmalarıyla API Entegrasyonu Nasıl Yapılır? rehberini inceleyin.

Depo kabul ve ürün kontrolü

Depoya ulaşan paket barkod veya RMA numarasıyla açılmalıdır. Çalışan, beklenen ürün ile gelen ürünü karşılaştırmalı; adet, varyant, seri numarası, aksesuar, ambalaj ve ürün durumunu kaydetmelidir.

Depo onayı olmadan otomatik şekilde her ürünü satış stoğuna eklemek, hasarlı veya eksik ürünün yeniden satılmasına neden olabilir.

Stok ve varyant hareketi

İade kaydı stok hareketinden ayrı tutulmalıdır. Ürün depoya gelmeden stok artırılmamalı; depo kontrolünden sonra uygun stoğa alınmalıdır. Değişimde eski ürünün girişi ve yeni ürünün çıkışı iki ayrı hareket olarak kaydedilir.

Ödeme iadesi nasıl otomatikleştirilir?

Ödeme iadesi, iade edilen sipariş satırının net tahsilat tutarından hesaplanmalıdır. Kampanya indirimi, kupon, kargo bedeli ve kısmi iade önce sipariş seviyesinde mutabık hâle getirilmelidir.

• Orijinal ödeme ve sağlayıcı işlem referansını bulun.
• Daha önce yapılmış iadelerin toplamını hesaplayın.
• Yeni iade tutarının kalan tahsilatı aşmadığını doğrulayın.
• Tekil iade işlem anahtarı oluşturun.
• Sağlayıcı API’sine iade isteği gönderin.
• Belirsiz cevapta ikinci istek göndermeden önce sorgulayın.
• Sonucu RMA ve ödeme hareketine kaydedin.

İyzico’nun iptal/iade API’si ve PayTR’nin İade API’si tam veya kısmi geri ödeme akışları için güncel teknik alanları açıklar.

Fatura ve e-belge işlemleri

Ürün iadesi ile ödeme iadesi tamamlanmış olsa bile mali belge tarafı ayrıca ele alınmalıdır. Satış belgesinin türü, iade senaryosu, ürün satırları ve tarih bilgisine göre gerekli e-belge/muhasebe hareketi oluşturulmalıdır. Bu işlem ödeme API’sinden otomatik olarak gerçekleşmez.

RMA kaydında orijinal fatura kimliği, iade edilen satırlar, tutar ve oluşan yeni belge referansı saklanmalıdır. Teknik akış güncel GİB kılavuzları ve mali müşavir değerlendirmesine göre yapılandırılmalıdır.

Değişim süreci nasıl yönetilir?

Değişim, “eski siparişte ürün adını değiştir” işlemi değildir. Geri gelen ürünün kabulü, yeni varyantın rezervasyonu, varsa fiyat farkı ve yeni gönderi ayrı hareketlerdir.

1. Müşteri istediği yeni varyantı seçer.
2. Yeni varyant için geçici stok rezervasyonu oluşturulur.
3. Eski ürün depoya gelir ve kontrol edilir.
4. Fiyat farkı varsa tahsilat veya iade işlemi yapılır.
5. Yeni gönderi ve kargo etiketi oluşturulur.
6. Yeni ürün stoğu düşülür; eski ürün uygun stoğa alınır.
7. Müşteriye yeni takip numarası bildirilir.

Stok sınırlıysa rezervasyon süresinin dolması ve alternatif ürün seçimi için açık kural bulunmalıdır.

Pazaryeri iadeleriyle site iadelerini ayırın

Trendyol, Hepsiburada ve diğer pazaryerlerinden gelen iade taleplerinin kimliği ve durum modeli kendi satış kanalından alınmalıdır. Aynı ürün fiziksel olarak aynı depoya gelse bile kanal iade numarası, sipariş paketi ve pazaryerine gönderilecek sonuç ayrı saklanır.

Merkezi panel tüm kanalları tek listede gösterebilir; ancak kanalın onay, red, kargo ve bedel iadesi kuralları tek bir genel durumla ezilmemelidir.

Durum ve müşteri bildirimleri

Müşteriye her iç teknik durum gönderilmemelidir. Anlaşılır müşteri durumları ile operasyon durumları eşleştirilmelidir.

E-posta, SMS ve panel bildirimi aynı olaydan üretilmeli; bir kanalda başarısız olan bildirim operasyon durumunu geri almamalıdır.

Raporlama ve kötüye kullanım kontrolü

İade oranı yalnızca toplam siparişe göre değil; ürün, varyant, tedarikçi, kargo, neden ve müşteri segmentine göre incelenmelidir. Belirli bedenin sürekli iade edilmesi ürün açıklaması veya kalıp sorunu gösterebilir.

• Ürün ve kategori bazında iade oranı
• İade nedeni dağılımı
• Kargoya verilme ve depo kabul süresi
• İade başına operasyon maliyeti
• Ödeme iadesi tamamlanma süresi
• Tekrarlayan şüpheli kullanım ve hasarlı ürün oranı

Kötüye kullanım işaretleri otomatik engel yerine inceleme kuyruğu oluşturmalıdır; yasal hakların keyfî biçimde engellenmesine yol açacak genel kurallar kullanılmamalıdır.

Yaygın sorunlar ve çözüm yönü

Ne zaman teknik destek gerekir?

RMA kayıtları sipariş satırlarıyla eşleşmiyorsa, stoklar yanlış artıyorsa, ödeme iadesi iki kez oluşuyorsa, kargo kodları üretilemiyorsa veya pazaryeri iadeleri merkez panelde takılı kalıyorsa sipariş, stok, ödeme ve kargo olay kayıtları birlikte incelenmelidir.

Sık sorulan sorular

İade talebi açılınca stok hemen artmalı mı?

Hayır. Ürün fiziksel olarak depoya ulaşıp kontrol edilmeden satış stoğuna eklenmemelidir.

Değişim yeni sipariş olarak mı tutulmalı?

Yeni gönderi ve stok hareketi ayrı kaydedilmeli, ancak orijinal sipariş ve RMA kaydıyla bağlantısı korunmalıdır.

Ödeme iadesi otomatik yapılabilir mi?

Evet. Fakat tutar, önceki iadeler ve işlem referansı sunucu tarafında doğrulandıktan sonra sağlayıcı API’sine gönderilmelidir.