--- title: "Încasarea online: ce se întâmplă între atingerea clientului și banii ajunși la tine | GoSufra" description: "Un gateway nu mută banii când clientul aprobă — unele îi mută abia la captură. Ce acoperă Stripe, PayPal, Paymob și Fawry, de ce moneda ta alege gateway-ul, și de ce webhook-ul este singura confirmare onestă." url: "https://gosufra.com/ro/blog/incasarea-online-ce-se-intampla-intre-atingerea/" language: "ro" source: "https://gosufra.com" --- # Încasarea online: ce se întâmplă între atingerea clientului și banii ajunși la tine Un gateway nu mută banii când clientul aprobă — unele îi mută abia la captură. Ce acoperă Stripe, PayPal, Paymob și Fawry, de ce moneda ta alege gateway-ul, și de ce webhook-ul este singura confirmare onestă. 2026-09-23 · 7 min de citit ![Ilustrație cu un telefon care aprobă o plată lângă o casă care primește confirmarea](https://gosufra.com/blog/online-payments-and-gateways.svg) ## Puncte cheie - Aprobarea nu înseamnă plată. La unele gateway-uri banii se mișcă abia la captură, iar o vânzare marcată plătită la redirecționare este o vânzare pe care s-ar putea să nu o ai. - Moneda în care îți stabilești prețurile decide ce gateway-uri poți folosi — nu preferința ta. - Webhook-ul este singura confirmare pe care un client nu o poate falsifica închizând fila la momentul potrivit. - O sucursală care facturează în altă monedă nu moștenește cheile sediului, pentru că acele chei aparțin unei singure monede. Un client apasă **Plătește** pe pagina ta de comenzi și vede o bifă verde. În spatele acelei bife, patru sau cinci lucruri trebuiau să iasă bine, iar unul dintre ele decide dacă banii sunt într-adevăr ai tăi sau ai doar permisiunea de a-i lua. Majoritatea disputelor cu un procesator de plăți încep pentru că un restaurant a presupus că e același lucru. ## Gateway-ul ia întâi consimțământul, apoi banii Orice rețea de carduri împarte o plată în două momente: 1. **Autorizarea** — banca emitentă confirmă că banii există și îi rezervă. 2. **Captura** — comerciantul spune „ia-i acum”, iar banii se mișcă. Unele gateway-uri contopesc cei doi pași pentru tine. Altele nu, și îți lasă o comandă aprobată, acoperită și complet neîncasată până când o ceri. PayPal funcționează în al doilea fel: un client care aprobă pe pagina PayPal a consimțit să te plătească, iar până la captură nimic nu i-a părăsit contul. Stripe Checkout, configurat obișnuit, face ambele lucruri pentru tine. Asta contează dintr-un motiv foarte practic. Dacă sistemul tău marchează o comandă **plătită** din clipa în care clientul este redirecționat înapoi, mai devreme sau mai târziu vei servi mâncare pe baza unor aprobări niciodată capturate — și vei afla la sfârșit de lună, de la bancă, nu de la casa de marcat. Regula este, așadar, simplă și merită impusă oricărui furnizor: **o vânzare este plătită când banii s-au mișcat, nu când clientul s-a întors.** ## Patru căi, și la ce folosește sincer fiecare | Cale | Acoperire | Cel mai potrivit pentru | | --- | --- | --- | | Stripe | Majoritatea țărilor și monedelor | Alegerea implicită pentru carduri în afara Egiptului | | PayPal | Portofel și card, în monedele pe care le decontează | Clienții care preferă să nu dea cardul unui site nou | | Paymob | Egipt | Carduri și portofele locale, în lire egiptene | | Fawry | Egipt | Un număr de referință pe care clientul îl plătește cash în orice punct | Fawry este excepția utilă: nu acceptă deloc carduri. Emite un cod, clientul îl plătește la un chioșc sau la o farmacie, iar confirmarea îți ajunge după aceea. Pe o piață unde o bună parte dintre oameni nu au card, asta nu e o soluție de rezervă — e drumul principal. Numerarul și terminalul de pe tejghea rămân alte două căi, fără niciun gateway. Se înregistrează la casă și se reconciliază cu sertarul la închiderea turei. ## Moneda ta alege gateway-ul, nu preferința ta Aceasta este partea care surprinde, așa că să o spunem clar: **un furnizor decontează într-o listă fixă de monede, iar dacă a ta nu e pe listă, nicio configurare nu ajută.** Paymob și Fawry decontează în lire egiptene. Sunt răspunsul corect în Cairo și irelevante în Madrid. Stripe ajunge aproape peste tot. PayPal ajunge într-o bună parte a lumii, dar **nu acceptă deloc lira egipteană**, nici rialul, nici dirhamul — așa că un restaurant egiptean care își stabilește prețurile în EGP nu poate pune PayPal în spatele plății, oricât și-ar dori. Un sistem bun îți spune asta la configurare, nu la prima comandă eșuată. Unui restaurant care facturează în euro nu ar trebui să i se ofere deloc căile egiptene; unuia care facturează în lire nu ar trebui să i se permită discret să configureze un furnizor care îi va refuza prima tranzacție. Dacă operezi în mai multe țări, stabilește prețurile fiecărei locații în moneda ei și lasă fiecare să își poarte furnizorul. Ceea ce ne duce la următoarea greșeală. ## Cheile unei sucursale nu sunt cheile sediului Datele de acces ale unui furnizor aparțin unui cont de comerciant, iar un cont de comerciant decontează într-un cont bancar, într-o monedă. Prin urmare, când un grup are o sucursală în altă țară, aceasta nu poate moșteni datele de acces ale sediului — nu ca decizie de politică internă, ci ca aritmetică. Cheile acelea și-ar trimite clienții către un procesator incapabil să îi încaseze banii. Aranjamentul sănătos: o sucursală care facturează în **aceeași** monedă moștenește setările și nu are nevoie de configurare separată. Una care facturează în alta își păstrează propriile date, propria adresă de retur și propria decontare. Întreabă orice furnizor cum rezolvă asta **înainte** de a deschide a doua țară, nu după. ## Webhook-ul este confirmarea Când un client termină de plătit se întâmplă două lucruri independente: - browserul său este redirecționat către pagina ta, și - furnizorul trimite serverului tău o notificare semnată cu ce s-a întâmplat. Doar a doua este demnă de încredere. O redirecționare poate fi întreruptă de o conexiune pierdută, o filă închisă, o baterie descărcată sau un client care pur și simplu a apăsat înapoi — iar în toate aceste cazuri banii s-ar putea foarte bine să se fi mișcat. Mai rău: o redirecționare este un URL, iar un URL poate fi tastat. Notificarea semnată — **webhook-ul** — este furnizorul care îi spune serverului tău, de la server la server și cu o semnătură pe care o verifici, că plata s-a decontat. Acesta este evenimentul care trebuie să marcheze comanda ca plătită, să elibereze bonul către bucătărie și să apară în încasările zilei. Două consecințe practice: - **Adresa ta de retur trebuie să fie accesibilă din internet.** Un webhook este o cerere de intrare. Nu funcționează către un laptop pe WiFi-ul unei cafenele, și de aceea un test care trece pe mașina unui programator poate eșua în producție. - **Furnizorul va trimite același eveniment de două ori.** Rețelele pierd confirmări și orice furnizor serios reîncearcă. Atenția la acest lucru este ceea ce împiedică o comandă să fie înregistrată ca două plăți. ## Rambursările se întorc pe aceeași cale O rambursare nu este un transfer înapoi — este instrucțiunea dată căii originale de a anula o încasare anume. Asta înseamnă că poți rambursa doar prin furnizorul care a încasat și, de regulă, ai nevoie de referința capturii, nu a comenzii. De aici decurg două lucruri. Întâi, o rambursare în numerar și una prin gateway sunt operațiuni diferite și trebuie să arate diferit în rapoarte, pentru că una golește un sertar, iar cealaltă ajustează o decontare bancară. Apoi, o rambursare parțială trebuie legată de încasarea pe care o anulează, altfel reconcilierea nu se va închide niciodată. ## Ce pierde cu adevărat comanda În practică, plata online eșuează din motive plictisitoare, nu exotice: - **Suma e corectă, moneda nu.** Furnizorul refuză, iar clientul vede o eroare neexplicată. - **URL-ul de retur este un link de aplicație, nu o adresă web.** Unii furnizori acceptă doar adrese https obișnuite și le resping pe celelalte din start — comanda nici măcar nu este creată. - **Nimeni nu a configurat webhook-ul.** Plățile reușesc, clienții sunt debitați, și nimic din restaurant nu știe. Este cea mai frecventă defecțiune, și este tăcută. - **Cheile de test nu au fost niciodată schimbate cu cele reale.** Totul funcționează impecabil și nu ajunge niciun ban. Niciuna dintre acestea nu este o problemă ingenioasă. Sunt probleme de listă de verificare, și tocmai de aceea ar trebui să stea pe una — și de aceea un test de conexiune care chiar apelează furnizorul, în loc să se mulțumească să îți salveze cheile, își merită locul în ecranul de setări. ## Pe scurt Oferă căile pe care clienții tăi le folosesc cu adevărat, stabilește prețurile fiecărei locații în moneda în care este decontată, lasă webhook-ul — nu redirecționarea — să decidă când o comandă este plătită, și testează cu chei reale înainte de a spune cuiva că pagina e deschisă. Restul este configurare. - gateway de plată online - plăți online restaurant - Stripe pentru restaurante - PayPal pentru restaurante ## În produs ### [Punct de vânzare și comenzi](https://gosufra.com/ro/functionalitati/software-pos-restaurant/) Explorează ### [Mese, QR și rezervări](https://gosufra.com/ro/functionalitati/software-gestiune-mese/) Explorează ## Gestionați toate acestea dintr-un singur sistem POS, bucătărie, inventar, costul rețetelor, personal și contabilitate — conectate, și gratuit pentru a începe. [Creați-vă contul gratuit](https://app.gosufra.com/register?lang=ro) ## Articole conexe ![Ilustrație cu un cod QR lângă un telefon care plasează o comandă](https://gosufra.com/blog/qr-menu-and-online-ordering.svg) Marketing 2026-08-23 · 7 min de citit ### [Meniuri QR și propriul canal de comenzi: cum cobori de pe banda comisioanelor](https://gosufra.com/ro/blog/meniuri-qr-si-propriul-canal-de-comenzi/) Cum funcționează de fapt comanda prin QR la masă, de ce expiră tokenul, cât valorează un canal de comenzi propriu față de comisionul agregatorului și greșelile care îi fac pe clienți să renunțe. Citește articolul ![Ilustrație cu o vitrină pe un tab de browser](https://gosufra.com/blog/your-restaurant-website.svg) Marketing 2026-08-09 · 7 min de citit ### [Site-ul restaurantului tău: un canal de comenzi care chiar îți aparține](https://gosufra.com/ro/blog/site-ul-restaurantului/) La ce servește un site de restaurant generat din meniu, cum diferă de un QR și de o aplicație de marcă, când merită un domeniu propriu, și de ce bate închirierea clienților fideli de la un agregator. Citește articolul ![Ilustrație cu un sertar de casă lângă o cifră de diferență](https://gosufra.com/blog/cash-shifts-and-reconciliation.svg) Operațiuni 2026-08-17 · 7 min de citit ### [Turele de casă și numărătoarea de la final de zi: cum se explică singur sertarul](https://gosufra.com/ro/blog/turele-de-casa-si-numaratoarea/) Cum produc fondul de casă, intrările, ieșirile și restituirile un numerar așteptat, ce îți spune de fapt o diferență și de ce o închidere care iese mereu e cea care trebuie să te îngrijoreze. Citește articolul [← Toate articolele](https://gosufra.com/ro/blog/) [Contactați-ne](https://t.me/GoSufraSupport)