MHM Rentiva 6.1.0: Rezervasyon İptali ve Para İadesi Yenilendi
MHM Rentiva 6.1.0: Rezervasyon İptali ve Para İadesi Süreci Yenilendi
MHM Rentiva 6.1.0, 24 Ağustos 2026 tarihinde yayınlanan ve özellikle rezervasyon iptali ile para iadesi süreçlerine odaklanan bir güncelleme.
Bu sürümle birlikte ödemesi alınmış bir rezervasyon iptal edildiğinde süreç artık yalnızca rezervasyon durumunu değiştirmekle kalmıyor; iade işlemi de gerçekten yürütülüyor. Ödeme ağ geçidi otomatik iadeyi desteklemiyorsa işlem manuel iade olarak kaydediliyor ve yöneticiye aktarılması gereken tutar açık biçimde gösteriliyor.
6.1.0 ayrıca depozito ve kalan ödeme senaryolarındaki çeşitli sorunları gideriyor, iade bildirimlerini daha doğru hale getiriyor ve para tutarlarının WooCommerce mağazasındaki ondalık basamak ayarına göre işlenmesini sağlıyor.
Rezervasyon iptali artık gerçek para iadesini başlatıyor
Sürümün en önemli değişikliği rezervasyon iptal sürecinde.
Önceki yapıda ödemesi alınmış bir rezervasyon iptal edildiğinde rezervasyon “iade bekliyor” durumuna geçirilebiliyor ancak para iadesi ödeme ağ geçidine kadar ilerlemiyordu. Bu durum hem müşterinin kendi yaptığı iptaller hem de yönetici tarafından gerçekleştirilen iptaller için geçerliydi.
MHM Rentiva 6.1.0 ile iki iptal yolu da gerçek iade sürecine bağlandı.
Ödeme ağ geçidi iadeyi otomatik olarak gerçekleştirebiliyorsa para orijinal ödeme yöntemi üzerinden geri gönderilebiliyor. Ağ geçidinin otomatik iade sağlayamadığı durumlarda ise sistem artık gerçekleşmemiş bir işlemi tamamlanmış gibi göstermiyor. Bunun yerine iade, manuel para transferi bekleyen işlem olarak kaydediliyor.
Böylece rezervasyonun iptal edilmesi ile müşteriye paranın gerçekten geri dönmesi arasındaki durum daha doğru takip edilebiliyor.
Müşteri kendi rezervasyonunu iptal ettiğinde ne oluyor?
İptal son tarihinden önce kendi rezervasyonunu iptal eden müşteri, iade edilebilir bakiyenin tamamı için doğrudan iade sürecine giriyor.
MHM Rentiva içerisinde ayrıca yapılandırılabilen bir iptal bedeli bulunmadığı için eklentinin uygulayabileceği politika bu durumda tam iade.
Buradaki önemli değişikliklerden biri de yöneticinin araya girmesine gerek kalmaması. Uygun koşullardaki müşteri iptali doğrudan iade akışını başlatabiliyor.
Otomatik ve manuel iadeler artık birbirinden ayrılıyor
Her ödeme yönteminin veya ödeme ağ geçidinin otomatik para iadesi gerçekleştirebildiğini varsaymak doğru değil.
6.1.0 bu ayrımı hem işlem kayıtlarında hem de müşteri iletişiminde dikkate alıyor.
Varsayılan iade e-postası artık müşteriye paranın orijinal ödeme yöntemine otomatik olarak dönüp dönmeyeceğini veya iadenin manuel olarak aktarılması gerekip gerekmediğini bildiriyor.
İptal e-postası ise henüz gerçekleşmemiş bir iadeyi otomatik iade olarak tanımlamıyor. Bunun yerine müşteriye ayrıca bir iade bildirimi gönderileceğini belirtiyor. Gerçek iade yöntemi, işlem tamamlandıktan sonra gönderilen bu bildirimde açıklanıyor.
Yönetici tarafından özelleştirilmiş iade e-postası kullanan sitelerde mevcut özel metin korunuyor.
Manuel iadeler yönetim ekranından takip edilebiliyor
Ödeme ağ geçidinin gerçekleştiremediği ve bir kişinin para transferi yapmasını gerektiren iadeler için yönetim tarafı da geliştirildi.
Manuel transfer bekleyen bir iade, para gerçekten müşteriye aktarıldıktan sonra rezervasyon ekranından kapatılabiliyor.
Bu işlem sırasında:
- iadeyi kimin onayladığı,
- işlemin ne zaman tamamlandığı,
- isteğe bağlı ödeme referansı
rezervasyon kaydına ekleniyor. İlgili bir WooCommerce siparişi bulunuyorsa bilgi ayrıca sipariş notuna da yazılıyor.
İadenin insan kararı gerektirdiği durumlarda ise yöneticiye iki seçenek sunuluyor: iadeyi yine de gerçekleştirerek rezervasyonu iptal etmek veya gerekçe girerek iadenin gerekli olmadığını kaydetmek.
Depozito ve kalan ödeme iadeleri daha doğru işleniyor
MHM Rentiva’nın depozito + kalan ödeme yapısını kullanan rezervasyonlarında önemli bir sorun daha giderildi.
Önceden kalan ödeme için oluşturulan WooCommerce siparişi, rezervasyonun iade işlemi sırasında bulunamayabiliyordu. Bunun nedeni, WooCommerce siparişini rezervasyonla eşleştiren aramanın kalan ödeme siparişinde kullanılan meta anahtarını tanımamasıydı.
6.1.0 ile kalan ödeme siparişi de depozito siparişiyle birlikte iade sürecine dahil ediliyor.
Kartla ödenmiş depozito ile elden alınmış kalan tutarın birlikte bulunduğu senaryolar da artık ayrı değerlendiriliyor. Sistem yöneticiden toplam tutarın tamamını manuel olarak aktarmasını istemek yerine, ödeme ağ geçidinin zaten iade ettiği bölüm ile hâlâ manuel olarak aktarılması gereken bölümü ayrı ayrı gösteriyor.
Bu özellikle karma ödeme yöntemleri kullanılan rezervasyonlarda yanlış veya mükerrer ödeme riskini azaltıyor.
Aynı iadenin iki kez kaydedilmesi engellendi
Önceki yapıda tek bir iade iki farklı kayıt ve bildirim mekanizmasından geçebiliyordu.
WooCommerce’in iade hook’u tutarı rezervasyona kaydettikten sonra MHM Rentiva’nın işlemi aynı tutarı yeniden ekleyebiliyor ve ikinci bir e-posta gönderebiliyordu.
Sonuç olarak başarılı tek bir iade:
- iki kez kaydedilebiliyor,
- müşteriye iki iade bildirimi gönderebiliyordu.
6.1.0 ile bir iade artık yalnızca bir kez kaydediliyor ve bir kez bildiriliyor.
Ayrıca aynı rezervasyon üzerinde eş zamanlı iki para işleminin çalışmasını önlemek için iadeler sıraya alınıyor. Örneğin aynı anda müşteri tarafından başlatılan bir iptal ile yönetim panelinden gerçekleştirilen iade artık aynı rezervasyon üzerinde paralel biçimde çalışamıyor.
Çevrimdışı ödemeler iade sistemine daha doğru dahil ediliyor
Elle oluşturulan rezervasyonlar artık offline ödeme yöntemiyle kaydediliyor.
Önceden bu rezervasyonlarda herhangi bir ödeme yöntemi bulunmadığından rezervasyon listelerinde etiketsiz kalabiliyor, ödeme yöntemi raporlarında boş bir kategoriye düşebiliyor ve iade sistemi tarafından desteklenmeyen ödeme yöntemi olarak değerlendirilebiliyordu.
Yeni sürümle birlikte elle oluşturulan rezervasyonlar ödeme raporlarında da offline kategorisi altında gruplanıyor.
Rezervasyon ekranındaki iade kutusu da bakiyesi bulunan çevrimdışı rezervasyonlarda artık iade formunu gösterebiliyor.
WooCommerce dışında alınan depozitolar için hatalı ödeme bağlantısı kaldırıldı
Depozitosu WooCommerce dışında alınmış bir rezervasyon için kalan bakiyeyi tahsil etmek üzere WooCommerce ödeme bağlantısı sunulması bazı senaryolarda sorun yaratıyordu.
Elle oluşturulmuş ve hiç WooCommerce siparişi bulunmayan rezervasyonlarda bu bağlantı zaten çalışmıyordu.
Daha kritik senaryo ise rezervasyonun WooCommerce checkout ile başlayıp depozitonun daha sonra çevrimdışı alınmış olarak işaretlenmesiydi. Bu durumda kalan ödeme bağlantısı çalışabiliyor ancak yeni WooCommerce siparişi oluşturulduğunda önceden alınmış çevrimdışı depozito rezervasyonun kayıtlı ödenmiş tutarından kaybolabiliyordu.
6.1.0 ile iki senaryo da aynı şekilde engelleniyor.
Depozito ekranı artık kullanılamayacak ödeme bağlantısını göstermek yerine durumun nedenini açıklıyor.
Bakiyeyi WooCommerce kullanmadan tahsil edilmiş olarak kaydetmeye yarayan “İşlem Kalan Miktar” düğmesi ise bu değişiklikten etkilenmiyor.
Para birimi dönüşümünde mağazanın ondalık ayarı kullanılıyor
6.1.0 ile para tutarlarının major-minor birim dönüşümünde kullanılan yöntem de değişti.
MHM Rentiva artık sabit ×100 yaklaşımı yerine WooCommerce mağazasının:
WooCommerce → Ayarlar → Genel → Para Birimi Seçenekleri → Ondalık Basamak Sayısı
ayarını kullanıyor.
Standart iki ondalık basamak kullanan mağazalarda bu değişiklik mevcut davranışı değiştirmiyor.
Ancak mağaza iki dışında bir ondalık basamak sayısı kullanıyorsa dikkat edilmesi gereken önemli bir nokta var: önceki sürümlerde kaydedilmiş ödeme ve iade tutarları için otomatik bir veri göçü yapılmıyor.
Eski kayıtlar yeni ölçek kullanılarak doğrudan okunuyor.
Bu nedenle standart dışı ondalık yapılandırması kullanan mağazaların güncelleme sonrasında mevcut ödeme ve iade kayıtlarını kontrol etmesi faydalı olacaktır.
Birden fazla para birimi kullanılan rezervasyonlar manuel incelemeye gidiyor
Bir rezervasyonda farklı para birimleriyle ödeme kaydedilmiş olması da artık daha güvenli ele alınıyor.
Örneğin depozito bir para biriminde alınmış, ardından mağazanın para birimi değiştirilmiş ve kalan ödeme başka bir para biriminde kaydedilmiş olabilir.
Bu tutarları doğrudan toplamak anlamlı bir iade toplamı oluşturmayacağı için MHM Rentiva 6.1.0 böyle bir rezervasyonu otomatik olarak “iade gerekmiyor” şeklinde kapatmıyor.
Rezervasyon bunun yerine manuel incelemeye alınıyor ve yönetici bilgilendiriliyor. Durum rezervasyon düzenleme ekranındaki iade kutusundan takip edilebiliyor.
Bu davranış yalnızca 6.1.0 güncellemesinden sonra iptal edilen rezervasyonlara uygulanıyor; daha önce kapatılmış rezervasyonlar geriye dönük olarak yeniden değerlendirmeye alınmıyor.
İptal başarılı, iade sorunlu olabilir
6.1.0 ile iptal ve iadenin sonuçları birbirinden daha net ayrılıyor.
İade sırasında bir problem yaşanması artık rezervasyon iptalinin de başarısız olduğu anlamına gelmiyor.
Rezervasyon iptal ediliyor; ardından yöneticiye iptalin başarılı olduğu ancak iadenin ayrıca dikkat gerektirdiği bildiriliyor.
Eksik araç veya tarih bilgisi gibi durumlar da iptal işleminin tamamını durdurmuyor. Örneğin araç bloke tarihlerini serbest bırakma işlemi gerçekleştirilemiyorsa bu durum kayda geçiriliyor ancak yöneticinin istediği rezervasyon iptali tamamen reddedilmiyor.
Ödenmiş siparişler başarısız kalan ödeme siparişlerinden korunuyor
Depozito ve kalan ödeme için birden fazla WooCommerce siparişi bulunan rezervasyonlarda da önemli bir düzeltme yapıldı.
Kalan ödeme siparişinin iptal edilmesi veya başarısız olması, daha önce ödenmiş depozito siparişinin bulunduğu rezervasyonu tamamen düşürebiliyor veya iptal edebiliyordu. Üstelik bu sırada gerçek bir para iadesi yapılmıyordu.
6.1.0 ile ödenmiş sipariş korunuyor.
Başarısız veya iptal edilmiş kalan ödeme siparişinin bağlantısı temizleniyor ve böylece kalan tutar için yeni bir ödeme bağlantısı oluşturulabiliyor. Yönetici de durum hakkında bilgilendiriliyor.
Başka bir ifadeyle, ödeme aracının başarısız olması artık mevcut tahsilatın yok sayılması anlamına gelmiyor.
İade bildirimleri müşteriye daha güvenilir ulaşıyor
İade e-postalarının gönderiminde de bir adres çözümleme problemi giderildi.
Önceki yapı, rezervasyonlarda bulunmayan bir e-posta alanını okuyabildiği için iade bildirimi bazı durumlarda sessizce atlanabiliyordu.
Yeni sürüm müşteri adresini sırasıyla:
- rezervasyondaki müşteri e-postasından,
- WooCommerce siparişinin fatura adresinden,
- bağlı kullanıcı hesabından
çözmeye çalışıyor.
Gerçekten kullanılabilir bir e-posta adresi bulunamazsa bu durum kayda geçiriliyor.
Ayrıca belirli bildirim e-postalarının gönderilememesi artık yalnızca sessiz bir uyarı olarak kalmıyor; yöneticinin görebileceği hata kayıtlarına dönüştürülüyor.
Geliştiriciler için yeni refund action
MHM Rentiva 6.1.0 geliştiriciler için yeni bir action da ekliyor:
mhmrentiva_refund_completed
Action, bir iade operasyonu tamamlandığında rezervasyon kimliği ve operasyon sonucu ile birlikte tetikleniyor.
Bu hook, özel entegrasyonların veya ek otomasyonların iade işleminin sonucuna göre çalıştırılması gereken senaryolarda kullanılabilir.
Güvenlik tarafında bir iade ucu kaldırıldı
Sürümde güvenlikle ilgili bir temizlik de bulunuyor.
İade tutarını doğrudan gelen istekten alan, rezervasyonun gerçekten ne kadar iade edilebilir bakiyesi bulunduğunu kontrol etmeyen ve kendi yetki denetimini gerçekleştirmeyen eski bir iade ucu tamamen kaldırıldı.
Mevcut sürümde bu uca ulaşan çalışan bir kullanıcı arayüzü bulunmasa da ileride yeniden kullanılabilecek riskli bir kod yolu bırakılmaması için kod tamamen silindi.
Ayrıca rezervasyon iptali ve iade işlemlerindeki para hareketi yetkisi ortak bir kontrol noktasında birleştirildi. Böylece farklı giriş noktalarının birbirinden farklı yetki kontrolleri uygulaması yerine, işlemi gerçekleştiren aktöre göre aynı para hareketi denetimi kullanılıyor.
MHM Rentiva 6.1.0 neden önemli?
MHM Rentiva 6.1.0 yeni bir kullanıcı arayüzü özelliğinden çok, rezervasyon sisteminin finansal işlemlerinin tutarlılığına odaklanan bir sürüm.
Özellikle şu alanlarda önemli iyileştirmeler getiriyor:
- Rezervasyon iptalinden sonra gerçek iade işleminin yürütülmesi
- Otomatik ve manuel iadelerin doğru ayrılması
- Depozito ile kalan ödemenin birlikte doğru işlenmesi
- Mükerrer iade kayıtlarının ve bildirimlerinin engellenmesi
- Çevrimdışı ödemelerin iade sistemine dahil edilmesi
- Manuel iadelerin yönetim ekranından takip edilebilmesi
- Karma para birimli rezervasyonların manuel incelemeye alınması
- WooCommerce ödeme kayıtları ile rezervasyon durumlarının daha güvenli eşleştirilmesi
- İade yetkilendirme sürecinin ortak bir kontrol altında toplanması
Ödemesi alınmış rezervasyonların iptal edildiği bir sistemde, rezervasyon durumunun değişmesi kadar gerçek para hareketinin doğru takip edilmesi de önemli. 6.1.0’ın temel amacı bu iki süreci birbiriyle daha tutarlı hale getirmek.
Özellikle depozito, kalan ödeme, çevrimdışı tahsilat veya manuel iade kullanan MHM Rentiva kurulumlarında sürümün getirdiği değişikliklerin dikkate alınması gerekiyor.
