İptal talebi iade değildir

Müşteri mesajı çoğu zaman aynı üç kelimeyle gelir: iptal etmek istiyorum. Bu cümle bir talep bildirir ama bir süreç seçmez. Sipariş hâlâ depodaysa gerçekten bir iptalle karşı karşıyasınızdır: tek adımda, ürün yerinden oynamadan kapanır. Paket taşıyıcıya geçtiyse ya da teslim edildiyse, müşteri hangi kelimeyi kullanırsa kullansın önünüzdeki süreç artık bir iadedir — kargo kodu, ürün kontrolü ve ayrı bir para akışı gerektirir.

Bu ayrım bir terminoloji inceliği değil, operasyonel bir yol ayrımıdır. İki süreç dört boyutta — siparişin konumu, kargo kodu, stok ve para — birbirinden farklı işler; mevzuattaki karşılıkları da farklıdır. İkisini aynı şablona bağlayan mağaza ikisini de bozar: iptale iade kodu basar, iadeye iptal edildi yazar ve her iki durumda da müşteriyi ikinci bir mesaj yazmak zorunda bırakır.

İptal depodan çıkarmaz; iade depoya geri sokar. Aynı şablona bağlanan iki süreç, iki ayrı yerde bozulur.

Bu yazıda iki süreci dört boyutta yan yana koyuyor, ayrımı hangi bilgiye bakarak yapmak gerektiğini ve yanlış sınıflandırmanın nereden fatura kestiğini gösteriyoruz.

Süreci müşterinin cümlesi değil, siparişin durumu seçer

Müşteri operasyon terminolojisi bilmek zorunda değildir. İptal kelimesini teslim edilmiş bir ürün için de kullanır; ödemeden beş dakika sonra iade istiyorum da yazabilir. Kelimeye göre süreç seçen bir sistem — bu ister bir insan, ister bir yazılım olsun — kaçınılmaz olarak yanlış sınıflandırır. Doğru soru tektir: sipariş şu anda nerede?

• Depoda, kargo etiketi yok: Bu bir iptaldir. Kargo süreci hiç başlamaz; sipariş kapatılır, stok geri döner.
• Etiket basıldı, taşıyıcı henüz almadı: Ara durumdur. Paket taşıyıcıya ulaşmadan durdurulabiliyorsa etiket iptal edilir ve süreç iptal gibi kapanır; durdurulamıyorsa iade akışına geçilir.
• Taşıyıcıda veya teslim edildi: Bu artık bir iadedir. Bazı taşıyıcılarda teslim öncesi geri çağırma mümkündür; o da iade akışının kısaltılmış hâlidir, iptal değil.

Bu sınıflandırma anlık sipariş verisine bakmayı gerektirir. Durum belirsizse — panelde kargoya verildi görünen ama taşıyıcı kaydı henüz oluşmamış paket gibi — güvenli varsayım iade akışıdır. Müşteriye verilmiş bir sözü geri almak, süreci baştan temkinli kurmaktan her zaman daha pahalıdır.

İki süreç dört boyutta ayrışır

Kargo kodu en görünür fark. İptalde ortada taşınacak ürün yoktur; kod üretmek, taşıyıcıda karşılığı hiç gelmeyecek bir kayıt açar ve müşteriyi elinde paket olmadan kargo şubesine yönlendirir. İadede ise kod sürecin omurgasıdır: ürünün hangi taşıyıcıyla, hangi kayıt üzerinden döneceğini o belirler.

Stok boyutundaki fark belirsizlikte gizli. İptal edilen ürün rafından hiç inmemiştir; satılabilir stoğa anında ve tam değeriyle döner. İade edilen ürünün ne durumda döneceği ise paket açılana kadar bilinmez. Bağlı olduğumuz bir mağazada ölçtük: iade gelen ürünlerin yüzde 60-70'i yeniden satılabiliyor; kalanı satılabilir stoğa hiç dönmüyor. İptali iadeyle aynı işleme sokmak, kesin bir stok hareketini belirsiz bir sürecin arkasına dizmek demektir.

Para boyutunda ise bir risk asimetrisi var. İptalde satıcının elinde hem ürün hem ödeme durur; parayı bekletmenin tek sonucu müşteriyi cezalandırmaktır. İadede para ürün dönmeden kapanırsa, ürünün hiç dönmemesi ya da hasarlı dönmesi riski tümüyle satıcıda kalır. İki akışın ortak noktası da burada: her ikisinde de son adımda para bir insan onayından geçer, ama onayın önündeki bekleme gerekçesi tamamen farklıdır.

Mevzuat da iki durumu aynı kefeye koymaz

Ayrım yalnızca operasyonel değil. Mesafeli Sözleşmeler Yönetmeliği'ne göre tüketicinin 14 günlük cayma hakkı süresi, malı teslim aldığı gün başlar; ancak yönetmelik, sözleşmenin kurulmasından malın teslimine kadar geçen sürede de cayma hakkının kullanılabileceğini açıkça söyler. Yani teslimden önce gelen iptal talebi, satıcının keyfine bırakılmış bir jest değil, hukuken karşılığı olan bir taleptir.

Para tarafında da süre nettir: satıcı, cayma bildiriminin kendisine ulaştığı tarihten itibaren 14 gün içinde ödemeyi iade etmekle yükümlüdür. Operasyonel fark şurada: iadede ürünün dönüşü ile paranın iadesi aynı takvimde yürür ve kontrol adımı bu sürenin içindedir. İptalde ise bu 14 günü doldurmanın hiçbir gerekçesi yoktur — ürün depodan çıkmamıştır, bekleyen tek adım mağazanın onayıdır.

Yanlış sınıflandırmanın faturası ikinci mesajla gelir

İptale iade kodu basmak, elinde ürün olmayan müşteriyi kargo şubesine yönlendirmek demektir. İadeye siparişiniz iptal edildi, ücret iadeniz yapılacak yazmak ise ürünü geri istemeden parayı taahhüt etmektir. İki hata da aynı yere çıkar: müşteri süreci düzeltmek için ikinci bir mesaj yazmak zorunda kalır ve ikinci mesaj ilkinden daha az sabırlıdır.

Kayıt tarafındaki maliyet daha sessiz ama kalıcıdır. İptalleri iade olarak işleyen mağazanın iade oranı olduğundan yüksek görünür; oysa iptalin kargo maliyeti yoktur, iadenin hem taşıma hem ürün kontrolü maliyeti vardır. Yanlış etiketlenmiş kayıt, iade maliyet analizini de, hangi ürünün gerçekten sorun ürettiği sorusunun cevabını da bozar.

Bu ayrım Prodixa'da nasıl işliyor

Prodixa'nın operasyon ajanı, talebi müşterinin kullandığı kelimeye göre değil, mağaza kaydındaki sipariş durumuna göre sınıflandırır. WhatsApp, Instagram DM, Messenger veya Gmail'den gelen mesaj tek gelen kutuda toplanır; telefon ya da sipariş numarasıyla siparişe eşlenir ve süreç seçimini o kayıt yapar.

Sipariş depodaysa iptal akışı işler: iade kargo kodu üretilmez, stok kaydı geri alınır. Paket yoldaysa veya teslim edildiyse ajan, anlaşmalı taşıyıcıdan — Yurtiçi, DHL veya Aras — iade kargo kodunu üretir ve müşteriye iletir. İki akışın son adımı aynıdır ve otomatik değildir: para iadesi mağaza sahibinin onay kuyruğuna düşer, onay verilmeden kapanmaz. Bu bir eksik değil, bilinçli bir sınırdır.

İki sınır daha var. Ajan sipariş durumundan emin olamadığında — örneğin etiket basılmış ama taşıyıcı kaydı belirsizken — konuşmayı insana devreder ve devrettikten sonra susar. Pazaryeri siparişlerinde ise iptal ve iade statülerini pazaryerinin kendi paneli yönetir; ajan o kuralı okur, yerine geçmez.