Cara Menerima Pembayaran Kartu di Aplikasi POS Kustom

Untuk menerima pembayaran kartu di aplikasi POS kustom, Anda harus melalui penyedia layanan pembayaran (PSP) dan memilih salah satu dari empat alur: pembaca kartu bersertifikasi, Tap to Pay di iPhone, Tap to Pay di Android, atau terminal pintar terhubung cloud. Aplikasi Anda tidak pernah membaca nomor kartu secara langsung. Aplikasi mengirimkan jumlah pembayaran ke perangkat keras atau perangkat lunak bersertifikasi, dan menerima hasil disetujui atau ditolak. Setiap alur memiliki persyaratannya sendiri dari Apple, Google, atau penyedia Anda, dan proses administrasi itulah, bukan kodenya, yang memakan waktu.

Panduan ini memaparkan setiap alur langkah demi langkah, dengan persyaratan nyata dan tanpa ada yang dilebih-lebihkan. Kami mengelola pembayaran untuk POS kami sendiri, Final, sehingga kami telah melalui masing-masing alur ini.

Mengapa Anda tidak bisa sekadar menambahkan formulir kartu ke POS Anda?

Karena formulir kartu menjadikan penjualan tersebut transaksi kartu-tidak-hadir (card-not-present), sedangkan meja kasir toko memerlukan transaksi kartu-hadir (card-present). Ketika pelanggan mengetik nomor kartu ke dalam formulir web, pembayaran diperlakukan seperti pesanan daring: biaya lebih tinggi, risiko penipuan lebih besar, dan risiko sengketa lebih banyak ditanggung oleh Anda. Ketika perangkat bersertifikasi membaca kartu atau ponsel, pembayaran tersebut adalah transaksi kartu-hadir, yang lebih murah dan lebih aman untuk semua orang.

Penerimaan kartu-hadir memerlukan perangkat keras atau perangkat lunak bersertifikasi. Itulah mengapa setiap alur di bawah ini berjalan melalui produk tatap muka milik PSP daripada kode Anda sendiri. Perbedaan biayanya dijelaskan dalam kartu hadir vs kartu tidak hadir.

Opsi 1: Bagaimana cara menggunakan pembaca kartu dengan aplikasi Anda sendiri?

Pilih PSP yang memiliki SDK tatap muka, beli salah satu pembaca kartunya yang bersertifikasi, dan sandingkan dari aplikasi Anda. Stripe Terminal, Adyen, dan lainnya bekerja dengan cara ini.

1. Buka akun dengan PSP dan aktifkan produk tatap mukanya.

2. Integrasikan SDK iOS, Android, atau React Native miliknya.

3. Pesan pembaca kartu bersertifikasi dan daftarkan ke akun Anda.

4. Temukan dan hubungkan pembaca kartu dari aplikasi Anda, lalu kumpulkan pembayaran melalui SDK.

5. Rencanakan untuk pembaruan firmware pembaca kartu, yang diperbarui langsung oleh PSP.

Anda tidak dapat menghubungkan sembarang pembaca kartu: hanya pembaca kartu bersertifikasi dengan penyedia Anda yang dapat memproses kartu, karena sertifikasi mencakup kombinasi tepat antara pembaca kartu, perangkat lunak, dan prosesor. Selengkapnya ada di pembaca kartu untuk aplikasi POS kustom dan sertifikasi EMV untuk POS.

Opsi 2: Apa saja syarat Tap to Pay di iPhone?

Tap to Pay di iPhone mengubah ponsel menjadi pembaca kartu. Langkah-langkah resmi Apple adalah: bekerja sama dengan PSP yang didukung, mengajukan hak akses (entitlement) Tap to Pay di iPhone, mengintegrasikan API ProximityReader atau SDK dari PSP Anda, mengikuti Panduan Antarmuka Manusia (Human Interface Guidelines) Apple, dan mengajukan aplikasi Anda untuk ditinjau (Ringkasan Tap to Pay Apple). Apple menyatakan bahwa PSP bertanggung jawab atas sertifikasi yang memungkinkan merchant menerima pembayaran.

Dalam praktiknya itu berarti:

1. Akun pengembang organisasi. Permohonan hak akses harus berasal dari Pemegang Akun dari akun organisasi, dan mendaftar sebagai organisasi memerlukan nomor D-U-N-S. Lihat nomor D-U-N-S dan akun pengembang Apple.

2. Formulir permohonan. Sebutkan PSP Anda dan wilayah tempat Anda akan beroperasi.

3. Hak akses pengembangan. Apple memberikan satu hak akses untuk membangun dan menguji pada perangkat Anda sendiri.

4. Persyaratan UX Apple. Apple mengirimkan persyaratan dan panduan pemasarannya bersama dengan hak akses, yang mencakup label tombol, titik masuk, dan onboarding.

5. Hak akses distribusi. Anda membalas email Apple dan mengajukan ulang untuk distribusi. TestFlight dan App Store memerlukan hak akses ini.

6. Peninjauan Aplikasi. Aplikasi Anda diluncurkan setelah lolos peninjauan.

Fitur ini berjalan pada iPhone XS atau yang lebih baru dan tidak pada iPad. Panduan lengkapnya ada di cara mendapatkan hak akses Tap to Pay di iPhone, dengan tips peninjauan di lolos Peninjauan Aplikasi dengan aplikasi Tap to Pay dan alternatifnya di mengapa Tap to Pay tidak berfungsi di iPad.

Opsi 3: Apa perbedaan Tap to Pay di Android?

Tidak ada hak akses gaya Apple di Android, tetapi SDK milik PSP memberlakukan pemeriksaannya sendiri. Persyaratan umum:

• Perangkat Android dengan NFC bawaan yang menjalankan Android 11 atau yang lebih baru

• Perangkat bersertifikasi Google yang lolos pengujian integritas (integrity attestation)

• Build yang tidak dapat didebug: SDK PSP menolak menerima tap nyata dalam mode debug, jadi Anda menguji dengan pembaca simulasian

• Izin lokasi dan izin lainnya yang diminta oleh SDK

Tablet Android dapat berfungsi jika memenuhi persyaratan penyedia. Detailnya di Tap to Pay di Android pada aplikasi kustom.

Opsi 4: Bisakah POS berbasis peramban menerima kartu?

Ya, melalui terminal pintar terhubung cloud. Server Anda memberi tahu API PSP untuk mengirimkan pembayaran ke terminal tertentu di meja kasir; terminal mengelola kartu dan melaporkan hasilnya kembali ke server Anda. Ini adalah satu-satunya alur tatap muka yang dapat digunakan oleh POS web, karena halaman web tidak dapat membaca kartu tap dan Safari tidak dapat terhubung ke pembaca kartu Bluetooth.

Ini cocok untuk toko layanan kasir dengan terminal tetap. Ini menambahkan ketergantungan jaringan, jadi rencanakan apa yang terjadi saat koneksi toko terputus.

Bagaimana cara memilih penyedia pembayaran untuk POS kustom?

Mulailah dari negara tempat Anda berjualan, lalu proses onboarding dan perangkat keras:

Perbandingan berdampingan kami ada di Stripe Terminal vs Adyen untuk aplikasi POS kustom. Jika Anda berencana menerima pembayaran atas nama bisnis lain, baca menjadi pemfasilitasi pembayaran (payment facilitator) atau menggunakan platform terlebih dahulu; untuk satu toko, Anda hanyalah seorang merchant.

Kepatuhan apa yang Anda warisi, dan apa yang Anda pertahankan?

Menggunakan SDK atau pembaca kartu bersertifikasi dari PSP berarti data kartu tidak pernah menyentuh kode Anda, yang menjaga cakupan PCI Anda tetap kecil. PSP menanggung sertifikasi pembayaran. Anda tetap mempertahankan:

• Kuesioner penilaian mandiri PCI dengan prosesor Anda

• Kontrol akses, pencatatan log, dan pembaruan pada perangkat yang menjalankan POS Anda

• Struk, pengembalian dana, dan pembalikan pajak yang benar

• Aturan tampilan dan pemasaran dari Apple dan PSP Anda untuk Tap to Pay

Jika Anda juga membangun sisa sistem POS, artikel utama kami tentang cara membangun sistem POS Anda sendiri dengan AI mencakup PCI, pajak, dan penyebaran, serta perangkat keras POS untuk aplikasi kustom mencakup printer dan laci kasir.

Berapa lama waktu yang dibutuhkan untuk menerima pembayaran kartu pertama Anda?

Bisakah Anda langsung menerima kartu pada hari pertama?

Ya, dengan membangun checkout Anda di atas platform yang sudah memegang persetujuan tersebut. Itulah Final. AI Anda membangun checkout di Flow Studio, dan ketika meminta pembayaran kartu, Final Pay mengelola pembaca kartu atau Tap to Pay:

• Pembaca kartu dan Tap to Pay sudah disetujui. Final Pay menerima kartu, nirkontak (contactless), dan Tap to Pay pada perangkat yang didukung. Lihat cara menerima pembayaran Tap to Pay dan cara menerima pembayaran saat checkout.

• AI Anda sendiri yang membangunnya. Hubungkan Claude, Cursor, atau klien MCP mana pun melalui server MCP Final.

• Harga dalam satu baris. Tanpa langganan. Tunai adalah $0. Kartu adalah 2,49% + $0,10 di AS dan di seluruh dunia, 1,99% di Kanada, dan 0,99% di Eropa.

Pertimbangan sejujurnya: Anda memproses melalui Final Pay alih-alih memilih penyedia Anda sendiri, dan ketersediaan bervariasi menurut negara dan perangkat, yang tercantum dalam tempat Final Pay tersedia. Jika pembayaran adalah produk Anda, bangunlah integrasinya sendiri menggunakan alur di atas. Jika pembayaran adalah cara Anda menerima uang, persetujuannya sudah selesai.