バウチャーの注文が決済されるかどうかを決めるのは、加盟店向けポータルでの照会、または電話での問い合わせです。いずれも、そのバウチャーを発行した会社に対して、人が行います。本サービスで最も時間のかかる工程であり、他のすべてがその上に乗っている工程です。
発行体が実際に保有しているもの
お手元のプラスチックカードや印字された伝票は、領収書にすぎません。商品としての実体はコードであり、コードが意味を持つのは、発行体がそれに対応する記録を保持しているからにほかなりません。その記録が持つ事実はごくわずかです。
- そのコードがそもそも存在するかどうか
- 額面と通貨
- ステータス:未使用、一部使用済み、全額使用済み、または凍結
- 残っている残高
- 何らかの情報が付随しているかどうか — アクティベーションの記録、凍結、不正利用の届出
コードが生きているかどうかを言えるのは、発行体の記録だけです。領収書も、領収書の写真も、お客様の言葉も、どれほど誠実であってもそれを言うことはできません。
発行体に問い合わせる前に行われること
先に四つのことが行われます。そのいずれにおいても、人がコードを読むことはありません。
コードは到着した瞬間に暗号化されます。 コードは注文とは別の専用のテーブルに保管され、AES-256-GCM で暗号化されます。データベースを閲覧できる者に見えるのは、暗号文と末尾四文字だけです。
コードはフィンガープリント化され、これまでに提出されたすべてのコードと照合されます。 フィンガープリントは、コードと秘密の値を組み合わせた一方向関数の値であり、システム全体にわたる一意性の制約が課されています。同一のバウチャーが二度提示されれば — 同じアカウントでも、二つのアカウントでも、数週間の間隔があっても — そのフィンガープリントが衝突し、拒否されます。この比較は一切復号せずに行われますので、重複の検知のために誰かのコードが覗かれることはありません。
形式がブランドごとに確認されます。 ブランドごとに特有の桁数と構造があります。そのブランドのコードではありえないコードは、ほぼ必ず書き写しの誤りであり、ここで捕捉することで、発行体への無駄な問い合わせと、お客様の一日を節約できます。取り扱うブランドは取扱いバウチャーに掲載しています。
注文の通過条件が評価されます。 本人確認が完了しており有効期限内であること、スクリーニングが最新であること、対応している国であること、限度額を超えていないこと、コンプライアンス案件が係属していないこと。完璧なバウチャーであっても決済できない注文が、発行体への確認を消費することはありません。
確認そのもの
担当者が注文を開き、コードを復号します。その復号は記録されます — 誰が、いつ行い、そのコードが合計で何回閲覧されたか — ですから、お客様のバウチャーを読む行為が匿名で行われることはありません。
次に、そのブランドについて発行体が用意している窓口を、それが何であれ利用します。加盟店向けの残高照会ページを運営している発行体もあります。担当者がコードを読み上げて待つ、加盟店向けのサポート回線を設けている発行体もあります。電話でしか、しかも自社の営業時間内に、自社のタイムゾーンでしか確定的な回答をしない発行体もあります。尋ねることはどの場合も同じです。このコードは存在するか、有効か、いくら残っているか、何か情報が付随していないか。
返ってきた内容は注文に紐づけて記録されます — 結果、窓口、時刻、発行体から示された照会番号、そして確認を行った担当者の氏名。コードそのものがその記録に写されることはありません。
なぜソフトウェアではなく人が行うのか
共通のインターフェースが存在しないからです。六つのブランドがあるということは、複数の発行体、複数の窓口、複数の加盟店規約があり、そして開発の対象となる共通の API がないということです。それらすべてを網羅する単一の自動確認システムは存在しません。呼び出すべき相手が存在しないからです。
発行体は、確認できる相手を加盟店に、そしてしばしば人間に限定しています。これは意図的なものです。高速にコードを送信する自動処理は、カードテスティング攻撃 — 盗んだ、あるいは推測したコードを大量に試して有効なものを探す手口 — と見分けがつきません。発行体はそのパターンを監視し、送信元を遮断します。確認を過度に自動化した事業者は、確認する手段そのものを失うことになります。
また人は、ステータス欄には載らないものに気づきます。ポータルには表示されないアカウント上の注記、レジの領収書とコードとの食い違い、答える前に口ごもるサポート担当者。そのいずれも、データとして届くことはありません。
そして、この確認こそが商品です。レートと限度額に定める 5% の手数料は、一つのコードが名乗るとおりのものであることを確かめるために人が実際の時間を費やすことへの対価であり、それによって、その後の支払いを最終的なものにできるのです。
返ってくる答えの種類
四つあり、それらは同じ主題の変奏ではありません。
- 有効、残高は満額、付随する情報なし。 注文は進行します。担当者が支払いを実行し、取引の照会番号を注文に記録します。お客様はそれを確認できます。
- 有効だが、残高が申告額より少ない。 バウチャーは一部使用されています。申告された額面では決済できませんので、発行体が確認した残高に基づいて価格を計算し直すか、拒否するかのいずれかとなり、どちらにするかはお客様が決めます。
- すでに使用済み、またはそのようなコードが存在しない。 注文は理由を明示したうえで拒否されます。
- 凍結、ブロック、または不正利用の届出あり。 注文は拒否されて終了するのではなく、凍結され、コンプライアンス案件が立ち上がります。バウチャーが検証に通らなかったとき何が起きるかでは、この場合を含む四つすべてを詳しく説明しています。
どれくらいの時間がかかるか
秒ではなく時間の単位であり、それより長くかかることもあります。どの発行体か、その発行体が電話に出る土地で今が何時か、そして最初の回答が確定的だったかどうかによります。金曜の夜に提出されたバウチャーは、発行体の月曜を待つことになるかもしれません。
この工程は、無意味なものにすることなしに速くすることはできません。速い代替手段はいずれも — 領収書を信じる、お客様を信じる、先に支払って後から確認する — リスクを次に支払いを受ける人へ移すだけです。
その後、コードはどうなるか
暗号化されたコードは、注文が決済された時点で消去されます。拒否された場合も同様です。レコード自体は残り、末尾四文字、フィンガープリント、アクセス履歴を保持します。記録として残さなければならないものがそれだからです。コードはそこに含まれません。
実務上の帰結が一つあります。あとからお客様にコードを読み返してお伝えすることはできません。提出する前に領収書を撮影し、その写真をあとで見つけられる場所に保管してください。
確認が滞りなく進むために
- 提出した後は、バウチャーのいかなる部分も使用しないでください。確認の途中で残高が減ると、一部使用済みと読み取られます。
- 注文が進行している間、コードを他の誰にも渡さないでください。当取引所の者だと名乗って電話をかけてくる相手も含みます。当社の担当者が電話をかけ、すでに提出済みのコードを読み上げるよう求めることは決してありません。
- コードは印字されたとおりに正確に入力してください。数字の 0 と文字の O、1 と I の取り違えが、形式エラーのよくある原因です。
- レジの領収書を保管してください。バウチャーがいつどこで購入されたかを示すものであり、コードがレジでアクティベートされていなかったと判明した場合に役立つ唯一の証拠です。
- 申告する額面は、購入時に支払った価格ではなく、実際にバウチャーに記載されている額面にしてください。
現在の状況
バウチャーの受け入れは開始していません。ライセンスの申請は手続き中であり、第三者としてその発行体のコードを換金することの可否が書面で確定するまで、各ブランドの商品は停止したままです。発行体の規約はコードの譲渡を制限していることが一般的であり、それは取引を始めた後ではなく、始める前に答えを出しておくべき問題です。
実際の注文がたどる手順はご利用の流れに、そしてこのすべてに先立つ本人確認の工程についてはなぜ支払いの前に本人確認を行うのかに記載しています。