Integrare drop-in
Creezi o comandă, redirecționezi către pagina găzduită, primești rezultatul. Gateway duce interfața de plată, logica metodelor și chitanțele. Nu există un frontend de checkout pe care echipa ta să-l construiască, să-l peticească sau să-l țină la zi pe măsură ce metodele se schimbă.
Comanda este unitatea
Totul atârnă de comandă, nu de metoda de plată. Comanda 9F21-0716 își duce liniile — un sprint de identitate de brand de €38.50, licențiere de font €6.00, livrare urgentă €4.00 — un comision de procesare de €0.50 și un total. Oricum ar fi plătită, referința aceea este ce interoghezi, ce reconciliezi și ce rambursezi.
Configurări care nu surprind o sesiune
Schimbările de metode și de branding se aplică sesiunilor de checkout noi — scris chiar pe ecranul unde le salvezi. Un client aflat în mijlocul plății nu are niciodată pagina schimbată sub mâini.
Carduri, făcute ca la carte
Traseul cardului este partea plictisitoare, rezolvată: validare în linie, 3-D Secure cu autentificare puternică a clientului integrată în flux sub o politică de rutare lizibilă și carduri de test per-sandbox pentru rulările de integrare. Faptul că accepți crypto nu înrăutățește niciodată fluxul de card.
Apple Pay și Google Pay
Wallet-urile sunt butoane, nu proiecte. Apple Pay și Google Pay se randează ca foi de plată dintr-o singură atingere pe aceeași pagină și plătesc cu token-uri de dispozitiv — numărul real al cardului nu ajunge niciodată în pagină — prin aceeași comandă și aceeași chitanță. Activarea lor e un comutator pe ecranul de metode.
USDC decontat în EUR
Crypto este prețuit la un curs afișat la checkout și se decontează în euro. Comerciantul nu ajunge niciodată să dețină din greșeală o poziție în token; registrele rămân într-o singură monedă.
USDC pe trei rețele
Metoda USDC acoperă Ethereum, Base și Solana în spatele unui singur comutator. Clientul plătește pe rețeaua pe care îi stă wallet-ul; partea comerciantului nu se schimbă.
Transfer bancar prin vIBAN
Plata prin transfer poartă o referință vIBAN, astfel încât o plată SEPA primită își identifică comanda prin construcție. O activezi pentru clienții care vor o factură pe care s-o plătească din bancă, iar reconcilierea rămâne automată.
Metode locale, unde contează
Dincolo de carduri și wallet-uri, checkout-ul duce metodele cont-la-cont și locale pe care un cumpărător european se așteaptă să le vadă, prezentate după țara clientului, nu aruncate într-o listă lungă.
Cumperi acum, plătești mai târziu
BNPL stă pe același rând de metode ca tot restul — clientul împarte plata, comerciantul este plătit o dată, iar referința comenzii nu se schimbă. Un comutator, aceeași chitanță, aceeași reconciliere.
Metode care citesc clientul
Pagina ordonează metodele după ce este probabil să folosească clientul din fața ei — țară, limbă, dispozitiv și dacă ți-a mai plătit înainte — astfel încât opțiunea relevantă să fie prima, nu a patra.
Prețuit în moneda lor, decontat în a ta
Afișezi suma în moneda clientului, cu conversia scrisă înainte să confirme, și te deconteze în EUR indiferent. Clientul vede un număr familiar; registrul tău păstrează unul singur.
Un checkout în limba lor
Pagina găzduită își localizează etichetele, erorile și chitanțele. Nimeni nu abandonează o plată pentru că butonul era în limba greșită.
Carduri salvate și plată dintr-o atingere
Un client care revine plătește cu un card stocat dintr-o singură atingere. Cardul stă în seiful nostru și e referit prin token, așa că sistemele tale țin o referință, niciodată un PAN — iar a doua achiziție e mai scurtă decât prima.
Abonamente și facturare recurentă
Plățile recurente rulează pe un program pe care îl definești — sumă, interval, început și sfârșit — pe un card tokenizat. Fiecare ciclu produce propria comandă și propria chitanță, așa că un abonament se reconciliază linie cu linie, ca tot restul.
Reîncercări care recuperează venit
Un refuz temporar pe o plată recurentă este reîncercat după un program, nu trecut pe pierdere, iar clientul află despre asta doar când contează. Reînnoirile eșuate încetează să mai fie churn tăcut.
Token-uri de rețea și carduri actualizate
Cardurile stocate sunt ținute ca token-uri de rețea și urmăresc deținătorul prin reemiteri și expirări. Abonamentul care se rupea când cardul era înlocuit continuă să încaseze.
Un API și o suprafață pentru dezvoltatori
Comenzile se creează prin API cu chei de idempotență — o cerere reîncercată întoarce rezultatul original, niciodată o a doua debitare — iar secțiunea de dezvoltatori duce cheile și documentația. Checkout-ul e găzduit; integrarea e un pumn de endpointuri, documentate acolo unde stau setările.
Webhook-uri pe ciclul de viață al comenzii
Backendul tău află despre plăți în clipa în care se întâmplă: evenimente webhook semnate pe ciclul de viață al comenzii — plătită, eșuată, rambursată — cu verificarea semnăturii la tine și protecție la reluare la noi.
SDK-uri de mobil pentru iOS și Android
Aplicațiile native prezintă același checkout în aplicație, în loc să arunce utilizatorul într-un browser. SDK-ul duce logica metodelor, foile de wallet și 3-D Secure; comanda și chitanța sunt cele pe care backendul tău le știe deja.
Plugin-urile de coș conectează un magazin existent la Gateway fără dezvoltator — instalezi, lipești cheile, iei o plată de test. Aceleași comenzi ajung în același back office ca cele prin API.
Câmpuri integrate în pagina ta
Când plata trebuie să se întâmple în propriul tău layout, integrezi direct câmpurile de plată: inputurile rămân găzduite și în perimetrul PCI la noi, pagina din jurul lor e în întregime a ta, iar datele de card nu ating niciodată serverele tale.
Cu o singură folosire, cu mai multe, cu expirare
Un link se poate închide după o plată sau poate încasa mai departe — locul la atelier din demo a strâns 3 plăți, ora de consultanță 6. Linkurile expiră automat după 30 de zile implicit, iar cele expirate spun asta în loc să eșueze tăcut.
Mod de test
Rulările de integrare se fac pe sesiuni de test cu cardurile emise odată cu cheile de sandbox, înainte să se miște ceva real. Fluxurile sunt identice, așa că ce trece în test e ce ajunge în producție.
Rutare pe care o poți citi
Traficul de card urmează o politică de rutare scrisă în termeni pe care îi recunoști — brand de card, țara emitentului, monedă, sumă — nu o cutie neagră. Poți vedea pe ce rută a mers o plată, de pe același ecran care arată plata.
O a doua încercare înainte de o vânzare pierdută
Un refuz temporar este reîncercat pe o rută alternativă în aceeași sesiune de checkout, înainte ca clientul să vadă un eșec. Cele mai multe plăți recuperate sunt cele despre care clientul n-a știut niciodată că au fost în pericol.
Refuzuri pe înțelesul tuturor
Codurile brute ale emitentului sunt traduse în motive pe care un operator le poate acționa — card expirat, fonduri insuficiente, risc la emitent — și grupate, astfel încât un tipar pe multe plăți să fie vizibil ca tipar.
3-D Secure ca politică, nu ca frecare
Cele mai multe plăți trec doar pe semnale de dispozitiv și comportament; o provocare suplimentară apare când politica o cere. Tu setezi politica — mereu, în funcție de risc, sau cu excepțiile permise de reguli — iar pagina găzduită duce fluxul.
O singură linie de reconciliat
Checkout-ul, chitanța și decontarea poartă aceeași referință de comandă. Cine potrivește 9F21-0716 găsește o singură intrare de €49.00 — nu o înregistrare de card într-un sistem și una de crypto în altul.
Decontare și plăți
Decontarea e scrisă acolo unde o configurezi: conversie automată în EUR, decontare către RO49 •••• 0421, plată zilnică la 23:00. Numărul pe care contabilul îl vede mâine se decide pe un ecran pe care comerciantul îl poate citi azi.
O plată pe care o poți urmări înapoi
Fiecare plată către tine se deschide în comenzile care au alimentat-o, cu comisioanele detaliate. Linia din bancă se potrivește cu o listă pe care o poți exporta, așa că închiderea de lună e o căutare, nu o anchetă.
Rambursări parțiale
Suma rambursată este editabilă până la valoarea inițială — sertarul arată maximul și tratează orice sumă mai mică drept parțială. Zece rambursări parțiale pe o comandă tot se reconciliază pe o singură referință.
Motivele rambursării, la dosar
Fiecare rambursare poartă un motiv obligatoriu și o notă opțională, iar nota călătorește: apare în exporturi și pe chitanța clientului. Șase luni mai târziu, nimeni nu trebuie să-și amintească de ce comanda 9F21-0716 a fost făcută întreagă.
Livrarea chitanțelor
Chitanțele sunt trimise clientului pe e-mail și pot fi descărcate pe loc, iar chitanțele de rambursare urmează același drum. Comerciantul nu construiește niciodată un șablon de chitanță.
Anulare înainte de decontare
Anularea înainte de lotul zilei eliberează rezervarea de autorizare și nu se mișcă niciun ban — fără rambursare, fără comision, fără nimic de explicat pe extrasul clientului.
Controale de risc active implicit
Plățile cu cardul rulează 3-D Secure sub o politică de rutare pe care o poți citi. Plățile din wallet poartă autentificarea proprie a dispozitivului, iar evenimentele webhook sunt verificate ca semnătură înainte să fie crezute.
Reguli scrise în termenii tăi
Regulile de verificare se citesc ca propoziții — sumă peste X din țara Y pe un card folosit prima dată — și acționează: permite, provoacă sau blochează. Listele de carduri, e-mailuri și adrese de încredere sau blocate stau în spatele aceluiași ecran.
Semnale de viteză și de dispozitiv
Încercările repetate de pe un card, un dispozitiv sau o adresă sunt prinse de reguli de frecvență, nu de cineva care observă mai târziu. Semnalele sunt afișate pe plată, nu îngropate într-un scor.
Dispute cu dovezile atașate
Un chargeback se deschide cu comanda în spate: rezultatul autorizării, rezultatul 3-D Secure, chitanța, livrarea, istoricul rambursărilor. Răspunzi de pe ecranul acela, iar dosarul de dovezi se asamblează din înregistrare, nu din memorie.
Datele de card nu ajung la tine
Pagina care colectează datele cardului este a noastră, găzduită și în perimetrul PCI. Fie că clientul plătește pe domeniul nostru, pe al tău sau în aplicația ta, serverele tale văd un token și o referință de comandă — niciodată un număr de card.
Criptate în repaus, în UE
Datele de plată sunt criptate în repaus și procesate în UE. Pentru un comerciant european, unde stau datele este un răspuns, nu o notă de subsol.
Fiecare acțiune, la dosar
Rambursări, schimbări de metode, schimbări de branding, rotații de chei — fiecare este scrisă într-o pistă de audit cu operatorul, momentul și motivul. Acțiunile privilegiate cer un motiv înainte să ruleze.
Roluri pentru oamenii care au nevoie
Finanțele văd plățile, suportul vede comenzile și emite rambursări, dezvoltatorii văd cheile și logurile. Accesul se acordă pe rol, nu prin împărțirea unui singur cont.
Un director de clienți
Plătitorii se adună într-o vedere de clienți — cine a plătit, cât de des, prin ce metodă — astfel încât un client care revine este o înregistrare, nu o coincidență de e-mailuri identice în exporturi.
Căutare și export CSV
Găsești o plată după link sau referință din caseta de căutare; exporți vederea curentă în CSV când o cer registrele. Back office-ul presupune că un contabil va întreba.
Cifrele, pe zile și pe metode
Volum, rată de aprobare, rambursări și mixul de metode, pe perioada pe care o alegi. Suficient cât să răspunzi unde s-au dus banii și ce metodă merită promovată — fără să exporți nimic.
Vederea de operator din spate
Gateway se leagă în Protocore Center: back office-ul de linkuri de plată de acolo arată fiecare link cu transferul de decontare atașat și un link de deschidere în Tracer pentru traseul complet. Echipa ta de operațiuni vede prin checkout până în registru.
Whitelabel sau powered-by
Checkout-ul din demo aparține Arc Studio SRL: numele lor, marca lor, comanda lor. Îl rulezi cu un footer powered-by-Protocore sau complet whitelabel — oricum, pagina se citește ca fiind a ta.