Çok Para Birimli İadelerde Eksik Ödeme Sorunu

Müşteri 100 EUR ödüyor, ürünü iade ediyor ve 96 EUR geri alıyor. Hiçbir kesinti yapılmadı, stok yenileme ücreti uygulanmadı ve defteriniz tam iade gösteriyor. Dört euro, satın alma günündeki kur ile iade günündeki kur arasındaki boşlukta kayboldu ve müşteri bunu bilerek yaptığınız bir kesinti olarak okuyacak.

Sınır ötesi perakendede iade uyuşmazlıklarının en yaygın nedenlerinden biri bu ve neredeyse tamamen bir politika değil sistem tasarımı sorusu.

Fark Nereden Çıkıyor

Kur farkının açılabileceği üç ayrı yer var. Sağlayıcı hesabınızın para biriminde mutabakat yapıp iade anında geri çevirebiliyor. Müşterinin kart ihraççısı, sizin hiç görmediğiniz ve kontrol edemediğiniz kendi dönüşümünü uygulayabiliyor. Ve platformunuz sipariş değerini bir para biriminde tutup iadeyi başka birinde yapabiliyor.

Birinci ve üçüncü sizin düzeltebileceğiniz şeyler. İkincisi değil; bu da bunu müşteriye açıklamayı sonradan akla gelen bir şey değil tasarımın parçası yapıyor. Stripe'ın iade rehberi gibi ödeme platformu belgeleri, orijinal tahsilat para biriminin iadeyi nasıl yönettiğini ortaya koyuyor ve aynı ilke sağlayıcılar arasında geçerli.

Tahsil Ettiğiniz Para Biriminde İade Edin

En etkili tek kural, iadeyi tam olarak orijinal tahsilatın yapıldığı para biriminde ve tam olarak tahsil edilen alt birim tutarında yapmak. Değeri ana para biriminizden yeniden hesaplamayın, başka bir para birimindeki sipariş toplamından yeniden türetmeyin ve güncel kur uygulamayın.

Kulağa apaçık geliyor ama şaşırtıcı sıklıkta bozuluyor; genelde iade sistemi sipariş değerini ödeme kaydından değil normalleştirilmiş bir raporlama alanından okuduğu için. Çözüm mimari: iade, siparişten değil ödeme işleminden sürülmeli ve ikisi aynı nesne değil. Temiz bir iade veri modeli olan mağazalarda bu ayrım genelde zaten var.

Yuvarlama Kısmi İadelerde Isırıyor

Tam iadeler kolay; çünkü tahsil edilen tutarı geri veriyorsunuz. Kısmi iadeler tahsilatın bir bölümünü dağıtmayı gerektiriyor ve o bölümü başka bir para biriminde yüzdeyle hesaplarsanız, tam da müşterinin aritmetiği kontrol ettiği noktada yuvarlama sokmuş oluyorsunuz.

Alt birimlerle çalışın ve toplamın yüzdesi yerine satır düzeyinde dağıtın. Kargo, vergi ve indirimin satırlara yayıldığı bir siparişte dağıtım kuralının açık ve tutarlı olması gerekiyor; yoksa aynı siparişin iki kısmi iadesi orijinal tahsilattan fazla ya da az toplayabiliyor. Kısmi iade ve bölünmüş ödemeler için gereken disiplinin aynısı.

• Tahsilat anında para birimini ve alt birim tutarı siparişe kaydedin.
• İadeleri ödeme kaydından sürün, normalleştirilmiş sipariş toplamından asla.
• Kısmi iadeleri satır düzeyinde ve alt birimlerde dağıtın.
• Bir iadeye asla canlı kur uygulamayın.
• İade toplamlarını toplulaştırılmış değil para birimi bazında tahsilatlarla mutabık kılın.

Bu kuralın ihlal edildiği en sinsi yer kısmi iadeler değil, iptal edilip yeniden oluşturulan siparişler. Sipariş yeniden yazıldığında ödeme kaydı çoğu zaman eski işlemde kalıyor ve iade, yeni sipariş toplamından hesaplanıyor. Sonuç yine aynı: tahsil edilenle iade edilen birebir tutmuyor ve fark küçük olduğu için aylarca kimse fark etmiyor.

Müşteri bir kur görmez. Bir sayı ödeyip daha küçük bir sayı geri aldığını görür.

Kontrol Edemediğinizi Açıklayın

Müşterinin kartı tahsilattan farklı bir para biriminde ihraç edildiyse bankası hem ödemede hem iadede kendi dönüşümünü, farklı günlerde farklı kurlarla uyguluyor. Siz tahsil ettiğiniz tutarın tamamını iade edeceksiniz ve müşteri ekstresinde yine de bir fark görecek.

Tek işleyen cevap, bunu olmadan önce söylemek. İade onayına konan kısa bir satır (iade edilen tutarın orijinal para biriminde tahsil edilen tutarla eşleştiğini ve bankasının farklı bir kur uygulayabileceğini anlatan), şüphelenilen bir kesintiyi anlaşılmış bir kur etkisine çeviriyor. Maliyeti bir cümle ve tekrar eden bir destek kategorisini ortadan kaldırıyor; net iade bildirimlerinin akışın başka yerlerinde belirsizliği kaldırması gibi.

Mağaza Kredisi Sorunu Baypas Ediyor

Müşterinin orijinal para biriminde verilen mağaza kredisinde hiç dönüşüm adımı yok; bu, yalnızca bir elde tutma hamlesi değil gerçek bir avantaj. Anlamlı sınır ötesi hacmi olan mağazalar için krediyi cazip kılmanın gerçek bir gerekçesi bu; yine de para iadesinin kanuni hak olduğu yerde varsayılan değil tercih olarak kalmalı. Geniş takas mağaza kredisi mi para iadesi mi yazısında.

Komisyon, Vergi ve Mutabakat

Orijinal tahsilattaki sağlayıcı komisyonları iade ettiğinizde çoğu zaman geri gelmiyor; yani iade edilen bir sipariş fiilen komisyonu iki kez ödetiyor. Bu gerçek bir maliyet ve birim ekonominize ait, ama çoğu tüketici bağlamında müşteriye yansıtabileceğiniz bir kesinti değil.

Vergi, sınır ötesi vakalarda bir kıvrım daha ekliyor; çünkü satışta uygulanan oran varış noktasına bağlı ve güncel oranla değil aynı oranla ters çevrilmeli. İadeleri toplulaştırarak değil para birimi ve vergi çevresi bazında mutabık kılmak, bu hataları dönem sonundan önce görünür yapan şey; sınır ötesi KDV ve vergi disipliniyle örtüşüyor.

Son bir uygulama notu: mutabakatı otomatikleştirmeden önce elle bir hafta yapın. Para birimi bazında tahsilat ve iade toplamlarını yan yana koyduğunuzda, sistemin hangi noktada dönüşüm yaptığı genelde tek bakışta görünüyor. Bu bir saatlik iş, aylarca fark edilmeyecek bir mimari hatayı ortaya çıkarabiliyor.