必要な銀行標準の支払いコードを作成します

ベトQRコード

NAPAS メンバー銀行の BIN、受取口座、オプションの VND 金額、および転送メッセージを入力して、NAPAS 247 の VietQR ペイロードを作成します。

プロンプトペイ QR コード

登録済みの携帯電話番号、国民 ID または納税者 ID、またはサポートされている電子ウォレット ID から、オプションの固定 THB 金額を使用して、Thai PromptPay QR を作成します。

ピクスのQRコード

オプションの BRL 量、txid、および説明を使用して、電子メール、電話、CPF、CNPJ、または EVP キーからブラジルの Pix BR コードを生成します。

UPI QRコード

UPI ID を、受取人名とオプションの INR 金額、メモ、およびインドでサポートされている UPI アプリの参照を含む Scan-to-Pay QR に変換します。

EPC QR / ジロコード

互換性のあるヨーロッパの銀行アプリで使用される EPC QR 形式で、受取人、IBAN、オプションの BIC、EUR 金額、目的、参照を準備します。

PayNow QRコード

登録済みのシンガポールのモバイル プロキシまたは会社の UEN から、オプションの SGD 金額と参照を使用して、PayNow 互換の SGQR ペイロードを生成します。

スイスの QR 請求書コード

スイス IBAN または QR-IBAN、構造化された債権者住所、および互換性のある参照を使用して、スイス フランまたはユーロのスイス クロスで固定スイス QR コード ペイロードを生成します。

SPYD QR プラットバ

IBAN、金額、通貨、可変記号、期日、メッセージからチェコの短期支払い記述子を作成します。

PAY by square

スロバキア ユーロの支払いを、受取人、IBAN、金額、変動記号、期日、およびメモを含む PAY by Square 形式でエンコードします。

HUB-3 PDF417 バーコード

公式の回線ベースのクロアチア HUB-3 支払いペイロードを生成し、EUR 金額、HR IBAN、モデル、参照、目的を含む PDF417 (QR ではなく) としてレンダリングします。

NBS IPS QRコード

18 桁のアカウント、受信者、RSD 金額、支払いコード、目的、支払者、およびオプションの参照を含むセルビアの IPS QR ペイロードを生成します。

UPN QRコード

EUR 金額、受信者、IBAN、SI または RF 参照、目的コード、説明、期限を含む UPN QR ペイロードを生成します。

最初に適切な市場を選択してください

国のページでは、各形式でどのアカウント ID、通貨、銀行アプリが想定されているかが説明されています。

手入力を減らす

互換性のあるアプリは、支払人に長い口座詳細のコピーを要求する代わりに、受取人、金額、参照情報を読み取ります。

支払者との承認を維持する

コードは転送を準備します。支払者は引き続き受取人を確認し、銀行またはウォレットでの支払いを承認する必要があります。

ペイロードは支払いスキームによって異なります

一部の形式では EMVCo タグ長値データが使用され、一部では行またはキーと値のペアが使用され、PAY by square では圧縮されたバイナリ データが使用されます。

バーコードの種類も異なる場合があります

ほとんどのエントリーは QR を使用しますが、クロアチアの HUB-3 は PDF417 を使用します。スイスの QR 請求書にはスイス十字が必要ですが、UPN では QR のバージョンと文字エンコーディングが固定されています。

チェックサムはペイロード構造のみを保護します

CRC または別のチェックサムにより、破損したデータを検出できます。受益者が信頼できるか、またはお金が届いたかを証明することはできません。

バンキングアプリが最終権限を維持する

サポートは銀行やアプリのバージョンによって異なります。実際の支払い者が使用するのと同じアプリとアカウントの種類で常にテストしてください。

一般的な支払いコードの流れ

国、受取り識別子、金額および参照先 — 検証が必要な市場固有の支払いペイロード — 互換性のあるアプリは、支払い者が確認して承認できるように支払いを表示します。

公式の銀行詳細から開始

古いサインやチャット メッセージからではなく、銀行や支払いプロバイダーのアカウントから受信 ID をコピーします。

少額のテスト支払いを生成する

コードを請求書、カウンター、またはパッケージに貼り付ける前に、解決された受益者と実際の領収書を確認してください。

近くに人間が判読できる詳細を表示する

支払人が比較できるように、コードの横に受信者、通貨、予定金額または請求書参照を印刷します。

物理ディスプレイを保護する

交換用ステッカーのパブリック コードを検査し、基礎となるアカウントが変更されるたびにステッカーを再生成します。

スキーム固有の検証

アカウント識別子、金額形式、参照、およびフィールドの長さが、選択した支払標準に対してチェックされます。

ローカルで生成

支払いペイロードとバーコードはブラウザで作成されます。ジェネレーターはお金を移動したり、アカウントを登録したりしません。

PNG および SVG のエクスポート

日常使用にはラスター イメージを、請求書や高品質印刷にはスケーラブルなベクターをダウンロードしてください。

保護された固定フォーマット

レンダリングが規定されている標準では、互換性のない色、ロゴ、形状、およびエラー修正コントロールが無効になります。

オプションの支払いコンテキスト

制度で許可されている場合は、支払者の入力を減らすために、金額、参照先、期日、またはメッセージを準備します。

検証は表示されたままになります

このワークフローは、互換性のある銀行アプリで受取人と金額を比較するよう支払者に通知します。

支払い基準を選択してください

受取銀行口座と支払者が使用するアプリに形式を一致させます。

支払いの詳細を入力して確認します

そのスキームで必要な受信者識別子、金額、参照を追加します。

スキャン、比較、公開

コードを共有する前に、互換性のあるアプリでテストし、受益者と金額を比較してください。

請求書

顧客が再入力する必要がないように、アカウント、金額、および参照データを準備します。

小売店カウンター

現地の顧客が使用する国内アプリに一致する支払いコードを表示します。

イベントと寄付

支払者が値を入力することがスキームで許可されている場合は、固定金額なしで再利用可能なコードを提供します。

国境を越えた業務

1 つの国内コードがどこでも機能すると仮定するのではなく、さまざまな市場フォーマットを公開します。

1 つの支払い QR はどの国でも機能しますか?

コードを作成するとお金が動きますか?

QRCode GENで受信者を確認できますか?

一部の形式でスタイル コントロールが無効になっているのはなぜですか?