3DS FAQ: Difference between revisions
Stankovicsa (talk | contribs) No edit summary |
Stankovicsa (talk | contribs) No edit summary |
||
| Line 6: | Line 6: | ||
== TokenPayment 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? == | == 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. | 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. | ||
== Recurring payment folyamattal kapcsolatban egy olyan kérdésünk lenne, hogy az első Payment/Start kérésnél, a “TraceId” értékét nekünk kell legenerálni és megadni, vagy pedig ezt a Barion rendszere generálja le és a Payment/GetPaymentState kéréssel nekünk csak le kell kérdezni ezt az értéket?== | |||
A TraceId-t a kártyakibocsátó generálja. Nektek tárolni kell a kapott TraceId-t és subsequent paymenteknél küldeni. Erről [[Token_payment_3D_Secure#1.3_Processing_the_callback_and_requesting_information_about_the_result_of_the_payment]||itt] van info. | |||
Ez alól kívételt képez egy ideig a már inicializált ismétlődő fizetések ismételt fizetései. Erről [[Token_payment_3D_Secure#Changing_the_token_payment_scenario_with_an_existing_token|itt]] van info: | |||
Revision as of 16:33, 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.
Recurring payment folyamattal kapcsolatban egy olyan kérdésünk lenne, hogy az első Payment/Start kérésnél, a “TraceId” értékét nekünk kell legenerálni és megadni, vagy pedig ezt a Barion rendszere generálja le és a Payment/GetPaymentState kéréssel nekünk csak le kell kérdezni ezt az értéket?
A TraceId-t a kártyakibocsátó generálja. Nektek tárolni kell a kapott TraceId-t és subsequent paymenteknél küldeni. Erről [[Token_payment_3D_Secure#1.3_Processing_the_callback_and_requesting_information_about_the_result_of_the_payment]||itt] van info. Ez alól kívételt képez egy ideig a már inicializált ismétlődő fizetések ismételt fizetései. Erről itt van info: