Difference between revisions of "3DS FAQ"

From Barion Documentation
Jump to navigation Jump to search
Line 16: Line 16:
 
== A leírás alapján, ha az első havi díj különbözik a többitől, akkor a MechantInitiatedPayment-et kell alkalmaznom és nem a Recurring-et. Igaz? ==
 
== A leírás alapján, ha az első havi díj különbözik a többitől, akkor a MechantInitiatedPayment-et kell alkalmaznom és nem a Recurring-et. Igaz? ==
 
Igen, RecurringPayment csak akkor indítható, ha az összes subsequent fizetés összege megyezik. Ha az összeg akár csak 1 esetben is különbözik (pl első havi csökkentettt/ingyenes havidíj), csak MerchantInitiatedPayment-ként indítható.
 
Igen, RecurringPayment csak akkor indítható, ha az összes subsequent fizetés összege megyezik. Ha az összeg akár csak 1 esetben is különbözik (pl első havi csökkentettt/ingyenes havidíj), csak MerchantInitiatedPayment-ként indítható.
 +
 +
== A korábban létrehozott token alapú recurring payment esetén nem fog kellene traceid 02.01-től sem? Azaz azokat nem kell megváltoztatni csak az új fizetéseket?==
 +
Egyrészt igen, egy ÁTMENETI ideig nem fog kelleni február 1-e után sem a TraceId a 3DS nélkül indított tokenekre, viszont ennek letelte után (várhatóan 2021 Q3) minden recurrenceId-hoz szükség lesz a TraceId-ra.

Revision as of 16:53, 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.

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 ?

A TraceId-t a kártyakibocsátó generálja, tehát az token inicializálásnál nem kell küldeni. Nektek tárolni kell a kapott TraceId-t és subsequent paymenteknél küldeni. Erről 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:

A leírás alapján, ha az első havi díj különbözik a többitől, akkor a MechantInitiatedPayment-et kell alkalmaznom és nem a Recurring-et. Igaz?

Igen, RecurringPayment csak akkor indítható, ha az összes subsequent fizetés összege megyezik. Ha az összeg akár csak 1 esetben is különbözik (pl első havi csökkentettt/ingyenes havidíj), csak MerchantInitiatedPayment-ként indítható.

A korábban létrehozott token alapú recurring payment esetén nem fog kellene traceid 02.01-től sem? Azaz azokat nem kell megváltoztatni csak az új fizetéseket?

Egyrészt igen, egy ÁTMENETI ideig nem fog kelleni február 1-e után sem a TraceId a 3DS nélkül indított tokenekre, viszont ennek letelte után (várhatóan 2021 Q3) minden recurrenceId-hoz szükség lesz a TraceId-ra.