Използваме Google Analytics за статистика на трафика. Аналитични бисквитки се записват само ако приемете. Без съгласие статистиката се оценява по сигнали, които не използват бисквитки. Политика за бисквитки.
Gateway · Плащания
Един примерен случай минава през цялата страница — Arc Studio SRL, поръчка 9F21-0716, €49.00. Клиентът избира карта, Apple Pay, Google Pay, USDC или банков превод, а за търговеца всичко изглежда еднакво: една референция, една разписка, една сума в евро.
Гаранции
Разпокъсаността на методите е проблем на търговеца и се трупа: картов процесор със свое табло, SDK за портфейл със собствен цикъл на издания, крипто опция на друга страница, която никъде не се съпоставя. Всеки добавен метод е още една интеграция, още един набор отчети, още едно място, където плащане може да се изгуби. Gateway събира всичко това в една страница и един запис.
Същият checkout на мобилно — карти, портфейли и USDC на една страница. · Разписката — 52.95 USDC влизат, €49.00 са уредени, казано ясно.
Карти, Apple Pay, Google Pay, USDC, банков превод и местните методи, които купувачите ви очакват, са на една хоствана страница, подредени според това, което клиентът вероятно ще използва. Страницата се адаптира към десктоп, телефон и приложение; включването на нов метод е превключвател, не проект.
Бек офисът на линковете — всеки линк със своя статус, €2,304.50 събрани този месец.
USDC се остойностява по курс, показан на страницата преди клиентът да потвърди, урежда се в евро и постъпва в същото изплащане като картовите приходи. Никога не държите токен позиция, не изграждате трежъри функция, а счетоводителят ви не вижда втора валута. Разписката описва конверсията в един ред — клиентът е платил в крипто; книгите казват €49.00.
Възстановяване в процес — по поръчката, с причина, обратно по оригиналния път.
Всичко се върти около поръчката, а не около платежния метод. Поръчка 9F21-0716 носи артикулите си, таксата си за обработка от €0.50, общата си сума, резултата от авторизацията, разписката и възстановяванията си. Затова съпоставката е справка, спорът е един екран, а възстановяването сочи към поръчка, а не към карта, портфейл или блокчейн.
Брандиране на checkout — лого, цветове, шрифт и ъгли, с преглед на живо преди запис.
Картите се съхраняват при нас и се реферират с токен, така че връщащият се клиент плаща с докосване, а вашите системи пазят референция, не номер на карта. Абонаментите вървят по зададения от вас график срещу този токен, сами повтарят меките откази и следват картодържателя при преиздаване — всеки цикъл създава своя поръчка и своя разписка.
Конфигурация на методите — превключвайте методите за всеки checkout, със сетълмент и маршрутизиране до тях.
Картовият трафик следва политика за маршрутизиране, записана с познати термини, повтаря мек отказ по алтернативен маршрут, преди клиентът да види неуспех, и преминава към 3-D Secure, когато политиката го изисква, а не по подразбиране. Когато плащане бъде отказано наистина, причината идва на език, по който операторът може да действа, а не като суров код от издателя.
Качете лого, задайте цветове, шрифт и ъгли и прегледайте реалния checkout преди запис. Пуснете го на наш домейн, на ваш или във вашето приложение — с надпис „powered by“ или изцяло whitelabel. Демо checkout-ът принадлежи на Arc Studio SRL и изглежда като техен.
Методи
Всеки метод, който checkout-ът предлага, релсите зад него и валутата, в която постъпват средствата. Важна е дясната колона: какво и да избере клиентът, изплащането към търговеца е една сума в евро.
Интеграция
Създайте поръчка с ключ за идемпотентност, пренасочете към хостван checkout и получете подписан резултат. Цялата интеграция е шепа endpoint-и и един webhook.
Без интеграция — създайте линк в back office, за еднократна или многократна употреба, и го изпратете. Плащанията постъпват на същото място като тези през API.
iOS и Android показват същия checkout нативно и задържат клиента във вашето приложение при портфейлите и 3-D Secure.
Свържете съществуващ онлайн магазин без разработчик: инсталирайте, поставете ключовете и направете тестово плащане със sandbox карта.
Запазете своя дизайн и вградете полетата за плащане. Те остават хоствани и в PCI обхвата при нас, така че данните за картата пак не докосват вашите сървъри.
Интеграция
Вашият бекенд създава поръчка през API: сума, валута, ваша референция.
Клиентът избира карта, портфейл или USDC на хостваната страница.
Средствата се проверяват и блокират; 3-D Secure се включва само когато политиката го изисква.
Таксуването приключва и се нарежда за сетълмент.
Пристига подписан webhook order.paid; проверете подписа и изпълнете поръчката.
Поръчките за деня се обединяват в пакет и се изплащат в EUR — една референция от checkout до банковия ред.
Функции
Hosted checkout поставя картите, Apple Pay, Google Pay и USDC един до друг. Поръчка 9F21-0716 е отляво — три позиции, такса обработка €0.50, дължимо €49.00 — а изборът на метод е отдясно. Клиентът избира, страницата се адаптира, търговецът е интегрирал веднъж.
Същият checkout URL се пренарежда в телефонна подредба: поръчката се сгъва в лента с резюме, бутоните за методи остават на място, формата за карта запазва етикетите си. Каквото работи на десктоп, работи и на мобилно — а когато искате плащането да стане във вашето приложение, а не в браузър, 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 — десктоп или мобилен — преди да запазите, а акцентът оцветява фокуса на бутона за плащане, отметките за статус и активния таб. Работи на checkout хоста от вашия sandbox или на собствен домейн.
Платежните методи са превключватели с доставчици зад тях: карти с 3-D Secure, Apple Pay и Google Pay като бутони за портфейли, USDC в Ethereum, Base и Solana, банков превод по SEPA с референция vIBAN. До тях панелът за сетълмент казва условията ясно: клиентите виждат конверсията, преди да потвърдят; вие винаги получавате сетълмент в EUR.
Създавате поръчка, пренасочвате към hosted страницата, получавате резултата. Gateway поема платежния интерфейс, логиката на методите и разписките. Няма checkout frontend, който екипът ви да изгражда, поправя или актуализира при промяна на методите.
Всичко се върти около поръчката, а не около метода на плащане. Поръчка 9F21-0716 носи своите позиции — спринт за брандинг идентичност €38.50, лицензиране на шрифт €6.00, експресна доставка €4.00 — такса обработка €0.50 и една обща сума. Както и да бъде платена, тази референция е онова, по което търсите, съпоставяте и възстановявате.
Промените в методите и брандирането важат за новите checkout сесии — казва се на екрана, където ги запазвате. Клиент по средата на плащане никога не вижда страницата да се променя под ръцете му.
Пътят на картата е скучната част, вече поета: вградена валидация, 3-D Secure със строга автентикация на клиента във флоу при четлива политика за рутиране и тестови карти за всеки sandbox при интеграция. Приемането на крипто никога не влошава картовото плащане.
Портфейлите са бутони, а не проекти. Apple Pay и Google Pay се показват като панели с едно докосване на същата страница и плащат с токени на устройството — реалният номер на картата никога не стига до страницата — през същата поръчка и същата разписка. Включването им е превключвател на екрана с методи.
Кryptoто се оценява по курс, показан при checkout, и се урежда в евро. Търговецът никога не остава случайно с токенова позиция; счетоводството си остава в една валута.
Методът USDC обхваща Ethereum, Base и Solana зад един превключвател. Клиентът плаща в мрежата, в която е портфейлът му; от страна на търговеца нищо не се променя.
Плащането по превод носи референция vIBAN, така че входящо SEPA плащане идентифицира поръчката си по построение. Включете го за клиентите, които искат фактура, платима от банка, и съпоставянето остава автоматично.
Отвъд картите и портфейлите checkout-ът предлага методите от сметка към сметка и локалните методи, които европейският купувач очаква, подредени по държавата на клиента, а не стоварени в един дълъг списък.
BNPL е на същия ред с методите като всичко останало — клиентът разсрочва плащането, търговецът получава сумата наведнъж, а референцията на поръчката не се променя. Един превключвател, същата разписка, същото съпоставяне.
Страницата подрежда методите според това, което клиентът вероятно ще ползва — държава, език, устройство и дали вече е плащал при вас — така че подходящата опция е първата, а не четвъртата.
Показвайте сумата във валутата на клиента с посочена конверсия преди потвърждение и получавайте сетълмент в EUR във всички случаи. Клиентът вижда позната сума; вашата книга води една.
Hosted страницата локализира етикетите, грешките и разписките си. Никой не изоставя плащане, защото бутонът е бил на грешен език.
Връщащият се клиент плаща със запазена карта с едно докосване. Картата се съхранява при нас и се реферира чрез токен, така че вашите системи пазят референция, а не PAN — и втората покупка е по-кратка от първата.
Периодичните такси се изпълняват по график, който сами определяте — сума, интервал, начало и край — върху токенизирана карта. Всеки цикъл създава собствена поръчка и собствена разписка, така че абонаментът се съпоставя ред по ред като всичко останало.
Меко отхвърляне на периодична такса се опитва отново по график, вместо да бъде отписано, а клиентът се уведомява само когато е наистина нужно. Неуспешните подновявания престават да бъдат тихо отпадане на клиенти.
Запазените карти се съхраняват като мрежови токени и следват картодържателя през преиздаване и изтичане на срока. Абонаментът, който се чупеше при смяна на картата, продължава да се таксува.
Поръчките се създават през API с idempotency ключове — повторена заявка връща първоначалния резултат, никога втора такса — а разделът за разработчици съдържа ключовете и документацията. Checkout-ът е hosted; интеграцията е шепа endpoint-и, документирани там, където са настройките.
Вашият бекенд научава за плащанията в момента, в който се случат: подписани webhook събития за жизнения цикъл на поръчката — платена, неуспешна, възстановена — с проверка на подписа при вас и защита от повторно изпращане при нас.
Нативните приложения показват същия checkout вътре в приложението, вместо да изпращат потребителя в браузър. SDK носи логиката на методите, панелите на портфейлите и 3-D Secure; поръчката и разписката са тези, които бекендът ви вече познава.
Плъгините за онлайн магазини свързват съществуващ магазин с Gateway без разработчик — инсталирате, поставяте ключовете, правите тестово плащане. Същите поръчки стигат до същия back office като тези от API.
Когато плащането трябва да стане във вашия собствен дизайн, вградете платежните полета директно: полетата са hosted и в обхвата на PCI при нас, страницата около тях е изцяло ваша, а данните на картата никога не докосват вашите сървъри.
Линкът може да се затвори след едно плащане или да продължи да събира — работилничното място в демото има 3 плащания, консултацията за час — 6. По подразбиране линковете изтичат автоматично след 30 дни, а изтеклите линкове го показват, вместо да се провалят безшумно.
Интеграциите се изпробват в тестови сесии с карти, издадени заедно с вашите sandbox ключове, преди да се движи нещо реално. Потоците са идентични, така че това, което минава в тест, излиза в продукция.
Картовият трафик следва политика за маршрутизиране, описана с познати термини — марка на картата, държава на издаване, валута, сума — а не черна кутия. Виждате през кой маршрут е минало плащането, от същия екран, на който е и самото плащане.
Soft decline се повтаря по алтернативен маршрут в рамките на същата checkout сесия, преди клиентът да види грешка. Повечето възстановени плащания са такива, за които клиентът изобщо не е разбрал, че са били застрашени.
Суровите кодове от издателя се превеждат в причини, върху които операторът може да действа — изтекла карта, недостатъчна наличност, риск от издателя — и се групират, така че модел, повтарящ се в много плащания, се вижда като модел.
Повечето плащания минават само по сигнали от устройството и поведението; допълнително предизвикателство се появява, когато политиката го изисква. Вие задавате политиката — винаги, според риска или с изключение, където правилата позволяват — а hosted страницата поема потока.
Checkout, разписка и сетълмент носят една и съща референция на поръчката. Който потърси 9F21-0716, намира един запис за €49.00 — а не картов запис в една система и крипто запис в друга.
Сетълментът е описан там, където го настройвате: автоматично конвертиране в EUR, сетълмент към RO49 •••• 0421, ежедневно изплащане в 23:00. Сумата, която счетоводителят ще види утре, се определя на екран, който търговецът може да прочете днес.
Всяко изплащане се разгръща до поръчките, които го формират, с разбити такси. Редът в банката съвпада със списък, който можете да експортирате, така че краят на месеца е справка, а не разследване.
Сумата за възстановяване се редактира до размера на първоначалното плащане — панелът показва максимума и приема всичко по-малко като частично. Десет частични възстановявания по една поръчка пак се съгласуват с една референция.
Всяко възстановяване съдържа задължителна причина и по желание бележка, а бележката пътува с него: появява се в експортите и върху разписката на клиента. След шест месеца никой не трябва да си спомня защо поръчка 9F21-0716 е била компенсирана.
Разписките се изпращат по имейл на клиента и могат да се свалят веднага, а разписките за възстановяване следват същия път. Търговецът никога не изгражда шаблон за разписка.
Отказът преди дневния пакет освобождава блокираната авторизация и не се движат пари — без възстановяване, без такса, без нищо в извлечението на клиента, което да се обяснява.
Картовите плащания минават през 3-D Secure по политика за маршрутизиране, която можете да прочетете. Плащанията с портфейл носят собствената автентикация на устройството, а webhook събитията се проверяват по подпис, преди да им се има доверие.
Правилата за скрининг се четат като изречения — сума над X от държава Y с карта за първи път — и действат по тях: разрешаване, предизвикателство или блокиране. Списъците с доверени и блокирани карти, имейли и адреси стоят зад същия екран.
Повторни опити от една карта, едно устройство или един адрес се хващат от правила за честота, а не от човек, който забелязва по-късно. Сигналите се показват върху плащането, а не са скрити в оценка.
Chargeback се отваря заедно с поръчката зад него: резултат от авторизацията, изход от 3-D Secure, разписка, доставка, история на възстановяванията. Отговаряте от този екран, а пакетът с доказателства се сглобява от записа, а не по памет.
Страницата, която събира данните от картата, е наша — в обхвата на PCI и hosted. Независимо дали клиентът плаща на нашия домейн, на вашия или във вашето приложение, вашите сървъри виждат токен и референция на поръчката — никога номер на карта.
Платежните данни са криптирани в покой и се обработват в ЕС. За европейския търговец къде се съхраняват данните е отговор, а не бележка под линия.
Възстановявания, промени на метод, промени на брандинг, ротации на ключове — всичко се записва в одитна следа с оператора, часа и причината. Привилегированите действия изискват причина, преди да се изпълнят.
Финансите виждат изплащанията, поддръжката вижда поръчките и прави възстановявания, разработчиците виждат ключове и логове. Достъпът се дава по роли, а не чрез споделяне на един акаунт.
Платците се натрупват в изглед „Клиенти“ — кой е платил, колко често, с какъв метод — така че редовният клиент е запис, а не съвпадение на имейли в експортите.
Намерете плащане по линк или референция от полето за търсене; експортирайте текущия изглед в CSV, когато счетоводството го изисква. Бекофисът предполага, че счетоводителят ще попита.
Обем, процент на одобрение, възстановявания и разпределение по методи за избран от вас период. Достатъчно, за да разберете къде са отишли парите и кой метод си струва да се промотира — без да експортирате нищо.
Gateway се свързва с Protocore Center: бекофисът за payment links там показва всеки линк с прикрепения му трансфер по сетълмента и връзка „отвори в Tracer“ за пълната следа. Вашият екип по операциите вижда през checkout чак до счетоводната книга.
Демо checkout-ът принадлежи на Arc Studio SRL: тяхното име, тяхната марка, тяхната поръчка. Пуснете го с футър „powered by Protocore“ или напълно whitelabel — и в двата случая страницата изглежда ваша.
FAQ
Картовите плащания минават на две стъпки: авторизацията блокира средствата при покупката, а сетълментът ги движи. Gateway прави capture автоматично, обединява поръчките за деня в пакет и превежда в EUR по вашата именна сметка в часа за дневно изплащане, зададен в настройките.
Във времето. Преди сетълмент отмяната освобождава блокираната авторизация и пари не се движат. След сетълмент това е възстановяване — издава се по поръчката, пълно или частично, и се връща по първоначалния платежен метод с причината в записа.
Като политика, а не като трение по подразбиране. Повечето потоци минават само на база данни за устройството и поведението; допълнителна проверка (step-up) се появява само когато политиката за маршрутизиране я изисква. Вие задавате политиката — хостваната страница поема потока.
Евро. Сумата в USDC се калкулира на страницата, преди клиентът да потвърди, превалутира се в EUR по обявения курс, а разписката отбелязва конвертирането. Checkout, разписка и сетълмент имат една референция на поръчката — никога не държите токен позиция.
Поръчката е вашето досие с доказателства. Резултатът от авторизацията, разписката, историята на възстановяванията и доставката на webhook-ове са обвързани с една референция — една справка отговаря на оспорването, а възстановяване от същия екран често е по-бързото решение.
Не. Поръчките се създават с ключове за идемпотентност, така че повторена заявка връща първоначалния резултат вместо второ таксуване — а webhook-овете се подписват със защита от повторно изпращане на обратния път.
Страницата, която събира данните за картата, е наша — хоствана и в PCI обхвата при нас. Вашите сървъри получават токен и референция на поръчката, никога номер на карта. Това важи независимо дали клиентът плаща на нашия домейн, на вашия, във вашето приложение или през платежни полета, вградени във вашия дизайн.
Да. Пуснете го на checkout хоста, издаден със sandbox-а ви, на собствен домейн или вграден в страницата ви с хоствани платежни полета. Брандингът — лого, цветове, шрифт, ъгли — е екран с настройки с преглед на живо, а футърът е „powered by“ или изцяло whitelabel, както изберете.
Картите се съхраняват при нас като мрежови токени; вашите системи пазят референция. Абонаментът таксува този токен по зададения от вас график, сам повтаря меките откази и следва картодържателя при преиздаване на карти. Всеки цикъл създава собствена поръчка и разписка, така че абонаментът се съгласува ред по ред.
Сумата в собствената му валута, с обявено конвертиране преди потвърждението, и checkout на неговия език. Вие пак получавате EUR. Същият принцип като с USDC: страната на клиента се адаптира, вашата счетоводна книга остава в една валута.
Вашата страна е вземане в евро. Gateway поема крипто частта — ценообразуване, ончейн плащането и конвертирането — а към сметката ви стига EUR от регулиран път на сетълмент, записани на разписката с приложения курс. Не съхранявате токени, не управлявате портфейл и не държите позиция, защото конвертирането става преди сетълмента, а не след него.
Линк за плащане работи в деня, в който имате акаунт. API интеграцията е endpoint за поръчки, пренасочване и един подписан webhook — повечето екипи я пускат в тест още същата седмица и минават на live, след като направят тестово плащане от край до край. Плъгините за магазини изобщо не изискват разработка.
Да — работете с двата. Насочете новите поръчки към Gateway, докато старият доставчик довършва сетълмента и възстановяванията на своите, защото възстановяванията винаги се връщат по релсата, приела плащането. Запазените карти мигрират като токени, така че абонатите ви не въвеждат картите си отново.
Извикването за поръчка и обработчика на webhook. Платежната страница, логиката на методите, портфейлите, 3-D Secure, разписките и всеки нов метод, добавен по-късно, са наша грижа — в това е смисълът на хостван checkout.
Цени
Стартирайте без такса за платформата — Gateway печели от обработените плащания, така че цената следва обема през checkout-а.
Пуснете checkout под собствената си марка с лиценз според включените канали и планирания капацитет.
Вашата марка върху платежната страница, нашите канали отдолу, управлявани за вас — обхватът следва включените платежни методи.
Цената следва обема през checkout-а и включените канали — карти, портфейли и USDC сетълмент. Самостоятелно или изцяло whitelabel.
Оценете
Разиграваме примера заедно с вас — Arc Studio SRL, поръчка 9F21-0716 — с плащане с карта, портфейл и USDC, и показваме бек офиса на търговеца зад него.
Тестов търговец с API ключове, за да може екипът ви да създава поръчки, да пуска хостваня checkout и да получава подписани резултати от край до край.
API за поръчки, webhook-ът order.paid и ръководството за интеграция — всичко нужно, за да насочите checkout към Gateway, вместо да изграждате свой.
Хостваната страница с вашето лого, цветове и шрифт, за да видите собствения си checkout преди пускане.
Допълнително четиво
Работи самостоятелно или като whitelabel — вашата марка върху checkout-а, нашите платежни канали отдолу.
PoS споделя модела на поръчките на Gateway на касата, vIBAN дава на поръчките му с банков превод самоидентифициращи се референции, Chain превалутира плащанията му в USDC в EUR, Center е конзолата на оператора зад checkout-а, а Agents прилага същия модел на поръчки към плащания, инициирани от софтуер по правила, зададени от човек.
Всичко по-горе работи в продукционни демота, през които можем да ви преведем — самостоятелно, whitelabel или като единна платформа. Кажете ни какво изграждате и ще ви покажем най-краткия път дотам.
