Di balik perjalanan transaksi kartu: Apa yang sebenarnya terjadi saat Anda menempel atau menggesek kartu

Alex menjalankan agensi desain kecil. Dalam perjalanan ke kantor, ia mengetuk kartu debit HSBC miliknya di Arabica untuk membeli cappuccino. Kemudian, salah satu anggota timnya membayar langganan Figma bulanan mereka menggunakan kartu perusahaan virtual yang dibuat oleh Alex.

Kedua transaksi terasa instan dan mudah. Kartu menyentuh terminal, terminal berbunyi, dan aktivitas berlanjut. Namun di balik layar, setiap gesekan atau ketukan memicu rangkaian pemeriksaan dan serah terima cepat di berbagai sistem yang harus selalu akurat setiap saat.

Sebelum kita menelusuri alurnya, ada baiknya memahami siapa saja yang sebenarnya terlibat dalam transaksi pada umumnya.

Para pihak di balik setiap pembayaran kartu

Pembayaran kartu terlihat sederhana hanya karena beberapa pihak independen berkomunikasi dan berkoordinasi dalam sepersekian detik. Berikut adalah para peserta utamanya.

• Pemegang kartu: Ini adalah orang yang melakukan pembayaran. Dalam contoh kita: Alex di Arabica, atau rekan timnya yang menggunakan kartu virtual mereka untuk membayar Figma.
• Merchant: Bisnis yang menerima pembayaran, seperti Arabica, Figma, atau Uber.
• Terminal pembayaran dan pemroses merchant: Perangkat keras dan penyedia pembayaran yang digunakan oleh merchant. Terminal Arabica terhubung ke pemrosesnya, yang mungkin merupakan pihak seperti Stripe.
• Jaringan kartu: Skema yang merutekan transaksi; contohnya Visa dan Mastercard.
• Penerbit: Bank atau institusi yang menerbitkan kartu kepada nasabah. Untuk kartu debit Alex, ini bisa jadi HSBC. Untuk kartu perusahaan virtual timnya, mungkin Stitch.
• Buku besar

Di balik pintu depan penerbit kartu terdapat sistem yang mengelola saldo, memeriksa aturan pengeluaran, mendeteksi penipuan, serta membuat keputusan persetujuan atau penolakan secara cepat. Sistem ini menentukan apakah suatu transaksi aman, diizinkan, dan sesuai dengan batas yang ditentukan.

Bayangkan para pemain ini sebagai tim estafet. Saat Alex menempelkan kartunya, tongkat estafet pun mulai bergerak.

Berikut adalah apa yang terjadi selanjutnya.

1. Permintaan transaksi dimulai

Saat Alex menempelkan kartunya pada terminal Arabica, terminal tersebut mengambil data kartu yang telah ditokenisasi menggunakan komunikasi jarak dekat (NFC).

Jika ia menggesek kartu, terminal akan membaca pita magnetik. Jika ia memasukkan chip, terminal akan melakukan pertukaran data EMV.

Terminal mengemas informasi ini bersama jumlah pembelian, ID merchant, dan stempel waktu, lalu mengirimkannya ke pemroses pembayaran Arabica. Jika Arabica menggunakan Stripe, misalnya, Stripe akan menerima permintaan tersebut dan memformatnya menjadi pesan otorisasi.

Contoh: Jika Alex membeli cappuccino seharga empat dolar, pemroses akan menyertakan jumlah tersebut, nomor toko Arabica, dan token yang terkait dengan kartu HSBC miliknya.

2. Jaringan menentukan ke mana permintaan harus dikirim

Setelah pemroses meneruskan permintaan tersebut, jaringan kartu mengambil alih. Jika Alex menggunakan kartu Visa, Visa akan menentukan penerbit mana yang harus menerima pesan otorisasi tersebut.

Langkah perutean ini harus berjalan sempurna. Jika jaringan salah merutekan permintaan, penerbit tidak dapat memberikan respons. Jaringan juga menjalankan pemeriksaan awal seperti memvalidasi apakah merchant diizinkan untuk menerima jenis kartu tersebut. Misalnya, jika seseorang mencoba menggunakan kartu bahan bakar perusahaan di situs game online, jaringan mungkin akan memblokirnya sebelum permintaan tersebut diproses lebih lanjut.

Contoh: Saat rekan tim Alex membayar Figma menggunakan Mastercard virtual, permintaan tersebut dirutekan ke institusi yang menerbitkan kartu virtualtersebut, bukan ke bank di balik kartu debit pribadi Alex.

3. Penerbit memverifikasi identitas, saldo, dan risiko

penerbit menerima permintaan tersebut dan memutuskan apakah akan menyetujui atau menolaknya. Langkah ini melibatkan beberapa sistem yang bekerja sama dengan cepat.

• Verifikasi identitas: Penerbit memeriksa token dan memetakannya ke kartu atau akun yang sebenarnya. Untuk pembayaran ketuk di Arabica, token tersebut menyembunyikan data sensitif. Penerbit mengonfirmasi bahwa token tersebut valid dan diterbitkan di bawah HSBC.
• Pemeriksaan saldo atau batas kredit: Penerbit memeriksa apakah Alex memiliki dana yang cukup untuk pembelian empat dolar tersebut. Untuk pembayaran Figma, penerbit memeriksa batas pengeluaran yang ditetapkan pada kartu virtual spesifik yang digunakan oleh rekan setimnya.
• Pemeriksaan risiko dan aturan: Penerbit modern menjalankan transaksi melalui mesin pengambil keputusan yang mengevaluasi pola, kategori pedagang, lokasi, dan perilaku historis. Jika Alex tiba-tiba melakukan sepuluh pembelian identik di Arabica dalam satu menit, penerbit mungkin akan turun tangan.

Contoh: Jika rekan setim Alex mencoba menggunakan kartu virtual untuk membayar pakaian pribadi, aturan penerbit mungkin menolaknya karena kartu tersebut dibatasi hanya untuk perangkat lunak dan alat bisnis.

Semua pemeriksaan ini terjadi saat Alex sedang mengambil kopinya.

4. Persetujuan dikirim kembali ke pedagang

Setelah penerbit memutuskan, mereka mengirimkan respons kembali melalui jalur yang sama. Visa atau Mastercard menerimanya, prosesor menerimanya setelah itu, dan akhirnya terminal di Arabica menampilkan hasilnya.

Disetujui. Ditolak.

Contoh: Jika langganan Figma jatuh tempo pada tanggal satu setiap bulan dan kartu virtual masih memiliki batas yang cukup, penerbit akan menyetujui tagihan berulang tersebut. Sistem penagihan Figma menerima persetujuan tersebut sama seperti terminal Arabica.

5. Penyelesaian dana

Otorisasi hanyalah sebuah janji. Penyelesaian adalah perpindahan dana yang sebenarnya.

Pada akhir hari, Arabica mengirimkan transaksi yang disetujui ke pihak pengakuisisi, yang kemudian bekerja sama dengan jaringan untuk menarik dana dari penerbit. Mungkin diperlukan waktu satu hingga dua hari kerja bagi Arabica untuk menerima uang tersebut di rekening banknya.

Contoh: Alex melihat empat dolar dipotong dari saldo HSBC-nya secara langsung, tetapi HSBC baru akan mengirimkan dana tersebut ke bank pengakuisisi Arabica di kemudian hari dalam siklus penyelesaian.

Mengapa semua ini penting

Bagi lembaga keuangan mana pun, memahami alur ini menyoroti satu kebenaran sederhana. Setiap langkah bergantung pada komunikasi cepat antar sistem yang tidak selalu dirancang untuk bekerja bersama. Banyak tim masih mengandalkan penyedia terpisah untuk penerbitan, pencatatan buku besar, pemeriksaan penipuan, kontrol kartu, dan perutean transaksi. Setiap perpindahan menciptakan penundaan, kerumitan, dan celah untuk kesalahan.

Fragmentasi memperlambat persetujuan, mempersulit kepatuhan, membuat proses perbaikan sistem menjadi sulit, dan meningkatkan risiko pengalaman pelanggan yang tidak konsisten. Sedikit ketidakcocokan antara buku besar dan penerbit. Aturan perutean yang berada di sistem berbeda. Hal-hal ini dapat mengubah transaksi yang sah menjadi penolakan atau memaksa tim melakukan investigasi manual.

Itulah sebabnya semakin banyak lembaga di seluruh dunia beralih ke platform terpadu, seperti Stitch, yang menyatukan penerbitan, pencatatan buku besar, dan kontrol ke dalam satu lingkungan. Ketika semuanya berada di fondasi yang terhubung, persetujuan menjadi lebih cepat, aturan lebih mudah dikelola, dan produk kartu baru lebih cepat sampai ke tangan pelanggan. Seluruh pengalaman terasa lebih rapi dan lebih dapat diprediksi, baik bagi pengembang maupun pemegang kartu.

‍