3DS FAQ: Difference between revisions
Jump to navigation
Jump to search
Stankovicsa (talk | contribs) No edit summary |
Stankovicsa (talk | contribs) No edit summary |
||
| Line 1: | Line 1: | ||
__TOC__ | __TOC__ | ||
== Ilyen formátumú TraceID-ket kapunk tőletek: <code>0MHSGZRZ1G0118 0</code> | == 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! | ||
== | == 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. | |||
== 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.