免費二維碼產生器 — 無需註冊
建立適合您需求的銀行標準的付款代碼
從一處產生 VietQR、PromptPay、Pix、UPI、EPC、PayNow、Swiss QR-bill、SPAYD、PAY by square、HUB-3、NBS IPS 和 UPN 的支付負載。
- 12 種市場特定格式
- 收件人和金額驗證
- 不儲存任何付款憑證
選擇您客戶的銀行應用程式所理解的付款代碼
支付二維碼不是一種通用格式。選擇收款銀行和付款人市場使用的標準，然後在相容的銀行應用程式中驗證收款人和金額。
越南QR碼
輸入 NAPAS 成員銀行 BIN、接收帳戶、可選的 VND 金額和轉帳訊息，為 NAPAS 247 建立 VietQR 有效負載。
即時支付二維碼
使用註冊的手機號碼、國家或稅務 ID 或受支援的電子錢包 ID 建立 Thai PromptPay QR，並可選擇固定泰銖金額。
像素二維碼
從電子郵件、電話、CPF、CNPJ 或 EVP 金鑰產生巴西 Pix BR 代碼，並附有可選的 BRL 金額、txid 和說明。
UPI二維碼
將 UPI ID 轉換為掃描支付二維碼，其中包含收款人姓名和可選的 INR 金額、備註以及印度支援的 UPI 應用程式的參考。
EPC 二維碼/GiroCode
以兼容的欧洲银行应用程序使用的 EPC QR 格式准备受益人、IBAN、可选 BIC、欧元金额、用途和参考。
PayNow二維碼
從註冊的新加坡行動代理商或公司 UEN 產生與 PayNow 相容的 SGQR 有效負載，並帶有可選的 SGD 金額和參考。
瑞士二維碼
使用瑞士 IBAN 或 QR-IBAN、結構化債權人地址和相容參考，透過瑞士交叉貨幣產生瑞士法郎或歐元的固定瑞士 QR 代碼有效負載。
SPAYD QR 平台
根據 IBAN、金額、貨幣、變數符號、到期日和訊息建立捷克語短付款描述符。
PAY by square
以「PAY by square」格式對斯洛伐克歐元付款進行編碼，其中包含受益人、IBAN、金額、變數符號、到期日和註釋。
HUB-3 PDF417條碼
產生基於官方線路的克羅埃西亞 HUB-3 支付負載，並將其呈現為 PDF417（而非 QR），其中包含歐元金額、HR IBAN、型號、參考和用途。
國家統計局IPS二維碼
產生塞爾維亞 IPS QR 有效負載，其中包含 18 位帳戶、收件者、RSD 金額、付款代碼、用途、付款人和可選參考。
UPN二維碼
產生包含歐元金額、收件人、IBAN、SI 或 RF 參考、目的代碼、描述和到期日的 UPN QR 有效負載。
了解更多
沒有任何銀行應用程式都接受單一的二維碼格式
方形條碼可以包含網址、純文字或結構化銀行有效負載。支付應用程式僅識別它們支援的結構。從國家/地區和接收帳戶開始，而不是從代碼的視覺外觀開始。
首先選擇正確的市場
國家/地區頁面解釋了每種格式所需的帳戶識別碼、貨幣和銀行應用程式。
減少手動輸入
相容的應用程式會讀取收件人、金額和參考信息，而不是要求付款人複製冗長的帳戶詳細資訊。
保持付款人的批准
代碼準備轉帳；付款人仍必須驗證受益人並授權其銀行或錢包付款。
QR 圖碼內
這個生成器做什麼和不做什麼
生成器驗證可見欄位並以選定的市場格式對其進行編碼。它不開設帳戶、註冊支付代理、檢查帳戶所有權或確認結算。
有效負載取決於支付方案
某些格式使用 EMVCo 標籤長度值數據，某些格式使用行或鍵值對，而 PAY by square 使用壓縮的二進位資料。
條碼類型也可以不同
大多數條目使用 QR，但克羅埃西亞的 HUB-3 使用 PDF417。瑞士 QR 法案需要瑞士十字，而 UPN 則修復 QR 版本和字元編碼。
校驗和僅保護有效負載結構
CRC 或其他校驗和可以偵測損壞的資料。它不能證明受益人是值得信賴的或錢已經到達。
銀行應用程式仍然是最終決定權
支援因銀行和應用程式版本而異。始終使用真實付款人將使用的相同應用程式和帳戶類型進行測試。
典型的支付代碼流程
國家、接收識別碼、金額和參考號 — 具有所需驗證的特定於市場的支付負載 — 相容的應用程式會顯示付款訊息，供付款人驗證和授權。
發布前檢查
- 選擇收款帳戶使用的標準，而不僅僅是付款人的位置。
- 在產生之前驗證帳戶、代理、IBAN 和參考的每一位數字。
- 使用正式支援所選標準的銀行應用程式進行掃描。
- 在批准付款之前比較顯示的受益人和金額。
- 測試最終的列印尺寸、對比度和周圍的淨空間。
- 從接收帳戶確認收據而不是螢幕截圖。
發布支付代碼的安全工作流程
語法上有效的程式碼仍然可能包含錯誤的帳戶或不受特定應用程式的支援。
從官方銀行詳細資料開始
從銀行或支付提供者帳戶而不是從舊標誌或聊天訊息複製接收識別碼。
產生小額測試付款
在將代碼放在發票、櫃檯或包裝上之前，請檢查已解析的受益人和實際收據。
顯示附近人類可讀的詳細信息
在代碼旁邊列印收件人、貨幣和預期金額或發票參考號，以便付款人進行比較。
保護實體顯示器
檢查公共代碼以查找替換貼紙，並在基礎帳戶發生變更時重新產生它們。
特點
特點
特定於方案的驗證
針對所選付款標準檢查帳戶識別碼、金額格式、參考和欄位長度。
本地生成
支付負載和條碼在瀏覽器中建立；產生器不轉移資金或註冊帳戶。
PNG 和 SVG 導出
下載日常使用的光柵圖像或用於發票和高品質列印的可擴展向量。
受保護的固定格式
規定渲染的標準可停用不相容的顏色、徽標、形狀和糾錯控制。
可選的支付上下文
如果計劃允許，請準備金額、參考資料、到期日或訊息以減少付款人輸入。
驗證仍然可見
此工作流程提醒付款人在相容的銀行應用程式中比較受益人和金額。
優點 & 限制
優點
- 多種開放且可互通的支付格式的起點。
- 減少長帳戶識別碼和參考的輸入。
- 可以在所選方案允許的情況下準備一定的金額。
- 在瀏覽器本機上建立有效負載。
限制
- 對於不受支援的銀行應用程式來說，一個市場的代碼可能是純文字。
- 生成者無法驗證帳戶所有權或付款狀態。
- 商家回調和對帳需要銀行或支付提供者。
- 實體代碼可以被替換，因此付款人必須驗證受益人。
付款代碼如何運作
從付款詳細資訊到銀行應用程式確認螢幕
方形條碼可以包含網址、純文字或結構化銀行有效負載。支付應用程式僅識別它們支援的結構。從國家/地區和接收帳戶開始，而不是從代碼的視覺外觀開始。
選擇付款標準
將格式與收款銀行帳戶和付款人將使用的應用程式相符。
輸入並驗證付款詳細信息
新增此方案所需的收件者識別碼、金額和參考資訊。
掃描、比較並發布
在共享代碼之前，在相容的應用程式中進行測試並比較受益人和金額。
使用案例
使用案例
發票
準備帳戶、金額和參考數據，以便客戶無需重新輸入。
零售櫃檯
顯示與本地客戶使用的國內應用程式相符的付款代碼。
活動和捐贈
在該方案允許付款人輸入值的情況下，提供沒有固定金額的可重複使用的代碼。
跨國經營
發布不同的市場格式，而不是假設一種國內代碼在任何地方都適用。
常見問題
一個支付二維碼可以在每個國家使用嗎？
創建代碼可以轉移金錢嗎？
QRCode GEN可以確認收件人嗎？
為什麼某些格式會停用樣式控制項？
為您的市場創建支付代碼
選擇標準，使用相容的銀行應用程式對其進行測試，並在發布前驗證受益人。
建立支付二維碼