Rentiva 6.1.0 — Ödemesi alınmış bir rezervasyonun iptali artık parayı geri veriyor
Bir müşteri ödeme yapıp sonra iptal ettiğinde, Rentiva rezervasyonu "iade bekliyor" diye işaretliyor ve orada duruyordu. Para hareket etmiyordu. Birinin bunu fark edip elle iade etmesi gerekiyordu. 6.1.0'dan itibaren iptal, iadeyi ödeme ağ geçidinize kadar kendisi yürütüyor.
İade artık gerçekten gerçekleşiyor
Bu, bir rezervasyonun iptal edilebildiği her iki yol için de geçerli: müşterinin kendi rezervasyonunu iptal etmesi ve sizin depozito ekranından iptal etmeniz. İkisi de artık iadeyi sonuna kadar yürütüyor.
Ağ geçidi parayı geri verebiliyorsa, otomatik olarak veriyor. Veremiyorsa — çevrimdışı bir ödeme, iadeyi desteklemeyen bir ağ geçidi — rezervasyon elden aktarım bekliyor olarak kaydediliyor ve müşteriye, gelmeyecek bir otomatik iade vaat edilmek yerine parayı bir kişinin aktaracağı söyleniyor. Hangisinin olduğu rezervasyona yazılıyor ve müşteriye giden e-postada belirtiliyor.
İptal süresi dolmadan iptal eden bir müşteri, artık iade edilebilir bakiyenin tamamını, aradan sizin bir adımınız geçmeden otomatik olarak geri alıyor. Rentiva bir iptal ücreti tanımlamıyor; dolayısıyla uygulayabileceği tek politika tam iade.
İadeleri güvenilmez kılan bir dizi şey
Yukarıdaki yol düzeltilirken bağlantılı birçok kusur ortaya çıktı. 6.1.0'da hepsi kapandı:
- Ödemesi yapılmış bir siparişin iadesi başarısız oluyordu. İade ekranı, gerçekten ödenmiş her siparişi reddediyordu. WooCommerce'in siparişi hâlâ düzenlenebilir sayıp saymadığını soruyordu — ki bu yalnız sipariş beklemede, askıda veya taslakken doğrudur — oysa sorması gereken, ağ geçidinin parayı geri gönderip gönderemeyeceğiydi.
- Depozitolu bir rezervasyonun ikinci siparişi iadelere görünmüyordu. Bir rezervasyon iki parça hâlinde ödendiğinde kalan-ödeme siparişi hiç bulunamıyordu, yani yalnız depozito geri dönüyordu.
- Bir iade iki kez sayılıyordu. Tek bir iade, birbirinden ayrı iki kaydet-ve-bildir adımından geçiyordu; rezervasyonun iade toplamı ikiye katlanıyor ve müşteriye iki e-posta gidiyordu.
- İade bildirimi müşteriye her zaman ulaşmıyordu. İletişim formunun doldurduğu, rezervasyonların doldurmadığı bir e-posta alanını okuyordu. O alan boş olduğunda bildirimi sessizce atlıyordu. Artık eklentinin geri kalanının baktığı yere bakıyor: rezervasyonun kendi müşteri e-postası, sonra WooCommerce fatura adresi, sonra bağlı hesap.
- Hiçbir ağ geçidinin gerçekleştirmediği bir iade "tamamlandı" diye kaydediliyordu. Artık elden aktarım bekliyor olarak kaydediliyor, çünkü biri parayı hareket ettirene kadar para hareket etmemiştir.
- Bir kısmı kartla, bir kısmı nakit alınmış ödemenin iadesi, tutarın tamamını elden aktarmanızı söylüyordu. İki tutar artık ayrı ayrı adlandırılıyor: ağ geçidinin zaten iade ettiği ve hâlâ aktarılması gereken.
- İki parçalı bir rezervasyonda bir siparişi iptal etmek diğerini bozuyordu. Ödenmemiş kalan-ödeme siparişini iptal etmek, depozito siparişi ödenmiş olmasına rağmen rezervasyonun tamamını iptal ediyor veya geriye düşürüyordu — üstelik hiçbir yerde iade olmadan. Ödenmiş sipariş artık rahat bırakılıyor, ölü siparişin bağlantısı temizleniyor ki kalan borç için yeni bir ödeme linki kesebilesiniz, ve size bildirim gidiyor.
- Elle oluşturulan rezervasyonların hiç ödeme yöntemi yoktu; bu da onları rezervasyon listesinde ve filtresinde etiketsiz bırakıyor, iade yolunda reddettiriyor ve ödeme yöntemi raporlarında boş bir kovaya topluyordu. Artık çevrimdışı ödeme olarak kaydediliyorlar.
- Rezervasyon ekranındaki iade kutusu, bakiyesi olan çevrimdışı rezervasyonlar için iade formunu gösteriyor — ilk kez. Kutu hep oradaydı; formun yerine "Bu rezervasyon için iade edilebilir ödeme bulunamadı" yazıyordu, çünkü form hiçbir şeyin yazmadığı bir tutarı bekliyordu.
Aynı rezervasyon üzerinde aynı anda başlatılan iki iade — bir iptal ve sizin yönetim ekranından başlattığınız bir iade — artık aynı anda koşamıyor.
Para çevrimi artık mağazanızın ondalığını izliyor
Rentiva, para biriminizle onun en küçük birimi arasında çevrim yapıyor. Eskiden bu birimin her zaman yüzde bir olduğunu varsayıyordu. Artık mağazanızın kendi ayarını okuyor: WooCommerce → Ayarlar → Genel → Para Birimi Seçenekleri → Ondalık Basamak Sayısı.
Mağazanız varsayılan iki ondalık kullanıyorsa sizin için hiçbir şey değişmiyor.
Mağazanız farklı bir ondalık sayısına ayarlıysa, güncellemeden önce şunu okuyun: Rentiva'nın bu sürümden önce kaydettiği iade ve ödeme tutarları dönüştürülmüyor, doğrudan yeni ölçekle yeniden okunuyor. Mevcut kayıtlar için bir göç adımı yok ve planlanmıyor. Bu, alt birimi olmayan para birimlerini ilgilendiriyor — örneğin sıfır ondalıklı Japon yeni.
WooCommerce dışında alınan depozitolar
Bir rezervasyonun depozitosu WooCommerce dışında alınmışsa, Rentiva artık kalan bakiye için WooCommerce ödeme linki teklif etmiyor.
Hiç WooCommerce siparişi olmamış, elle oluşturulmuş bir rezervasyon için o link zaten her zaman hata veriyordu. WooCommerce ödeme sayfasından başlayıp depozitosu sonradan çevrimdışı alındı diye işaretlenmiş bir rezervasyon içinse link çalışıyordu — ve asıl kusur buydu: tamamlanması bir WooCommerce siparişi oluşturuyor, bu da daha önce alınmış çevrimdışı depozitoyu rezervasyonun kayıtlı ödenen tutarından sessizce siliyordu.
Depozito ekranı artık para kaybettirecek bir düğme sunmak yerine durumu açıklıyor. WooCommerce'e hiç uğramadan bakiyeyi tahsil edilmiş olarak kaydeden İşlem Kalan Miktar bundan etkilenmiyor ve çalışmaya devam ediyor.
Ekranlar
Araçlar listesi yeniden inşa edildi; liste, kart ve takvim görünümleri var. Her aracın ayını tek bakışta gösteren yeni bir aylık filo doluluk takvimi eklendi. Ek Hizmetler ekranı da yeni.
Güncelleme
Rentiva WordPress.org eklenti dizininde, dolayısıyla güncelleme WordPress'in kendi programına göre Eklentiler ekranınızda beliriyor — genellikle yarım gün içinde. Hemen kontrol etmek için Panel → Güncellemeler'i de kullanabilirsiniz.
WordPress 7.1'e kadar test edildi. WordPress 6.7 ve PHP 8.1 gerektirir.