ヨーロッパの銀行データを入力するようにユーザーに要求する最もユーザーフレンドリーな方法は何ですか？
BIC（銀行識別コード）とIBAN（国際銀行口座番号）はどちらも長い数字であり、入力ミスを犯しやすい。一方、ショッピングWebサイトの場合、ユーザーが支払いデータを簡単に入力できることが重要です。
ユーザーがこのデータを入力できるようにするための最良のインターフェースは何ですか？
Swift/BICコードはこの規則に従います：
AAAA BB CC DDD
[〜＃〜] aaaa [〜＃〜]銀行コードA-Z 4文字のコード。それは通常、その銀行名の短縮版のように見えます。
[〜＃〜] bb [〜＃〜]国コードA-Z 2文字のコード。銀行がどこの国にあるかを示しています。
[〜＃〜] cc [〜＃〜]ロケーションコード0-9 A-Z 2桁のロケーションコードで、2つの文字または数字のいずれかになります。その銀行の本店がどこにあるかを示しています。
[〜＃〜] ddd [〜＃〜]支店コード0-9 A-Zオプションの3桁のコード。銀行の本店ではなく、特定の支店を指定します。本社は「XXX」。
国別のSwiftコードのリストを取得できるサイトがあります。ユーザー入力を検証するために、これらはjson形式です。 PeterNotenboom/SwiftCodes on github
IBANコード（ International Bank Account Number ）は次の規則に従います：
制御コードとしての2桁
30桁までの基本銀行口座番号（BBAN）は国ごとに異なり、検証にはさまざまなルールがあります。
再開：
BICフィールドを4つのINPUTに分割し、銀行のjsonリストで検証できます。 ISO規格に国のリストがあるため、SELECTから取得できる国コード。
IBANを3つのINPUTボックスに分割できます。 ISO規格に国のリストがあるため、SELECTから取得できる国コード。 3番目のINPUTは国によって異なり、国によって大きく異なる場合があります。
追伸現在、105548種類のSwift/BICコードがあります。
設計には、単純なフィールド/入力が必要です。次に、マスクとスマート検証を使用できます。使いやすいのは、ユーザーがIBAN/BIC /クレジット番号を好きなように挿入して（スペースを入れても入れなくても）、開発中の配列を変換することです。
1つまたは複数のリストから選択することは、正確さを得る最良の方法です。
認識は常に生成よりも簡単です。リストを正しく構造化すると（左から右に移動するにつれて具体性が高くなります（国が最初、特定の銀行が最後、数字ではなく単語など））、ユーザーは通常、居住地と銀行を知っているため、間違いを犯すことはほとんどありません。
テキストボックス。驚きが最も少ない要素。
期待する形式の例直接テキストボックスの上または下、その隣の詳細な説明へのリンク（通常は疑問符）、および検証エラーに関する役立つメッセージを提供します。
代替案は、少なくともコピーペーストが機能するという認識を台無しにしてしまいます。また、実装にコストがかかり、ユーザーが使用するオペレーティングシステムやブラウザの一部を台無しにしたり、堅牢性が低く、通常は混乱を招く可能性があります。