Kami menggunakan Google Analytics untuk statistik lalu lintas. Cookie analitik hanya dipasang jika Anda menerimanya. Tanpa persetujuan, statistik diperkirakan dari sinyal tanpa cookie. Kebijakan Cookie.
Gateway · Pembayaran
Satu contoh kasus menelusuri seluruh halaman — Arc Studio SRL, pesanan 9F21-0716, €49.00. Pelanggan memilih kartu, Apple Pay, Google Pay, USDC, atau transfer bank, dan bagi merchant hasilnya sama saja: satu referensi, satu bukti, satu jumlah euro.
Jaminan
Fragmentasi metode adalah masalah merchant, dan terus menumpuk: prosesor kartu dengan dasbornya sendiri, SDK wallet dengan siklus rilisnya sendiri, opsi kripto di halaman berbeda yang tidak terekonsiliasi ke mana pun. Setiap metode tambahan berarti integrasi lain, laporan lain, dan satu tempat lagi tempat pembayaran bisa hilang. Gateway menyatukan semuanya dalam satu halaman dan satu catatan.
Checkout yang sama di ponsel — kartu, wallet, dan USDC dalam satu halaman. · Bukti pembayaran — 52.95 USDC masuk, €49.00 di-settle, dinyatakan dengan jelas.
Kartu, Apple Pay, Google Pay, USDC, transfer bank, dan metode lokal yang diharapkan pembeli Anda berada di halaman hosted yang sama, diurutkan menurut yang paling mungkin dipakai pelanggan di depannya. Halaman menyesuaikan desktop, ponsel, dan in-app; menerima metode baru cukup dengan toggle, bukan proyek.
Back office link — setiap link dengan statusnya, €2,304.50 terkumpul bulan ini.
USDC dihargai pada kurs yang ditampilkan di halaman sebelum pelanggan mengonfirmasi, di-settle ke euro, dan masuk dalam pencairan yang sama dengan hasil kartu. Anda tidak pernah memegang posisi token, tidak perlu membuka fungsi treasury, dan akuntan Anda tidak pernah melihat mata uang kedua. Bukti pembayaran menyatakan konversinya dalam satu baris — pelanggan membayar kripto; pembukuan mencatat €49.00.
Refund sedang berjalan — terhadap pesanan, alasan wajib, kembali lewat jalur asal.
Semuanya bergantung pada pesanan, bukan metode pembayaran. Pesanan 9F21-0716 membawa item barisnya, biaya pemrosesan €0.50, totalnya, hasil otorisasinya, buktinya, dan refund-nya. Itu sebabnya rekonsiliasi cukup pencarian, sengketa cukup satu layar, dan refund merujuk ke pesanan, bukan ke kartu, wallet, atau chain.
Branding checkout — logo, warna, tipografi, dan sudut, dipratinjau langsung sebelum disimpan.
Kartu disimpan di vault kami dan dirujuk lewat token, sehingga pelanggan yang kembali membayar dengan satu ketukan dan sistem Anda menyimpan referensi, bukan nomor kartu. Langganan berjalan sesuai jadwal yang Anda tentukan terhadap token itu, mencoba ulang soft decline sendiri, dan mengikuti pemegang kartu saat kartu diganti — setiap siklus menghasilkan pesanan dan bukti tersendiri.
Konfigurasi metode — aktifkan metode per checkout, settlement dan routing di sampingnya.
Lalu lintas kartu mengikuti kebijakan routing yang ditulis dengan istilah yang Anda kenal, mencoba ulang soft decline lewat jalur alternatif sebelum pelanggan melihat kegagalan, dan beralih ke 3-D Secure saat kebijakan menuntutnya, bukan secara default. Ketika pembayaran benar-benar ditolak, alasannya datang dalam bahasa yang bisa ditindaklanjuti operator, bukan kode mentah dari penerbit.
Unggah logo, atur warna, tipografi, dan sudut, lalu pratinjau checkout sebenarnya sebelum menyimpan. Jalankan di domain kami, domain Anda, atau di dalam aplikasi Anda sendiri — dengan footer powered-by atau whitelabel penuh. Checkout demo ini milik Arc Studio SRL, dan terlihat seperti milik mereka.
Metode
Setiap metode yang ditampilkan checkout, jalur di baliknya, dan mata uang penerimaannya. Kolom sebelah kanan adalah intinya: apa pun pilihan pelanggan, pencairan dana merchant hanya satu angka dalam euro.
Integrasi
Buat pesanan dengan idempotency key, arahkan ke checkout hosted, lalu terima hasil bertanda tangan. Seluruh integrasi hanya terdiri dari beberapa endpoint dan satu webhook.
Tanpa integrasi sama sekali — buat tautan di back office, sekali pakai atau untuk banyak pembayaran, lalu kirim. Pembayarannya masuk ke tempat yang sama dengan pembayaran via API.
iOS dan Android menampilkan checkout yang sama secara native, sehingga pelanggan tetap berada di aplikasi Anda saat menggunakan wallet sheet dan 3-D Secure.
Hubungkan toko online yang sudah ada tanpa developer: instal, tempel kunci, lalu lakukan pembayaran uji dengan kartu sandbox.
Pertahankan tata letak Anda dan sematkan kolom input pembayaran. Kolom tersebut tetap di-hosting dan berlingkup PCI di sisi kami, sehingga data kartu tetap tidak menyentuh server Anda.
Integrasi
Backend Anda membuat pesanan lewat API: jumlah, mata uang, referensi Anda.
Pelanggan memilih kartu, wallet, atau USDC di halaman hosted.
Dana diverifikasi dan ditahan; 3-D Secure hanya muncul bila kebijakan mengharuskan.
Penagihan selesai dan masuk antrean settlement.
Webhook order.paid bertanda tangan tiba; verifikasi tanda tangannya lalu penuhi pesanan.
Pesanan hari itu dikelompokkan dan dicairkan dalam EUR — satu referensi dari checkout hingga baris mutasi bank.
Fitur
Checkout hosted menampilkan kartu, Apple Pay, Google Pay, dan USDC berdampingan. Pesanan 9F21-0716 ada di kiri — tiga item, biaya pemrosesan €0.50, total €49.00 — dan pilihan metode di kanan. Pelanggan memilih; halaman menyesuaikan; merchant cukup sekali integrasi.
URL checkout yang sama menata ulang diri ke tampilan ponsel: pesanan melipat menjadi bar ringkasan, tombol metode tetap di tempat, formulir kartu tetap berlabel. Yang tampil di desktop tampil di mobile — dan bila Anda ingin pembayaran terjadi di dalam aplikasi sendiri, bukan di browser, SDK iOS dan Android menampilkan checkout yang sama secara native untuk pesanan yang sama.
Pembayaran dengan USDC berakhir dengan bukti bayar yang bisa dibaca akuntan merchant. Metode: 52.95 USDC di Base →︎ settlement EUR, pada kurs yang tercetak di bukti bayar, 1 EUR = 1.0807 USDC. Referensi 9F21-0716, dikirim lewat email ke pelanggan dan bisa diunduh saat itu juga. Pelanggan membayar kripto; pembukuan mencatat €49.00.
Tautan pembayaran punya meja kerja sungguhan: 8 tautan untuk Arc Studio SRL berstatus dibayar, aktif, dan kedaluwarsa, dengan jumlah, jumlah pembayaran, dan status di setiap baris. Kartu di atas mencatat skornya — 4 tautan aktif, €2,304.50 terkumpul bulan ini dari 18 pembayaran tautan, €49.00 dibayar hari ini. Buat, cari, ekspor, selesai.
Refund mengacu ke pesanan, bukan metode pembayaran. Panel terbuka pada 9F21-0716 dengan jumlah terisi penuh €49.00, alasan wajib, dan catatan opsional yang masuk ke ekspor dan bukti bayar pelanggan. Dana kembali lewat rail pembayaran asal secara otomatis — refund kartu ke kartu, pesanan USDC sebagai settlement EUR-nya — biasanya dalam 1–3 hari kerja.
Branding adalah halaman pengaturan, bukan proyek jasa: unggah logo, atur warna aksen, tinta, dan permukaan, pilih jenis huruf dan gaya sudut. Pratinjau langsung menampilkan checkout asli Anda — desktop atau mobile — sebelum disimpan, dan aksen menentukan fokus tombol bayar, centang status, dan tab aktif. Jalankan di host checkout yang diberikan bersama sandbox Anda, atau di domain sendiri.
Metode pembayaran berupa toggle dengan provider di baliknya: kartu dengan 3-D Secure, Apple Pay dan Google Pay sebagai tombol wallet, USDC di Ethereum, Base, dan Solana, transfer bank SEPA lewat referensi vIBAN. Di sampingnya, panel settlement menyatakan kesepakatannya dengan jelas: pelanggan melihat konversi sebelum konfirmasi; Anda selalu menerima settlement dalam EUR.
Buat pesanan, arahkan ke halaman hosted, terima hasilnya. Gateway menangani UI pembayaran, logika metode, dan bukti bayar. Tim Anda tak perlu membangun, menambal, atau memutakhirkan frontend checkout setiap kali metode berubah.
Semuanya bergantung pada pesanan, bukan metode pembayaran. Pesanan 9F21-0716 membawa item-itemnya — sprint identitas merek €38.50, lisensi huruf €6.00, pengiriman kilat €4.00 — biaya pemrosesan €0.50, dan satu total. Apa pun cara pembayarannya, referensi itulah yang Anda kueri, rekonsiliasi, dan refund.
Perubahan metode dan branding berlaku untuk sesi checkout baru — dinyatakan di layar tempat Anda menyimpannya. Pelanggan yang sedang membayar tak akan melihat halamannya berubah.
Jalur kartu adalah bagian membosankan yang sudah dibereskan: validasi inline, 3-D Secure dengan strong customer authentication yang menyatu di alur di bawah kebijakan routing yang mudah dibaca, dan kartu uji per sandbox untuk uji integrasi. Menerima kripto tak pernah membuat alur kartu lebih buruk.
Wallet cukup berupa tombol, bukan proyek. Apple Pay dan Google Pay tampil sebagai sheet satu ketukan di halaman yang sama dan membayar dengan token perangkat — nomor kartu asli tak pernah sampai ke halaman — lewat pesanan dan bukti bayar yang sama. Mengaktifkannya cukup dengan toggle di layar metode.
Kripto dihargai pada kurs yang ditampilkan saat checkout dan di-settle ke euro. Merchant tak pernah tanpa sengaja memegang posisi token; pembukuan tetap dalam satu mata uang.
Metode USDC mencakup Ethereum, Base, dan Solana di balik satu toggle. Pelanggan membayar di jaringan tempat wallet-nya berada; sisi merchant tidak berubah.
Bayar-dengan-transfer membawa referensi vIBAN, sehingga pembayaran SEPA yang masuk mengenali pesanannya secara otomatis. Aktifkan untuk pelanggan yang menginginkan invoice yang bisa dibayar dari bank, dan rekonsiliasi tetap otomatis.
Selain kartu dan wallet, checkout menampilkan metode account-to-account dan lokal yang diharapkan pembeli Eropa, disajikan menurut negara pelanggan, bukan ditumpuk dalam satu daftar panjang.
BNPL berada di baris metode yang sama dengan lainnya — pelanggan mencicil pembayaran, merchant dibayar sekali, dan referensi pesanan tidak berubah. Satu toggle, bukti bayar yang sama, rekonsiliasi yang sama.
Halaman mengurutkan metode menurut yang paling mungkin dipakai pelanggan — negara, bahasa, perangkat, dan apakah pernah membayar ke Anda — sehingga opsi yang relevan ada di urutan pertama, bukan keempat.
Tampilkan jumlah dalam mata uang pelanggan dengan konversi dinyatakan sebelum konfirmasi, dan tetap settlement ke EUR. Pelanggan melihat angka yang familier; ledger Anda hanya mencatat satu.
Halaman hosted melokalkan label, pesan kesalahan, dan bukti bayarnya. Tak ada yang membatalkan pembayaran karena tombolnya berbahasa asing.
Pelanggan yang kembali membayar dengan kartu tersimpan dalam satu ketukan. Kartu disimpan di vault kami dan dirujuk lewat token, jadi sistem Anda menyimpan referensi, bukan PAN — dan pembelian kedua lebih singkat daripada yang pertama.
Tagihan berulang berjalan sesuai jadwal yang Anda tentukan — jumlah, interval, mulai dan akhir — pada kartu yang ditokenisasi. Setiap siklus menghasilkan pesanan dan bukti bayarnya sendiri, sehingga langganan direkonsiliasi baris demi baris seperti yang lain.
Soft decline pada tagihan berulang dicoba ulang sesuai jadwal, bukan dihapuskan, dan pelanggan hanya diberi tahu saat memang perlu. Perpanjangan yang gagal tak lagi jadi churn senyap.
Kartu tersimpan disimpan sebagai network token dan mengikuti pemegang kartu saat kartu diterbitkan ulang atau kedaluwarsa. Langganan yang dulu putus saat kartu diganti terus menagih.
Pesanan dibuat lewat API dengan idempotency key — permintaan yang diulang mengembalikan hasil awal, tak pernah tagihan kedua — dan bagian developer memuat key serta dokumentasinya. Checkout-nya hosted; integrasinya hanya beberapa endpoint, terdokumentasi di tempat pengaturan berada.
Backend Anda tahu soal pembayaran saat itu juga: event webhook bertanda tangan pada siklus hidup pesanan — dibayar, gagal, di-refund — dengan verifikasi tanda tangan di sisi Anda dan perlindungan replay di sisi kami.
Aplikasi native menampilkan checkout yang sama di dalam aplikasi, tanpa melempar pengguna ke browser. SDK membawa logika metode, sheet wallet, dan 3-D Secure; pesanan dan bukti bayarnya adalah yang sudah dikenal backend Anda.
Plugin shopping cart menghubungkan toko yang ada ke Gateway tanpa developer — pasang, tempel key, lakukan pembayaran uji. Pesanan yang sama masuk ke back office yang sama dengan pesanan dari API.
Saat pembayaran harus terjadi di dalam tata letak Anda sendiri, tanamkan field pembayaran langsung: input di-host dan masuk cakupan PCI di sisi kami, halaman di sekitarnya sepenuhnya milik Anda, dan data kartu tak pernah menyentuh server Anda.
Tautan bisa ditutup setelah satu pembayaran atau terus menerima pembayaran — kursi workshop di demo sudah menerima 3 pembayaran, jam konsultasi 6. Secara default, tautan kedaluwarsa otomatis setelah 30 hari, dan tautan yang kedaluwarsa menampilkan statusnya, bukan gagal diam-diam.
Uji integrasi dijalankan pada sesi uji dengan kartu yang diterbitkan bersama kunci sandbox Anda, sebelum ada uang sungguhan yang bergerak. Alurnya identik, jadi apa yang lolos di mode uji adalah apa yang dirilis.
Lalu lintas kartu mengikuti kebijakan routing yang ditulis dengan istilah yang Anda kenal — merek kartu, negara penerbit, mata uang, nominal — bukan kotak hitam. Anda bisa melihat rute yang dilalui sebuah pembayaran dari layar yang sama dengan pembayaran itu.
Soft decline dicoba ulang melalui rute alternatif dalam sesi checkout yang sama, sebelum pelanggan melihat kegagalan. Sebagian besar pembayaran yang berhasil dipulihkan adalah yang tidak pernah diketahui pelanggan sempat berisiko gagal.
Kode mentah dari penerbit diterjemahkan menjadi alasan yang bisa ditindaklanjuti operator — kartu kedaluwarsa, saldo tidak cukup, risiko dari penerbit — dan dikelompokkan agar pola di banyak pembayaran terlihat sebagai pola.
Sebagian besar pembayaran lolos hanya dengan sinyal perangkat dan perilaku; tantangan tambahan muncul ketika kebijakan menghendakinya. Anda yang menentukan kebijakannya — selalu, berbasis risiko, atau dikecualikan jika aturan mengizinkan — dan halaman hosted menjalankan alurnya.
Checkout, bukti pembayaran, dan settlement membawa referensi pesanan yang sama. Siapa pun yang mencocokkan 9F21-0716 menemukan satu entri €49.00 — bukan catatan kartu di satu sistem dan catatan kripto di sistem lain.
Settlement dinyatakan di tempat Anda mengaturnya: konversi otomatis ke EUR, settlement ke RO49 •••• 0421, payout harian pukul 23:00. Angka yang dilihat akuntan besok ditentukan di layar yang bisa dibaca merchant hari ini.
Setiap payout dapat dibuka hingga ke pesanan yang mendanainya, lengkap dengan rincian biaya. Baris di rekening bank cocok dengan daftar yang bisa diekspor, sehingga tutup buku bulanan cukup pencarian, bukan investigasi.
Jumlah refund dapat diubah hingga sebesar tagihan awal — panel menampilkan batas maksimum dan memperlakukan nominal di bawahnya sebagai refund parsial. Sepuluh refund parsial atas satu pesanan tetap direkonsiliasi dengan satu referensi.
Setiap refund memiliki alasan wajib dan catatan opsional, dan catatan itu ikut terbawa: muncul di ekspor dan di bukti pembayaran pelanggan. Enam bulan kemudian, tak ada yang perlu mengingat mengapa pesanan 9F21-0716 dikembalikan dananya.
Bukti pembayaran dikirim ke e-mail pelanggan dan bisa langsung diunduh, dan bukti refund mengikuti jalur yang sama. Merchant tidak perlu membuat templat bukti pembayaran.
Pembatalan sebelum batch harian dilepas akan membebaskan hold otorisasi dan tidak ada uang yang berpindah — tanpa refund, tanpa biaya, tanpa sesuatu di mutasi pelanggan yang perlu dijelaskan.
Pembayaran kartu menjalankan 3-D Secure dengan kebijakan routing yang bisa Anda baca. Pembayaran dompet membawa autentikasi bawaan perangkat, dan event webhook diverifikasi tanda tangannya sebelum dipercaya.
Aturan penyaringan terbaca seperti kalimat — nominal di atas X dari negara Y pada kartu yang baru pertama dipakai — dan bertindak atasnya: izinkan, tantang, atau blokir. Daftar kartu, e-mail, dan alamat tepercaya maupun terblokir ada di layar yang sama.
Percobaan berulang dari satu kartu, satu perangkat, atau satu alamat terdeteksi oleh aturan rate, bukan karena seseorang menyadarinya belakangan. Sinyalnya ditampilkan pada pembayaran, bukan terkubur dalam skor.
Chargeback terbuka bersama pesanan di baliknya: hasil otorisasi, hasil 3-D Secure, bukti pembayaran, pengiriman, riwayat refund. Tanggapi dari layar itu, dan paket bukti disusun dari catatan, bukan dari ingatan.
Halaman yang mengumpulkan data kartu adalah milik kami, dalam cakupan PCI dan hosted. Baik pelanggan membayar di domain kami, domain Anda, maupun di dalam aplikasi Anda, server Anda hanya melihat token dan referensi pesanan — tidak pernah nomor kartu.
Data pembayaran dienkripsi saat disimpan dan diproses di UE. Bagi merchant Eropa, lokasi data adalah jawaban, bukan catatan kaki.
Refund, perubahan metode, perubahan branding, rotasi kunci — semuanya dicatat dalam jejak audit beserta operator, stempel waktu, dan alasannya. Tindakan berhak istimewa mewajibkan alasan sebelum dijalankan.
Keuangan melihat payout, dukungan melihat pesanan dan menerbitkan refund, developer melihat kunci dan log. Akses diberikan per peran, bukan dengan berbagi satu login.
Para pembayar terkumpul dalam tampilan pelanggan — siapa yang membayar, seberapa sering, dengan metode apa — sehingga pelanggan berulang adalah sebuah catatan, bukan kebetulan e-mail yang cocok di ekspor.
Temukan pembayaran lewat tautan atau referensi dari kotak pencarian; ekspor tampilan saat ini ke CSV saat pembukuan membutuhkannya. Back office ini dibuat dengan asumsi akuntan pasti akan bertanya.
Volume, tingkat persetujuan, refund, dan komposisi metode, untuk periode yang Anda pilih. Cukup untuk menjawab ke mana uang mengalir dan metode mana yang layak dipromosikan — tanpa perlu mengekspor apa pun.
Gateway terhubung ke Protocore Center: back office tautan pembayaran di sana menampilkan setiap tautan beserta transfer settlement-nya dan tautan buka-di-Tracer untuk jejak lengkap. Tim operasional Anda melihat menembus checkout hingga ke ledger.
Checkout demo milik Arc Studio SRL: nama mereka, merek mereka, pesanan mereka. Jalankan dengan footer powered-by-Protocore atau whitelabel penuh — keduanya membuat halaman terasa milik Anda.
FAQ
Pembayaran kartu berjalan dalam dua langkah: otorisasi menahan dana saat pembelian, lalu settlement memindahkannya. Gateway melakukan capture otomatis, mengelompokkan pesanan hari itu ke dalam satu batch, dan membayarkannya dalam EUR ke rekening atas nama Anda pada waktu pencairan harian yang diatur di pengaturan.
Waktunya. Sebelum settlement, pembatalan melepas penahanan otorisasi dan tidak ada dana yang berpindah. Setelah settlement, itu menjadi refund — diterbitkan atas pesanan, penuh atau sebagian, dikembalikan melalui metode pembayaran asal beserta alasan yang tercatat.
Sebagai kebijakan, bukan hambatan secara default. Sebagian besar alur lolos hanya dengan data perangkat dan perilaku; tantangan step-up muncul hanya bila kebijakan routing memintanya. Anda yang menetapkan kebijakan — halaman hosted menjalankan alurnya.
Euro. Jumlah USDC dihitung di halaman sebelum pelanggan mengonfirmasi, diselesaikan ke EUR pada kurs yang tertera, dan struk mencatat konversinya. Checkout, struk, dan settlement memakai satu referensi pesanan — Anda tidak pernah memegang posisi token.
Pesanan adalah berkas bukti Anda. Hasil otorisasi, struk, riwayat refund, dan pengiriman webhook terhubung ke satu referensi — satu pencarian menjawab sengketa, dan refund dari layar yang sama sering kali menjadi penyelesaian tercepat.
Tidak. Pesanan dibuat dengan idempotency key, sehingga permintaan yang diulang mengembalikan hasil asli, bukan tagihan kedua — dan webhook ditandatangani dengan perlindungan replay saat dikirim kembali.
Halaman yang mengumpulkan detail kartu adalah milik kami — di-hosting dan berlingkup PCI di sisi kami. Server Anda menerima token dan referensi pesanan, tidak pernah nomor kartu. Ini berlaku baik pelanggan membayar di domain kami, domain Anda, di aplikasi Anda, maupun lewat kolom pembayaran yang disematkan di tata letak Anda sendiri.
Bisa. Jalankan di host checkout yang diberikan bersama sandbox Anda, di domain milik Anda sendiri, atau sematkan di halaman Anda dengan kolom pembayaran hosted. Branding — logo, warna, jenis huruf, sudut — diatur di layar pengaturan dengan pratinjau langsung, dan footer bisa bertuliskan powered-by atau sepenuhnya whitelabel sesuai pilihan Anda.
Kartu disimpan di vault kami sebagai network token; sistem Anda menyimpan referensinya. Langganan menagih token tersebut sesuai jadwal yang Anda tetapkan, mengulang sendiri soft decline, dan mengikuti pemegang kartu saat kartu diterbitkan ulang. Setiap siklus membuat pesanan dan struk sendiri, sehingga langganan direkonsiliasi baris demi baris.
Jumlah dalam mata uang mereka sendiri, dengan konversi dinyatakan sebelum mereka mengonfirmasi, dan checkout dalam bahasa mereka. Anda tetap menerima settlement dalam EUR. Prinsipnya sama seperti USDC: sisi pelanggan menyesuaikan, buku besar Anda tetap dalam satu mata uang.
Bagian Anda adalah piutang dalam euro. Gateway menangani sisi kripto — penetapan harga, pembayaran on-chain, dan konversi — dan yang masuk ke rekening Anda adalah EUR dari jalur settlement yang teregulasi, tercatat di struk beserta kurs yang diterapkan. Anda tidak menyimpan token, menjalankan wallet, atau memegang posisi, karena konversi terjadi sebelum settlement, bukan sesudahnya.
Tautan pembayaran bisa dipakai di hari Anda memiliki akun. Integrasi API terdiri dari satu endpoint pesanan, satu redirect, dan satu webhook bertanda tangan — sebagian besar tim sudah menjalankannya di mode uji dalam minggu yang sama dan beralih ke live setelah berhasil melakukan pembayaran uji secara menyeluruh. Plugin toko online tidak memerlukan pengembangan sama sekali.
Bisa — jalankan keduanya. Arahkan pesanan baru ke Gateway sementara penyedia lama menyelesaikan settlement dan refund pesanannya sendiri, karena refund selalu kembali melalui jalur yang menerima pembayaran. Kartu tersimpan dimigrasikan sebagai token, sehingga pelanggan langganan Anda tidak perlu memasukkan ulang detail kartu.
Panggilan pesanan dan handler webhook. Halaman pembayaran, logika metode, wallet sheet, 3-D Secure, struk, dan setiap metode baru yang ditambahkan nanti menjadi tanggung jawab kami — itulah inti checkout hosted.
Harga
Mulai tanpa biaya platform — gateway memperoleh pendapatan dari pembayaran yang diproses, sehingga biaya mengikuti volume yang melewati checkout.
Jalankan checkout dengan brand Anda sendiri melalui lisensi yang disesuaikan dengan jalur yang Anda aktifkan dan throughput yang Anda rencanakan.
Brand Anda di halaman pembayaran, jalur kami di baliknya, dioperasikan untuk Anda — cakupan mengikuti metode pembayaran yang Anda aktifkan.
Biaya mengikuti volume yang melewati checkout dan jalur yang Anda aktifkan — settlement kartu, wallet, dan USDC. Gunakan secara standalone atau whitelabel penuh.
Evaluasi
Kami menjalankan contoh kasus bersama Anda — Arc Studio SRL, pesanan 9F21-0716 — membayar dengan kartu, wallet, dan USDC, lalu menunjukkan back office merchant di baliknya.
Merchant uji dengan kunci API, sehingga tim Anda dapat membuat pesanan, menjalankan checkout hosted, dan menerima hasil bertanda tangan dari ujung ke ujung.
API pesanan, webhook order.paid, dan panduan integrasi — semua yang dibutuhkan untuk mengarahkan checkout ke Gateway tanpa membangunnya sendiri.
Halaman hosted dengan logo, warna, dan tipografi Anda, sehingga Anda dapat melihat checkout Anda sendiri sebelum go live.
Bacaan lanjutan
Berjalan standalone atau whitelabel — brand Anda di checkout, jalur kami di baliknya.
Dalam ekosistem: PoS berbagi model pesanan Gateway di kasir, vIBAN memberi referensi yang teridentifikasi otomatis untuk pesanan transfer banknya, Chain menyelesaikan pembayaran USDC-nya ke EUR, Center adalah konsol operator di balik checkout, dan Agents menerapkan model pesanan yang sama pada pembayaran yang dimulai oleh perangkat lunak di bawah kebijakan manusia.
Semua yang di atas berjalan dalam demo production yang bisa kami tunjukkan langsung — mandiri, whitelabel, atau sebagai satu platform. Ceritakan apa yang sedang Anda bangun, dan kami tunjukkan jalur tercepatnya.
