Banka verisi ile ödeme aynı şey değildir
İki alan aynı firma, yetkilendirme ve limit altyapısını kullanabilir; ancak veri
modeli ve hata davranışı ayrıdır. Başarılı bir ödemenin banka hareketiyle
eşleştirilmesi ayrı bir mutabakat problemidir.
Ödeme akışındaki taraflar
- Merchant backend: Sipariş referansını ve tutarı belirler, payment intent oluşturur ve kesin durumu Core API’den okur.
- Merchant frontend: Tahsil’in verdiği kısa ömürlü oturumla taksitleri gösterir ve kart bilgisini kart işleme katmanına iletir.
- Tahsil Core API: Firma kapsamı, POS kayıtları, oran planları, routing kararı, payment intent, attempt, iade ve webhook durumunun sahibidir.
- Tahsil kart işleme katmanı: Kartın tamamını geçici olarak işler, seçilen POS adaptörünü çağırır ve 3DS dönüşünü normalize eder.
- Banka veya ödeme kuruluşu: Ödemeyi kabul eder, reddeder ya da teknik sonucu üretir; fon ilişkisi merchant ile sağlayıcı arasındadır.
İlk sürümün sınırı
İlk sürüm 3DS satış, canonical durum sorgusu, settlement öncesi iptal ve başarılı işlemde tam veya kısmi iadeyi kapsar. Non-3DS, pre-auth/post-auth, kart saklama, tekrarlı ödeme, ödeme linki ve Tahsil checkout arayüzü kapsam dışındadır.Mimari ve güven sınırı
Kart verisinin hangi bileşene girdiğini ve hangi verilerin saklandığını inceleyin.
İlk POS'u kurun
Sağlayıcıdan aktivasyona kadar zorunlu sırayı uygulayın.
Ödeme oturumu
Backend ve frontend sorumluluklarını adım adım bağlayın.
Durum yaşam döngüsü
Hangi durumun kesin, hangisinin geçici veya belirsiz olduğunu öğrenin.