Penjana Kad Kredit
Jana kad ujian yang sah Luhn dalam pelayar anda untuk pembangunan dan QA. Sintetik sahaja — tiada akaun sebenar, tiada dana, sentiasa ditolak.
BIN, topeng x, atau BIN|MM|YYYY|CVV dengan token (m) (y) (cvv). Lihat rujukan sintaks di bawah.
1 hingga 10,000.
Jana untuk pratonton kad di sini.
Cara nombor kad (dan penjana ini) berfungsi
1 · IIN/BIN mengenal pasti rangkaian dan pengeluar
6–8 digit pertama ialah Issuer Identification Number (dahulunya Bank Identification Number). Ia mengekod rangkaian kad — Visa bermula dengan 4, Mastercard 51–55 dan 2221–2720, Amex 34/37 — dan institusi pengeluar tertentu.
2 · Digit tengah ialah pengecam akaun
Segala-galanya antara IIN dan digit terakhir ialah nombor akaun dalaman pengeluar. Penjana ini mengisi kedudukan tersebut dengan digit rawak kriptografi (crypto.getRandomValues, bukan Math.random), jadi setiap nombor adalah unik dan tidak berat sebelah.
3 · Digit terakhir ialah digit semak Luhn
Digit terakhir dikira supaya keseluruhan nombor lulus checksum Luhn (mod-10). Penjana sentiasa menulis ganti kedudukan terakhir dengan digit semak yang betul, menjamin output yang sah dari segi struktur.
4 · Algoritma Luhn — apa yang dibuktikannya dan tidak dibuktikannya
Direka oleh Hans Peter Luhn dari IBM pada penghujung 1960-an dan kini domain awam, Luhn menggandakan setiap digit kedua dari kanan, menjumlahkan hasilnya, dan digit semak menjadikan jumlah itu boleh dibahagi dengan 10. Ia wujud untuk menangkap ralat transkripsi — digit tersalah taip atau tertukar — bukan untuk mengesahkan. Lulus Luhn hanya membuktikan struktur: ia tidak pernah membuktikan kad wujud, aktif, atau memegang dana.
Kegunaan kad ujian sintetik oleh pembangun
Ujian penyepaduan pembayaran
Uji logik borang pembayaran anda dan lapisan sebelum gateway terhadap kotak pasir Stripe, PayPal, Adyen atau Braintree. (Setiap pemproses juga menerbitkan nombor ujian kotak pasir rasminya sendiri untuk gateway itu sendiri — gunakan nombor tersebut pada langkah pengesahan.)
Pengesahan borang & input
Sahkan UI anda menerima setiap jenama dan panjang PAN yang sah serta menolak input yang salah bentuk — Amex 15 digit dengan CVV 4 digit, Visa 13/16/19, dan yang selebihnya.
Automasi QA
Jana data kad yang baharu dan unik pada setiap larian ujian supaya set ujian anda tidak terikat pada fikstur tetap dan tidak membocorkan nombor lapuk antara kes.
Ujian peraturan penipuan & halaju (sistem anda sendiri)
Hasilkan set data sintetik yang pelbagai — BIN bercampur, jenama bercampur, jumlah yang berbeza-beza — untuk menguji peraturan anti-penipuan dan halaju secara agresif dalam persekitaran pementasan anda sendiri. Sahkan pengesanan anda menandakan corak yang anda jangkakan, tanpa sekali-kali menyentuh data pemegang kad sebenar.
Ujian beban & pemprosesan
Pancarkan beribu-ribu nombor unik yang berbentuk baik untuk menekan laluan penghuraian, penggiliran dan idempotensi titik akhir pembayaran anda.
Pendidikan
Tunjukkan cara struktur PAN, julat IIN dan pengesahan checksum sebenarnya berfungsi — bahan pengajaran konkrit untuk algoritma mod-10.
Sebab memasangkannya dengan API BIN BinCheck
Nombor sintetik hanya berdasarkan struktur. Sebaik sahaja anda perlu tahu apa sebenarnya sesuatu BIN — pengeluar, negara, rangkaian, jenis kad, status prabayar — anda memerlukan pangkalan data sebenar. API BIN BinCheck meliputi 360k+ BIN, dan tindakan "Sahkan BIN" di atas ialah API yang sama.
- Perkayakan dan halakan transaksi mengikut pengeluar atau negara.
- Sekat julat pakai buang atau prabayar sebelum ia sampai ke gateway.
- Selaraskan data ujian anda dengan metadata rangkaian/pengeluar sebenar.
- Prasahkan sesuatu BIN dengan murah sebelum membelanjakan satu percubaan pengesahan.
Rujukan sintaks corak
| Corak | Maksud | Contoh |
|---|---|---|
| BIN biasa | Berkembang kepada panjang lalai jenama, badan rawak | 547958 |
| BIN + topeng x | Setiap x ialah digit rawak; panjang dihormati | 460723xxxxxxxxxx |
| Blok paip | BIN | bulan | tahun | CVV | 434256|11|2027|212 |
| Token (m) (y) (cvv) | Rawakkan medan itu | 434256|(m)|(y)|(cvv) |
| Tahun pendek | Tahun dua digit dikembangkan kepada 20YY | 434256|05|27| |
Corak serasi ke belakang dengan penjana sebelumnya. Gabungkan BIN dengan topeng dan blok paip pilihan: BIN|MM|YYYY|CVV. Digit PAN terakhir sentiasa digantikan dengan digit semak Luhn yang betul.
Rujukan jenama BIN / IIN
| Rangkaian | Bermula dengan | Panjang PAN | CVV |
|---|---|---|---|
| American Express | 34, 37 | 15 | 4 digit |
| Diners Club | 300–305, 36, 38 | 14, 16, 19 | 3 digit |
| JCB | 3528–3589 | 16, 19 | 3 digit |
| Discover | 6011, 644–649, 65, 622 | 16, 19 | 3 digit |
| UnionPay | 62 | 16–19 | 3 digit |
| Maestro | 5018, 5020, 5038, 6304, 6759, 6761–6763 | 12–19 | 3 digit |
| Mastercard | 51–55, 2221–2720 | 16 | 3 digit |
| Mir | 2200–2204 | 16–19 | 3 digit |
| Visa | 4 | 13, 16, 19 | 3 digit |
Susunan mencerminkan keutamaan pengesanan (awalan paling khusus dahulu). Sesuatu nombor boleh sah Luhn dan masih bukan kad sebenar yang aktif.
Soalan Lazim penjana kad kredit
Penjana kad kredit menghasilkan nombor kad yang mengikut peraturan struktur kad sebenar — awalan IIN/BIN yang sah, panjang yang betul untuk rangkaian, dan checksum Luhn yang lulus. Yang ini dibina untuk pembangun, jurutera QA dan penguji keselamatan yang memerlukan data yang kelihatan realistik tetapi tidak berfungsi untuk menguji perisian.
Alat berkaitan
Untuk pembangunan, QA dan ujian keselamatan sahaja. Nombor yang dijana adalah sah Luhn tetapi sintetik: tidak dikaitkan dengan mana-mana akaun, tidak memegang sebarang dana, dan sentiasa ditolak oleh pemproses pembayaran sebenar. Sebarang padanan dengan kad sebenar adalah kebetulan. Jangan sekali-kali menggunakan nombor yang dijana — atau sebarang data kad — untuk cuba melakukan transaksi sebenar.