01Sorun ve çözüm
PayTR entegrasyonunu sipariş yaşam döngünüzden başlayarak kuruyoruz. Token üretimi, ödeme formunun gösterimi, bildirimin hash ile doğrulanması, sipariş durumunun güncellenmesi, iade ve gün sonu kontrolü tek akış olarak tasarlanır. Kullandığınız hazır altyapıda eklenti varsa önce onun yeterli olup olmadığına bakarız; özel yazılmış bir site, mobil uygulama ya da abonelik sistemi için bağlantıyı doğrudan kodunuza yazarız.
02Kimler için
PayTR entegrasyonu hangi işletmelere uygun
Ödeme altyapısı olarak PayTR'yi seçmiş ama hazır bir eklentiyle yetinemeyen yapılar için doğrudan entegrasyon daha kontrollü bir yoldur.
- Kendi yazılımıyla çalışan ve tahsilatı PayTR üzerinden almak isteyen e-ticaret siteleri
- Kurs, üyelik ya da etkinlik kaydı satan ve ödemeyi kayıt formunun son adımına bağlamak isteyen platformlar
- Mobil uygulamasında sepet ödemesini uygulama içinden tamamlatmak isteyen işletmeler
- Telefonla ya da mesajlaşma uygulamasıyla satış yapıp müşteriye ödeme linki gönderen satıcılar
- Mevcut PayTR eklentisinde ödeme ile sipariş eşleşmesi sık bozulan mağazalar
03İhtiyaçlar
Ödeme akışında doğru kurulması gereken noktalar
PayTR dokümantasyonu adımları tarif eder; işletmenize göre karar verilmesi gereken kısımlar ise geliştiricinin önüne gelir.
- 01
Bildirim adresinin güvenilir karşılanması
Ödeme sonucu tarayıcı yönlendirmesiyle değil, PayTR'nin bildirim adresinize gönderdiği istekle kesinleşir. Gelen veri hash ile doğrulanır, sipariş yalnızca bir kez işlenir ve PayTR'nin beklediği yanıt dönülür; yanıt alınamazsa bildirim yeniden gönderilir.
- 02
Sepet ve tutar bütünlüğü
Token üretilirken sepet içeriği ve ödenecek tutar PayTR'ye iletilir. Kupon, kargo ücreti ve indirim sunucu tarafında hesaplanır; tarayıcıdan gelen tutara hiçbir aşamada güvenilmez.
- 03
Taksit ve vade farkı kararı
Hangi ürün grubunda kaç taksit açılacağı, vade farkının müşteriye mi yansıyacağı yoksa sizin mi üstleneceğiniz belirlenir. Ürün sayfasında gösterilen taksit tablosu bu kararla birebir tutarlı olur.
- 04
İade ve kısmi iade
Tam iade, tek ürün iadesi ve iptal ayrı senaryolardır. İade talebi yönetim ekranınızdan başlatılır, PayTR'nin iade servisi çağrılır ve sonuç siparişe ve muhasebe kaydına işlenir.
04Özellikler
PayTR entegrasyonu kapsamında yazdığımız bileşenler
Kapsam, kullandığınız PayTR ürününe ve satış kanallarınıza göre şekillenir.
- 01
iFrame ya da Direkt API seçimi
Kart bilgisinin PayTR'nin ödeme çerçevesinde alındığı iFrame yöntemi çoğu site için yeterlidir ve güvenlik yükünü düşük tutar. Ödeme formunu tamamen kendi tasarımınızda isteyen yapılarda Direkt API değerlendirilir; bu durumda kart verisinin taşınmasına ilişkin yükümlülükler ayrıca konuşulur.
- 02
Ödeme linki üretimi
Satış temsilciniz yönetim ekranından tutar ve açıklama girip müşteriye link gönderir. Ödeme tamamlanınca tahsilat ilgili cari hesaba ya da açık siparişe bağlanır.
- 03
Kayıtlı kartla tekrar ödeme
Hesabınızda kart saklama özelliği açıksa abonelik yenilemesi veya tek tıkla tekrar satın alma için kart verisini kendi sunucunuzda tutmadan, PayTR'nin verdiği anahtarla çalışan bir akış kurulur.
- 04
Tahsilat kontrol ekranı
Gün içindeki başarılı, başarısız ve iade edilen işlemler sipariş numarasıyla listelenir. PayTR panelindeki kayıtlarla karşılaştırma tek ekranda yapılır, eşleşmeyen işlem varsa öne çıkar.
05Entegrasyonlar
PayTR ile birlikte bağlanan sistemler
Ödeme kesinleştiğinde başka sistemlerin de bundan haberdar olması gerekir.
- 01
E-ticaret altyapısı ve sipariş yönetimi
WooCommerce veya OpenCart gibi altyapılar ya da özel yazılmış siteler; sipariş durumu ödeme bildirimiyle güncellenir.
- 02
Ön muhasebe ve ERP
Tahsilat, örneğin Logo, Mikro veya Paraşüt gibi kullandığınız programa cari hareket olarak aktarılır.
- 03
E-Arşiv fatura
Ödemesi onaylanan siparişin faturası özel entegratörünüz üzerinden düzenlenir, fatura bağlantısı müşteriye iletilir.
- 04
Bildirim kanalları
Başarılı ödemeden sonra SMS sağlayıcınız ya da e-posta servisiniz üzerinden müşteriye onay, ekibinize yeni sipariş bilgisi gider.
06Süreç
PayTR entegrasyonu yaptırmak istiyorum: süreç nasıl işler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Ödeme altyapısında güvenlik ve test düzeni
Mağaza anahtarı ve gizli tuz değeri yalnızca sunucu tarafında, ortam değişkeninde ya da gizli anahtar kasasında tutulur; tarayıcıya, mobil uygulama paketine veya kod deposuna yazılmaz. Mobil uygulamada token isteği uygulamanın kendisinden değil sizin sunucunuzdan yapılır, uygulama yalnızca ödeme ekranını açar ve sonucu sunucudan sorgular.
Devamını okuDaha az göster
Geliştirme PayTR'nin test modu ve test kartlarıyla yürütülür. Başarılı, reddedilen ve yarıda bırakılan ödemeler, aynı bildirimin tekrar gelmesi ve bildirim adresinin geçici olarak erişilemez olması canlıya çıkmadan denenir. Her ödeme isteği ve bildirim kart bilgisi içermeyecek şekilde kayda alınır; böylece bir müşteri param çekildi ama siparişim görünmüyor dediğinde iz kolayca sürülebilir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
PayTR entegrasyonu hakkında sık sorulan sorular
PayTR entegrasyonu fiyatları hangi kalemlerden oluşur?
Ücreti kullanılacak yöntem (iFrame, Direkt API ya da link), taksit kurgusu, iade ve kısmi iade ihtiyacı, kayıtlı kart veya abonelik akışı ile muhasebe ve fatura bağlantılarının kapsamı belirler. PayTR'nin işlem komisyonları ayrı bir konudur ve sözleşmenize göre PayTR ile aranızda belirlenir.
PayTR hesabımız henüz onaylanmadıysa çalışmaya başlayabilir miyiz?
Analiz ve tasarım başlayabilir; test bilgileri ve canlı anahtarlar ise başvurunuz onaylanınca verilir. Başvuru sırasında sitede bulunması beklenen mesafeli satış sözleşmesi, ön bilgilendirme formu ve iade koşulları sayfaları için bir hazırlık listesi çıkarırız.
Ödeme alındı ama sipariş oluşmadıysa ne yapılır?
Bu çoğunlukla bildirim adresinin hata vermesinden kaynaklanır. Kurduğumuz yapıda her bildirim kaydedildiği için işlem bulunur ve sipariş elle yeniden girilmeden, kayıt tekrar işlenerek tamamlanır.
Hazır eklenti varken PayTR entegrasyonu yaptırmak gerekir mi?
Standart bir altyapı ve tek tip ödeme akışı için eklenti çoğu zaman yeterlidir. Özel yazılmış site, mobil uygulama, link ile satış, abonelik ya da muhasebeye otomatik tahsilat kaydı gerekiyorsa doğrudan entegrasyon daha kontrollüdür.
Mobil uygulamada PayTR ile ödeme alınabilir mi?
Alınabilir. Ödeme ekranı uygulama içinde bir web görünümüyle açılır, token ve bildirim işlemleri sunucunuzda yapılır. Flutter, React Native ya da Kotlin ile yazılmış uygulamalarda yaklaşım aynıdır.
Canlıya geçtikten sonra destek veriyor musunuz?
Bakım ve destek modeliyle PayTR'nin servis değişiklikleri, alan adı ve SSL yenilemeleri ile ödeme hatalarının incelenmesi takip edilir. İsterseniz yalnızca proje bazlı teslimle de ilerleyebiliriz.
10İlgili hizmetler