Ano ang Payment Gateway? Paano Gumagana ang Online Payments, Ipinaliwanag
Ang payment gateway ay serbisyong ligtas na kumukuha ng detalye ng bayad ng customer sa checkout, ipinapasa ito sa mga bangko at card network para sa pag-apruba, at nagpapadala pabalik ng "aprubado" o "tinanggihan", kadalasan sa loob ng ilang segundo. Ito ang tulay sa pagitan ng app mo at ng sistemang pinansyal. Kilalang halimbawa ang Stripe, PayPal, Adyen, Square at Braintree.
Ngayon, karamihan sa mga kompanyang ito ay pinagsasama ang gateway sa lahat ng iba pang kailangan mo para makatanggap ng bayad, kaya madalas gamitin ang "payment gateway," "payment processor," at "payment provider" para tukuyin ang iisang bagay.
Bakit mahalaga ang payment gateway kapag gumagawa ka gamit ang AI
Ang "magdagdag ng payments" ay isa sa pinakakaraniwang hiling sa mga AI builder, at isa rin sa pinakamadaling magkamali nang banayad. Kadalasang maikli ang mismong code. Ang mahahalagang bahagi ay ang mga desisyon sa paligid nito:
- Aling provider ang akma sa negosyo mo, sa bansa mo, at sa ibinebenta mo.
- Saan tumatakbo ang code. Dapat manatili sa server ang mga secret payment key, hindi kailanman sa browser.
- Paano malalaman ng app mo na nagtagumpay ang bayad. Ang maaasahang paraan ay isang webhook mula sa provider, hindi ang pagdating ng customer sa "thank you" page.
- Ang legal at tax na responsibilidad mo, na nakadepende kung sino ang merchant of record.
Makakatulong ang pag-unawa sa ginagawa ng gateway para makapagbigay ka ng malinaw na tagubilin at masuri kung ligtas ang resulta.
Isang halimbawa mula sa araw-araw
Isipin ang pagbabayad gamit ang card sa isang tindahan.
Ang card terminal sa counter ang gateway: binabasa nito nang ligtas ang card mo at ipinapadala ang kahilingan. Hindi ito nagpapasya ng anuman. Ipinapasa lang nito ang tanong na "kaya bang magbayad ng taong ito ng €40?" sa isang kadena papunta sa bangko mo, at ibinabalik ang sagot. Ang bangko ng tindahan (acquirer) at ang bangko mo (issuer) ang nagpapasya, sa pamamagitan ng card network (Visa, Mastercard) na nag-uugnay sa kanila.
Ang online payment gateway ay ang terminal na iyon, na ginawang muli para sa web, kasama ang seguridad sa paghawak ng detalye ng card na dumarating sa internet.
Paano gumagana ang online card payment
Narito ang nangyayari sa ilang segundo pagkatapos pindutin ng customer ang "Pay":
| Hakbang | Ang nangyayari | Sino ang gumagawa |
|---|---|---|
| 1. Checkout | Inilalagay ng customer ang detalye ng card sa ligtas na payment form | Form o page ng payment provider |
| 2. Encryption | Ine-encrypt ang detalye at ipinapadala sa gateway | Gateway |
| 3. Authorisation request | Ang kahilingan ay bumibiyahe papunta sa card network at sa bangko ng customer | Processor, card network |
| 4. Mga pagsusuri | Tinitingnan ng bangko ang pondo at fraud signals, at maaaring humingi ng dagdag na beripikasyon gaya ng 3D Secure | Issuing bank |
| 5. Sagot | Ibinabalik sa app mo ang aprubado o tinanggihan | Gateway |
| 6. Capture at settlement | Kinokolekta ang pera at, ayon sa payout schedule ng provider, ipinapasok sa bank account mo na bawas ang bayarin | Processor, acquirer |
Dalawang punto ang sulit na malaman:
- Hindi katumbas ng nabayaran na ang authorisation. Unang inilalaan ang pera, saka kinukuha, at saka isinasettle sa account mo, kadalasan pagkaraan ng ilang araw.
- Hindi dapat makita ng app mo ang numero ng card. Nagbibigay ang mga modernong provider ng hosted checkout page o embedded fields na sila ang kumokontrol, at ang app mo ay reference lang sa bayad ang natatanggap.
Ang mga pangunahing bahagi at kung sino ang humahawak sa kanila
| Bahagi | Ano ito |
|---|---|
| Payment gateway | Ligtas na kumukuha ng detalye ng bayad at ipinapasa ito. |
| Payment processor | Naglilipat ng datos ng transaksyon sa pagitan ng mga bangko. |
| Merchant account | Ang account na tumatanggap ng card payment para sa iyo. Kasama sa mga provider gaya ng Stripe. |
| Acquirer | Ang bangko sa panig ng merchant. |
| Issuer | Ang bangko ng customer, na nag-aaprubado o tumatanggi. |
| Card network | Visa, Mastercard at iba pa, na nag-uugnay sa acquirer at issuer. |
| Merchant of record | Ang negosyong legal na nagbebenta sa customer at responsable sa buwis, refund, at dispute. |
Ang ilang provider (Paddle, Lemon Squeezy) ay sila mismo ang kumikilos bilang merchant of record, at sila ang humahawak ng sales tax at VAT para sa iyo kapalit ng mas mataas na bayarin. Ang iba (Stripe, PayPal) ay iniiwan ka bilang merchant of record, na may opsyonal na tax tools. Para sa patas na pagtingin sa mga opsyon, tingnan ang Stripe vs Paddle vs Lemon Squeezy at Stripe vs PayPal.
Halimbawang gawa: pagbebenta ng kurso
Nagbebenta ka ng online course sa halagang €99 at hinihiling mo sa AI builder na magdagdag ng "Buy" button.
- Ki-click ng customer ang Buy. Gagamitin ng server mo ang secret key nito para hilingin sa provider na gumawa ng checkout session para sa €99, at makakakuha ito ng link pabalik.
- Ipapadala ang customer sa hosted checkout page ng provider, ilalagay ang card niya, at kukumpletuhin ang anumang 3D Secure check kasama ng bangko niya.
- Naaprubahan ang bayad, at ire-redirect ang customer sa "success" page mo.
- Hiwalay, magpapadala ang provider ng webhook sa server mo: "nagtagumpay ang bayad para sa session X." Titingnan ng server mo ang signature ng webhook, hahanapin ang order, mamarkahan itong bayad na, at bubuksan ang kurso.
- Pagkaraan ng ilang araw, papasok sa bank account mo ang pera na bawas ang bayarin.
Pinakamahalaga ang hakbang 4. Kung ibinukas mo ang kurso sa success page, sinumang makakita ng URL na iyon ay makakakuha nito nang libre, at ang mga customer na nagsara agad ng browser ay magbabayad at walang matatanggap.
Mahahalagang termino
| Termino | Kahulugan |
|---|---|
| Checkout session | Isang beses na payment page o daloy na ginawa ng server mo para sa partikular na pagbili. |
| Test mode | Sandbox kung saan ginagamit ang test keys at test card numbers. Walang tunay na pera ang gumagalaw. |
| Publishable / secret key | Maaaring lumitaw ang publishable key sa browser code; ang secret key ay dapat manatili sa server. |
| 3D Secure | Dagdag na hakbang kung saan kinukumpirma ng customer ang bayad sa bangko niya, karaniwan sa Europe sa ilalim ng Strong Customer Authentication (SCA) rules. |
| PCI DSS | Pamantayang pangseguridad ng industriya ng card para sa sinumang humahawak ng datos ng card. |
| Chargeback | Kapag kinuwestiyon ng customer sa bangko niya ang bayad at kinuha pabalik ang pera. |
| Refund | Pera na ibinalik mo nang kusa. |
| Payout | Ang paglilipat ng provider ng nakolektang pera mo papunta sa bank account mo. |
Mga karaniwang maling akala
- "Kailangan kong itago ang numero ng card para ma-charge ulit ang customer." Hindi. Itinatago ng mga provider ang card at nagbibigay ng reference token para sa paulit-ulit na singil at subscription. Hindi mo dapat kailanman itago ang numero ng card nang ikaw mismo.
- "Ibig sabihin ng success page na gumana ang bayad." Kumpirmahin ang bayad sa pamamagitan ng webhook sa server. Puwedeng laktawan, pekein, o hindi na mangyari ang redirect.
- "Halos pareho ang gastos ng lahat ng payment provider." Nagkakaiba ang bayarin ayon sa provider, bansa, uri ng card, at kung kasama ang paghawak ng buwis. Tingnan ang kasalukuyang pricing page ng bawat provider para sa bansa mo.
- "Nagiging PCI compliant ako kapag gumamit ng Stripe." Mas pinasimple nito ang pagsunod dahil nananatili sa provider ang datos ng card, pero may self-assessment ka pa ring kailangang kumpletuhin, karaniwang maikli.
- "Iisa ang ikinikilos ng test mode at live mode." Magkalapit sila, pero ang live mode ay nangangailangan ng ganap na beripikadong account, totoong webhook endpoint para sa live na kapaligiran, at totoong detalye ng bangko.
- "Hinahawakan ng payment gateway ang buwis ko." Totoo lang kung ito ang merchant of record o kung ini-on at kino-configure mo ang mga tax feature nito. Suriin ang lokal na tuntunin mo o magtanong sa tagapayo.
Ano ang itatanong sa AI builder mo
- "Idagdag ang [Stripe] Checkout para sa [produkto]. Gawin ang session sa server gamit ang secret key mula sa environment variable."
- "Markahan lang na bayad na ang mga order mula sa beripikadong webhook, at suriin ang signature ng webhook."
- "Hawakan ang kaso kung saan dalawang beses ipinadala ang webhook nang hindi gumagawa ng dobleng order."
- "Gumamit ng test mode keys at gabayan ako sa pagsubok gamit ang test cards ng provider, kasama ang card na tinanggihan."
- "Ano ang mangyayari kung isinara ng customer ang tab pagkatapos magbayad?"
- "Ipakita sa akin ang bawat lugar kung saan ginagamit ang payment key, at tiyakin na hindi kailanman umaabot sa browser ang secret key."
Mga payment gateway sa Mythex
Hindi kasama sa Mythex ang built-in na payments para sa mga app na ginagawa mo, at walang one-click na "Connect Stripe." Gagawa ka ng account sa provider na pipiliin mo, idaragdag ang test keys nito bilang project secrets, at hihilingin sa agent na buuin ang checkout sa panig ng server. Subukan sa Preview gamit ang test cards ng provider, saka i-publish. Tinatalakay ito ng docs sa Accept payments with Stripe, at sakop ng Webhooks ang hakbang ng kumpirmasyon.
Para sa hakbang-hakbang na pagbuo, tingnan ang paano magdagdag ng bayad sa app mo at, para sa paulit-ulit na singil, ang paano magdagdag ng subscription gamit ang Stripe.
Mga tanong
Ano ang payment gateway sa simpleng salita?
Ang payment gateway ay serbisyong ligtas na kumukuha ng detalye ng bayad ng customer mula sa checkout mo, ipinapadala ito sa mga bangko at card network para sa pag-apruba, at ibinabalik sa app mo ang sagot na aprubado o tinanggihan, karaniwan sa loob ng ilang segundo.
Ano ang pagkakaiba ng payment gateway at payment processor?
Mahigpit na sabihin, ang gateway ang ligtas na pintuan na kumukuha at nagpapasa ng detalye ng bayad, at ang processor ang naglilipat ng transaksyon sa pagitan ng mga bangko. Sa praktika, pinagsasama ng mga modernong provider gaya ng Stripe, PayPal at Adyen ang dalawa, kasama ang merchant account, sa iisang serbisyo, kaya madalas gamitin nang palitan ang mga terminong ito.
Kailangan ko bang sumunod sa PCI para tumanggap ng card payment?
Ang sinumang negosyong tumatanggap ng card ay dapat sumunod sa pamantayang pangseguridad ng PCI DSS sa anumang anyo. Ang paggamit ng hosted checkout page o embedded payment fields ng provider ay nangangahulugang hindi kailanman dumadaan sa server mo ang numero ng card, at malaki nitong binabawasan ang responsibilidad mo. Sasabihin sa iyo ng provider kung aling self-assessment ang naaangkop.
Ano ang merchant of record?
Ang merchant of record ang negosyong legal na nagbebenta sa customer, at responsable sa mga bagay gaya ng pangongolekta at pagbabayad ng sales tax o VAT, at sa paghawak ng refund at chargeback. Ang mga serbisyong gaya ng Paddle at Lemon Squeezy ay kumikilos bilang merchant of record para sa iyo; sa Stripe o PayPal, kadalasan ikaw ang mismong merchant of record.
Puwede bang magdagdag ng bayad sa app na gawa ng AI?
Oo. Kayang isulat ng AI builder ang code na nagkokonekta ng app mo sa provider gaya ng Stripe: paggawa ng checkout session sa server, paghawak ng webhook, at pag-update ng mga order. Kailangan mo pa rin ng sarili mong account sa provider, at dapat mong subukan ang lahat sa test mode nito bago ilunsad.