Apa Itu Payment Gateway? Cara Kerja Pembayaran Online, Dijelaskan
Payment gateway adalah layanan yang dengan aman mengambil detail pembayaran pelanggan saat checkout, meneruskannya ke bank dan jaringan kartu untuk persetujuan, lalu mengirim balik "disetujui" atau "ditolak" — biasanya dalam beberapa detik. Ini adalah jembatan antara aplikasi Anda dan sistem keuangan. Stripe, PayPal, Adyen, Square, dan Braintree adalah contoh yang terkenal.
Saat ini, sebagian besar perusahaan tersebut menggabungkan gateway dengan semua hal lain yang Anda perlukan untuk menerima pembayaran, sehingga istilah "payment gateway", "payment processor", dan "payment provider" sering dipakai dengan arti yang sama.
Mengapa payment gateway penting saat membangun dengan AI
"Tambahkan pembayaran" adalah salah satu permintaan paling umum kepada pembuat aplikasi AI, dan salah satu yang paling mudah keliru secara halus. Kodenya sendiri biasanya pendek. Bagian yang penting adalah keputusan di sekitarnya:
- Penyedia mana yang cocok dengan bisnis, negara, dan apa yang Anda jual.
- Di mana kode berjalan. Secret key pembayaran harus tetap di server, tidak pernah di browser.
- Bagaimana aplikasi Anda tahu bahwa pembayaran berhasil. Cara yang andal adalah webhook dari penyedia — bukan pelanggan yang mendarat di halaman "terima kasih".
- Tanggung jawab hukum dan pajak Anda, yang bergantung pada siapa merchant of record-nya.
Memahami apa yang dilakukan gateway membantu Anda memberikan instruksi yang jelas dan memeriksa bahwa hasilnya aman.
Analogi sehari-hari
Bayangkan membayar dengan kartu di toko.
Mesin EDC di meja kasir adalah gateway: ia membaca kartu Anda dengan aman dan mengirim permintaannya. Ia tidak memutuskan apa pun — ia meneruskan pertanyaan "apakah orang ini bisa membayar €40?" melalui rantai ke bank Anda dan mengembalikan jawabannya. Bank toko (acquirer) dan bank Anda (issuer) yang memutuskan, melalui jaringan kartu (Visa, Mastercard) yang menghubungkan keduanya.
Gateway pembayaran online adalah mesin itu, dibangun ulang untuk web — ditambah keamanan untuk menangani detail kartu yang dikirim melalui internet.
Cara kerja pembayaran kartu online
Berikut yang terjadi dalam beberapa detik setelah pelanggan mengklik "Bayar":
| Langkah | Yang terjadi | Pelakunya |
|---|---|---|
| 1. Checkout | Pelanggan memasukkan detail kartu di formulir pembayaran yang aman | Formulir atau halaman penyedia pembayaran |
| 2. Enkripsi | Detail dienkripsi dan dikirim ke gateway | Gateway |
| 3. Permintaan otorisasi | Permintaan berjalan ke jaringan kartu dan bank pelanggan | Processor, jaringan kartu |
| 4. Pemeriksaan | Bank memeriksa dana dan sinyal penipuan, dan mungkin meminta verifikasi tambahan seperti 3D Secure | Bank penerbit |
| 5. Respons | Disetujui atau ditolak dikembalikan ke aplikasi Anda | Gateway |
| 6. Penangkapan dan penyelesaian | Uang ditagih dan, sesuai jadwal pencairan penyedia, dibayarkan ke rekening bank Anda setelah dipotong biaya | Processor, acquirer |
Ada dua hal yang perlu diketahui:
- Otorisasi tidak sama dengan sudah dibayar. Uang dicadangkan terlebih dahulu, kemudian ditangkap, lalu diselesaikan ke rekening Anda — sering kali beberapa hari kemudian.
- Aplikasi Anda sebaiknya tidak melihat nomor kartu sama sekali. Penyedia modern memberi Anda halaman checkout yang dihosting atau kolom tertanam yang mereka kendalikan, dan aplikasi Anda hanya mendapat referensi ke pembayaran tersebut.
Komponen utama dan siapa yang menanganinya
| Komponen | Apa itu |
|---|---|
| Payment gateway | Menangkap detail pembayaran secara aman dan meneruskannya. |
| Payment processor | Memindahkan data transaksi antar bank. |
| Merchant account | Rekening yang menerima pembayaran kartu atas nama Anda. Digabungkan oleh penyedia seperti Stripe. |
| Acquirer | Bank di sisi merchant. |
| Issuer | Bank pelanggan, yang menyetujui atau menolak. |
| Jaringan kartu | Visa, Mastercard, dan lainnya, yang menghubungkan acquirer dan issuer. |
| Merchant of record | Bisnis yang secara hukum menjual kepada pelanggan dan bertanggung jawab atas pajak, refund, dan sengketa. |
Beberapa penyedia (Paddle, Lemon Squeezy) bertindak sebagai merchant of record sendiri, menangani pajak penjualan dan PPN untuk Anda dengan biaya yang lebih tinggi. Yang lain (Stripe, PayPal) membuat Anda menjadi merchant of record, dengan alat pajak opsional. Untuk perbandingan yang adil atas pilihan-pilihan ini, lihat Stripe vs Paddle vs Lemon Squeezy dan Stripe vs PayPal.
Contoh nyata: menjual kursus
Anda menjual kursus online seharga €99 dan meminta pembuat aplikasi AI Anda menambahkan tombol "Beli".
- Pelanggan mengklik Beli. Server Anda menggunakan secret key-nya untuk meminta penyedia membuat sesi checkout senilai €99 dan mendapatkan tautan kembali.
- Pelanggan diarahkan ke halaman checkout yang dihosting milik penyedia, memasukkan kartunya, dan menyelesaikan verifikasi 3D Secure dengan bank mereka.
- Pembayaran disetujui, dan pelanggan dialihkan ke halaman "sukses" Anda.
- Secara terpisah, penyedia mengirim webhook ke server Anda: "pembayaran untuk sesi X berhasil." Server Anda memeriksa tanda tangan webhook, menemukan pesanan, menandainya sudah dibayar, dan membuka kursusnya.
- Beberapa hari kemudian, uangnya masuk ke rekening bank Anda setelah dipotong biaya.
Langkah 4 adalah yang paling penting. Jika Anda membuka kursus di halaman sukses, siapa pun yang menemukan URL itu bisa mendapatkannya gratis, dan pelanggan yang browser-nya tertutup lebih awal akan membayar tetapi tidak mendapatkan apa-apa.
Istilah penting
| Istilah | Artinya |
|---|---|
| Checkout session | Halaman atau alur pembayaran sekali pakai yang dibuat server Anda untuk pembelian tertentu. |
| Test mode | Sandbox tempat Anda memakai key uji dan nomor kartu uji — tidak ada uang sungguhan yang berpindah. |
| Publishable / secret key | Publishable key boleh muncul di kode browser; secret key harus tetap di server. |
| 3D Secure | Langkah tambahan tempat pelanggan mengonfirmasi pembayaran dengan bank mereka, umum di Eropa di bawah aturan Strong Customer Authentication (SCA). |
| PCI DSS | Standar keamanan industri kartu untuk siapa pun yang menangani data kartu. |
| Chargeback | Ketika pelanggan menyengketakan pembayaran dengan bank mereka dan uangnya ditarik kembali. |
| Refund | Uang yang dikembalikan oleh Anda, secara sukarela. |
| Payout | Penyedia mentransfer uang yang sudah terkumpul ke rekening bank Anda. |
Kesalahpahaman yang umum
- "Saya harus menyimpan nomor kartu untuk menagih pelanggan lagi." Tidak. Penyedia menyimpan kartu dan memberi Anda token referensi untuk penagihan berulang dan langganan. Anda tidak boleh pernah menyimpan nomor kartu sendiri.
- "Halaman sukses berarti pembayaran berhasil." Konfirmasikan pembayaran dengan webhook di server. Redirect bisa dilewati, dipalsukan, atau tidak pernah terjadi.
- "Semua penyedia pembayaran biayanya kurang lebih sama." Biaya berbeda-beda menurut penyedia, negara, jenis kartu, dan apakah penanganan pajak sudah termasuk. Periksa halaman harga terkini setiap penyedia untuk negara Anda.
- "Memakai Stripe membuat saya PCI compliant." Ini membuat kepatuhan jauh lebih sederhana, karena data kartu tetap berada di penyedia — tetapi Anda tetap perlu menyelesaikan self-assessment (biasanya singkat).
- "Mode uji dan mode live berperilaku persis sama." Keduanya mirip, tetapi mode live memerlukan akun yang sudah terverifikasi penuh, endpoint webhook nyata yang diatur untuk lingkungan live, dan detail bank sungguhan.
- "Payment gateway menangani pajak saya." Hanya jika ia merchant of record atau Anda mengaktifkan dan mengonfigurasi fitur pajaknya. Periksa aturan lokal Anda atau tanyakan kepada konsultan.
Yang sebaiknya diminta ke pembuat aplikasi AI Anda
- "Tambahkan [Stripe] Checkout untuk [produk]. Buat sesi di server menggunakan secret key dari environment variable."
- "Hanya tandai pesanan sebagai dibayar dari webhook yang terverifikasi, dan periksa tanda tangan webhook."
- "Tangani webhook yang dikirim dua kali tanpa membuat pesanan ganda."
- "Gunakan key test mode dan jelaskan kepada saya cara menguji dengan kartu uji penyedia, termasuk kartu yang ditolak."
- "Apa yang terjadi jika pelanggan menutup tab setelah membayar?"
- "Tunjukkan setiap tempat payment key dipakai, dan pastikan secret key tidak pernah sampai ke browser."
Payment gateway di Mythex
Mythex tidak menyertakan pembayaran bawaan untuk aplikasi yang Anda bangun, dan tidak ada tombol "Connect Stripe" dengan satu klik. Anda membuat akun dengan penyedia pilihan Anda, menambahkan test key-nya sebagai secret proyek, lalu meminta agen membangun checkout di sisi server. Uji di Preview dengan kartu uji penyedia, lalu publikasikan. Dokumentasi menjelaskan langkahnya di Menerima pembayaran dengan Stripe, dan Webhooks membahas langkah konfirmasi.
Untuk pembangunan langkah demi langkah, lihat cara menambahkan pembayaran ke aplikasi Anda dan, untuk tagihan berulang, cara menambahkan langganan dengan Stripe.
Pertanyaan
Apa itu payment gateway dalam istilah sederhana?
Payment gateway adalah layanan yang dengan aman mengambil detail pembayaran pelanggan dari checkout Anda, mengirimkannya ke bank dan jaringan kartu untuk persetujuan, lalu mengembalikan jawaban disetujui atau ditolak ke aplikasi Anda — biasanya dalam beberapa detik.
Apa perbedaan antara payment gateway dan payment processor?
Secara ketat, gateway adalah pintu depan yang aman untuk menangkap dan meneruskan detail pembayaran, sedangkan processor memindahkan transaksi antar bank. Dalam praktiknya, penyedia modern seperti Stripe, PayPal, dan Adyen menggabungkan keduanya, ditambah merchant account, dalam satu layanan, sehingga istilahnya sering dipakai secara bergantian.
Apakah saya harus memenuhi PCI compliance untuk menerima pembayaran kartu?
Setiap bisnis yang menerima kartu harus memenuhi standar keamanan PCI DSS dalam bentuk tertentu. Memakai halaman checkout yang dihosting atau kolom pembayaran tertanam dari penyedia berarti nomor kartu tidak pernah menyentuh server Anda, sehingga tanggung jawab Anda jauh berkurang. Penyedia Anda akan memberi tahu self-assessment mana yang berlaku.
Apa itu merchant of record?
Merchant of record adalah bisnis yang secara hukum menjual kepada pelanggan, dan bertanggung jawab atas hal-hal seperti memungut dan membayar pajak penjualan atau PPN, serta menangani refund dan chargeback. Layanan seperti Paddle dan Lemon Squeezy bertindak sebagai merchant of record untuk Anda; dengan Stripe atau PayPal, biasanya Andalah yang menjadi merchant of record.
Bisakah saya menambahkan pembayaran ke aplikasi yang dibuat dengan AI?
Bisa. Pembuat aplikasi AI dapat menulis kode yang menghubungkan aplikasi Anda ke penyedia seperti Stripe: membuat sesi checkout di server, menangani webhook, dan memperbarui pesanan. Anda tetap memerlukan akun sendiri di penyedia tersebut, dan sebaiknya menguji semuanya dalam test mode sebelum live.