Ce este un gateway de plăți? Cum funcționează plățile online, explicat
Un gateway de plăți este serviciul care preia în siguranță datele de plată ale clientului la checkout, le transmite băncilor și rețelelor de carduri pentru aprobare și trimite înapoi „aprobat” sau „refuzat” — de obicei în câteva secunde. Este puntea dintre aplicația ta și sistemul financiar. Stripe, PayPal, Adyen, Square și Braintree sunt exemple cunoscute.
Astăzi majoritatea acestor companii includ gateway-ul împreună cu tot ce mai ai nevoie ca să încasezi bani, așa că „gateway de plăți”, „procesator de plăți” și „furnizor de plăți” sunt adesea folosite cu același sens.
De ce contează gateway-urile de plăți când construiești cu AI
„Adaugă plăți” este una dintre cele mai frecvente cereri pe care le fac oamenii constructorilor AI și una dintre cele mai ușor de greșit subtil. Codul în sine este de obicei scurt. Părțile importante sunt deciziile din jurul lui:
- Ce furnizor se potrivește afacerii tale, țării tale și ce vinzi.
- Unde rulează codul. Cheile secrete de plată trebuie să rămână pe server, niciodată în browser.
- Cum află aplicația ta că o plată a reușit. Modul sigur este un webhook de la furnizor — nu clientul care ajunge pe o pagină „mulțumim”.
- Responsabilitățile tale legale și fiscale, care depind de cine este comerciantul de înregistrare.
Ai înțelege ce face un gateway te ajută să dai instrucțiuni clare și să verifici că rezultatul este sigur.
O analogie din viața de zi cu zi
Gândește-te la plata cu cardul într-un magazin.
Terminalul de carduri de la casă este gateway-ul: citește cardul în siguranță și trimite cererea mai departe. Nu decide nimic — transmite întrebarea „poate această persoană plăti 40 de euro?” de-a lungul unui lanț către banca ta și primește răspunsul înapoi. Banca magazinului (acquirer) și banca ta (issuer) sunt cele care decid, prin rețeaua de carduri (Visa, Mastercard) care le conectează.
Un gateway de plăți online este acel terminal, reconstruit pentru web — plus securitatea necesară ca să gestioneze datele cardurilor care sosesc prin internet.
Cum funcționează o plată online cu cardul
Iată ce se întâmplă în cele câteva secunde după ce clientul apasă „Plătește”:
| Pas | Ce se întâmplă | Cine face |
|---|---|---|
| 1. Checkout | Clientul introduce datele cardului într-un formular sigur de plată | Formularul sau pagina furnizorului de plăți |
| 2. Criptare | Datele sunt criptate și trimise către gateway | Gateway |
| 3. Cerere de autorizare | Cererea ajunge la rețeaua de carduri și la banca clientului | Procesator, rețeaua de carduri |
| 4. Verificări | Banca verifică fondurile și semnalele de fraudă și poate cere verificare suplimentară, precum 3D Secure | Banca emitentă |
| 5. Răspuns | Aprobat sau refuzat revine către aplicația ta | Gateway |
| 6. Captură și decontare | Banii sunt colectați și, după programul de plăți al furnizorului, sunt virați în contul tău bancar minus comisioane | Procesator, acquirer |
Două puncte merită reținute:
- Autorizarea nu înseamnă că ai fost plătit. Banii sunt mai întâi rezervați, apoi captați, apoi decontați în contul tău — adesea zile mai târziu.
- Aplicația ta nu ar trebui să vadă deloc numărul cardului. Furnizorii moderni îți oferă o pagină de checkout găzduită sau câmpuri integrate pe care le controlează ei, iar aplicația ta primește doar o referință către plată.
Piesele principale și cine se ocupă de ele
| Piesă | Ce este |
|---|---|
| Gateway de plăți | Preia în siguranță datele de plată și le transmite mai departe. |
| Procesator de plăți | Mută datele tranzacției între bănci. |
| Cont de comerciant | Contul care primește plățile cu card în numele tău. Inclus de furnizori precum Stripe. |
| Acquirer | Banca din partea comerciantului. |
| Issuer | Banca clientului, care aprobă sau refuză. |
| Rețea de carduri | Visa, Mastercard și altele, care leagă acquirerii de issueri. |
| Comerciant de înregistrare | Afacerea care vinde legal clientului și răspunde de taxe, rambursări și dispute. |
Unii furnizori (Paddle, Lemon Squeezy) sunt ei înșiși comerciantul de înregistrare, gestionând în locul tău taxa pe vânzări și TVA-ul, în schimbul unor comisioane mai mari. Alții (Stripe, PayPal) te lasă pe tine comerciant de înregistrare, cu instrumente fiscale opționale. Pentru o privire corectă asupra opțiunilor, vezi Stripe vs Paddle vs Lemon Squeezy și Stripe vs PayPal.
Un exemplu practic: vinderea unui curs
Vinzi un curs online cu 99 de euro și ceri constructorului tău AI să adauge un buton „Cumpără”.
- Clientul apasă Cumpără. Serverul tău folosește cheia secretă ca să ceară furnizorului să creeze o sesiune de checkout pentru 99 de euro și primește înapoi un link.
- Clientul este trimis pe pagina de checkout găzduită a furnizorului, introduce cardul și finalizează orice verificare 3D Secure cu banca lui.
- Plata este aprobată, iar clientul este redirecționat către pagina ta de „succes”.
- Separat, furnizorul trimite un webhook serverului tău: „plata pentru sesiunea X a reușit.” Serverul tău verifică semnătura webhook-ului, găsește comanda, o marchează ca plătită și deblochează cursul.
- Zile mai târziu, banii minus comisioane ajung în contul tău bancar.
Pasul 4 este cel mai important. Dacă ai debloca cursul pe pagina de succes, oricine a găsit acea adresă l-ar fi putut primi gratuit, iar clienții al căror browser s-a închis devreme ar fi plătit și nu ar fi primit nimic.
Termeni cheie
| Termen | Înțeles |
|---|---|
| Sesiune de checkout | O pagină sau un flux de plată creat de serverul tău pentru o achiziție anume. |
| Mod de test | Un sandbox în care folosești chei de test și numere de carduri de test — nu se mișcă bani reali. |
| Cheie publicabilă / secretă | Cheia publicabilă poate apărea în codul din browser; cheia secretă trebuie să rămână pe server. |
| 3D Secure | Un pas suplimentar în care clientul confirmă plata cu banca lui, frecvent în Europa sub regulile de Autentificare Strictă a Clientului (SCA). |
| PCI DSS | Standardul de securitate al industriei cardurilor pentru oricine gestionează date de card. |
| Chargeback | Când un client contestă o plată la banca lui și banii sunt recuperați. |
| Rambursare | Bani returnați de tine, voluntar. |
| Plată (payout) | Transferul de către furnizor a banilor colectați în contul tău bancar. |
Concepții greșite frecvente
- „Trebuie să stochez numerele de card ca să pot încasa din nou de la clienți.” Nu. Furnizorii stochează cardul și îți dau un token de referință pentru plățile repetate și abonamente. Nu ar trebui să stochezi niciodată singur numerele de card.
- „Pagina de succes înseamnă că plata a reușit.” Confirmă plățile cu webhook-uri pe server. Redirecționările pot fi sărite, falsificate sau pot să nu se producă deloc.
- „Toți furnizorii de plăți costă cam la fel.” Comisioanele variază în funcție de furnizor, țară, tipul cardului și dacă include gestionarea taxelor. Verifică pagina de prețuri actuală a fiecărui furnizor pentru țara ta.
- „Folosind Stripe devin automat conform cu PCI.” Face conformitatea mult mai simplă, pentru că datele cardului rămân la furnizor — dar tot trebuie să completezi o autoevaluare, de obicei scurtă.
- „Modul de test și cel live se comportă identic.” Sunt apropiate, dar modul live cere un cont complet verificat, endpoint-uri de webhook reale configurate pentru mediul live și detalii bancare reale.
- „Un gateway de plăți îmi rezolvă taxele.” Doar dacă este comerciantul de înregistrare sau dacă activezi și configurezi funcțiile lui fiscale. Verifică regulile locale sau întreabă un consultant.
Ce să ceri constructorului tău AI
- „Adaugă Stripe Checkout pentru [produs]. Creează sesiunea pe server folosind cheia secretă dintr-o variabilă de mediu.”
- „Marchează comenzile ca plătite doar dintr-un webhook verificat și verifică semnătura webhook-ului.”
- „Tratează situația în care webhook-ul este trimis de două ori, fără să creezi comenzi duplicate.”
- „Folosește cheile din modul de test și explică-mi cum testez cu cardurile de test ale furnizorului, inclusiv un card refuzat.”
- „Ce se întâmplă dacă clientul închide tab-ul după ce plătește?”
- „Arată-mi fiecare loc în care este folosită o cheie de plată și confirmă că cheia secretă nu ajunge niciodată în browser.”
Gateway-uri de plăți în Mythex
Mythex nu include plăți încorporate pentru aplicațiile pe care le construiești și nu există un buton „Conectează Stripe” dintr-un click. Creezi un cont la furnizorul ales, adaugi cheile lui de test ca secrete ale proiectului și ceri agentului să construiască checkout-ul pe partea de server. Testezi în previzualizare cu cardurile de test ale furnizorului, apoi publici. Documentația parcurge pașii în Acceptarea plăților cu Stripe, iar Webhook-urile acoperă pasul de confirmare.
Pentru un ghid pas cu pas, vezi cum adaugi plăți aplicației tale și, pentru facturarea recurentă, cum adaugi abonamente cu Stripe.
Întrebări
Ce este un gateway de plăți, pe scurt?
Un gateway de plăți este serviciul care preia în siguranță datele de plată ale clientului de la checkout, le trimite către bănci și rețelele de carduri pentru aprobare și returnează aplicației tale un răspuns de aprobat sau refuzat — de obicei în câteva secunde.
Care este diferența dintre un gateway de plăți și un procesator de plăți?
Strict vorbind, gateway-ul este ușa sigură prin care sunt preluate și transmise datele de plată, iar procesatorul mută tranzacția între bănci. În practică, furnizorii moderni precum Stripe, PayPal și Adyen le includ pe amândouă, plus contul de comerciant, într-un singur serviciu, astfel că termenii sunt adesea folosiți interschimbabil.
Trebuie să fiu conform cu PCI ca să accept plăți cu cardul?
Orice afacere care acceptă carduri trebuie să respecte într-o formă sau alta standardul de securitate PCI DSS. Folosirea unei pagini de checkout găzduite sau a câmpurilor de plată integrate ale furnizorului înseamnă că numerele de card nu ajung niciodată pe serverele tale, ceea ce reduce mult ce ai de răspuns. Furnizorul îți va spune ce autoevaluare se aplică.
Ce este un comerciant de înregistrare (merchant of record)?
Un comerciant de înregistrare este afacerea care vinde legal clientului și care răspunde de lucruri precum colectarea și plata taxei pe vânzări sau a TVA-ului, precum și de rambursări și dispute cu banca (chargeback-uri). Servicii precum Paddle și Lemon Squeezy acționează ca merchant of record în locul tău; cu Stripe sau PayPal, de obicei ești tu.
Pot adăuga plăți unei aplicații construite cu AI?
Da. Un constructor AI poate scrie codul care conectează aplicația ta la un furnizor precum Stripe: creează sesiuni de checkout pe server, gestionează webhook-urile și actualizează comenzile. Tot trebuie să ai contul tău la furnizor și ar trebui să testezi totul în modul de test al acestuia înainte de lansarea live.