銀行卡 BIN 查詢完整指南：IIN、發卡行識別、卡組織與 Luhn 校驗
直接結論
銀行卡 BIN 查詢通常可以協助識別可能的發卡行、卡組織、卡類型和發行國家或地區。它不能確認帳戶是否存在、餘額是否足夠、卡片是否啟用，也不能預測交易是否會成功。
如果只是快速查詢，可以使用 銀行卡 BIN 查詢工具。輸入 6 位 BIN、8 位 IIN 或脫敏卡號前綴，即可查看發卡行、卡組織、卡類型和 Luhn 結構校驗結果。出於隱私考量，不建議輸入或傳播完整卡號。
BIN 和 IIN 是什麼？
BIN 是 Bank Identification Number 的常見說法，通常指支付卡號前 6 位。IIN 是 Issuer Identification Number，更正式的說法是發行方識別號。隨著卡段擴展，越來越多支付和風控系統使用 8 位 IIN 來提升識別精度。
| 名稱 | 常見長度 | 主要用途 |
|---|---|---|
| BIN | 6 位 | 傳統發卡行、卡組織和路由識別 |
| IIN | 8 位 | 更精細的發行方和產品識別 |
| 完整卡號 | 通常 13-19 位 | 可做 Luhn 結構校驗，但不能證明帳戶存在 |
實務中，很多人會把 BIN 和 IIN 混用。較好的流程是優先查詢最具體的前綴，資料不足時再回退到較寬的卡段。
BIN 查詢能查到什麼？
| 欄位 | 含義 | 常見用途 |
|---|---|---|
| 發卡行 | 發行該卡的銀行或機構 | 客服核對、路由提示、資料補全 |
| 卡組織 | Visa、Mastercard、UnionPay、American Express 等 | 支付網路處理和表單提示 |
| 卡類型 | 借記卡、信用卡、預付卡或未知 | 風控規則和收銀台提示 |
| 國家/地區 | 卡片發行地 | 跨境支付檢查和異常識別 |
| Luhn 結果 | 數字結構是否通過校驗 | 表單校驗和輸入錯誤提示 |
這些資訊適合做輔助識別。授權、帳戶狀態、餘額、詐欺判定或身分驗證，仍應以支付閘道、收單行、發卡行或合規風控系統為準。
BIN 查詢不能驗證什麼？
| 問題 | BIN/IIN 能回答嗎？ |
|---|---|
| 可能是哪家機構發卡？ | 通常可以 |
| 屬於哪個卡組織？ | 通常可以 |
| 卡號結構是否可能有效？ | 需結合 Luhn |
| 帳戶是否存在？ | 不可以 |
| 卡片是否啟用？ | 不可以 |
| 餘額是否足夠？ | 不可以 |
| 交易是否會通過？ | 不可以 |
| 使用者是否為持卡人？ | 不可以 |
一個卡號即使通過 Luhn，也可能是假的、已關閉、過期、凍結或無權交易。
Luhn 校驗與 BIN 查詢的差異
Luhn 是許多支付卡號使用的校驗演算法，可以捕捉常見輸入錯誤，但不是帳戶驗證方法。
| 能力 | BIN/IIN 查詢 | Luhn 校驗 |
|---|---|---|
| 識別發卡行 | 可以 | 不可以 |
| 識別卡組織 | 可以 | 不可以 |
| 識別卡類型 | 通常可以 | 不可以 |
| 發現明顯輸入錯誤 | 部分工具可結合完整號碼 | 可以 |
| 確認帳戶存在 | 不可以 | 不可以 |
| 確認交易會成功 | 不可以 | 不可以 |
在支付表單或客服流程中，BIN/IIN 適合用於分類，Luhn 適合用於基礎輸入校驗。兩者都不能作為唯一風控或授權依據。
安全使用場景
支付路由提示
BIN 資料可用於交易路由提示或在授權前顯示可能的卡組織，但不應取代支付閘道的正式回應。
客服核對
客服可以詢問前 6 或前 8 位，用於識別發卡機構或支援的卡組織。不應要求使用者在聊天、截圖、工單或電子郵件中傳送完整卡號。
風控特徵補充
BIN/IIN 可以作為多個風控特徵之一，例如發行國家、卡類型、卡組織、IP 國家、裝置指紋、帳戶歷史和交易行為。不要單獨用它做通過或拒絕決策。
資料清理
匯入歷史訂單、退款記錄或測試樣本時，可以用 BIN 查詢補充發卡行和卡組織欄位。建議只使用脫敏卡號或前綴。
批量 BIN 查詢流程
- 只匯出 BIN、IIN 或脫敏卡號前綴。
- 將每個前綴一行貼到 銀行卡 BIN 查詢工具。
- 檢查無法識別、卡組織異常或卡類型不一致的記錄。
- 匯出 CSV 供內部分析。
- 避免將完整卡號寫入表格、日誌、截圖或聊天工具。
即使查詢在本機執行，在團隊文件中傳播完整卡號也會造成不必要風險。
為什麼有些 BIN 查不到？
BIN/IIN 資料會變化。以下情況可能導致查詢缺失或不一致：
- 銀行新增卡段，公開資料尚未同步。
- 舊卡段被回收、遷移或拆分。
- 虛擬卡、預付卡、聯名卡或區域卡段較特殊。
- 不同地區和卡組織公開資料程度不同。
- 8 位 IIN 細分後，6 位 BIN 只能給出粗略結果。
因此，BIN 查詢應作為輔助訊號，而不是權威支付判定。
隱私與合規建議
銀行卡號屬於敏感金融資料。即使只是做 BIN 查詢，也建議遵守以下原則：
- 能用 6 位 BIN 或 8 位 IIN，就不要使用完整卡號。
- 如果出現完整卡號，只保留前綴和後 4 位，中間遮罩。
- 不要把完整卡號寫入日誌、表格、截圖、工單或聊天記錄。
- 按角色限制卡資料存取。
- 授權、代碼化和身分驗證應使用合規支付服務商。
生產系統應遵守組織的 PCI DSS 和資料處理要求。本文只用於識別和資料清理，不替代合規支付處理。
FAQ
BIN 查詢能查餘額嗎？
不能。BIN 查詢無法取得餘額、帳戶狀態或交易權限。
只輸入前 6 位夠嗎？
很多傳統場景足夠，但現代卡段常使用 8 位 IIN 以獲得更精確的發行方和產品識別。
通過 Luhn 就代表卡是真的嗎？
不是。Luhn 只檢查數字結構，不證明帳戶存在或可以扣款。
BIN 查詢可以用於風控嗎？
可以作為輔助特徵，但應與支付閘道回應、裝置、IP、帳戶歷史、交易頻率和業務規則一起使用。
使用者應該輸入完整卡號嗎？
一般查詢不需要。應使用 BIN/IIN 或脫敏卡號。完整卡號處理只應出現在批准的支付流程中。
總結
BIN/IIN 查詢適合用於發卡行識別、卡組織分類、客服核對、路由提示和風控補充。它不是即時帳戶驗證。可與 Luhn 校驗一起提升輸入品質，但授權、代碼化和詐欺判定應交給合規支付系統。
本站提供瀏覽器本地工具，免註冊即可試用 →