Што е платежен мост (payment gateway)? Како функционираат онлајн плаќањата
Платежниот мост е услугата што безбедно ги зема податоците за плаќање на купувачот при наплата, ги предава до банките и картичките мрежи за одобрување и враќа „одобрено“ или „одбиено“ — обично во рок од неколку секунди. Тоа е мостот меѓу вашата апликација и финансискиот систем. Stripe, PayPal, Adyen, Square и Braintree се познати примери.
Денес повеќето од овие компании го спакуваат платежниот мост заедно со сè друго што ви треба за да наплатите, па поимите „платежен мост“, „платежен процесор“ и „платежен провајдер“ често се користат за исто значење.
Зошто платежните мостови се важни кога градите со вештачка интелигенција
„Додај плаќања“ е едно од најчестите барања што луѓето им ги упатуваат на AI градителите, и едно од најлесните за суптилно погрешување. Самиот код обично е краток. Важни се одлуките околу него:
- Кој провајдер одговара на вашиот бизнис, земја и она што го продавате.
- Каде работи кодот. Тајните клучеви за плаќања мора да останат на серверот, никогаш во прелистувачот.
- Како апликацијата дознава дека плаќањето успеало. Сигурниот начин е webhook од провајдерот — а не купувачот да стигне на страница „благодариме“.
- Вашите правни и даночни обврски, кои зависат од тоа кој е merchant of record.
Разбирањето што прави платежниот мост ви помага да дадете јасни упатства и да проверите дали резултатот е безбеден.
Секојдневна аналогија
Замислете плаќање со картичка во продавница.
Терминалот за картички на шалтерот е платежниот мост: ја чита вашата картичка безбедно и ја испраќа барањето. Не одлучува ништо — ја предава потребата „може ли овој човек да плати 40 евра?“ по синџир до вашата банка и го враќа одговорот. Банката на продавницата (acquirer) и вашата банка (issuer) одлучуваат, преку картичката мрежа (Visa, Mastercard) што ги поврзува.
Онлајн платежниот мост е тој терминал, преправен за веб — плус безбедноста за ракување со податоците за картички што пристигнуваат преку интернет.
Како функционира онлајн плаќање со картичка
Ево што се случува во неколкуте секунди откако купувачот ќе кликне „Плати“:
| Чекор | Што се случува | Кој го прави |
|---|---|---|
| 1. Наплата | Купувачот ги внесува податоците за картичка на безбеден формулар за плаќање | Формуларот или страницата на провајдерот |
| 2. Шифрирање | Податоците се шифрираат и испраќаат до мостот | Платежен мост |
| 3. Барање за авторизација | Барањето оди до картичката мрежа и банката на купувачот | Процесор, картичка мрежа |
| 4. Проверки | Банката ги проверува средствата и сигналите за измама и може да побара дополнителна верификација, како 3D Secure | Банка-издавач |
| 5. Одговор | Одобрено или одбиено се враќа до вашата апликација | Платежен мост |
| 6. Наплата и порамнување | Парите се собираат и, по распоредот на исплати на провајдерот, се уплаќаат на вашата банкарска сметка минус provizii | Процесор, acquirer |
Две точки вреди да се знаат:
- Авторизацијата не е исто што и исплатата. Парите најпрво се резервираат, потоа се наплаќаат, а потоа се порамнуваат на вашата сметка — честопати и по неколку дена.
- Вашата апликација воопшто не треба да го види бројот на картичката. Современите провајдери ви даваат страница за наплата што ја хостираат или вградени полиња што ги контролираат, а вашата апликација добива само референца на плаќањето.
Главните делови и кој ги извршува
| Дел | Што е |
|---|---|
| Платежен мост | Безбедно ги зема податоците за плаќање и ги предава понатаму. |
| Платежен процесор | Ги пренесува податоците за трансакцијата меѓу банките. |
| Трговска сметка | Сметката што ги прима плаќањата со картички во ваше име. Провајдери како Stripe ја спакуваат. |
| Acquirer | Банката на страната на трговецот. |
| Issuer | Банката на купувачот, која одобрува или одбива. |
| Картичка мрежа | Visa, Mastercard и други, што ги поврзуваат acquirer и issuer. |
| Merchant of record | Бизнисот што законски му продава на купувачот и е одговорен за данок, враќања и спорови. |
Некои провајдери (Paddle, Lemon Squeezy) дејствуваат како самиот merchant of record, па наместо вас се грижат за данокот на промет и ДДВ, за повисоки провизии. Други (Stripe, PayPal) ве оставаат како merchant of record, со опционални даночни алатки. За фер преглед на опциите, видете Stripe наспроти Paddle наспроти Lemon Squeezy и Stripe наспроти PayPal.
Работен пример: продажба на курс
Продавате онлајн курс за 99 евра и го замолувате вашиот AI градител да додаде копче „Купи“.
- Купувачот кликнува Купи. Вашиот сервер со тајниот клуч го замолува провајдерот да создаде сесија за наплата за 99 евра и добива линк назад.
- Купувачот се испраќа на страницата за наплата што ја хостира провајдерот, ја внесува картичката и ја завршува евентуалната проверка 3D Secure со банката.
- Плаќањето е одобрено, а купувачот се пренасочува на вашата страница за „успех“.
- Посебно, провајдерот испраќа webhook до вашиот сервер: „плаќањето за сесија X успеа.“ Вашиот сервер ја проверува потписот на webhook-от, ја наоѓа нарачката, ја означува како платена и го отклучува курсот.
- По неколку дена, парите минус провизиите пристигнуваат на вашата банкарска сметка.
Чекор 4 е најважен. Ако го отклучевте курсот на страницата за успех, секој што ќе ја најдеше таа URL адреса би го добил бесплатно, а купувачите чиј прелистувач се затворил рано би платиле и не би добиле ништо.
Клучни поими
| Поим | Значење |
|---|---|
| Сесија за наплата | Еднократна страница или тек за плаќање создаден од вашиот сервер за одредена купување. |
| Тест режим | Пешчник каде користите тест клучеви и тест броеви на картички — вистински пари не се движат. |
| Јавен / тајен клуч | Јавниот клуч може да се појави во кодот на прелистувачот; тајниот клуч мора да остане на серверот. |
| 3D Secure | Дополнителен чекор каде купувачот го потврдува плаќањето со својата банка, вообичаен во Европа според правилата за Strong Customer Authentication (SCA). |
| PCI DSS | Безбедносниот стандард на картичката индустрија за секој што ракува со податоци за картички. |
| Chargeback | Кога купувач го оспори плаќањето кај својата банка и парите се вратени назад. |
| Враќање на пари (refund) | Пари што ги враќате доброволно. |
| Исплата (payout) | Провајдерот ги префрла собраните пари на вашата банкарска сметка. |
Чести погрешни претстави
- „Мора да чувам броеви на картички за повторно да наплаќам.“ Не. Провајдерите ја чуваат картичката и ви даваат референтен токен за повторни наплати и претплати. Никогаш не треба сами да чувате броеви на картички.
- „Страницата за успех значи дека плаќањето успеало.“ Потврдете ги плаќањата со webhook-ови на серверот. Пренасочувањата може да се прескокнат, да се фалсификуваат или никогаш да не се случат.
- „Сите провајдери за плаќања чинат приближно исто.“ Провизиите се разликуваат според провајдерот, земјата, видот на картичка и дали е вклучено даночно ракување. Проверете ја тековната страница со цени на секој провајдер за вашата земја.
- „Со Stripe сум PCI усогласен.“ Тоа многу ја поедноставува усогласеноста, бидејќи податоците за картичките остануваат кај провајдерот — но сепак имате (обично кратка) самопроценка за пополнување.
- „Тест режимот и режимот во живо се однесуваат исто.“ Блиску се, но режимот во живо бара целосно верификувана сметка, вистински крајни точки за webhook-ови поставени за живата средина и вистински банкарски податоци.
- „Платежниот мост ми ги плаќа даноците.“ Само ако е merchant of record или ако ги вклучите и конфигурирате неговите даночни функции. Проверете ги локалните правила или прашајте советник.
Што да побарате од вашиот AI градител
- „Додај [Stripe] Checkout за [производ]. Создај ја сесијата на серверот со тајниот клуч од променлива на околината.“
- „Означувај ги нарачките како платени само од верификуван webhook, и провери го потписот на webhook-от.“
- „Справи се со случај webhook да се испрати два пати без да се создаваат дупликат нарачки.“
- „Користи тест клучеви и прошетај ме низ тестирањето со тест картичките на провајдерот, вклучително и одбиена картичка.“
- „Што се случува ако купувачот го затвори табот по плаќањето?“
- „Покажи ми секое место каде се користи клуч за плаќање и потврди дека тајниот клуч никогаш не стигнува до прелистувачот.“
Платежни мостови во Mythex
Mythex нема вградени плаќања за апликациите што ги градите, и нема копче „Поврзи Stripe“ со еден клик. Создавате сметка кај провајдерот по ваш избор, ги додавате неговите тест клучеви како тајни на проектот и го замолувате агентот да ја изгради наплатата на серверската страна. Тестирајте во Преглед со тест картичките на провајдерот, па објавете. Документацијата го опишува ова во Прифаќање плаќања со Stripe, а Webhook-ови го опфаќа чекорот за потврда.
За чекор-по-чекор изградба, видете како да додадете плаќања во вашата апликација и, за периодични наплати, како да додадете претплати со Stripe.
Прашања
Што е платежен мост едноставно кажано?
Платежниот мост е услугата што безбедно ги зема податоците за плаќање на купувачот од вашата благајна, ги испраќа до банките и картичките мрежи за одобрување и враќа одобрен или одбиен одговор до вашата апликација — обично за неколку секунди.
Која е разликата помеѓу платежен мост и платежен процесор?
Строго кажано, мостот е безбедниот влез што ги прима и ги предава податоците за плаќање, а процесорот ја пренесува трансакцијата меѓу банките. Во пракса, современите провајдери како Stripe, PayPal и Adyen ги спакуваат двете, заедно со трговската сметка, во една услуга, па поимите често се користат наизменично.
Дали морам да бидам PCI усогласен за да прифаќам плаќања со картички?
Секој бизнис што прифаќа картички мора на некој начин да го исполни безбедносниот стандард PCI DSS. Користењето страница за наплата што ја хостира провајдерот или вградените полиња за плаќање на провајдерот значи дека броевите на картичките никогаш не минуваат низ вашите сервери, што значително ги намалува вашите обврски. Вашиот провајдер ќе ви каже која самопроценка важи.
Што е merchant of record?
Merchant of record е бизнисот што законски му продава на купувачот и е одговорен за работи како наплата и уплата на данок на промет или ДДВ, и за враќања на пари и спорови за наплата. Услуги како Paddle и Lemon Squeezy наместо вас дејствуваат како merchant of record; со Stripe или PayPal, обично тоа сте вие.
Може ли да додадам плаќања во апликација изградена со AI?
Да. AI градител може да го напише кодот што ја поврзува вашата апликација со провајдер како Stripe: создавање сесии за наплата на серверот, ракување со webhook-ови и ажурирање на нарачките. И понатаму ви треба ваша сметка кај провајдерот, а сè треба да го тестирате во неговиот тест режим пред да одите во живо.