# 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.

- Source canonique : [https://allaux.fr/tr/prestashop/probleme-paiement](https://allaux.fr/tr/prestashop/probleme-paiement)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Gelişmiş Parametreler > Günlükler ekranını açın ve bir test siparişi verin: zaman damgalı satır, sorunun çekirdekte mi yoksa ödeme modülünde mi olduğunu gösterir. Hiçbir ödeme yöntemi görünmüyorsa modül yapılandırmasındaki ülke, para birimi ve müşteri grubu kısıtlamalarını denetleyin. Ödenmiş ama beklemede kalan bir sipariş, mağazaya hiç ulaşmayan sunucudan sunucuya bildirime işaret eder.

## 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.

## FAQ

### Ö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.