Apa Itu Get Laluan Pembayaran? Cara Pembayaran Dalam Talian Berfungsi
Get laluan pembayaran ialah perkhidmatan yang mengambil butiran pembayaran pelanggan dengan selamat semasa daftar keluar, menghantarnya kepada bank dan rangkaian kad untuk kelulusan, dan memulangkan jawapan "diluluskan" atau "ditolak", biasanya dalam beberapa saat. Ia jambatan antara aplikasi anda dan sistem kewangan. Stripe, PayPal, Adyen, Square dan Braintree ialah contoh yang terkenal.
Hari ini kebanyakan syarikat ini menggabungkan get laluan dengan semua yang lain yang anda perlukan untuk menerima bayaran, jadi "get laluan pembayaran", "pemproses pembayaran" dan "pembekal pembayaran" sering digunakan untuk maksud yang sama.
Mengapa get laluan pembayaran penting apabila anda membina dengan AI
"Tambah pembayaran" ialah salah satu permintaan paling biasa kepada pembina AI, dan salah satu yang paling mudah tersilap secara halus. Kodnya sendiri biasanya pendek. Bahagian penting ialah keputusan di sekelilingnya:
- Pembekal mana yang sesuai dengan perniagaan, negara dan barangan anda.
- Di mana kod berjalan. Kunci pembayaran rahsia mesti kekal di pelayan, bukan dalam pelayar.
- Bagaimana aplikasi anda tahu pembayaran berjaya. Cara yang boleh dipercayai ialah webhook daripada pembekal, bukan pelanggan yang sampai ke halaman "terima kasih".
- Tanggungjawab undang-undang dan cukai anda, yang bergantung pada siapa pedagang rekodnya.
Memahami apa yang dilakukan get laluan membantu anda memberi arahan yang jelas dan memeriksa bahawa hasilnya selamat.
Analogi harian
Bayangkan membayar dengan kad di sebuah kedai.
Terminal kad di kaunter ialah get laluan: ia membaca kad anda dengan selamat dan menghantar permintaan. Ia tidak membuat keputusan apa-apa. Ia menyampaikan soalan "bolehkah orang ini bayar €40?" sepanjang rantaian kepada bank anda dan mendapat jawapan kembali. Bank kedai (acquirer) dan bank anda (issuer) yang membuat keputusan, melalui rangkaian kad (Visa, Mastercard) yang menghubungkan mereka.
Get laluan pembayaran dalam talian ialah terminal itu, dibina semula untuk web, ditambah keselamatan untuk mengendalikan butiran kad yang datang melalui internet.
Bagaimana pembayaran kad dalam talian berfungsi
Inilah yang berlaku dalam beberapa saat selepas pelanggan mengklik "Bayar":
| Langkah | Apa yang berlaku | Siapa yang melakukannya |
|---|---|---|
| 1. Daftar keluar | Pelanggan memasukkan butiran kad pada borang pembayaran yang selamat | Borang atau halaman pembekal pembayaran |
| 2. Penyulitan | Butiran disulitkan dan dihantar ke get laluan | Get laluan |
| 3. Permintaan kebenaran | Permintaan dihantar ke rangkaian kad dan bank pelanggan | Pemproses, rangkaian kad |
| 4. Semakan | Bank menyemak dana dan isyarat penipuan, dan mungkin meminta pengesahan tambahan seperti 3D Secure | Bank pengeluar |
| 5. Respons | Diluluskan atau ditolak dikembalikan ke aplikasi anda | Get laluan |
| 6. Tangkapan dan penyelesaian | Wang dikutip dan, mengikut jadual pembayaran pembekal, dibayar ke akaun bank anda selepas ditolak yuran | Pemproses, acquirer |
Dua perkara patut diketahui:
- Kebenaran bukan sama dengan dibayar. Wang ditempah dahulu, kemudian ditangkap, kemudian diselesaikan ke akaun anda, selalunya beberapa hari kemudian.
- Aplikasi anda tidak sepatutnya melihat nombor kad langsung. Pembekal moden memberi anda halaman daftar keluar yang dihoskan atau medan tertanam yang mereka kawal, dan aplikasi anda hanya mendapat rujukan kepada pembayaran itu.
Bahagian utama dan siapa yang mengendalikannya
| Bahagian | Apa ia |
|---|---|
| Get laluan pembayaran | Mengambil butiran pembayaran dengan selamat dan menghantarnya. |
| Pemproses pembayaran | Memindahkan data transaksi antara bank. |
| Akaun pedagang | Akaun yang menerima bayaran kad bagi pihak anda. Digabungkan oleh pembekal seperti Stripe. |
| Acquirer | Bank di pihak pedagang. |
| Issuer | Bank pelanggan, yang meluluskan atau menolak. |
| Rangkaian kad | Visa, Mastercard dan lain-lain, yang menghubungkan acquirer dan issuer. |
| Pedagang rekod | Perniagaan yang secara sah menjual kepada pelanggan dan bertanggungjawab untuk cukai, bayaran balik dan pertikaian. |
Sesetengah pembekal (Paddle, Lemon Squeezy) bertindak sebagai pedagang rekod sendiri, mengendalikan cukai jualan dan VAT untuk anda sebagai pertukaran bagi yuran yang lebih tinggi. Yang lain (Stripe, PayPal) membiarkan anda sebagai pedagang rekod, dengan ciri cukai pilihan. Untuk tinjauan yang adil tentang pilihan, lihat Stripe berbanding Paddle berbanding Lemon Squeezy dan Stripe berbanding PayPal.
Contoh kerja: menjual kursus
Anda menjual kursus dalam talian pada harga €99 dan meminta pembina AI anda menambah butang "Beli".
- Pelanggan mengklik Beli. Pelayan anda menggunakan kunci rahsianya untuk meminta pembekal mencipta sesi daftar keluar untuk €99 dan menerima pautan.
- Pelanggan dihantar ke halaman daftar keluar yang dihoskan pembekal, memasukkan kad mereka, dan melengkapkan sebarang semakan 3D Secure dengan bank mereka.
- Pembayaran diluluskan, dan pelanggan dialih ke halaman "berjaya" anda.
- Secara berasingan, pembekal menghantar webhook kepada pelayan anda: "pembayaran untuk sesi X berjaya." Pelayan anda menyemak tandatangan webhook, mencari pesanan, menandakannya sebagai dibayar dan membuka kursus.
- Beberapa hari kemudian, wang selepas tolak yuran masuk ke akaun bank anda.
Langkah 4 paling penting. Jika anda membuka kursus pada halaman "berjaya" sebaliknya, sesiapa yang menjumpai URL itu boleh mendapatkannya secara percuma, dan pelanggan yang penyemak imbasnya tertutup awal akan membayar tetapi tidak mendapat apa-apa.
Istilah utama
| Istilah | Maksud |
|---|---|
| Sesi daftar keluar | Halaman atau aliran pembayaran sekali guna yang dicipta oleh pelayan anda untuk pembelian tertentu. |
| Mod ujian | Kotak pasir dengan kunci ujian dan nombor kad ujian; tiada wang sebenar bergerak. |
| Kunci boleh diterbitkan / rahsia | Kunci boleh diterbitkan boleh muncul dalam kod pelayar; kunci rahsia mesti kekal di pelayan. |
| 3D Secure | Langkah tambahan di mana pelanggan mengesahkan pembayaran dengan bank mereka, biasa di Eropah di bawah peraturan Strong Customer Authentication (SCA). |
| PCI DSS | Standard keselamatan industri kad untuk sesiapa yang mengendalikan data kad. |
| Tuntutan balik (chargeback) | Apabila pelanggan mempertikaikan pembayaran dengan bank mereka dan wang itu ditarik balik. |
| Bayaran balik (refund) | Wang yang dipulangkan oleh anda secara sukarela. |
| Pembayaran keluar (payout) | Pemindahan wang yang dikutip oleh pembekal ke akaun bank anda. |
Salah faham yang biasa
- "Saya perlu menyimpan nombor kad untuk mengenakan caj semula." Tidak. Pembekal menyimpan kad dan memberi anda token rujukan untuk caj berulang dan langganan. Anda tidak sepatutnya menyimpan nombor kad sendiri.
- "Halaman kejayaan bermakna pembayaran berjaya." Sahkan pembayaran dengan webhook di pelayan. Ubah hala boleh dilangkau, dipalsukan atau tidak berlaku langsung.
- "Semua pembekal pembayaran kosnya sama." Yuran berbeza mengikut pembekal, negara, jenis kad dan sama ada pengendalian cukai disertakan. Semak halaman harga semasa pembekal untuk negara anda.
- "Menggunakan Stripe menjadikan saya patuh PCI." Ia memudahkan pematuhan dengan ketara, kerana data kad kekal dengan pembekal, tetapi anda masih perlu melengkapkan penilaian kendiri (biasanya pendek).
- "Mod ujian dan mod langsung berkelakuan sama." Hampir sama, tetapi mod langsung memerlukan akaun yang telah disahkan sepenuhnya, titik akhir webhook sebenar yang disediakan untuk persekitaran langsung, dan butiran bank sebenar.
- "Get laluan pembayaran mengendalikan cukai saya." Hanya jika ia pedagang rekod atau anda menghidupkan dan mengkonfigurasi ciri cukainya. Semak peraturan tempatan anda atau tanya penasihat.
Apa yang perlu diminta daripada pembina AI anda
- "Tambah [Stripe] Checkout untuk [produk]. Cipta sesi di pelayan menggunakan kunci rahsia daripada pembolehubah persekitaran."
- "Hanya tandakan pesanan sebagai dibayar daripada webhook yang disahkan, dan semak tandatangan webhook."
- "Kendalikan webhook yang dihantar dua kali tanpa mencipta pesanan pendua."
- "Gunakan kunci mod ujian dan terangkan cara menguji dengan kad ujian pembekal, termasuk kad yang ditolak."
- "Apa yang berlaku jika pelanggan menutup tab selepas membayar?"
- "Tunjukkan setiap tempat kunci pembayaran digunakan, dan sahkan kunci rahsia tidak sekali-kali sampai ke pelayar."
Get laluan pembayaran dalam Mythex
Mythex tidak menyertakan pembayaran terbina dalam untuk aplikasi yang anda bina, dan tiada butang "Sambung Stripe" sekali klik. Anda mencipta akaun dengan pembekal pilihan anda, menambah kunci ujiannya sebagai rahsia projek, dan meminta ejen membina daftar keluar di bahagian pelayan. Uji dalam Pratonton dengan kad ujian pembekal, kemudian terbitkan. Dokumentasi menerangkan ini dalam Terima pembayaran dengan Stripe, dan Webhook meliputi langkah pengesahan.
Untuk pembinaan langkah demi langkah, lihat cara menambah pembayaran pada aplikasi anda dan, untuk pengebilan berulang, cara menambah langganan dengan Stripe.
Soalan lazim
Apakah get laluan pembayaran dalam istilah mudah?
Get laluan pembayaran ialah perkhidmatan yang mengambil butiran pembayaran pelanggan dari daftar keluar anda dengan selamat, menghantarnya ke bank dan rangkaian kad untuk kelulusan, dan memulangkan jawapan diluluskan atau ditolak kepada aplikasi anda, biasanya dalam beberapa saat.
Apakah perbezaan antara get laluan pembayaran dan pemproses pembayaran?
Secara ketat, get laluan ialah pintu depan yang selamat yang menangkap dan menghantar butiran pembayaran, dan pemproses memindahkan transaksi antara bank. Dalam amalan, pembekal moden seperti Stripe, PayPal dan Adyen menggabungkan kedua-duanya, serta akaun pedagang, dalam satu perkhidmatan, jadi istilah ini sering digunakan secara bergantian.
Adakah saya perlu mematuhi PCI untuk menerima pembayaran kad?
Mana-mana perniagaan yang menerima kad mesti memenuhi standard keselamatan PCI DSS dalam beberapa bentuk. Menggunakan halaman daftar keluar yang dihoskan atau medan pembayaran tertanam pembekal bermakna nombor kad tidak pernah sampai ke pelayan anda, yang sangat mengurangkan tanggungjawab anda. Pembekal anda akan memberitahu penilaian kendiri mana yang terpakai.
Apakah pedagang rekod (merchant of record)?
Pedagang rekod ialah perniagaan yang secara sah menjual kepada pelanggan, bertanggungjawab untuk perkara seperti mengutip dan membayar cukai jualan atau VAT, dan mengendalikan bayaran balik serta tuntutan balik (chargeback). Perkhidmatan seperti Paddle dan Lemon Squeezy bertindak sebagai pedagang rekod untuk anda; dengan Stripe atau PayPal, biasanya andalah pedagang rekod itu.
Bolehkah saya menambah pembayaran pada aplikasi yang dibina dengan AI?
Boleh. Pembina AI boleh menulis kod yang menyambungkan aplikasi anda ke pembekal seperti Stripe: mencipta sesi daftar keluar di pelayan, mengendalikan webhook dan mengemas kini pesanan. Anda tetap memerlukan akaun sendiri dengan pembekal, dan anda sepatutnya menguji semuanya dalam mod ujian pembekal sebelum melancarkan.