EPC QRコードとは?請求書におけるスキャン決済
SEPAクレジットトランスファーのための欧州決済評議会(European Payments Council)QR標準について。ペイロードの内容、決済エラーを防止する理由、およびその利用場面を解説します。
EPC QRコードとは、請求書上に印刷される正方形のバーコードであり、顧客が自身のバンキングアプリでスキャンすることで、IBAN、宛名、金額、支払参照番号などの決済情報を自動入力できるものです。顧客が内容を確認して承認すれば、送金が実行されます。
このコードは、欧州決済評議会(European Payments Council)が策定した仕様「Quick Response Code Guidelines to Enable Data Capture for the Initiation of a SEPA Credit Transfer」に基づいており、目的は明確に限定されています。すなわち、SEPAクレジットトランスファー(SEPA credit transfer)の実行のみを行い、それ以外の機能はありません。
解決する課題
手動での送金入力は、送金ミスの原因となります。顧客がPDFから20桁のIBANや参照番号をバンキングアプリへ手入力する際、数字の入力間違い、参照番号の抜け、あるいは金額の誤入力が発生することがあります。
こうしたミスは、受取人側にとってコストとなります。参照番号の誤りがあれば、入金は照合されないまま放置され、どの請求書に対するものかを担当者が突き止める必要が生じます。これは、まさに銀行消込(bank reconciliation)の照合機能が解決すべき問題です。また、IBANの誤りは、送金が全く別の宛先に送られてしまう事態を招きます。
QRコードをスキャンする方式を導入すれば、手入力が不要になり、こうした種類のエラーを根絶できます。さらに、「請求書の確認」から「送金完了」までのプロセスを数秒に短縮できるため、B2Cや中小企業向けの請求書における回収スピードが確実に向上します。
ペイロードの内容
EPC069-12のペイロードは、1行につき1つのフィールドを持つプレーンテキスト形式であり、決められた順序で構成されています。
BCD ← サービスタグ
002 ← バージョン
1 ← 文字コード(1 = UTF-8)
SCT ← 識別子(SEPA Credit Transfer)
← BIC(EEA内では任意)
UAB Pavyzdys ← 受取人名
LT121000011101001000 ← 受取人IBAN
EUR605.00 ← 金額(通貨プレフィックス付き)
← 目的コード(任意)
← 構造化送金参照番号
Invoice S-1041 ← 非構造化送金テキスト
← 受取人から送金人への情報
知っておくべき制約として、ペイロード全体の合計は 331バイト 以内収める必要があります。金額は 0.01 から 999,999,999.99 EUR の範囲でなければならず、対応通貨はユーロのみ です。また、構造化参照番号と非構造化テキストのいずれか一方を使用し、両方を同時に使用することはできません。
構造化フィールドは ISO 11649 RF などの債権者参照番号用であり、利用可能な市場であれば使用することが推奨されます。機械による検証が可能な参照番号は、自由記述テキストよりも確実に消込処理を行えます。
特筆すべき点として、ペイロードには署名やセキュリティ機能が含まれていません。これはデータ入力を簡素化するための利便性向上ツールであり、認証済みの指示ではありません。支払人は、自身のバンキングアプリにおいて、自身の認証情報で決済を承認する必要があります。これが、QRコード単体では資金を移動できない理由であり、また、偽造された請求書上のQRコードが、テキストとして記載された偽造IBANと同様に危険である理由でもあります。
利用場面
ユーロ圏全域で広く普及しており、オーストリア、ドイツ、ベルギー、オランダ、フィンランドなどの主要なバンキングアプリでネイティブに認識される事実上の標準となっています。また、スイスのQRビル(独自のより厳格な規格)や、EPC069-12よりも前から存在する各国固有のスキームなど、独自の派生形を運用している国もあります。
対応の可否は、自社側ではなく 支払人のバンキングアプリ に依存します。コードを追加してもコストは発生せず、アプリが対応しているすべての顧客の利便性が向上します。対応していないアプリを使用している顧客は、従来どおりの方法で支払います。
関連するが異なる機能
- SEPAリクエスト・トゥ・ペイ(SEPA Request-to-Pay / RTP) - 受取人が構造化された支払いリクエストを送信し、支払人がアプリで承認または拒否できるメッセージング標準です。印刷されたコードではなく双方向のやり取りであり、支払期日や分割払いのオプションを持たせることができます。
- 決済リンク(Payment links) - 通常PSP(決済代行事業者)を介して、カードやウォレットに対応したホスト型チェックアウトページへ誘導するURLです。これは異なる決済レールと異なるコスト構造を持ちます。たとえば、カード決済にはアクワイアラー手数料がかかりますが、QRコードで開始されたSEPAクレジットトランスファーには発生しません。この点は、高額な請求書においては実質的なコストの差となります。こうしたPSPのフローでは、後で入金消込(payment reconciliation)を行うための決済データが生成されます。
Nordletにおけるステータス
未実装です。 現在の請求書PDFにはEPC QRコードが含まれておらず、決済リンクの生成機能もありません。どちらも将来の計画には含まれていますが、現在は存在しません。意図を機能であるかのように説明するよりも、現状を明確に伝える方が有益であると考えています。
すでに備わっているのは、コードが必要とするデータ(会社のIBAN、取引先の詳細、請求金額、通貨、および支払参照番号となる完全な請求書番号)と、その生成パスです。請求書PDFはAPIによって生成されるため、QRコードの追加は新たなデータモデルの導入ではなく、レンダリングの追加として実現できます。
将来の実装が標準仕様から引き継ぐことになる2つの制約があります。1つ目は、ユーロ建てのみであるため、EUR以外の請求書には含められないという点、2つ目は、331バイトのペイロード制限により、長い請求書番号と会社名の間で保持できる送金テキストの長さに上限があるという点です。
それまでの間は、消込側の軽減策が重要になります。請求書番号を請求書上に目立つように記載し、文書番号を含む支払説明文に対してスコアリングを行う銀行マッチング(bank matching)機能に依存する形となります。
FAQ
EPC QRコードとは何ですか?
SEPAクレジットトランスファーの詳細(受取人名、IBAN、金額、参照番号)をエンコードした、欧州決済評議会(European Payments Council)の標準に準拠したQRコードです。支払人は、手入力の代わりにバンキングアプリでこれをスキャンして支払うことができます。
QRコード決済は安全ですか?
コード自体にはセキュリティや署名機能はなく、支払フォームに情報を事前入力するだけです。支払人は自身のバンキングアプリで、自身の認証によって送金を承認します。これはデータ入力を簡便化するための機能にすぎないため、偽造された請求書上のQRコードは、平文で記載された偽造IBANと同様にリスクがあります。
どの通貨に対応していますか?
ユーロのみです。この規格はSEPAクレジットトランスファーに特化しているため、他通貨建ての請求書には、準拠したEPC QRコードを載せることはできません。
すべての欧州のバンキングアプリがEPC QRコードに対応していますか?
ユーロ圏の主要なアプリのほとんどが対応しており、いくつかの国では事実上の標準となっていますが、対応状況は支払人の銀行によって異なります。コードを追加すれば対応している顧客の役に立ち、対応していない顧客にとっても不利益はありません。
EPC QRコードと決済リンクの違いは何ですか?
QRコードは、処理手数料なしで支払人自身が銀行振込を行うためのものです。一方、決済リンクは通常PSPを通じたカードやウォレットによるホスト型チェックアウトを開くものであり、手数料が発生し、後日の消込が必要な決済データが生成されます。