Дали прифаќањето картички ме става во PCI опсег?

Не значајно. Страницата што ја собира картичката е наша и е во PCI опсег кај нас; вашите сервери добиваат токен и референца на нарачка. Тоа важи без разлика дали страницата работи на нашиот домен, на вашиот, во вашата апликација или како полиња за плаќање вградени во вашиот layout.

Што е 3-D Secure 2.0 и дали ќе ме чини конверзија?

Тоа е чекорот на автентикација што ја исполнува строгата автентикација на клиентот според PSD2. Повеќето плаќања поминуваат врз основа на сигнали од уредот и однесувањето, без приказ на предизвик. Дополнителна проверка се појавува кога политиката — што ја поставувате вие — го бара тоа, така што триењето е одлука, а не default.

Што се случува кога картичката е одбиена?

Меко одбивање се повторува по алтернативна рута во истата сесија, пред клиентот да види грешка. Тврдото одбивање се враќа со јазик на кој операторот може да реагира — истечена картичка, недоволно средства, ризик кај издавачот — а не како суров код од издавачот.

Колку брзо картичните плаќања стигнуваат до мојата банка?

Авторизацијата ги резервира средствата при купување; порамнувањето ги преместува. Нарачките од денот се затвораат во batch и се исплаќаат во EUR во времето на дневна исплата поставено во вашите подесувања — една банкарска ставка што можете да ја отворите до нарачките што ја формирале.

Метод · Картички

Картични плаќања, како што треба.

Картичките се метод што никој не може да го прескокне, па затоа најважни се досадните делови: inline валидација, 3-D Secure 2.0 според политика што ја поставувате вие наместо триење по default, рутирање чија политика можете да ја прочитате и повторен обид по алтернативна рута пред меко одбивање да стане изгубена продажба.

Видете го Protocore Gateway Сите начини на плаќање

Visa·MC

И co-badged шеми

3-DS 2.0

SCA внатре во текот

EUR

Порамнето на вашата сметка

Броеви на картички на вашите сервери

Како работи

Од картичка до банкарска ставка, четири чекори.

01
ENTER
Клиентот ја внесува картичката на нашата hosted страница — inline валидација, без податоци од картичка кај вас.
02
AUTHENTICATE
3-D Secure работи според политика: повеќето плаќања поминуваат врз основа на сигнали, а предизвик се појавува само кога е задолжителен.
03
AUTHORIZE
Средствата се проверуваат и резервираат, а меко одбиеното плаќање се повторува по алтернативна рута.
04
SETTLE
Нарачките од денот се групираат во batch и се исплаќаат во EUR според истата референца на нарачка.

Што гледа клиентот

Една форма за картичка на истата страница како и секој друг метод, со нарачката покрај неа. Полињата се валидираат додека се впишуваат, шемата се препознава од бројот, а копчето за плаќање го кажува износот, а не зборот „Испрати“. Ако издавачот бара предизвик, тој се случува inline — клиентот никогаш не ја напушта страницата на која започнал.

01Форма за картичка заедно со wallets, USDC и трансфер — не посебен чекор
02Inline валидација и препознавање на шемата додека се внесува бројот
033-D Secure предизвик внатре во страницата, кога политиката го бара

Што добивате

Евра, групирани во исплатата за денот, според референцата на нарачката што сте ја создале. Авторизацијата и capture се решаваат наместо вас; потврдата ги бележи шемата, последните четири цифри и резултатот од автентикацијата. Тој запис е и ваш доказ во спор — едно пребарување одговара на chargeback, наместо потрага низ повеќе системи.

01Една EUR ставка за исплата по batch на порамнување
02Шема, последни четири цифри и исход од 3-DS во записот
03Рефундации по нарачка, целосни или делумни, на истата картичка

Што е потребно за да се вклучи

Картичките се вклучени по default. Она што го конфигурирате е политиката околу нив: кога 3-D Secure бара дополнителна проверка, како рутирањето претпочита една патека пред друга и што се случува со меко одбивање. Прво тестирајте со вашата sandbox картичка — текот е ист, па што поминува на тест, тоа излегува во продукција.

FAQ

Картични плаќања — прашања што ги поставуваат трговците.

Не значајно. Страницата што ја собира картичката е наша и е во PCI опсег кај нас; вашите сервери добиваат токен и референца на нарачка. Тоа важи без разлика дали страницата работи на нашиот домен, на вашиот, во вашата апликација или како полиња за плаќање вградени во вашиот layout.
Тоа е чекорот на автентикација што ја исполнува строгата автентикација на клиентот според PSD2. Повеќето плаќања поминуваат врз основа на сигнали од уредот и однесувањето, без приказ на предизвик. Дополнителна проверка се појавува кога политиката — што ја поставувате вие — го бара тоа, така што триењето е одлука, а не default.
Меко одбивање се повторува по алтернативна рута во истата сесија, пред клиентот да види грешка. Тврдото одбивање се враќа со јазик на кој операторот може да реагира — истечена картичка, недоволно средства, ризик кај издавачот — а не како суров код од издавачот.
Авторизацијата ги резервира средствата при купување; порамнувањето ги преместува. Нарачките од денот се затвораат во batch и се исплаќаат во EUR во времето на дневна исплата поставено во вашите подесувања — една банкарска ставка што можете да ја отворите до нарачките што ја формирале.