Difference between revisions of "3DS FAQ"

From Barion Documentation
Jump to navigation Jump to search
Line 1: Line 1:
 
__TOC__
 
__TOC__
  
== Ilyen formátumú TraceID-ket kapunk tőletek: <code>0MHSGZRZ1G0118      0</code> Ezek a spacek az ID-ben tudatosak, vagy valamilyen bug van nálatok? Esetleg mi csináltunk valamit rosszul?==
+
== Ilyen formátumú TraceID-ket kapunk tőletek: <code>0MHSGZRZ1G0118      0</code>==
 
Ezeket a kártyakibocsátó generálja. 100 karakteren belül bármi lehet, és a 0-k és szóközök fontosak, nem lehagyhatóak!
 
Ezeket a kártyakibocsátó generálja. 100 karakteren belül bármi lehet, és a 0-k és szóközök fontosak, nem lehagyhatóak!
  
== A [[RecurrenceType|RecurrenceType]] oldalon a RecurringPayment Scenario típusnál látható ez a szöveg: “For subsequent payments no 3DS authentication (challenge) is required.” Tehát a “Subsequent” fizetéseknél már nem kell megadni a 3DS azonosításhoz szükséges adatokat? ==
+
== TokenPayment subsequent fizetéseknél már nem kell megadni a 3DS azonosításhoz szükséges adatokat? ==
 +
De! A RecurringPayment-ekhez leírás itt: [[Token_payment_3D_Secure|Token Payment 3DS]] Subsequent paymenteknél annyi változik, hogy az ügyfélhitelesítés nem történik meg.
  
De! A RecurringPayment-ekhez leírás itt: [[Token_payment_3D_Secure|Token Payment 3DS]]Subsequent paymenteknél annyi változik, hogy az ügyfélhitelesítés nem történik meg.
+
 
 +
== A fizetések elindítása során megadott adatok közül mi az, ami kötelező megadni, hogy 3D Secure biztos legyen? ==
 +
Ezek a mezők új 3ds fizetések esetén ERŐSEN JAVASOLTAK. (Értsd – az endpoint nem dob hibát, ha nélkülük érkezik a request.) A tartalmukban a fieldek opcionálisak (elvileg beküldhető üres array/map). Azonban a több = jobb elv érvényesül. A kártyakibocsátó ezeket a mezőket felhasználja a kockázati elemzés során és ennek megfelelően dönthet a tranzakció elutasításáról / challenge kéréséről / challenge nélküli jóváhagyásról.

Revision as of 16:29, 20 January 2021

Ilyen formátumú TraceID-ket kapunk tőletek: 0MHSGZRZ1G0118 0

Ezeket a kártyakibocsátó generálja. 100 karakteren belül bármi lehet, és a 0-k és szóközök fontosak, nem lehagyhatóak!

TokenPayment subsequent fizetéseknél már nem kell megadni a 3DS azonosításhoz szükséges adatokat?

De! A RecurringPayment-ekhez leírás itt: Token Payment 3DS Subsequent paymenteknél annyi változik, hogy az ügyfélhitelesítés nem történik meg.


A fizetések elindítása során megadott adatok közül mi az, ami kötelező megadni, hogy 3D Secure biztos legyen?

Ezek a mezők új 3ds fizetések esetén ERŐSEN JAVASOLTAK. (Értsd – az endpoint nem dob hibát, ha nélkülük érkezik a request.) A tartalmukban a fieldek opcionálisak (elvileg beküldhető üres array/map). Azonban a több = jobb elv érvényesül. A kártyakibocsátó ezeket a mezőket felhasználja a kockázati elemzés során és ennek megfelelően dönthet a tranzakció elutasításáról / challenge kéréséről / challenge nélküli jóváhagyásról.