Payment gateway (PG) · pembayaran praktis

Berapa biaya transaksi payment gateway (PG) pada umumnya?

Biaya PG berbeda tergantung metode pembayaran dan ketentuan kontrak; untuk pembayaran kartu, umumnya dipotong beberapa persen dari jumlah transaksi. Transfer bank biasanya berupa persentase dengan biaya minimum per transaksi, dan virtual account sering dikenai jumlah tetap per transaksi. Angka persisnya berbeda per perusahaan PG · per jenis usaha dan sering berubah, jadi paling akurat dicek di halaman informasi biaya tiap perusahaan PG tepat sebelum kontrak.

Selain biaya transaksi, sering ada biaya pendaftaran sekali di awal dan biaya pengelolaan tahunan. Jumlah ini juga berbeda tergantung bentuk kontrak atau apakah mendaftar lewat perusahaan hosting · mitra, jadi saat meminta penawaran, tanyakan tiga hal sekaligus: ‘biaya per transaksi · biaya pendaftaran · biaya pengelolaan tahunan’.

Jika usaha Anda termasuk usaha mikro · kecil-menengah, cek juga tarif kartu preferensial. Banyak perusahaan PG memulai dengan tarif biasa, lalu menyesuaikannya ke tarif preferensial setelah skala penjualan terverifikasi. Waktu dan cara penyesuaiannya berbeda per perusahaan PG, jadi pastikan cek informasi resmi sebelum kontrak.

Apa bedanya PG dan pembayaran praktis?

PG adalah ‘perantara’ yang menghubungkan banyak metode pembayaran sekaligus, sedangkan pembayaran praktis adalah salah satu ‘metode pembayaran’ yang dipilih pelanggan. Toss Payments Developer Center juga menjelaskan PG sebagai layanan payment gateway yang menghubungkan berbagai metode pembayaran seperti kartu · pembayaran praktis · transfer bank · virtual account.

Biasanya Anda berkontrak dengan PG lalu mengaktifkan pembayaran praktis seperti Naver Pay · Kakao Pay di dalamnya. Tiap penyedia pembayaran praktis kadang perlu pengajuan atau peninjauan tambahan, jadi sebaiknya tentukan dulu pembayaran praktis mana yang akan diterima lalu tanyakan ke perusahaan PG.

Dari sisi pelanggan, yang penting adalah apakah metode pembayaran yang familier terlihat. Untuk penjualan online dengan banyak pelanggan ponsel, sediakan pembayaran praktis; untuk usaha dengan banyak pesanan grup, sediakan juga transfer bank · virtual account — sesuaikan dengan kelompok pelanggan.

Pembayaran praktis sering berpindah ke layar penyedia pembayaran praktis di tengah proses lalu kembali. Saat uji coba sebelum rilis, cek juga apakah setelah membayar pelanggan kembali dengan baik ke situs web usaha.

Kapan uang pembayaran masuk ke rekening usaha?

Uang pembayaran tidak langsung masuk; pada tanggal penyelesaian yang disepakati dengan perusahaan PG, jumlah setelah dipotong biaya masuk sekaligus. Ini karena lembaga pembayaran seperti perusahaan kartu lebih dulu menyelesaikan ke perusahaan PG, lalu perusahaan PG menyelesaikan lagi ke usaha.

Siklus penyelesaian berbeda tergantung perusahaan PG, jenis usaha, dan ketentuan kontrak. Untuk studio kerajinan yang harus membeli bahan lebih dulu atau usaha pengiriman rutin, siklus penyelesaian sama pentingnya dengan biaya sebagai pembanding.

Jika ada refund, jumlahnya dikurangi dari dana yang akan diselesaikan atau diproses terpisah. Di masa refund menumpuk, uang yang masuk bisa lebih kecil dari perkiraan, jadi pelajari juga cara mengecek rincian penyelesaian.

Cek juga lebih dulu apakah pemilik rekening penyelesaian sama dengan data usaha. Jika berbeda, penyelesaian bisa terlambat atau dokumen harus diajukan ulang.

Bagaimana urutan memasang pembayaran di situs web?

Pembayaran melibatkan dokumen dan peninjauan, jadi harus dimulai lebih dulu dari jadwal rilis situs web. Menurut panduan Toss Payments, peninjauan perusahaan kartu membutuhkan tampilan toko online yang sudah terhubung dengan pembayaran, sehingga disarankan memasang pembayaran lebih dulu dengan kunci uji coba.

Aturan refund penting tidak hanya untuk peninjauan, tetapi juga untuk kepercayaan pelanggan. Untuk uang muka, tulis berdasarkan tanggal seperti ‘batal paling lambat sehari sebelumnya, refund penuh’; untuk produk, tulis jelas masa penukaran · pengembalian dan siapa yang menanggung ongkos kirim.

Jika baru pertama kali memakai pembayaran online, cukup mulai dengan kartu dan satu-dua pembayaran praktis daripada memasang banyak metode sejak awal. Jika ada permintaan pelanggan, tambahkan transfer bank atau virtual account saat itu.

1. 01Lakukan registrasi usaha, dan untuk penjualan online, buat laporan usaha penjualan daring (tongsin panmaeup).
2. 02Tentukan metode pembayaran yang diterima (kartu, pembayaran praktis, transfer bank, dan lain-lain) dan aturan refund.
3. 03Bandingkan biaya transaksi · biaya pendaftaran · siklus penyelesaian dua-tiga perusahaan PG lalu ajukan.
4. 04Pembuat situs memasang layar pembayaran dengan kunci uji coba, lalu situs ditinjau dalam kondisi info produk · refund sudah terlihat.
5. 05Setelah peninjauan selesai, ganti ke kunci asli dan coba sendiri pembayaran · pembatalan dengan nominal kecil.
6. 06Pada tanggal penyelesaian pertama, cek apakah rincian penyelesaian cocok dengan panel admin.

Bisakah menerima pembayaran otomatis bulanan seperti kiriman rutin · langganan?

Bisa, dengan cara yang disebut ‘pembayaran otomatis (billing)’. Setelah pelanggan mendaftarkan kartu sekali di awal, pembayaran berjalan pada tanggal yang ditentukan tanpa pelanggan perlu memasukkan data lagi.

Data kartu tidak disimpan langsung oleh situs web usaha; perusahaan PG menyimpannya dengan aman lalu hanya memberikan nilai penunjuknya (billing key) ke usaha. Toss Payments menyebutkan pembayaran otomatis ditujukan untuk layanan berlangganan rutin, dan peninjauan bisa sulit untuk keperluan pembayaran yang tidak rutin.

Cocok untuk produk seperti kiriman rutin biji kopi kafe, langganan bunga, atau kartu anggota kelas bulanan. Namun persiapannya lebih banyak daripada pembayaran biasa, jadi ada juga cara memulai dengan pembayaran biasa lalu beralih saat pelanggan langganan bertambah.

Apa kesalahan umum saat memasang pembayaran?

Kesalahan paling umum adalah mengajukan PG tepat sebelum situs dirilis sehingga situs dibuka tanpa pembayaran. Kadang peninjauan menemukan aturan refund atau info usaha belum tercantum, sehingga waktu bertambah untuk memperbaikinya.

Memilih hanya berdasarkan persentase biaya juga kurang tepat. Biaya pendaftaran · biaya pengelolaan tahunan · siklus penyelesaian · biaya tambahan pembayaran praktis harus dijumlahkan untuk mengetahui biaya sebenarnya.

Keamanan data pembayaran juga harus dicek. Jika situs web tidak menerima dan menyimpan langsung nomor kartu pelanggan, melainkan mengalihkannya ke jendela pembayaran perusahaan PG, usaha tidak perlu mengelola data kartu yang sensitif sendiri.

Jika jumlah produk sedikit, ada juga cara menghubungkan ke platform penjualan seperti Naver Smart Store alih-alih memasang pembayaran di situs web. Bandingkan biaya · kemudahan pengelolaan · pengelolaan data pelanggan, lalu pilih yang cocok untuk usaha Anda.

Apa yang perlu ditanyakan ke pembuat situs soal pembayaran?

Peninjauan PG berjalan bersamaan dengan tampilan situs web, jadi saat memesan pembuatan, tanyakan juga lima hal di bawah ini.

• Apakah tampilan yang dibutuhkan untuk pengajuan PG (produk · info refund · data usaha) ikut dibuatkan?
• Pembayaran praktis apa saja yang bisa dipasang?
• Apakah pembatalan pembayaran · refund sebagian bisa dilakukan di panel admin?
• Apakah memakai jendela pembayaran perusahaan PG tanpa menyimpan data kartu di situs web?
• Apakah uji coba pembayaran · pembatalan dengan kartu sungguhan dilakukan sebelum rilis?