Siparişin Alınması ile Havalenin Gelmesi
WooCommerce yerleşik banka havalesi yöntemi, müşterinin ödemeyi bankası üzerinden ayrıca yapmasını gerektirir. Siparişin oluşturulması banka hesabına para geçtiğini göstermez. Bu nedenle havale siparişinin beklemede kalması çoğu durumda yöntem tasarımının bir parçasıdır.
Örneğin müşteri ödeme ekranında havaleyi seçip siparişi tamamladıktan sonra alışverişin bittiğini düşünebilir. Sipariş alındı mesajı ödeme yapıldı şeklinde anlaşılmışsa işletmenin açıklaması belirsizdir. Destek ekibi önce müşterinin havaleyi başlatıp başlatmadığını belirler. Sipariş numarası ve beklenen tutar üzerinden konuşmak, müşteriyi aynı siparişi yeniden oluşturmaya yönlendirmekten daha açık bir takip sağlar.
Müşteriye Gösterilen Hesap Bilgisi
Yerleşik havale yönteminin başlığı, açıklaması ve ödeme talimatları yönetilebilir. Banka hesap bilgileri sipariş sonrası sayfada ve ilgili sipariş e-postasında gösterilebilir. Bu alanların güncel ve birbirleriyle tutarlı olması müşterinin doğru yere ödeme yapabilmesi için önemlidir.
Kurgusal bir mağazada eski banka hesabı e-posta şablonuna elle yazılmış, güncel hesap ise ödeme ayarlarında bulunuyor olsun. Müşteri hangi bilgiyi esas alacağını bilemeyebilir. İncelemede kullanılan hesap adı ve ödeme açıklaması farklı yüzeylerde karşılaştırılır. Finansal bilgiler herkesin düzenlediği dağınık metinlerde tutulursa değişiklik sonrası eski talimatların kalma riski artar.
Banka Havalesi Ayarları
Direct bank transfer ekranı müşteriye gösterilen başlığı, açıklamayı ve hesap bilgilerini yönetir. Bu bilgilerin tanımlanması bankaya para geldiğinde otomatik onay verildiği anlamına gelmez. Havale siparişi gerçek banka hareketiyle eşleştirilerek sonuçlandırılır.
Manuel Mutabakatın Kapsamı
WooCommerce yerleşik havale yöntemi bankadan anlık ödeme onayı alıp siparişi kendiliğinden tamamlayan bir bağlantı değildir. İşletme gelen ödemenin gerçekten hesaba geçtiğini ve ilgili siparişle eşleştiğini doğrulamalıdır. Sonraki sipariş durumu bu doğrulama sonucuna göre değerlendirilir.
Örneğin iki müşterinin aynı tutarda sipariş verdiğini varsayalım. Yalnızca tutara bakmak yanlış siparişi onaylamaya yol açabilir. Sipariş numarası, açıklama ve işlemin gerçek banka kaydı birlikte incelenir. Müşterinin gönderdiği ekran görüntüsü yardımcı bilgi olabilir; işletmenin kendi hesabındaki işlemle eşleşmesi ayrıca belirlenmelidir. Bu yaklaşım yanlış sevkiyatın önlenmesine yardımcı olur.
Bekleyen Kaydın Teknik İncelemesi
Ödeme ulaştığı halde siparişin durumu değişmemişse kullanılan yöntemin gerçekten yerleşik havale mi yoksa ek bir banka entegrasyonu mu olduğu belirlenmelidir. Otomatik onay beklentisi yalnızca ilgili entegrasyonun sağladığı özelliklerle değerlendirilebilir. Eklentinin kurulu olması bütün banka hareketlerinin otomatik eşleştiğini kanıtlamaz.
Kurgusal bir işletmede ekip üyelerinden biri onayın otomatik, diğeri manuel olduğunu sanıyor olabilir. Sorun kaydında ödeme yönteminin tam adı ve sipariş notlarında görülen son olay yazılır. Böylece operasyon görevi ile teknik hata birbirine karıştırılmaz. Banka kaydı doğrulanmışsa hangi yetkili kişinin sipariş durumunu güncelleyeceği süreç içinde açık olmalıdır.
Müşteri ve Depo İletişimi
Havale siparişi için müşteriye verilen bilgi ile depoya iletilen hazırlama talimatı aynı ödeme durumunu yansıtmalıdır. Ödemesi doğrulanmamış siparişin yalnızca sipariş e-postası geldiği için sevkiyata alınması işletmenin kontrolünü zayıflatır. Buna karşılık ödeme doğrulandığı halde bekleyen kayıt da gereksiz gecikme yaratabilir.
Örnekte müşteri ödemeyi tamamladıktan sonra siparişin hâlâ beklemede olduğunu görüyorsa destek ekibi hangi aşamanın incelendiğini açıklayabilir. Gerçekleşmemiş ödeme onayı verilmez, belirsiz süre taahhüdü yazılmaz. Sonuçta banka hareketi, sipariş kaydı ve hazırlama görevinin aynı sipariş numarası altında uyuşması beklenir. Bu uyuşma sağlandığında süreç ekipler arasında daha anlaşılır biçimde devredilebilir.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
WooCommerce