Користиме Google Analytics за статистика на посетеност. Аналитичките колачиња се поставуваат само ако прифатите. Без согласност, статистиката се проценува од сигнали без колачиња. Политика за колачиња.
Gateway · Плаќања
Еден примерок ја минува целата страница — Arc Studio SRL, нарачка 9F21-0716, €49.00. Клиентот избира картичка, Apple Pay, Google Pay, USDC или банкарски трансфер, а страната на трговецот е идентична во секој случај: една референца, една потврда, еден износ во евра.
Гаранции
Фрагментацијата на методите е проблем на трговецот и само расте: процесор за картички со свој dashboard, SDK за паричник со свој циклус на изданија, крипто опција на друга страница што нигде не се усогласува. Секој додаден метод е уште една интеграција, уште еден сет извештаи, уште едно место каде плаќање може да се изгуби. Gateway го собира тоа во една страница и еден запис.
Истиот checkout на мобилен — картички, паричници и USDC на една страница. · Потврдата — 52.95 USDC влез, €49.00 порамнети, кажано јасно.
Картичките, Apple Pay, Google Pay, USDC, банкарскиот трансфер и локалните методи што ги очекуваат вашите купувачи стојат на иста hosted страница, подредени според тоа што најверојатно ќе го користи клиентот пред неа. Страницата се прилагодува на desktop, телефон и апликација; прифаќањето нов метод е прекинувач, не проект.
Back office за линкови — секој линк со својот статус, €2,304.50 наплатени овој месец.
USDC се оценува по курс прикажан на страницата пред клиентот да потврди, се порамнува во евра и завршува во истата исплата како наплатата од картичките. Никогаш не држите токен позиција, никогаш не отворате трезорска функција, а вашиот сметководител никогаш не гледа втора валута. Потврдата ја наведува конверзијата во една линија — клиентот платил крипто; книгите велат €49.00.
Поврат во тек — врз нарачката, задолжителна причина, назад по оригиналниот пат.
Сѐ се закачува за нарачката, а не за методот на плаќање. Нарачката 9F21-0716 ги носи своите ставки, надоместокот за обработка од €0.50, вкупниот износ, резултатот од авторизацијата, потврдата и повратите. Затоа усогласувањето е пребарување, спорот е еден екран, а поврат покажува кон нарачка, а не кон картичка, паричник или chain.
Брендирање на checkout — лого, бои, фонт и аголи, со преглед во живо пред зачувување.
Картичките се чуваат кај нас и се упатуваат преку токен, па клиент што се враќа плаќа со допир, а вашите системи чуваат референца, не број на картичка. Претплатите работат по распоред што го дефинирате врз тој токен, самите повторуваат меки одбивања и ја следат сопственикот на картичката низ повторни издавања — секој циклус создава своја нарачка и своја потврда.
Конфигурација на методи — вклучувајте методи по checkout, а порамнувањето и рутирањето се покрај нив.
Картичниот сообраќај следи политика за рутирање напишана со поими што ги препознавате, повторува мек одбиен обид по алтернативен пат пред клиентот да види неуспех и преминува на 3-D Secure кога политиката го бара, а не по default. Кога плаќањето е навистина одбиено, причината пристигнува на јазик на кој операторот може да постапи, а не како суров код од издавачот.
Прикачете лого, поставете бои, фонт и аголи и прегледајте го вистинскиот checkout пред да зачувате. Пуштете го на нашиот домен, на вашиот или во вашата апликација — со powered-by подножје или како целосен whitelabel. Демо checkout-от е на Arc Studio SRL и изгледа како нивен.
Методи
Секој метод што го нуди checkout-от, шините зад него и валутата во која пристигнува. Клучна е десната колона: што и да избере купувачот, исплатата за трговецот е еден износ во евра.
Интеграција
Креирајте нарачка со idempotency клуч, пренасочете кон hosted checkout, примете потпишан резултат. Целата интеграција е неколку endpoint-и и еден webhook.
Без никаква интеграција — креирајте линк во back office, еднократен или за повеќекратно собирање, и испратете го. Плаќањата пристигнуваат на истото место како и оние преку API.
iOS и Android го прикажуваат истиот checkout нативно, задржувајќи го купувачот во вашата апликација низ wallet прозорци и 3-D Secure.
Поврзете постоечка продавница без програмер: инсталирајте, залепете ги клучевите, направете пробно плаќање со sandbox картичка.
Задржете го вашиот изглед и вградете ги полињата за плаќање. Тие остануваат hosted и во PCI опсег кај нас, па податоците од картичката сè уште никогаш не ги допираат вашите сервери.
Интеграција
Вашиот backend креира нарачка преку API: износ, валута, ваша референца.
Купувачот избира картичка, wallet или USDC на hosted страницата.
Средствата се проверуваат и блокираат; 3-D Secure се вклучува само кога политиката го бара.
Наплатата завршува и влегува во ред за порамнување.
Пристигнува потпишан order.paid webhook; потврдете го потписот и испорачајте.
Нарачките од денот се групираат и се исплаќаат во EUR — една референца од checkout до банкарската ставка.
Функции
Hosted checkout ги става картичките, Apple Pay, Google Pay и USDC една до друга. Нарачката 9F21-0716 е лево — три ставки, €0.50 провизија за обработка, €49.00 за плаќање — а изборот на метод е десно. Клиентот избира, страницата се прилагодува, а трговецот интегрирал само еднаш.
Истиот checkout URL се прилагодува на телефон: нарачката се свиткува во сумарна лента, копчињата за методите остануваат на место, формата за картичка ги задржува ознаките. Она што работи на desktop работи и на мобилен — а кога сакате плаќањето да се случи во вашата апликација, а не во прелистувач, iOS и Android SDK-овите го прикажуваат истиот checkout нативно врз истата нарачка.
Плаќањето со USDC завршува со потврда што може да ја прочита сметководителот на трговецот. Метод: 52.95 USDC на Base →︎ порамнување во EUR, по курсот испечатен на потврдата, 1 EUR = 1.0807 USDC. Референца 9F21-0716, испратена по е-пошта на клиентот и достапна за преземање веднаш. Клиентот плати со крипто; книгите велат €49.00.
Линковите за плаќање добиваат вистинско биро: 8 линкови за Arc Studio SRL, поделени на платени, активни и истечени, со износ, број на плаќања и статус на секој ред. Картичките горе водат сметка — 4 активни линкови, €2,304.50 наплатени овој месец преку 18 плаќања со линк, €49.00 платени денес. Креирај, барај, експортирај, готово.
Рефундирањето упатува кон нарачката, а не кон методот на плаќање. Панелот се отвора на 9F21-0716 со износ однапред поставен на целосни €49.00, задолжителна причина и опционална забелешка што завршува во експортите и на потврдата на клиентот. Средствата автоматски се враќаат по оригиналната шина — рефундирањата на картичка на картичката, нарачките со USDC како нивното EUR порамнување — обично за 1–3 работни дена.
Брендирањето е страница со поставки, а не проект со услуги: качете лого, поставете акцентна боја, боја на текст и површина, изберете фонт и стил на аглите. Прегледот во живо го прикажува вашиот вистински checkout — desktop или мобилен — пред да зачувате, а акцентот го одредува фокусот на копчето за плаќање, ознаките за статус и активниот таб. Користете го на checkout хостот издаден со вашиот sandbox или на сопствен домен.
Методите на плаќање се прекинувачи со провајдери зад нив: картички со 3-D Secure, Apple Pay и Google Pay како wallet копчиња, USDC преку Ethereum, Base и Solana, SEPA банкарски трансфер преку vIBAN референца. Покрај нив, панелот за порамнување јасно го кажува договорот: клиентите ја гледаат конверзијата пред да потврдат; вие секогаш порамнувате во EUR.
Креирајте нарачка, пренасочете кон hosted страницата, примете го резултатот. Gateway го презема корисничкиот интерфејс за плаќање, логиката на методите и потврдите. Вашиот тим нема checkout frontend да гради, крпи или одржува ажурен кога ќе се променат методите.
Сè се врзува за нарачката, а не за методот на плаќање. Нарачката 9F21-0716 ги носи своите ставки — €38.50 спринт за брендинг идентитет, €6.00 лиценца за фонт, €4.00 брза испорака — €0.50 провизија за обработка и еден вкупен износ. Како и да се плати, таа референца е она по што пребарувате, порамнувате и рефундирате.
Промените на методите и брендирањето важат за нови checkout сесии — тоа пишува на екранот каде што ги зачувувате. На клиент што е во средина на плаќање страницата никогаш не му се менува под рацете.
Картичниот тек е здодевниот дел, средрен: inline валидација, 3-D Secure со строга автентикација на клиентот вградена во текот под читлива политика на рутирање и тест картички по sandbox за интеграциски тестови. Прифаќањето крипто никогаш не го влошува картичниот тек.
Wallet-ите се копчиња, не проекти. Apple Pay и Google Pay се прикажуваат како sheet со еден допир на истата страница и плаќаат со токени на уредот — вистинскиот број на картичка никогаш не стигнува до страницата — преку иста нарачка и иста потврда. Вклучувањето е прекинувач на екранот за методи.
Криптото се цени по курс прикажан на checkout и се порамнува во евра. Трговецот никогаш случајно не останува со токен позиција; книгите остануваат во една валута.
USDC методот опфаќа Ethereum, Base и Solana зад еден прекинувач. Клиентот плаќа на мрежата на која му е wallet-от; на страната на трговецот ништо не се менува.
Плаќањето со трансфер носи vIBAN референца, па дојдовното SEPA плаќање по дизајн ја препознава својата нарачка. Вклучете го за клиентите што сакаат фактура што можат да ја платат од банка, а порамнувањето останува автоматско.
Покрај картичките и wallet-ите, checkout-от ги носи account-to-account и локалните методи што европскиот купувач очекува да ги види, прикажани според државата на клиентот, а не истурени во една долга листа.
BNPL стои на истиот ред со методите како и сè друго — клиентот го дели плаќањето, трговецот е платен одеднаш, а референцата на нарачката не се менува. Еден прекинувач, иста потврда, исто порамнување.
Страницата ги подредува методите според тоа што клиентот најверојатно ќе го користи — држава, јазик, уред и дали веќе плаќал кај вас — па релевантната опција е прва, а не четврта.
Прикажете го износот во валутата на клиентот со конверзијата наведена пред потврдата, а порамнувајте во EUR без разлика. Клиентот гледа познат број; вашата книга води еден.
Hosted страницата ги локализира ознаките, грешките и потврдите. Никој не го напушта плаќањето затоа што копчето било на погрешен јазик.
Клиент што се враќа плаќа со зачувана картичка со еден допир. Картичката е чувана кај нас и референцирана преку токен, па вашите системи чуваат референца, никогаш PAN — а втората купувачка е пократка од првата.
Повторливите наплати работат по распоред што го дефинирате — износ, интервал, почеток и крај — врз токенизирана картичка. Секој циклус создава своја нарачка и своја потврда, па претплатата се порамнува ред по ред како и сè друго.
Меко одбиена повторлива наплата се обидува повторно по распоред наместо да се отпише, а клиентот се известува само кога е важно. Неуспешните обновувања повеќе не се тивок churn.
Зачуваните картички се чуваат како network токени и го следат сопственикот низ реиздавања и истекувања. Претплатата што порано пукаше при замена на картичка продолжува да наплатува.
Нарачките се креираат преку API со idempotency клучеви — повторен барање го враќа оригиналниот резултат, никогаш втора наплата — а делот за програмери ги носи клучевите и документацијата. Checkout-от е hosted; интеграцијата е неколку endpoint-и, документирани таму каде што се поставките.
Вашиот backend дознава за плаќањата во моментот кога се случуваат: потпишани webhook настани за животниот циклус на нарачката — платена, неуспешна, рефундирана — со верификација на потписот кај вас и заштита од повторно пуштање кај нас.
Нативните апликации го прикажуваат истиот checkout во апликацијата наместо да го праќаат корисникот во прелистувач. SDK-от ја носи логиката на методите, wallet sheet-овите и 3-D Secure; нарачката и потврдата се оние што вашиот backend веќе ги знае.
Plugin-ите за shopping cart поврзуваат постоечка продавница со Gateway без програмер — инсталирајте, вметнете ги клучевите, направете тест плаќање. Истите нарачки пристигнуваат во истиот back office како и оние од API.
Кога плаќањето мора да се случи во вашиот сопствен распоред, вградете ги полињата за плаќање директно: влезовите се hosted и во PCI опсег кај нас, страницата околу нив е целосно ваша, а податоците од картичката никогаш не ги допираат вашите сервери.
Линкот може да се затвори по едно плаќање или да продолжи да наплатува — во демото местото на работилницата има 3 плаќања, часот за консултација 6. Линковите по default истекуваат по 30 дена, а истечените јасно го кажуваат тоа наместо тивко да откажат.
Интеграциите се пробуваат на тест сесии со картички издадени заедно со вашите sandbox клучеви, пред да се придвижи нешто реално. Текот е идентичен, па што поминува на тест, тоа оди во продукција.
Картичниот сообраќај следи политика за рутирање напишана со поими што ги препознавате — картичен бренд, земја на издавање, валута, износ — наместо црна кутија. Од истиот екран на кој е плаќањето гледате по кој пат поминало.
Меко одбивање се повторува по алтернативен пат во истата checkout сесија, пред купувачот да види грешка. Повеќето спасени плаќања се такви за кои купувачот никогаш не знаел дека биле во ризик.
Суровите кодови од издавачот се претвораат во причини на кои операторот може да реагира — истечена картичка, недоволно средства, ризик кај издавачот — и се групираат така што шемата низ многу плаќања се гледа како шема.
Повеќето плаќања поминуваат само врз основа на сигнали од уредот и однесувањето; дополнителна проверка се појавува кога политиката тоа го бара. Вие ја поставувате политиката — секогаш, според ризик или изземање каде што правилата дозволуваат — а hosted страницата го носи текот.
Checkout, потврдата и порамнувањето ја носат истата референца на нарачката. Кој ќе ја побара 9F21-0716, наоѓа еден запис од €49.00 — а не картичен запис во еден систем и крипто запис во друг.
Порамнувањето е наведено таму каде што го конфигурирате: автоматска конверзија во EUR, порамнување на RO49 •••• 0421, дневна исплата во 23:00. Бројот што утре го гледа сметководителот се одредува на екран што трговецот може да го прочита денес.
Секоја исплата се отвора во нарачките што ја формирале, со распишани провизии. Банкарската ставка се совпаѓа со список што можете да го извезете, па крајот на месецот е пребарување, а не истрага.
Износот на рефундирањето може да се уредува до оригиналната наплата — панелот го прикажува максимумот и сè помало го третира како делумно. Десет делумни рефундирања на една нарачка и натаму се усогласуваат со една референца.
Секое рефундирање носи задолжителна причина и опционална белешка, а белешката патува со него: се појавува во извозите и на потврдата на купувачот. Шест месеци подоцна, никој не мора да паметни зошто нарачката 9F21-0716 била надоместена.
Потврдите се испраќаат на е-пошта на купувачот и може веднаш да се преземат, а потврдите за рефундирање го следат истиот пат. Трговецот никогаш не гради шаблон за потврда.
Откажувањето пред дневната серија ја ослободува авторизационата блокада и не се движат пари — без рефундирање, без провизија, ништо на изводот на купувачот што треба да се објаснува.
Картичните плаќања поминуваат низ 3-D Secure според политика за рутирање што можете да ја прочитате. Плаќањата со wallet ја носат автентикацијата на самиот уред, а webhook настаните се потврдуваат со потпис пред да им се верува.
Правилата за проверка се читаат како реченици — износ над X од земја Y со картичка прв пат — и дејствуваат: дозволи, предизвик или блокирај. Листите на доверливи и блокирани картички, е-пошти и адреси се на истиот екран.
Повторени обиди од една картичка, еден уред или една адреса ги фаќаат правилата за стапка, а не човек што забележува подоцна. Сигналите се прикажани на плаќањето, а не закопани во скор.
Chargeback се отвора со нарачката зад него: резултат од авторизацијата, исход од 3-D Secure, потврда, испорака, историја на рефундирања. Одговорете од тој екран, а пакетот со докази се составува од евиденцијата, а не по сеќавање.
Страницата што ги собира податоците за картичката е наша, под PCI опсег и hosted. Без разлика дали купувачот плаќа на нашиот домен, на вашиот или во вашата апликација, вашите сервери гледаат токен и референца на нарачка — никогаш број на картичка.
Податоците за плаќања се шифрирани во мирување и обработени во ЕУ. За европскиот трговец, каде живеат податоците е одговор, а не фуснота.
Рефундирања, промени на методи, промени на брендирање, ротации на клучеви — сè се запишува во ревизорска трага со оператор, време и причина. Привилегираните дејства бараат причина пред да се извршат.
Финансиите гледаат исплати, поддршката гледа нарачки и издава рефундирања, девелоперите гледаат клучеви и логови. Пристапот се доделува по улога, а не со делење една најава.
Платците се собираат во преглед на купувачи — кој платил, колку често, со кој метод — па повторниот купувач е запис, а не случајност од совпаднати е-пошти во извози.
Најдете плаќање по линк или референца од полето за пребарување; извезете го тековниот приказ во CSV кога книгите го бараат тоа. Back office-от претпоставува дека сметководителот ќе праша.
Промет, стапка на одобрување, рефундирања и мешавина на методи, за периодот што ќе го изберете. Доволно да одговорите каде отишле парите и кој метод вреди да се промовира — без да извезувате ништо.
Gateway се поврзува со Protocore Center: back office-от за payment линкови таму го прикажува секој линк со приложен трансфер за порамнување и линк „отвори во Tracer“ за целосна трага. Вашиот ops тим гледа низ checkout сè до книгата.
Демо checkout-от му припаѓа на Arc Studio SRL: нивно име, нивен знак, нивна нарачка. Пуштете го со powered-by-Protocore подножје или целосно whitelabel — во секој случај страницата изгледа како ваша.
FAQ
Картичните плаќања поминуваат во два чекора: авторизацијата ги блокира средствата при купување, порамнувањето ги префрла. Gateway автоматски прави capture, ги затвора нарачките од денот во batch и исплаќа во EUR на вашата именувана сметка во дневното време за исплата поставено во подесувањата.
Времето. Пред порамнувањето, откажувањето го ослободува блокирањето на авторизацијата и не се движат пари. По порамнувањето станува рефунд — издаден по нарачката, целосен или делумен, кој се враќа по оригиналниот метод на плаќање со причината во записот.
Како политика, а не како пречка по default. Повеќето текови поминуваат само врз основа на податоци за уредот и однесувањето; step-up предизвик се појавува само кога го бара политиката за рутирање. Вие ја поставувате политиката — hosted страницата го води текот.
Евра. Износот во USDC се формира на страницата пред купувачот да потврди, се порамнува во EUR по наведениот курс, а потврдата ја бележи конверзијата. Checkout, потврда и порамнување делат една референца на нарачка — никогаш не држите токен позиција.
Нарачката е вашето досие со докази. Резултатот од авторизацијата, потврдата, историјата на рефундирања и испораката на webhook-от се врзани за една референца — едно пребарување одговара на спорот, а рефунд од истиот екран често е побрзото решение.
Не. Нарачките се креираат со idempotency клучеви, па повторено барање го враќа оригиналниот резултат наместо втора наплата — а webhook-овите на враќање се потпишани со заштита од повторување.
Страницата што ги собира податоците од картичката е наша — hosted и во PCI опсег кај нас. Вашите сервери добиваат токен и референца на нарачка, никогаш број на картичка. Тоа важи без разлика дали купувачот плаќа на нашиот домен, на вашиот, во вашата апликација или преку платежни полиња вградени во вашиот изглед.
Да. Пуштете го на checkout хостот издаден со вашиот sandbox, на сопствен домен или вграден во вашата страница со hosted платежни полиња. Брендирањето — лого, бои, фонт, рабови — е екран за подесување со преглед во живо, а footer-от е powered-by или целосно whitelabel, по ваш избор.
Картичките се чуваат кај нас како network token-и; вашите системи чуваат референца. Претплатата го наплатува тој токен според распоредот што го поставувате, сама ги повторува soft decline-ите и го следи сопственикот низ повторните издавања на картичката. Секој циклус креира своја нарачка и потврда, па претплатата се усогласува ред по ред.
Износот во сопствената валута, со конверзијата наведена пред потврдата, и checkout на неговиот јазик. Вие сепак порамнувате во EUR. Истиот принцип како кај USDC: страната на купувачот се прилагодува, вашата книга останува во една валута.
Вашиот дел е побарување во евра. Gateway ја презема крипто делницата — цената, плаќањето на blockchain и конверзијата — а на вашата сметка стигнуваат EUR преку регулиран пат на порамнување, запишани на потврдата со применетиот курс. Не чувате токени, не водите паричник и не држите позиција, бидејќи конверзијата се случува пред порамнувањето, а не потоа.
Линкот за плаќање работи истиот ден кога ќе имате сметка. API интеграцијата е endpoint за нарачки, пренасочување и еден потпишан webhook — повеќето тимови ја имаат во тест истата недела и преминуваат во live откако ќе направат пробно плаќање од почеток до крај. Plugin-ите за продавници го прескокнуваат развојот целосно.
Да — пуштете ги двата. Насочете ги новите нарачки кон Gateway додека стариот провајдер ги завршува порамнувањата и рефундирањата на своите, бидејќи рефундите секогаш се враќаат по шината што го примила плаќањето. Зачуваните картички мигрираат како токени, па вашите претплатници не ги внесуваат повторно податоците.
Повикот за нарачка и webhook handler-от. Платежната страница, логиката на методите, wallet прозорците, 3-D Secure, потврдите и секој нов метод додаден потоа се наша грижа да бидат ажурни — токму тоа е смислата на hosted checkout.
Цени
Почнете без платформска надомест — gateway-от заработува од плаќањата што ги обработува, па трошокот го следи волуменот што минува низ checkout-от.
Водете checkout под свој бренд со лиценца прилагодена на каналите што ги овозможувате и протокот што го планирате.
Вашиот бренд на страницата за плаќање, нашите канали одоздола, со управување од нас — обемот следи кои методи на плаќање ги вклучувате.
Трошокот го следи волуменот што минува низ checkout-от и каналите што ги овозможувате — картичка, паричник и порамнување во USDC. Земете го самостојно или како целосен whitelabel.
Оценете
Заедно го минуваме примерот: Arc Studio SRL, нарачка 9F21-0716, плаќа со картичка, паричник и USDC, а потоа ви го покажуваме и трговскиот back office зад него.
Тест трговец со API клучеви, за вашиот тим да креира нарачки, да го пушти hosted checkout-от и да прима потпишани резултати од почеток до крај.
Order API, webhook-от order.paid и водичот за интеграција — сѐ што треба за checkout да се насочи кон Gateway, наместо да се гради свој.
Hosted страницата под вашето лого, бои и фонт, за да го видите вашиот checkout пред да тргне во живо.
Дополнително читање
Работи самостојно или како whitelabel — вашиот бренд на checkout-от, нашите канали одоздола.
PoS го дели моделот на нарачки на Gateway на шалтер, vIBAN им дава на нарачките со банкарски трансфер самоидентификувачки референци, Chain ги порамнува неговите USDC плаќања во EUR, Center е операторската конзола зад checkout-от, а Agents го применува истиот модел на нарачки врз плаќања иницирани од софтвер според човечка политика.
Сѐ погоре работи во продукциски демоа низ кои можеме да ве водиме — самостојно, whitelabel или како една платформа. Кажете ни што градите и ќе ви го покажеме најкусиот пат до таму.
