vIBAN · Rekonsiliasi

Rekonsiliasi sejak dari rancangannya

Ketika setiap pembayar membayar ke IBAN-nya sendiri, pembayaran masuk hanya bisa berarti satu hal. Masalah pencocokan tidak diselesaikan — ia berhenti ada.

01

Satu rekening, ribuan alamat

Di balik layar ada satu rekening induk. Di permukaan, setiap pembayar, penyewa, atau pelanggan berlangganan mendapat IBAN virtual khusus. Dana tetap masuk ke rekening induk — tetapi tiba dengan label siapa pengirimnya dan untuk apa.

Layar detail rekening yang menampilkan IBAN virtual khusus pelanggan, BIC, dan alamat bank dengan tombol salin, tombol Bagikan, serta info singkat tentang SEPA Instant dan kecepatan transfer SEPA

Tampilan pembayar — IBAN yang hanya miliknya, salin dan bagikan.

02

Dibangun untuk platform

Penerbitan dilakukan secara massal, bukan satu formulir demi satu — marketplace yang mendaftarkan seribu penjual menerbitkan seribu IBAN dalam satu operasi. Tag tujuan memisahkan arus dana: sewa di sini, langganan di sana, pencairan marketplace di jalurnya sendiri — sehingga setiap entitas di platform memiliki nomor rekening sendiri yang dapat direkonsiliasi.

  1. 01Penerbitan massal lewat konsol atau API
  2. 02IBAN bertag tujuan untuk pemisahan arus dana yang rapi
  3. 03Riwayat per pembayar tanpa mesin pencocokan
Alur penerbitan massal dengan CSV tervalidasi berisi 2,400 pembayar, pratinjau IBAN di setiap baris, dan panel konfigurasi untuk memilih rentang, tag tujuan, dan prefiks referensi sebelum menerbitkan

Penerbitan massal — 2,400 baris tervalidasi, IBAN dicadangkan, satu aksi untuk menerbitkan.

Integrasi

Dari penerbitan hingga laporan, lima langkah.

  1. 01

    ISSUE

    Terbitkan vIBAN per pembayar — satu lewat API, atau 2,400 lewat CSV dengan langkah peninjauan.

  2. 02

    SHARE

    Setiap pembayar membayar ke IBAN-nya sendiri; tidak ada referensi yang bisa salah ketik.

  3. 03

    MATCH

    Kredit mengidentifikasi dirinya sendiri secara desain — 99,6% terekonsiliasi otomatis di demo.

  4. 04

    EXCEPT

    Sisanya masuk ke antrean pengecualian yang terhitung, lengkap dengan riwayatnya.

  5. 05

    REPORT

    Laporan per vIBAN, CSV dan PDF, dikirim lewat email setiap tanggal 1.

Fitur

Semua yang disertakan Protocore vIBAN.

  1. 01Konsol operator
  2. 02Tampilan bersih untuk pembayar
  3. 03Penerbitan massal dengan langkah tinjauan
  4. 04Laporan rekening yang dibuka tim keuangan
  5. 05Webhook dengan bukti pengiriman
  6. 06Rekening di balik program
  7. 07IBAN per pembayar
  8. 08Tag tujuan
  9. 09Rekonsiliasi sejak dari rancangannya
  1. 10Satu rekening induk
  2. 11Rentang IBAN khusus
  3. 12Riwayat per pembayar
  4. 13Dibangun untuk platform
  5. 14Retur, terhitung
  6. 15Jeda tanpa seremoni
  7. 16Draf sebelum batch
  8. 17Kuota yang bisa direncanakan
  9. 18Prefiks referensi per batch
  1. 19Id Anda ikut bersama id kami
  2. 20Konsol dan API adalah kembar
  3. 21Uji event sebelum uang sungguhan
  4. 22Endpoint yang tertata
  5. 23Ekspor dalam dua format
  6. 24Laporan terjadwal
  7. 25Saring aliran event
  8. 26Setiap perubahan ada alasannya
Baca detail semua 26 fitur

01Konsol operator

Satu layar memuat seluruh program: 12,480 vIBAN aktif, €2.4M dirutekan hari ini, 8,912 kredit direkonsiliasi otomatis. Setiap baris menampilkan IBAN, pemiliknya, tag tujuan, dan dana masuk hari ini. Cari berdasarkan IBAN, pelanggan, atau referensi; ekspor buku sebagai CSV.

  • Cari di IBAN, pelanggan, dan referensi
  • Status per IBAN — aktif atau dijeda, terlihat sekilas
  • Ekspor CSV seluruh buku dengan satu klik

02Tampilan bersih untuk pembayar

Pelanggan melihat detail rekening mereka sendiri: IBAN khusus dengan tombol salin, BIC untuk transfer dari luar SEPA, nama dan alamat bank, serta tombol bagikan untuk siapa pun yang membayar mereka. Setiap transfer ke IBAN itu masuk ke saldo mereka dan sudah dicocokkan — pembayar tidak pernah mengetik referensi.

03Penerbitan massal dengan langkah tinjauan

CSV berisi 2,400 pembayar diunggah, divalidasi — 2,400 valid, 0 error — dan menampilkan pratinjau IBAN persis yang akan diterima tiap baris, dicadangkan dari rentang saat unggah dan ditetapkan saat penerbitan. Atur rentang, tag tujuan, dan prefiks referensi, lalu terbitkan seluruh batch dalam satu tindakan. Operasi yang sama berjalan lewat API.

  • Sumber, konfigurasi, tinjau — dengan draf untuk disimpan di antara langkah
  • IBAN dicadangkan di awal, sehingga tidak ada bentrok saat penerbitan
  • Satu webhook per vIBAN yang diterbitkan, diatur per batch

04Laporan rekening yang dibuka tim keuangan

Periode di layar mencatat €412,380.44 dari 8,912 kredit, 99.6% direkonsiliasi otomatis — dengan 34 kasus manual dan 12 pembayaran yang dikembalikan dihitung, bukan disembunyikan. Setiap vIBAN mengekspor laporan rekeningnya sendiri sebagai CSV atau PDF, seluruh periode diekspor dalam satu tindakan, dan laporan bulanan dikirim otomatis lewat email ke inbox keuangan setiap tanggal 1.

05Webhook dengan bukti pengiriman

Setiap kredit, retur, penerbitan, dan jeda adalah sebuah event, dan setiap event menampilkan pengirimannya: kode status, latensi, dan status retry per percobaan. Pengiriman ditandatangani dengan HMAC-SHA256 dan dicoba ulang 6 kali dalam 24 jam dengan exponential backoff — dan pengiriman yang kehabisan percobaan mendapat tombol retry manual, bukan angkat bahu.

  • payment.incoming, payment.returned, viban.* — berlangganan per endpoint
  • Secret per endpoint; endpoint bisa dijeda tanpa dihapus
  • 8,946 event dalam 24 jam terakhir, 99.7% terkirim — tercatat di halaman

06Rekening di balik program

Di konsol operator, rekening penerima di balik program adalah data, bukan pengetahuan lisan: satu rekening aktif per mata uang, dan saat satu dipensiunkan, rekening berikutnya otomatis naik. Setiap perubahan meminta alasan tertulis dan masuk ke audit log.

07IBAN per pembayar

Setiap pembayar mendapat IBAN khusus, sehingga setiap pembayaran masuk sudah menyebut pengirimnya sebelum ada yang melihatnya. Tidak ada kolom referensi yang bisa salah ketik dan tidak ada antrean pencocokan untuk dikerjakan. Identifikasi adalah sifat dari nomor rekening, bukan sebuah proses.

08Tag tujuan

Setiap vIBAN membawa tag: rent-collection, subscriptions, marketplace-payouts, payroll. Alur tetap terpisah di level rekening, sehingga pelaporan per tujuan cukup berupa filter, bukan proyek.

09Rekonsiliasi sejak dari rancangannya

Saat setiap pembayar membayar ke IBAN-nya sendiri, kredit masuk hanya bisa berarti satu hal. Pada periode demo, 99.6% dari 8,912 kredit terekonsiliasi sendiri — dan sisa kecilnya yang tidak bisa masuk ke antrean manual, bukan misteri.

10Satu rekening induk

Di balik setiap vIBAN ada satu rekening nyata. Dana terkonsentrasi otomatis — tanpa saldo sub-rekening yang harus disapu, tanpa fragmentasi yang harus dikelola. Di permukaan ada ribuan alamat; buku besarnya satu.

11Rentang IBAN khusus

vIBAN diterbitkan dari rentang khusus — program demo berjalan di bawah RO49 PRCT, dengan jumlah yang tersisa per rentang ditampilkan saat penerbitan. Rentang menjaga program, brand, atau entitas tetap terpisah rapi sementara semuanya tetap dirutekan ke rekening induk.

12Riwayat per pembayar

Setiap vIBAN mengumpulkan riwayat pembayarannya sendiri, sehingga catatan pembayar lengkap dengan sendirinya. Sengketa atau audit dimulai dari daftar yang terfilter, bukan investigasi.

13Dibangun untuk platform

Onboarding seller dan penyewa dapat menerbitkan vIBAN sebagai satu langkah dalam alur: buat rekening, serahkan IBAN, mulai menagih. Tampilan pelanggan hadir whitelabel — demo berjalan sebagai Powered by Protocore; milik Anda berjalan dengan brand Anda.

14Retur, terhitung

Sebagian pembayaran ditolak — rekening ditutup, detail salah. Retur SEPA membawa kode alasannya ke event payment.returned dan hitungannya sendiri di halaman laporan rekening — data dengan penyebab, bukan misteri. Kasus pinggiran punya barisnya sendiri, bukan utas dukungan.

15Jeda tanpa seremoni

Sebuah vIBAN dijeda dalam satu tindakan, dan aliran event mencatat siapa yang menjedanya dan dari mana. Dijeda tampil sebagai status di mana pun IBAN muncul — buku, laporan rekening, aliran.

16Draf sebelum batch

Batch yang sudah dikonfigurasi disimpan sebagai draf: sumber tervalidasi, rentang dipilih, belum ada yang diterbitkan. Alurnya sumber, konfigurasi, tinjau — sehingga klik yang tak bisa dibatalkan adalah yang terakhir, dengan sengaja.

17Kuota yang bisa direncanakan

Penerbitan berjalan terhadap kuota bulanan dengan meter terlihat, dan batch menyatakan apa yang ditambahkannya sebelum dijalankan — 1,204 dari 5,000 terpakai, batch ini menjadikannya 3,604. Kapasitas adalah aritmetika, bukan pesan error.

18Prefiks referensi per batch

Setiap batch mencap kreditnya dengan prefiks referensi — ARC-PAYOUT- di demo — sehingga sistem hilir langsung mengenali alurnya sendiri.

19Id Anda ikut bersama id kami

Setiap baris pembayar membawa referensi eksternal dari sistem Anda — EXT-00311 di demo — dan tetap melekat pada vIBAN. Pencarian berjalan dengan pengenal Anda, bukan hanya milik kami.

20Konsol dan API adalah kembar

Semua yang dilakukan konsol, dilakukan API — terbitkan, jeda, query, ekspor. Unggah CSV dan panggilan API menjalankan operasi yang sama; konsol adalah klien, bukan jalur khusus.

21Uji event sebelum uang sungguhan

Kirim event uji ke endpoint mana pun langsung dari console. Integrasi terbukti berfungsi lewat pengiriman sintetis sebelum kredit nyata pertama masuk.

22Endpoint yang tertata

Setiap endpoint punya signing secret dan langganan sendiri, serta bisa dijeda tanpa dihapus — demo menyimpan endpoint staging yang dijeda tepat di samping endpoint produksi yang aktif.

23Ekspor dalam dua format

CSV untuk mesin, PDF untuk manusia — per vIBAN atau untuk seluruh periode. Ekspor dirancang untuk diimpor, bukan diketik ulang.

24Laporan terjadwal

Laporan bulanan dikirim otomatis lewat email ke alamat keuangan setiap tanggal 1. Laporan rutin menjadi langganan, bukan tugas berulang di daftar seseorang.

25Saring aliran event

Event dapat disaring menurut tipe, vIBAN, atau referensi; buku di console dicari lewat IBAN, nasabah, atau referensi. Menemukan satu pembayaran di antara ribuan hanyalah kueri dengan tiga pintu masuk.

26Setiap perubahan ada alasannya

Perubahan program oleh operator — akun, penjedaan, penutupan — wajib disertai alasan dan masuk ke log audit. Riwayat program menjelaskan dirinya sendiri secara tertulis.

Layar

Di dalam produk.

UI produk asli, ditampilkan dengan data demo.

Laporan — €412,380.44 masuk, 99.6% terekonsiliasi otomatis, CSV atau PDF per vIBAN.
Event & webhook — setiap kredit sebagai pengiriman bertanda tangan, percobaan ulang terlihat jelas.
Di balik program — rekening penerima, tepat satu yang aktif per mata uang.

FAQ

Seputar IBAN virtual.

  • Ini IBAN yang dapat dialamatkan, diterbitkan dari rentang khusus yang diarahkan ke satu rekening induk. Pembayaran ke vIBAN masuk seperti kredit SEPA biasa; dana terkumpul di rekening induk secara otomatis — tanpa proses sweeping.

  • Pengembalian membawa kode alasannya ke event payment.returned dan hitungan laporannya sendiri. Pengembalian adalah data dengan penyebab yang jelas, bukan misteri yang harus dilacak.

  • Anda membutuhkan proses pengecualian, bukan tim pencocokan. Satu pembayar per IBAN membuat kredit mengidentifikasi dirinya sendiri — 99.6% terekonsiliasi otomatis dalam demo — dan sisanya masuk antrean tinjauan lengkap dengan riwayat pembayar.

  • Terbitkan secara massal — CSV berisi 2,400 pembayar divalidasi, dipratinjau, dan diterbitkan dalam satu aksi — lalu beri tag setiap vIBAN sesuai tujuan. Setiap penjual, penyewa, atau entitas mendapat nomor rekening sendiri yang dapat direkonsiliasi; pelaporan per tujuan cukup berupa filter, bukan proyek.

Evaluasi

Terbitkan IBAN virtual dan lihat rekonsiliasinya berjalan.

01

Demo terpandu

Kami menjalankan seluruh siklus bersama Anda — terbit, bagikan, cocokkan, tangani pengecualian, laporkan — dengan data demo yang sama, termasuk penerbitan massal 2,400 pembayar.

02

Tenant sandbox

Program uji dengan rekening induk dan penerbitan yang diaktifkan, sehingga tim Anda dapat membuat vIBAN, mengirim kredit uji, dan melihatnya mengidentifikasi diri sendiri.

03

Akses API, webhook, dan dokumentasi

API penerbitan, webhook pembayaran dan siklus hidup, serta dokumentasi integrasi — cukup untuk menghubungkan rekonsiliasi ke back office Anda sendiri.

04

Mandiri atau whitelabel

Evaluasi dengan merek Protocore atau terbitkan dengan merek Anda — rekening induk tetap menjadi satu-satunya sumber kebenaran di kedua cara.

Bacaan lanjutan

Ketersediaan

Tersedia mandiri atau whitelabel — terbitkan dengan merek Anda.

Dalam ekosistem

Dalam ekosistem: order pay-by-transfer di Gateway membawa referensi vIBAN, pencairan PoS masuk ke jalur IBAN yang sama, dan Center menangani pengecualian yang ditinggalkan pencocokan vIBAN.

Pilih produk. Atau ambil intinya.

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.