Özellik

Geliştirici Sandbox Ortamı

Sandbox, ödeme entegrasyonunuzu canlıya almadan önce denediğiniz ayrı bir test ortamıdır. İstek ve yanıt yapısı canlı ortamla aynı mantıkla çalışır; temel fark, buradaki işlemlerin gerçek kart ve hesap hareketine dönüşmemesidir. Bu sayede başarılı ve başarısız akışları, 3D Secure yönlendirmesini ve sunucunuza gelen bildirimleri riske girmeden görebilirsiniz.

  • Gerçek para hareketi yok
  • Test ve canlı anahtarlar ayrı
  • Başarılı ve başarısız senaryolar

Sandbox erişimi ve test anahtarları, hesabınız açıldıktan sonra tanımlanır.

Test ortamının adresi, anahtarları ve kapsamı çalışılacak ödeme kuruluşunun çözümüne göre belirlenir; kesin bilgi hesabınız açıldığında iletilen dokümantasyonda yer alır.

Test planı

Sandbox’ta neyi test etmelisiniz?

Entegrasyonunuzda olmayanları kapatın; size göre test planı kalsın. Her maddede beklenen sonuç yazılı; ★ işaretli üçü canlıya geçmeden şart. Planı kopyalayıp ekibinizle paylaşın.

Entegrasyonunuzda hangileri var?

  1. Başarılı ödeme. Başarılı sonuç veren test kartıyla tek çekim yapın; sipariş “ödendi” olsun, tutar ve sipariş numarası yanıtla eşleşsin.
  2. Reddedilen ödeme. Yetersiz bakiye, hatalı CVV ve süresi dolmuş kart senaryolarını deneyin; sipariş “ödenmedi” kalsın, müşteriye ham kod yerine anlaşılır mesaj çıksın (POS hata kodları).
  3. Şart: Sonuç imzalı bildirimle kesinleşir. Sipariş durumunu tarayıcı dönüşüyle değil, imzası doğrulanan bildirimle değiştirin; imzası bozuk bildirim reddedilsin (imza deneme alanı).
  4. Şart: Aynı bildirim iki kez. Aynı olayı ikinci kez gönderin; sipariş ikinci kez işlenmesin (idempotency).
  5. Şart: Mükerrer istek. Aynı sipariş için isteği iki kez gönderin; benzersiz sipariş numarası ikinci çekimi engellesin.
  6. Bildirim gecikirse. Bildirim gelmeden siteye dönülürse sipariş “beklemede” görünsün, sonuç gelince güncellensin.
  7. 3D doğrulama başarısız. Doğrulama ekranında yanlış kod girin ya da pencereyi kapatın; ödeme alınmasın, sepet korunsun.
  8. Taksitli ödeme. Taksit sayısı isteğe doğru gitsin; ekranda taksit tutarı ve toplam doğru görünsün.
  9. İptal ve iade. Gün içinde iptali, sonra tam ve kısmi iadeyi deneyin; kalan tutar ve sipariş durumu doğru güncellensin.
  10. Kayıtlı kartla ödeme. Kartı token ile saklayıp ikinci ödemeyi kart bilgisi girmeden yapın; veritabanınızda kart numarası değil yalnız token dursun.
  11. Başarısız yenileme. Yenilemede reddedilen bir senaryo çalıştırın; üyelik durumu ve müşteri bildirimi kendi kuralınıza göre ilerlesin.
  12. Dövizli ödeme. Farklı para birimiyle istek gönderin; para birimi kodu ve tutar biçimi doğru olsun.
  13. Ödeme linki. Bağlantı üretip bağlantıdan ödeyin; sonuç ilgili talebe bağlansın.
  14. Canlıda son kontrol. Canlı anahtarlarla küçük tutarlı bir işlem yapıp iade ederek kapatın.

14 senaryo · ★ işaretli üçü canlıya geçmeden şart. Senaryoların kart etiketleri ve yanıt kodları: test kartları. Kart numaraları ve alan adları kuruluşunuzun test dokümantasyonunda yazar.

Test anahtarınız var mı?

Üç adım

Sandbox nasıl çalışır?

Anahtarın tanımlanmasından senaryo testine giden sıra.

01

Başvurunuzu tamamlayın.

Hesabınız açıldığında test ortamı erişimi ve sandbox anahtarlarınız tanımlanır. Erişimin kapsamı, çalışılacak ödeme kuruluşunun çözümüne göre belirlenir.

02

Test anahtarınızı bağlayın.

Sandbox anahtarını kendi yazılımınıza tanımlayın ve test adresine istek gönderin. Anahtarları kod deposuna yazmayın; sunucu ortam değişkeninde tutun.

03

Senaryoları çalıştırın.

Başarılı ödeme, başarısız ödeme, 3D Secure, iade ve iptal akışlarını sırayla deneyin; webhook bildirimlerinin kendi kaydınıza doğru işlendiğini doğrulayın.

Test süresi kendi yazılımınızın yapısına ve denemek istediğiniz senaryo sayısına göre değişir.

Ücretsiz Başvuru →

Anahtarların tanımlanması için önce başvurunuzu tamamlamanız gerekir.

Sandbox ortamı

Kodunuzu canlıya almadan deneyin.

Ödeme akışını gerçek kart hareketi olmadan uçtan uca çalıştırın; hataları canlıya geçmeden görün. Aşağıdaki üç başlık test ortamının ana parçalarını özetler.

Test anahtarları

  • Canlı anahtarlardan ayrı tutulur
  • Yalnız test ortamında geçerlidir
  • Hesap açılışında tanımlanır

Anahtarları paylaşmayın; canlı anahtarla test etmeyin.

Gerçek API yanıtları

  • Aynı istek ve yanıt yapısı
  • Hata kodları ve doğrulama adımları
  • Webhook bildirimleri

Yanıt alanları ve hata kodları seçilen çözüme göre değişebilir.

Test kartları

  • Başarılı ödeme senaryosu
  • Yetersiz bakiye, CVV ve süre hatası
  • 3D Secure doğrulama adımı

Kart listesi ve doğrulama bilgileri kuruma göre değişebilir.

Sandbox erişimi ve anahtarlar, hesabınız açıldıktan sonra tanımlanır.

Ücretsiz Başvuru →Test isteklerinde ve günlük kayıtlarında gerçek kart ya da müşteri verisi kullanmayın. Ayrıntı için: KVKK Aydınlatma Metni.
Kimler için

Test ortamı hangi ekiplerde işe yarar?

Ödeme akışını kendi yazılımınızın içinden kurduğunuz durumlarda.

E-ticaret siteleri

Sepet ve sipariş akışı

Sepet sayfasındaki ödeme adımını ve sipariş durumu güncellemesini canlıya almadan denemek için. Ayrıntı: e-ticaret sanal POS.

Mobil uygulamalar

iOS ve Android

Uygulama içi ödeme akışını sunucu tarafında kurup istemciden test etmek için. Ayrıntı: mobil uygulama ödemeleri.

SaaS ve yazılım ürünleri

Abonelik ve yenileme

Tekrarlayan ödeme ve iptal akışlarını gerçek kart hareketi olmadan denemek için. Ayrıntı: SaaS ve yazılım ödemeleri.

Hangi senaryoların size uyduğundan emin değilseniz satış yönteminizi ön görüşmede anlatmanız yeterli.Başvuru nasıl ilerler?

Sık sorulan sorular

Sandbox ortamı hakkında.

Sandbox ortamı ücretsiz mi?

Test ortamı erişimi ve anahtarlarınız, hesabınız açıldıktan sonra tanımlanır. Kapsamı, varsa süre ya da işlem sınırları ve varsa ücreti teklifinizde yazılır; ayrıntı için fiyatlandırma ve test ortamı (sandbox) sayfalarına bakın.

Test kartı numaralarını nereden bulabilirim?

Test kart numaraları ödeme kuruluşuna özeldir; numaraları, son kullanma tarihini ve 3D test değerini hesabınızın bağlı olduğu kuruluşun test dokümantasyonundan alırsınız. Hangi senaryoyu hangi kartla deneyeceğiniz test kartları sayfasında anlatılır.

Sandbox ile canlı ortam arasındaki fark nedir?

Temel fark, test ortamındaki işlemlerin gerçek kart ve hesap hareketine dönüşmemesidir. İstek ve yanıt yapısı genelde aynı kalır; canlıya geçerken anahtarlar ve adresler değişir. Alan yapısının hangi noktalarda farklılaştığı hesabınız açıldığında iletilen dokümantasyonda belirtilir; uç nokta ayrıntıları için API dokümantasyonu sayfasına bakın.

Hata senaryolarını nasıl test edebilirim?

Farklı test kartlarıyla yetersiz bakiye, geçersiz kart, süresi dolmuş kart ve 3D Secure doğrulama hatası gibi akışlar denenebilir. Kuruluşunuzun test listesinde hangi etiketli kartı arayacağınız test kartları sayfasında; dönen kodların karşılığı için POS hata kodları sayfasını kullanabilirsiniz.

Canlıya geçiş ne kadar sürer?

Süre kendi yazılımınızın yapısına ve doğrulamak istediğiniz senaryolara göre değişir. Kod tarafında genellikle anahtarların ve adreslerin değiştirilmesi ile bildirim adresinin canlı ortama tanımlanması gerekir; izlenecek sıra için test ortamı (sandbox) ve webhook ve callback sayfalarına bakın.

Entegrasyona başlayın

Önce başvurunuzu tamamlayalım.

Sandbox erişimi ve test anahtarları hesap açılışıyla tanımlanır. Ön değerlendirme için başvuru formunu doldurun.

Başvuru ücretsizdir. Teklifi inceleyip karar verin.

Başvuru nasıl ilerler? →

Sorularınız için:0212 909 00 87ya da WhatsApp’tan yazın

Ayrıntılar

Test Ortamı Ne İşe Yarar?

Test ortamı, yazdığınız kodun ödeme akışını doğru kurduğunu göstermek içindir. Gerçek bir kart çekilmeden, ödeme başlatma isteğinin kabul edildiğini, doğrulama adımının çalıştığını ve sonucun kendi kaydınıza işlendiğini uçtan uca izlersiniz.

  • Gerçek para hareketi olmaz. Test ortamındaki işlemler kart ve hesap hareketine dönüşmez; yalnızca entegrasyonun doğru çalıştığını görmek içindir.
  • Anahtarlar ayrıdır. Test ve canlı anahtarlar birbirinden bağımsız tanımlanır. Böylece deneme sırasında canlı hesabınıza yanlışlıkla istek gönderme ihtimali ortadan kalkar.
  • Yanıt yapısı aynı mantıkla çalışır. İstek alanları, durum kodları ve hata karşılıkları canlı ortamdakiyle aynı çerçevede döner; kodunuzu ikinci kez yazmanız gerekmez.
  • Hazır test kartları vardır. Başarılı ödeme, yetersiz bakiye ya da süresi dolmuş kart gibi sonuçları üreten kart numaraları önceden tanımlıdır.

Test ortamının adresi, anahtarları, kapsamı ve varsa sınırları çalışılacak ödeme kuruluşunun çözümüne göre belirlenir; kesin bilgi hesabınız açıldığında iletilen dokümantasyonda yer alır. Ayrıntılı anlatım ve senaryo listesi için test ortamı (sandbox) ve test kartları sayfalarına bakabilirsiniz.

Test Araçları ve Özellikleri

Aşağıdaki başlıklar test ortamında en sık çalıştırılan akışlardır. Hangilerinin hesabınıza tanımlı olduğu seçilen ödeme kuruluşunun çözümüne göre değişir.

  • Test kartları. Visa, Mastercard ve Troy için hazır kart numaralarıyla ödeme simülasyonu yapılır. Kart listesi ve doğrulama bilgileri kuruma göre değişebilir.
  • Başarılı ödeme testi. Ödemenin kabul edildiği akışı çalıştırıp dönen yanıt alanlarını ve durum kodlarını doğrularsınız.
  • Başarısız ödeme testi. Yetersiz bakiye, geçersiz kart ve limit aşımı gibi durumların kendi arayüzünüzde nasıl göründüğünü denersiniz.
  • 3D Secure testi. Doğrulama akışındaki yönlendirmeyi ve geri dönüş adımını simüle edersiniz. Akışın işleyişi için API dokümantasyonu sayfasına bakın.
  • İade testi. Tam ve kısmi iade çağrılarını gönderip dönen yanıtları doğrularsınız. İade kuralları ve süre sınırları sözleşmenizde yazar.
  • Webhook testi. Ödeme sonucuna göre gönderilen bildirimleri deneyip callback adresinizin isteği doğru karşıladığını görürsünüz. Alan yapısı ve imza doğrulaması için webhook ve callback sayfasını kullanın.
  • Tekrarlayan ödeme testi. Abonelik planı oluşturma, yenileme denemesi ve iptal akışlarını test ortamında çalıştırırsınız.
  • Kart saklama testi. Kart numarası yerine tokenization ile üretilen anahtarın saklandığı akışı ve sonraki alışverişte kart bilgisi girilmeden ilerleyen adımı denersiniz.

Hazır kod örnekleriyle başlamak isterseniz örnek kodlar sayfasındaki parçaları kendi projenize uyarlayabilirsiniz.

Kapsamlı Test Senaryoları

Canlıya geçmeden önce yalnızca başarılı akışı değil, hata ve sınır durumlarını da çalıştırmak entegrasyonun sağlamlığını gösterir.

  • Farklı kart tipleri. Visa, Mastercard, Troy ve farklı bankaların kartlarıyla aynı akışı tekrarlayın; sonuçlar kartı veren kuruluşun tanımına göre değişebilir.
  • Hata kodları. Yetersiz bakiye, geçersiz CVV ve süresi dolmuş kart gibi durumlarda dönen kodları yakalayın. Karşılıkları için POS hata kodları sayfasını kullanın.
  • Taksit senaryoları. Farklı taksit seçeneklerinin ve tutar hesaplamasının kendi sepetinizde nasıl göründüğünü deneyin. Hangi seçeneklerin açık olacağı işletmenizin değerlendirmesine bağlıdır.
  • Dövizli ödeme. Farklı para birimleriyle ödeme akışını çalıştırın; desteklenen para birimleri seçilen çözüme göre değişir.
  • Ödeme linki. Bağlantı üretme ve bağlantı üzerinden ödeme akışını uçtan uca deneyin. Ayrıntı için link ile ödeme sayfasına bakabilirsiniz.

Sandbox'tan Canlıya Geçiş

Test ortamında akış doğrulandıktan sonra canlı anahtarlara geçilir. Aşağıdaki adımlar geçişte tipik olarak yapılan işlerdir; kesin sıra hesabınız açıldığında iletilen dokümantasyonda belirtilir.

  • Anahtarları değiştirin. Sandbox anahtarı yerine canlı anahtarı tanımlayın. Anahtarları kod deposunda değil sunucu ortam değişkeninde tutun.
  • Adresleri güncelleyin. İsteklerin gönderildiği adresleri canlı ortama çevirin. Kullandığınız kütüphaneye göre bu genellikle tek bir ortam ayarıdır.
  • Bildirim adresini yapılandırın. Canlı ortam için webhook adresinizi tanımlayın ve imza doğrulamasını açık bırakın. Ödeme sonucunu tarayıcıdan dönen yanıtla değil, bu bildirimle kesinleştirin.
  • Son kontrolü yapın. Canlı ortamda küçük tutarlı bir işlem yaparak akışın uçtan uca çalıştığını doğrulayın ve sonucu iade ederek kapatın.

Entegrasyonun tümüne bakmak isterseniz API ve SDK entegrasyonu sayfası REST çağrılarını ve hazır kütüphaneleri birlikte anlatır.

Ara WhatsApp Ücretsiz Başvur →