GET/api/public/access-request/payment-status

Erişim talebi hunisi için hangi ödeme sağlayıcılarının (PayPal, Stripe) şu anda hazır/yapılandırılmış olduğunu döndürür.

“GET /api/public/access-request/payment-status — API Referansı” sayfası bu URL ile belirtilen işlev alanını açıklar. Mevcut özet gerçek iş akışı, ön koşullar ve bilinen sınırlarla genişletilir. Form oluşturucu tetikleyici anahtar kelimeler, alan türleri ve zorunlu alan işaretleriyle serbestçe yapılandırılabilen formları destekler. İşlev uçtan uca test edilmiştir. `GET /api/public/access-request/payment-status` bu URL'de açıklanan belirli adımdır. İstemci HTTP yöntemi, yol, kimlik doğrulama modeli, zorunlu alanlar ve sorun yanıtlarını aynen uygulamalıdır. Zentor genel bir geliştirici API anahtarı sunmaz; rota ya herkese açıktır ya da belgelenen Widget gömme tokenı ve kaynak doğrulamasıyla korunur. `/api/public/access-request/payment-status` çağrısında HTTP durumu ile JSON gövdesi birlikte değerlendirilmelidir. Doğrulama hatası, bulunamayan kaynak, reddedilen kaynak, süresi dolmuş tek kullanımlık değer ve sunucu hatası farklı işlenir. Başarılı çağrı yalnızca bu adımın işlendiğini gösterir; e-posta teslimi, ödeme veya SSO tamamlandığı anlamına gelmez. `GET /api/public/access-request/payment-status` için anonim test değerleri kullanılmalıdır. Genel örneklerde gerçek müşteri verisi, üretime benzeyen UUID, oturum JWT’si, Widget tokenı veya gerçek zaman damgası bulunmamalıdır. Bilinen platform sınırı 15 dakikada 2.000 istektir; bu endpoint için ayrı bir sınır kanıtlanmamıştır. İdempotent olmayan POST çağrıları belirsiz ağ kesintisinden sonra otomatik tekrarlanmamalıdır. İlk çağrı yan etki oluşturmuş olabilir. Loglarda durum ve güvenli sorun kodu tutulabilir; parola, doğrulama kodu, sıfırlama tokenı ve diğer gizli bilgiler yazılmamalıdır. “GET /api/public/access-request/payment-status — API Referansı” için gerçek kaynak API registry’si, ilgili backend rotası ve testlerdir. Negatif test veya benzer kod yoluna dayanan çıkarım tam canlı doğrulama değildir. Sayfa, bilginin şemadan mı, otomatik testten mi yoksa güvenli canlı gözlemden mi geldiğini açıkça ayırmalıdır. `GET /api/public/access-request/payment-status` uygulanırken istemci HTTP durumunu, yapılandırılmış hata kodunu ve güvenli bir iç istek referansını birlikte değerlendirmelidir. Böylece giriş doğrulaması, kimlik doğrulama, kaynak denetimi ve sunucu tarafı işleme hataları birbirinden ayrılabilir. Açık örnekler anonim kalmalı; gerçek parolalar, tokenlar, müşteri kimlikleri veya üretim zaman damgaları dokümana ve destek mesajlarına eklenmemelidir. İstemci, yanıtta yalnızca gerçekten hazır olarak bildirilen ödeme yöntemini göstermelidir. Bir sağlayıcının alan adının şemada bulunması, aktif fiyat akışında kullanılabildiği anlamına gelmez. Mevcut ürün akışında PayPal doğrulanmıştır; Stripe için aktif kullanım kanıtı bulunmadığından arayüz bu ayrımı korumalıdır.

Kimlik Doğrulama ve Güvenlik

Kimlik doğrulama gerekmez

İdempotent: Evet

Örnek Yanıt

{"ok":true,"data":{"paypal_ready":false,"mode":"sandbox","paypal_sandbox_ready":false,"stripe_ready":false,"stripe_sepa_enabled":false}}

Canlı Test Kanıtı

Başarı (200) canlı olarak doğrulandı; uç nokta herhangi bir girdi parametresi beklemediğinden olumsuz durum yoktur.

Genel Formlar