Kısmi İadeler ve Bölünmüş Ödemeler: Yönlendirme Kılavuzu

Tek bir kredi kartıyla alınan tek bir ürünün iadesini işlemek çözülmüş bir problemdir. Ancak bir alışverişçi dijital hediye çeki, promosyon indirim kodu ve Şimdi Al, Sonra Öde (BNPL) hizmetinin bir kombinasyonunu kullanarak üç ürün satın aldığında ve daha sonra bu ürünlerden yalnızca birini iade etmeye karar verdiğinde karmaşıklık patlama yapar. Hangi ödeme yöntemi geri ödemeyi alacak? İndirim orantılı olarak nasıl dağıtılacak? İşlem ücretlerini kim üstlenecek?

Operasyon ekipleri bölünmüş ödemelere (split payments) yönelik sistematik bir yaklaşımdan yoksun olduğunda, kısmi iadeler bir muhasebe kabusuna dönüşür. Destek temsilcileri manuel hesaplamalar yapmaya zorlanır; bu da fazla geri ödemelere, bozulan defter kayıtlarına ve birincil banka hesapları yerine iade edilemeyen bir hediye kartına nakit iadesi alan öfkeli alışverişçilere yol açar. Bu kılavuz, karma ödeme (mixed-tender) iadelerinin mimari mantığını ve geri ödeme şelalesinin (waterfall) nasıl otomatikleştirileceğini incelemektedir.

Karma ödemelerin muhasebe kabusu

İki adet 75 €'luk ürün içeren 150 €'luk bir sipariş düşünün. Alışverişçi 50 €'luk mağaza kredisi hediye kartıyla ödeme yapıyor ve kalan 100 €'yu Visa kartından çekiyor. Sonra 75 €'luk ürünlerden birini iade ediyor. Sisteminiz Visa'ya rastgele 75 € iade ederse, müşterinin iade edilemeyen 25 €'luk mağaza kredisini nakde çevirmesine izin vermiş olursunuz. Nakit akışınızı sızdırmış olursunuz.

Baymard Institute tarafından yapılan ödeme adımı UX araştırmasına göre, alışverişçiler geri ödemelerin mantıklı bir şekilde yönlendirilmesini bekliyor ve genellikle mağaza kredilerinin geri yüklenmesinden ziyade birincil kartlarına nakit iadesi yapılmasını tercih ediyorlar. Ancak, satıcının finansal zorunluluğu bunun tam tersidir. Nakdi elinizde tutmak ve yükümlülüğü (liability) yakmak istersiniz. Bu birbiriyle çatışan iki arzuyu uzlaştırmak, sipariş yönetim mimarinizin derinliklerine yerleştirilmiş katı, otomatik öncelik kuralları gerektirir.

Yüksek hacimli yoğun bir sezonda bu mantıkta gezinmek için insan temsilcilere güvenemezsiniz. Yeni bir iade platformuna geçiyorsanız, platformun API'sinin karma ödeme mantığını nasıl ele aldığını değerlendirmek, muhtemelen yapacağınız en kritik teknik durum tespitidir (due diligence). Temiz bir defter ile yönetilemez bir mutabakat hataları karmaşası arasındaki fark budur.

Geri ödeme şelalesini önceliklendirme

Karma ödeme (mixed-tender) sorununu çözmek için mühendislik ekipleri bir geri ödeme şelalesi (waterfall) inşa etmelidir. Bu, kısmi bir iade sırasında fonları ilk olarak hangi ödeme ağ geçidinin alacağını belirleyen katı bir hiyerarşidir. Amaç, çekilemeyen (non-withdrawable) araçlara nakit paraya karşı öncelik vererek nakit akışını her zaman korumaktır.

Standart hiyerarşi her zaman şu sırayla çalışmalıdır: Mağaza Kredisi / Hediye Kartları → BNPL bakiyeleri → Birincil Kredi Kartları. İade değeri ilk kademe tarafından ödenen tutarı aşarsa, kalan kısım bir sonraki kademeye devredilir. Bu, yanlışlıkla promosyon değerini nakde çevirmemenizi (cash out) sağlar.

Yanlışlıkla tükenmiş bir hediye kartına gönderilen bir geri ödeme, asla kolayca kapatamayacağınız bir müşteri hizmetleri biletidir.

Yukarıdaki tablo, en uygun finansal akışı özetlemektedir. Güçlü bir iade API entegrasyonu aracılığıyla bu mantığa sıkı sıkıya bağlı kalarak tahmine dayalı işleri ortadan kaldırırsınız. Sistem, kesin kesirleri hesaplar ve doğru webhook'ları ilgili ödeme sağlayıcılarına ateşler.

Kısmi geri ödemelerde BNPL karmaşası

Şimdi Al, Sonra Öde (BNPL) hizmetleri belirli bir karmaşıklık katmanı sunar. Bir alışverişçi bir sepeti finanse ettiğinde, sözleşme onunla BNPL sağlayıcısı arasındadır. Kısmi iade yaparlarsa, geri ödeme banka hesaplarına gitmez; ödenmemiş kredi anaparalarını azaltır.

İade portalınız BNPL sağlayıcısına bildirimi geciktirirse, alışverişçi halihazırda geri gönderdiği bir ürün için taksit ödemek zorunda kalabilir. Bu durum acil ve agresif destek biletleri yaratır. BNPL geri ödeme zamanlaması boşluğunu kimin üstlendiğine dair analizimizde ayrıntılı olarak açıklandığı gibi, geri ödeme tetikleyicisini ilk kargo taramasında (Anında Kredi mantığı) otomatikleştirmek, bu sürtünmeyi ortadan kaldırmanın en etkili yoludur. BNPL defteri bir sonraki taksit çekilmeden önce güncellenir.

Dahası satıcılar, platformlarının bu sağlayıcılardan alınan sabit işlem ücretlerini nasıl ele aldığının farkında olmalıdır. Kısmi bir iade, genellikle BNPL ağ geçidinden orantılı bir ücret iadesiyle sonuçlanmaz; bu da satıcının orijinal çoklu ürün işleminin tüm maliyetini üstlendiği anlamına gelir.

Orantılı indirimleri yönetme

Bölünmüş ödemeler, sipariş düzeyindeki indirimlerle ciddi şekilde karmaşıklaşır. Bir alışverişçi "100 € üzeri siparişlerde 20 € indirim" kuponu kullanıp, her biri 60 € olan iki ürün alır ve birini iade ederse, promosyonun şartını bozmuş olur. Elinde kalan sepetin değeri artık sadece 60 €'dur.

API sadece satır öğesinin değerini (60 €) iade ederse, alışverişçi sistemi başarıyla kandırmış ve eşiği karşılamadan kalan ürünü 40 €'ya elinde tutmuş olur. legal_basis yönlendirme kurallarınız, sepet değerini orijinal promosyon kriterlerine göre otomatik olarak yeniden hesaplayacak şekilde programlanmalıdır. Bu senaryoda, iade edilen üründeki indirim fiilen iptal edilerek, iade tutarı dinamik olarak 40 €'ya ayarlanmalıdır.

• Sipariş düzeyindeki yüzdelik indirimleri her zaman tüm satır öğelerine orantılı olarak dağıtın.
• Kısmi bir iade geçerlilik kuralını bozarsa, sabit tutarlı eşik indirimlerini yeniden hesaplayın.
• Kullanıcı işlemi onaylamadan önce tam orantılı iade tutarını iade portalında açıkça gösterin.

Ödeme yönlendirmesinde son karar

Kısmi iadeleri birden fazla ödeme yöntemi üzerinden ele almak temelde mimari bir zorluktur. Satıcılar bunu manuel olarak çözmeye çalıştıklarında, hesaplama hataları yoluyla para kaybederler; sinir bozucu gecikmeler ve yanlış yönlendirilen fonlar yoluyla da müşteri kaybederler.

Ölçeklenebilir bir mimari oluşturmak için headless e-ticaret altyapısında iadeler ilkelerine güvenin. İade başlangıcını ödeme sürecinden ayırın (decouple), katı bir geri ödeme şelalesi (waterfall) oluşturun ve otomatik yönlendirme kurallarınızın fonların akışını belirlemesine izin verin. Tersine ödemelerdeki hassasiyet, olgun bir e-ticaret operasyonunun nihai özelliğidir.