Mi az a fizetési átjáró? Hogyan működnek az online fizetések

A fizetési átjáró az a szolgáltatás, amely biztonságosan átveszi a vásárló fizetési adatait a pénztárnál, továbbítja azokat a bankoknak és a kártyatársaságoknak jóváhagyásra, és visszaküldi a „jóváhagyva” vagy „elutasítva” választ — általában néhány másodpercen belül. Ez a híd az alkalmazásod és a pénzügyi rendszer között. Ismert példák a Stripe, a PayPal, az Adyen, a Square és a Braintree.

Ma már a legtöbb ilyen cég az átjárót mindennel együtt csomagolja, amire a pénz megszerzéséhez szükséged van, ezért a „fizetési átjáró”, „fizetési feldolgozó” és „fizetési szolgáltató” kifejezéseket gyakran ugyanazt értik.

Miért fontosak a fizetési átjárók, ha MI-val építesz

A „fizetés hozzáadása” az egyik leggyakoribb kérés, amelyet az emberek MI-építőknek tesznek, és az egyik, amelyet a legkönnyebb finoman rosszul megcsinálni. Maga a kód általában rövid. A fontos részek a körülötte lévő döntések:

• Melyik szolgáltató illik az üzletedhez, az országodhoz és ahhoz, amit árulsz.
• Hol fut a kód. A titkos fizetési kulcsoknak a szerveren kell maradniuk, soha nem a böngészőben.
• Hogyan tudja meg az alkalmazásod, hogy a fizetés sikeres volt. A megbízható módszer a szolgáltató webhookja — nem az, hogy a vásárló egy „köszönjük” oldalra érkezik.
• A jogi és adózási felelősséged, amely attól függ, ki a kereskedő mint eladó.

Az, hogy megérted, mit csinál egy átjáró, segít pontos utasításokat adni, és ellenőrizni, hogy az eredmény biztonságos-e.

Mindennapi hasonlat

Gondolj a kártyás fizetésre egy boltban.

A pulton lévő kártyaterminál az átjáró: biztonságosan olvassa be a kártyádat, és elküldi a kérést. Nem dönt semmiről — továbbítja a kérdést, hogy „ez a személy ki tudja-e fizetni a 40 eurót?”, egy láncon keresztül a bankodig, és visszahozza a választ. A döntést az üzlet bankja (acquirer) és a te banki (issuer) hozzák meg, a kártyatársaságon (Visa, Mastercard) keresztül, amely összeköti őket.

Egy online fizetési átjáró ugyanaz a terminál, a webre átültetve — plusz a biztonság, amellyel az interneten érkező kártyaadatokat kezeli.

Hogyan működik egy online kártyás fizetés

Íme, mi történik azokban a másodpercekben, miután a vásárló rákattint a „Fizetés” gombra:

Két pontot érdemes tudni:

• A jóváhagyás nem egyenlő a kifizetéssel. Először a pénz lefoglalódik, aztán beszedik, végül elszámolódik a számládon — gyakran napokkal később.
• Az alkalmazásodnak egyáltalán nem szabad látnia a kártyaszámot. A modern szolgáltatók hosztolt pénztári oldalt vagy beágyazott mezőket adnak, amelyeket ők irányítanak, az alkalmazásod pedig csak egy hivatkozást kap a fizetésre.

A fő alkotóelemek és a felelősök

Néhány szolgáltató (Paddle, Lemon Squeezy) maga a kereskedő mint eladó, és magasabb díjért cserébe helyetted kezeli az eladási adót és az áfát. Mások (Stripe, PayPal) téged hagynak kereskedőként, opcionális adózási eszközökkel. Az opciók tisztességes áttekintéséhez lásd Stripe vs. Paddle vs. Lemon Squeezy és Stripe vs. PayPal.

Kidolgozott példa: egy kurzus eladása

Eladsz egy online kurzust 99 euróért, és megkéred az MI-építődet, hogy adjon hozzá egy „Vásárlás” gombot.

1. A vásárló rákattint a Vásárlás gombra. A szervered a titkos kulcsával kéri a szolgáltatót, hogy hozzon létre egy pénztári munkamenetet 99 euróra, és visszakap egy linket.
2. A vásárló a szolgáltató hosztolt pénztári oldalára kerül, megadja a kártyáját, és elvégzi a 3D Secure ellenőrzést a bankjával.
3. A fizetés jóváhagyásra kerül, és a vásárló a te „sikeres” oldaladra irányítódik.
4. Külön a szolgáltató küld egy webhookot a szerveredre: „a X munkamenet fizetése sikeres.” A szervered ellenőrzi a webhook aláírását, megtalálja a rendelést, megjelöli fizetettként, és feloldja a kurzust.
5. Napokkal később a pénz a díjak levonása után megérkezik a bankszámládra.

A 4. lépés a legfontosabb. Ha a kurzust a sikeres oldalon oldottad volna fel, bárki, aki megtalálja ezt az URL-t, ingyen juthatna hozzá, a vásárlók pedig, akiknek a böngészője korán bezárult, fizetnének, de semmit nem kapnának.

Fontos kifejezések

Gyakori tévhitek

• „Kártyaszámokat kell tárolnom, hogy újra terhelhessem a vásárlókat.” Nem. A szolgáltatók tárolják a kártyát, és egy hivatkozó tokent adnak az ismétlődő terheléshez és az előfizetésekhez. Soha ne tárolj kártyaszámokat magad.
• „A sikeres oldal azt jelenti, hogy a fizetés sikerült.” A fizetéseket a szerveren webhookokkal erősítsd meg. Az átirányításokat át lehet ugrani, hamisítani, vagy egyáltalán nem történhetnek meg.
• „A fizetési szolgáltatók mind körülbelül ugyanannyiba kerülnek.” A díjak szolgáltatónként, országonként, kártyatípusonként és aszerint változnak, hogy az adókezelés benne van-e. Nézd meg minden szolgáltató aktuális árazási oldalát az országodra.
• „A Stripe használata miatt PCI-megfelelő leszek.” Ez sokkal egyszerűbbé teszi a megfelelést, mert a kártyaadatok a szolgáltatónál maradnak — de továbbra is ki kell töltened egy (általában rövid) önértékelést.
• „A teszt mód és az éles mód pontosan ugyanúgy működik.” Közel állnak egymáshoz, de az éles módhoz teljesen ellenőrzött fiók, az éles környezetre beállított valódi webhook-végpontok és valódi banki adatok kellenek.
• „A fizetési átjáró intézi az adóimat.” Csak akkor, ha ő a kereskedő mint eladó, vagy bekapcsolod és beállítod az adófunkcióit. Nézd meg a helyi szabályokat, vagy kérdezz szakembert.

Mit kérj az MI-építődtől

• „Adj hozzá [Stripe] pénztárat a [terméked] számára. A munkamenetet a szerveren hozd létre a titkos kulccsal, amelyet környezeti változóból olvass.”
• „Csak ellenőrzött webhookból jelöld a rendeléseket fizetettként, és ellenőrizd a webhook aláírását.”
• „Kezeld azt, ha a webhookot kétszer küldik, hogy ne jöjjenek létre duplikált rendelések.”
• „Teszt mód kulcsokat használj, és mutasd meg, hogyan teszteljek a szolgáltató teszt kártyáival, egy elutasított kártyát is beleértve.”
• „Mi történik, ha a vásárló a fizetés után bezárja a lapot?”
• „Mutasd meg az összes helyet, ahol fizetési kulcs van használatban, és erősítsd meg, hogy a titkos kulcs soha nem jut el a böngészőbe.”

Fizetési átjárók a Mythexen

A Mythex nem tartalmaz beépített fizetést az általad épített alkalmazásokhoz, és nincs egykattintásos „Stripe csatlakoztatása”. Létrehozol egy fiókot a választott szolgáltatónál, a teszt kulcsait projekt-titokként felveszed, és megkéred az ügynököt, hogy építse meg a pénztárat a szerver oldalon. Az előnézetben a szolgáltató teszt kártyáival tesztelsz, majd publikálsz. A dokumentáció a fizetés elfogadása Stripe-pal részben lépésről lépésre végigvezet, a webhookok pedig a megerősítési lépést fedik le.

Lépésenkénti építéshez lásd hogyan adj fizetést az alkalmazásodhoz, ismétlődő számlázáshoz pedig hogyan adj hozzá előfizetéseket Stripe-pal.

Kérdések