Validator IBAN

Validator IBAN gratis yang berjalan di browser Anda

Validator IBAN ini memeriksa International Bank Account Number untuk struktur yang benar, panjang yang tepat untuk negaranya, dan checksum mod-97 ISO 7064 — tes yang sama yang dipakai bank untuk menangkap kesalahan ketik pada rekening sebelum pembayaran dikirim. Tempel sebuah IBAN dan Anda langsung mendapat lolos atau gagal dengan alasan spesifiknya, angkanya dikelompokkan rapi per empat digit, dan rincian lengkap bagian-bagiannya.

Berbeda dari banyak pengecek IBAN online yang mengirim nomornya ke server, semuanya di sini terjadi secara lokal dalam JavaScript. Tidak ada yang diunggah, sehingga Anda bisa memvalidasi detail perbankan sensitif — milik Anda sendiri atau milik pemasok — tanpa itu pernah meninggalkan perangkat Anda. IBAN.com dan iBANapi sama-sama menawarkan validasi serupa tapi mengirim data Anda ke server mereka setiap kali pengecekan, yang bisa jadi perhatian bagi tim keuangan yang menangani informasi perbankan klien.

Apa yang sebenarnya diperiksa validator

Validasi berjalan tiga lapis. Pertama format-nya: sebuah IBAN harus dimulai dengan kode negara dua huruf dan dua digit cek, diikuti hanya huruf dan angka. Berikutnya panjang-nya, yang tetap per negara — Norwegia memakai 15 karakter, Jerman dan Inggris 22, Prancis 27, dan Malta 31, hingga maksimum 34. Terakhir checksum mod-97: pindahkan empat karakter pertama ke akhir, konversi huruf menjadi angka (A=10 … Z=35), dan seluruh nilainya modulo 97 harus sama dengan 1.

Karena digit ceknya dihitung dari sisa nomornya, hampir semua typo tunggal — sepasang digit yang tertukar, karakter yang salah, digit yang hilang — merusak checksum-nya dan tertangkap di sini sebelum uang berpindah. Pesan errornya memberi tahu Anda pengecekan spesifik mana yang gagal sehingga Anda tahu persis apa yang harus diperbaiki, alih-alih hanya mendapat pesan 'IBAN tidak valid' yang tidak membantu.

Lihat strukturnya: negara, bank, cabang, dan rekening

Di luar jawaban ya/tidak, alat ini mem-parsing struktur IBAN. Ia memisahkan kode negara dan digit cek dari BBAN dan, di mana tata letak negaranya diketahui, memberi label kode bank, kode cabang, dan nomor rekening. Untuk GB29 NWBK 6016 1331 9268 19 itu berarti bank NWBK, cabang (sort code) 601613, dan rekening 31926819 — berguna saat Anda men-debug file pembayaran atau membangun integrasi perbankan dan perlu mengonfirmasi setiap field-nya benar.

Alat ini juga menampilkan bentuk yang mudah dibaca manusia (blok per empat digit) dan bentuk elektronik ringkas yang diharapkan sistem pembayaran, sehingga Anda bisa menyalin format mana pun yang Anda butuhkan tanpa memformat ulang secara manual.

Pengecekan massal dan referensi negara

Perlu memeriksa satu kolom penuh spreadsheet? Mode massal mengambil daftar yang ditempel dan mengembalikan tabel per baris berisi valid/tidak valid plus negara yang terdeteksi, yang bisa Anda salin kembali sebagai CSV. Dan referensi negara yang bisa dicari mencantumkan setiap negara IBAN yang didukung dengan panjang persisnya dan contoh IBAN nyata — berguna untuk memastikan seperti apa IBAN Spanyol atau Arab Saudi sebelum Anda mengetikkannya.

Ada juga generator test IBAN: pilih sebuah negara dan dapatkan IBAN yang secara struktural valid dan lolos checksum untuk keperluan software testing dan QA formulir. Ini jelas palsu dan tidak boleh pernah dipakai untuk transfer sungguhan. Mereka lolos ketiga pengecekan validasi, yang membuatnya berguna untuk menguji formulir input IBAN dan integrasi perbankan tanpa mengekspos nomor rekening nyata.

Bagaimana ini dibandingkan dengan IBAN.com, iBANapi, dan pengecek lain

Validator IBAN online yang paling banyak dipakai adalah IBAN.com dan iBANapi. Keduanya bekerja, tapi keduanya mengirim IBAN Anda ke server mereka — IBAN.com untuk menjalankan validasi dan menampilkan detail bank dari database berbayarnya, iBANapi untuk produk REST API-nya. Untuk pemakaian santai itu tidak masalah; untuk data klien sensitif atau validasi massal di bawah GDPR, ini pertimbangan privasi yang bermakna untuk diperhatikan.

Wise (dulu TransferWise) menyertakan pengecek IBAN dalam alur transfernya tapi hanya sebagai satu langkah dalam proses pembayaran, bukan sebagai alat mandiri. Schwifty adalah library JavaScript solid bagi developer yang membangun validasi ke dalam kode mereka sendiri, tapi bukan aplikasi browser yang bisa Anda buka dan pakai begitu saja. Alat ini menjalankan validasi penuh sepenuhnya di sisi klien, dengan mode massal, referensi negara, generator test IBAN, dan parsing struktur — semuanya gratis dan tanpa mengirim apa pun ke server.

Privat, instan, dan jujur soal apa yang bisa dan tidak bisa dilakukannya

Pengecek IBAN ini gratis, tidak perlu daftar, dan bekerja offline setelah dimuat. Ia, secara desain, adalah validator struktur dan checksum — mengonfirmasi IBAN terbentuk dengan benar dan konsisten secara internal, bukan bahwa rekeningnya ada atau siapa pemiliknya. Hanya bank penerima yang bisa memverifikasi itu. Ini keterbatasan jujur yang perlu dinyatakan: lolos validasi menangkap typo sebelum pembayaran dikirim, tapi bukan bukti kepemilikan atau aktivitas rekening.

Simpan sebagai bookmark untuk lain kali Anda perlu memvalidasi, memformat, atau memahami sebuah IBAN tanpa mengirim detail perbankan ke server pihak ketiga. Bekerja di iPhone dan Android juga — tempel sebuah IBAN di ponsel Anda dan dapatkan hasil validasi penuh yang sama seperti di desktop.

Struktur IBAN secara mendalam: ISO 13616 dan algoritma MOD-97

International Bank Account Number diatur oleh ISO 13616, dipelihara oleh SWIFT. Setiap IBAN mengikuti amplop luar yang sama: kode negara 2-huruf (ISO 3166-1 alpha-2), 2 digit cek, lalu BBAN (Basic Bank Account Number) — hingga 30 karakter alfanumerik yang tata letak internalnya didefinisikan secara independen oleh setiap negara. Tiga contoh mengilustrasikan seberapa besar format BBAN bervariasi: GB29NWBK60161331926819 (Inggris, 22 karakter) menyandikan kode bank 4-karakter diikuti sort code 6-digit dan nomor rekening 8-digit; DE89370400440532013000 (Jerman, 22 karakter) menyematkan Bankleitzahl 8-digit dan Kontonummer 10-digit; FR7630006000011234567890189 (Prancis, 27 karakter) berisi kode bank 5-digit, kode cabang 5-digit, nomor rekening 11-karakter, dan kunci cek nasional 2-digit.

Algoritma digit cek MOD-97 adalah yang membuat IBAN bisa memvalidasi dirinya sendiri. Untuk memverifikasi IBAN apa pun: (1) pindahkan empat karakter pertama — kode negara dan digit cek — ke akhir string; (2) ganti setiap huruf dengan padanan numeriknya, di mana A=10, B=11, dan Z=35, memperlakukan string hasilnya sebagai satu bilangan bulat besar; (3) hitung bilangan bulat itu modulo 97. IBAN yang valid selalu menghasilkan sisa tepat 1. Kedua digit cek yang disematkan di posisi 3–4 dipilih saat IBAN pertama kali diterbitkan agar identitas ini berlaku. Karena pengecekannya mencakup seluruh string rekening, satu digit yang tertukar hampir selalu merusak perhitungannya — tingkat lolos-palsu untuk karakter salah acak kira-kira 1-berbanding-97.

IBAN menjadi wajib di seluruh zona SEPA (Single Euro Payments Area — 36 negara termasuk semua anggota UE ditambah Islandia, Norwegia, Liechtenstein, Swiss, Monako, San Marino, Andorra, Vatikan, dan Inggris) pada Februari 2016. Sebelum tanggal itu, banyak bank menerima format rekening-dan-sort-code domestik lama untuk transfer euro lintas batas. Kini SEPA Credit Transfer mana pun yang membawa nomor rekening format domestik langsung ditolak di lapisan kliring, itulah sebabnya validasi IBAN yang akurat saat entri data langsung mencegah pembayaran gagal.

Negara mana yang memakai IBAN — dan yang tidak

Lebih dari 86 negara secara resmi mengadopsi IBAN. Daftar lengkapnya mencakup setiap negara Eropa, sebagian besar Timur Tengah (Arab Saudi, UEA, Kuwait, Qatar, Bahrain, Yordania, Lebanon), jumlah yang terus bertambah negara Afrika Utara dan Sub-Sahara, dan beberapa yurisdiksi Karibia dan Amerika Latin termasuk Kosta Rika, Republik Dominika, dan Brasil. Dalam kelompok ini, format dan panjangnya berbeda per negara tapi amplop luar ISO 13616-nya identik, itulah sebabnya satu algoritma validasi bekerja secara universal.

Yang tidak memakai IBAN secara signifikan adalah pasar perbankan besar dunia lainnya. Amerika Serikat tidak memakai IBAN; transfer domestik mengandalkan nomor routing ABA — kode 9-digit yang diterbitkan American Bankers Association sejak 1910, di mana dua digit pertama mengidentifikasi distrik Federal Reserve. Kanada memakai sistem serupa berupa nomor institusi 3-digit plus nomor transit 5-digit. Australia merutekan pembayaran domestik dengan kode BSB (Bank State Branch) — angka 6-digit yang secara struktural mirip sort code Inggris — bersama nomor rekening. China, Jepang, dan India mempertahankan skema domestik mereka sendiri (CNAPS, Zengin, dan IFSC/NEFT secara berurutan). Tidak satu pun dari ini terpetakan ke IBAN, sehingga bisnis AS yang menerima IBAN pemasok UE dan bisnis Jerman yang menerima nomor routing pemasok AS berhadapan dengan sistem yang benar-benar tidak kompatibel — tidak ada konversi di antara keduanya.

Pembagian geografis ini punya konsekuensi praktis: saat membayar internasional ke Amerika Serikat, SWIFT/BIC plus nomor rekening adalah kombinasi yang benar untuk diberikan, bukan IBAN. Sebaliknya, saat membayar ke Jerman atau Prancis, IBAN saja cukup untuk transfer SEPA; BIC tidak lagi wajib dalam SEPA sejak November 2016, meski banyak bank tetap memintanya sebagai pengecekan tambahan.

Kode SWIFT/BIC dan hubungannya dengan IBAN

SWIFT (Society for Worldwide Interbank Financial Telecommunication) adalah jaringan pesan koperasi yang dipakai bank untuk bertukar instruksi pembayaran secara internasional. Didirikan pada 1973 dan berkantor pusat di Brussels, jaringan ini menghubungkan lebih dari 11.000 lembaga keuangan di lebih dari 200 negara. Setiap pesan yang melewati SWIFT membawa BIC (Bank Identifier Code) yang mengidentifikasi lembaga pengirim dan penerima. BIC terdiri dari 8 atau 11 karakter: kode bank 4-huruf, kode negara 2-huruf, kode lokasi 2-karakter (yang bisa menyertakan digit), dan kode cabang 3-karakter opsional. DEUTDEDBFRA, misalnya, terurai menjadi Deutsche Bank (DEUT), Jerman (DE), kantor Frankfurt (DB), cabang Frankfurt (FRA).

IBAN dan BIC menyelesaikan masalah berbeda dan beroperasi di lapisan berbeda. IBAN mengidentifikasi rekening — ia menyandikan negara, bank, cabang, dan nomor rekening dalam satu string yang bisa memvalidasi dirinya sendiri. BIC mengidentifikasi bank sebagai lembaga di dalam jaringan SWIFT. Bersama-sama, keduanya merutekan pembayaran secara unik: BIC memberi tahu jaringan lembaga mana yang harus menerima pesannya; IBAN memberi tahu lembaga itu rekening mana yang harus dikredit. Untuk transfer SEPA di dalam Eropa, BIC tidak lagi diperlukan — IBAN saja sudah cukup karena infrastruktur kliring SEPA bisa menurunkan bank tujuan dari BBAN-nya. Untuk transfer internasional di luar SEPA — misalnya dari Inggris ke Australia atau dari Jerman ke Amerika Serikat — baik IBAN (atau nomor rekening lokal) maupun kode BIC/SWIFT tetap diperlukan.

Satu sumber kebingungan umum adalah istilah kode SWIFT dan BIC dipakai bergantian. Keduanya merujuk pada identifier yang sama. SWIFT menerbitkan dan memelihara registri BIC, sehingga kode SWIFT adalah sebutan sehari-hari untuk BIC. Saat sebuah formulir pembayaran meminta kode SWIFT/BIC, kode SWIFT, atau sekadar BIC, itu meminta identifier bank 8 atau 11 karakter yang sama. Versi 11-karakter menargetkan cabang spesifik; versi 8-karakter (atau yang berakhir XXX) menargetkan kantor pusat bank, dan kantor pusatnya merutekan secara internal ke cabang yang benar dari sana.

Kesalahan IBAN yang umum, validasi vs verifikasi, dan IBAN virtual

Kesalahan entri IBAN yang paling sering terjadi terbagi dalam empat kategori. Digit yang tertukar — menukar dua digit yang berdekatan — adalah kesalahan OCR dan pengetikan manual klasik; algoritma MOD-97 menangkap hampir semua transposisi tunggal karena mengubah karakter apa pun mengubah sisa mod-97-nya menjauh dari 1. Kode negara yang salah mengejutkan umum terjadi saat kode dua huruf yang mirip berdekatan di keyboard — GB (Inggris) versus GR (Yunani), atau BE (Belgia) versus BG (Bulgaria) — dan kode yang salah bisa menghasilkan string dengan panjang valid untuk negara berbeda, menyebabkan pengecekan panjang lolos tapi checksum-nya gagal. Jumlah karakter yang salah — digit yang hilang saat menyalin dari rekening koran yang mencetak IBAN-nya di dua baris — langsung tertangkap oleh tabel panjang per negara. Terakhir, kebingungan huruf-digit seperti huruf O kapital yang menggantikan angka nol, atau huruf I untuk angka 1, menghasilkan error format sebelum aritmetika apa pun diperlukan. Spasi tidak pernah berpengaruh pada validasi: GB29 NWBK 6016 1331 9268 19 dan GB29NWBK60161331926819 adalah IBAN yang sama — alat ini menormalkan keduanya secara identik.

Penting untuk memahami perbedaan antara validasi IBAN dan verifikasi IBAN. Validasi — yang dilakukan alat ini — sepenuhnya offline: ia memeriksa bahwa string-nya sesuai format ISO 13616, panjangnya cocok dengan spesifikasi terdaftar negaranya, dan sisa MOD-97-nya sama dengan 1. IBAN yang tervalidasi terbentuk dengan benar, tapi mungkin milik rekening yang sudah ditutup, rekening yang tidak ada, atau sekadar string yang valid secara sintaksis yang tidak pernah ditetapkan ke siapa pun. Verifikasi — mengonfirmasi rekeningnya nyata, terbuka, dan milik orang bernama — memerlukan menghubungi bank penerima atau memakai API komersial berbayar seperti produk verifikasi IBAN.com atau OpenIBAN. Verifikasi tak terhindarkan berarti mengirim IBAN ke server pihak ketiga, itulah sebabnya alat ini sengaja berhenti di validasi: semua pengecekan lokal, dan tidak ada yang meninggalkan perangkat Anda.

IBAN virtual (vIBAN) adalah nuansa modern yang patut diketahui. Prosesor pembayaran seperti Stripe, Wise, dan Airwallex menetapkan IBAN khusus untuk pelanggan atau faktur individual; pembayaran masuk ke IBAN itu otomatis disapu ke rekening induk terpusat dan direkonsiliasi oleh prosesornya. Sebuah vIBAN lolos semua pengecekan validasi standar — formatnya benar untuk negaranya, panjangnya tepat, dan checksum MOD-97-nya valid — karena ia adalah IBAN sungguhan yang diterbitkan sepenuhnya. Bedanya bersifat operasional, bukan struktural: rekening di baliknya dipegang oleh prosesor pembayaran, bukan bank tradisional, dan dananya langsung dialihkan. vIBAN banyak dipakai dalam otomasi pembayaran B2B dan alur kerja piutang; jika validasi IBAN Anda lolos tapi pembayarannya tetap gagal, penerimanya mungkin memberikan vIBAN yang sudah dinonaktifkan atau yang ditandai sistem kepatuhan bank Anda sebagai milik lembaga non-bank.