Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

PrestaShop'ta ödeme veya sipariş süreci sorunu

Ödeme yapamayan bir müşteri, kaybedilmiş bir satış ve genellikle sessizce terk edilmiş bir sepet demektir: size şikayet etmek için mutlaka yazmaz. Gerçekte nerede tıkandığını bulmak için sipariş sürecini adım adım teşhis ediyorum.

Sorunumu anlatayım Mesaj gönderin

Bu tür bir dosyaya beni getiren durumlar

  • Ödeme düğmesi tepki vermiyor veya boş bir sayfa döndürüyor
  • Bir ödeme eklentisi (kredi kartı, PayPal, havale) ödeme adımından kayboldu
  • Müşteriden para çekildi ama sipariş PrestaShop tarafında "beklemede" durumunda kalıyor
  • 3D Secure kimlik doğrulamasından sonra bankadan dönüşte hata
  • Yanlış yapılandırılmış bir kısıtlama nedeniyle bir kargo firması veya ödeme yöntemi diğerini engelliyor
  • Ödeme test ortamında çalışıyor ama gerçek koşullarda çalışmıyor, ya da tam tersi

En sık nerede bozuluyor

PrestaShop sipariş süreci, ödeme yöntemlerini göstermeden önce birkaç kontrolden geçer: kargo firması, müşteri grubu, para birimi ve teslimat ülkesi kısıtlamaları. Bu filtrelerden biri yanlış ayarlanmışsa, ödeme eklentisi müşteriye herhangi bir açık hata mesajı vermeden sessizce kaybolur.

Onay tarafında, bir siparişin onaylanması actionPaymentConfirmation hook'undan ve ödeme eklentisi tarafındaki validateOrder() çağrısından geçer. Banka ödemeyi kabul etmesine rağmen sipariş beklemede kalmaya devam ediyorsa, neden neredeyse her zaman PrestaShop'a hiç ulaşmayan bir webhook veya sunucudan sunucuya bildirimdir (IPN): barındırma sağlayıcısının güvenlik duvarı, ödeme sağlayıcısının yönetim panelinde yanlış girilmiş bir callback URL'si veya çağrının başarısız olmasına neden olan geçersiz bir SSL sertifikası.

Bir başka klasik durum: bir ödeme eklentisi güncellemesi kullanılan API sürümünü değiştirir (örneğin en güncel Stripe SDK'sına zorunlu geçiş), ama yapılandırma buna göre güncellenmez; bu da diğer yöntemleri etkin bırakırken kart ödemelerini sessizce bozar.

Nasıl teşhis koyuyorum

  1. Müşteri sürecinin yeniden oluşturulması

    Takılan müşteriyle aynı koşullarda (ülke, para birimi, sepet, kargo firması) uçtan uca bir test siparişi veriyorum.

  2. Kısıtlamaların kontrolü

    Bir yöntemi uyarı vermeden gizleyebilecek ödeme eklentisi kısıtlama kurallarını (gruplar, kargo firmaları, ülkeler) kontrol ediyorum.

  3. Webhook kontrolü

    Ödeme sağlayıcısının bildirimlerinin sunucuya gerçekten ulaştığını, eklentinin loglarını ve gerekirse sağlayıcının yönetim panelini inceleyerek doğruluyorum.

  4. Gerçek koşullarda test

    Bazı tıkanmalar yalnızca gerçek API anahtarlarıyla ortaya çıktığı için, davranışı yalnızca test ortamında değil, üretim modunda da kontrol ediyorum.

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

passerelle
etape
commandes
changement (facultatif)
message (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Sıkça sorulan sorular

Ödenmiş ama beklemede kalan bir sipariş müşteriden iki kez mi tahsil edilir?
Hayır, para banka tarafından zaten yalnızca bir kez çekilmiştir. Sorun, PrestaShop'un onayı almamış olmasıdır; bu yüzden işlemin manuel olarak eşleştirilip siparişin onaylanması gerekir.
Sorunu çözmek için ödeme eklentisini değiştirmek gerekir mi?
İlk refleks olarak nadiren. Çoğu durumda neden, eklentinin kendisi değil, yanlış ayarlanmış bir yapılandırma veya webhook'tur. Değişikliği yalnızca eklenti gerçekten terk edilmişse öneririm.
Hangi erişimleri sağlamam gerekiyor?
PrestaShop yönetim paneli erişimi, FTP veya SSH erişimi ve mümkünse gönderilen bildirimleri kontrol edebilmem için ödeme sağlayıcısının yönetim paneline (Stripe, PayPal vb.) erişim.
Müdahale sırasında sipariş kaybetme riskim var mı?
Hayır, mağazayı kesintiye uğratmadan çalışıyorum. Zaten kaydedilmiş siparişlere dokunulmaz ve önceden bildireceğim istisnai durumlar dışında sipariş süreci teşhis sırasında erişilebilir kalır.
Çalışmayan bir ödemeyi düzeltmek ne kadar sürer?
Bir kısıtlama tıkanıklığı, yönetim paneli ve sunucu erişimi hazır olduğunda aynı gün içinde çözülen türden bir sorundur. Buna karşılık bir webhook veya SSL sertifikası sorunu üçüncü bir tarafa bağlıdır: süreyi benim değil, barındırma ya da ödeme sağlayıcısının yanıt hızı belirler.