イベントチケット販売と会場での認証：ワンタイムQRコード、売上分配と照合の統合

イベントのチケット販売は、表面上は「集金と発券」に過ぎませんが、実際の会場では、オンライン販売、現場での即時購入・入場、迅速な入場認証、明確な払い戻し、パートナーへの売上分配、そして最終的な帳簿との照合といった、複数の戦線が同時に進行します。もしあなたがイベント当日、開場直前に「スクリーンショットで入場しようとする人がいる」、「現場に長蛇の列ができている」、「イベント終了後にExcelで深夜まで照合作業をしている」といった状況に遭遇したことがあるなら、チケット販売システムが単一のツールではなく、支払いから認証、決済からレポート作成までの一連の完全なプロセスであることを理解できるでしょう。

Wonderプラットフォームは、事業者が通常行っている集金、入金、支払い、経費管理、データ分析といったフィンテック機能を、イベントチケット販売の場面に応用し、チケット販売プロセスが企業レベルの運営要件を満たすように設計されています。

チケット購入で最も心配なことは？

最も心配なのは、売れないことではなく、「売れたのに、入場できない」、「入場できたのに、照合できない」、「照合できたのに、売上分配ができない」ことです。

チケット収入には複数の関係者が関わります

チケット収入には、主催者、会場、出演者、チケット代理店、スポンサーなど、複数の関係者が関与し、時には慈善寄付や販売手数料も発生します。各チケットには、チケット代の他に、手数料、割引コード、追加商品（ドリンク券、グッズ）や払い戻しポリシーがある場合があります。細かく管理しようとすればするほど、追跡可能で監査可能、そして自動化されたプロセスが必要になります。

入場認証の課題

入場認証はさらに直接的です。一つのプロセスが遅れると、会場全体が遅延し、一つの抜け穴があれば、それが紛争や苦情の原因となります。

オンラインチケット販売を迅速かつ安定させるには？

オンラインチケット販売は、「購入しやすく」そして「間違いが起きにくい」ようにする必要があります。実務では、決済リンク（Payment Link）を使って取引を完了させるのが最も一般的です。購入者はリンクをクリックし、クレジットカード、デビットカード、電子ウォレット、またはQRコードで支払い、主催者は即座に取引結果を受け取ります。

多様な決済手段への対応

Wonderプラットフォームは、Visa、Mastercard、JCB、Octopus、UnionPay、UnionPay App、WeChat Pay、Alipay、PayMe、FPSなど、カード、モバイルウォレット、QR決済などを提供しています。イベント主催者にとって、これは非常に実用的です。なぜなら、観客がどの支払い方法を使うか予測する必要がなく、特定の支払い方法のために別途プロセスを設定する必要もないからです。

即時アカウント開設でチケット販売開始

主催者にとって、もう一つの重要なポイントは「素早いアカウント開設でチケット販売を開始できること」です。Wonderは7分での迅速なアカウント開設を特徴としており、急なスケジュール、臨時追加公演、フラッシュイベントなどに特に役立ちます。宣伝を開始したのに、支払いの準備ができていないという状況は避けたいものです。

入場認証を迅速に：ワンタイムQRコードでスクリーンショットを防ぐ方法とは？

従来の静的なQRコードには、ある先天的な問題があります。それは、誰かがスクリーンショットを撮ったり転送したりすると、同じ「画像」を使って他の人が入場を試みることができてしまう点です。たとえ「先にスキャンした人が優先」というルールを設けていても、ゲートでの紛争が起こり得ます。「誰が最初に来たのか、誰が最初に使ったのか、どう証明するのか」といった問題です。

ワンタイム（動的）QRコードの設計

ワンタイム（または動的）QRコードの設計思想は、QRコードが永久に有効ではなく、「時間枠」と「使用状態」に紐付けられるというものです。最も一般的な方法は、チケットID、タイムスタンプ、暗号化された署名をQRペイロードに含めるか、または定期的に更新される動的なコードを使用することで、スクリーンショットをすぐに無効にします。スキャナーで読み取ると、バックエンドに真偽と使用状況を確認し、有効であれば即座に「認証済み」とマークします。

現場体験の向上

現場での体験は大きく変わります。スタッフは、メール、PDF、またはアルバムのスクリーンショットを目視で確認する必要がなく、スキャン後に明確なステータスが表示されれば入場させることができます。

結論として、理想的な入場体験とは、迅速で、かつ争いのないものです。

認証設計を検討する3つの視点

既存の認証設計が十分に堅牢であるかどうかは、以下の観点から検証できます。

• スクリーンショットは再利用可能か
• 複数回スキャンされた場合に即座に警告が出るか
• ネットワーク障害時にどのように処理するか

当日券を現場で販売する？携帯電話や端末で完結させる方法

多くのイベントは事前販売だけで成立するわけではありません。当日ウォークイン、追加購入アップグレード、差額を支払って席を交換、ドリンク券の購入など、これらすべてが「現場での即時販売・即時入場」のビジネスです。

現場での決済の2つの方法

Wonderでは、現場での決済を2つの方法で処理できます。

携帯電話を決済端末に

Wonderアプリまたはバーチャルターミナル（Virtual Terminal）を使用して、カードまたはQRコード決済を処理します。これは移動するスタッフ、仮設ブース、会場内を巡回して追加購入を促す場面に適しています。

店舗レベルのカードリーダー

Wonder Terminalを使用します。これは、非接触決済、カード挿入、QRコードのスキャンまたは表示による決済に対応しており、Wonder Dashboardと連携してリアルタイムの取引管理も可能です。大規模な会場で複数のゲート、複数のブース、複数のシフト制のスタッフがいる場合、ハードウェア端末の最大の価値は安定性と管理の容易さにあり、トレーニングコストも低く抑えられます。

現場機器の役割分担の重要性

もし「決済」と「認証」の両方が必要であれば、現場機器の役割分担に注意が必要です。どの場所でチケットを販売し、どの場所で入場スキャンを行うかを明確にし、人流の交錯による混乱を避けるようにします。

売上分配をExcelに頼りたくない：収入を自動で分割する方法

イベントの収入は通常「一度の入金で終わり」ではありません。会場費を支払い、出演者に分配し、チケットプラットフォームの手数料を差し引き、場合によっては払い戻しプールを確保する必要もあります。手作業での売上分配計算の最大の問題は、手間がかかることではなく、間違いが起きやすく、追跡が難しいことです。特にチケットの種類が多く、割引が多く、払い戻しが多い場合、帳簿が合わなくなることがあります。

自動売上分配ルール

より成熟した方法としては、事前に分配ルールを設定し、各取引ごとに各関係者が受け取るべき金額を自動で計算し、監査可能な記録を残すことです。ルールはパーセンテージ、固定金額、段階的な手数料、またはチケットの種類によって異なる場合があります。

一般的な売上分配と照合設計の対照表

売上分配自動化の実践的アドバイス

実務上、最初から「複数の口座への即時資金分配」を実現する必要はありません。多くの主催者は、「売上分配計算の自動化＋レポートの透明化」を先行して行うことで、9割の紛争を解決できています。チケットが販売されると、システムが即座に分配結果を記録し、事後にルールに従って決済を行います。

照合を明確に：販売、払い戻し、認証を一元化する方法

チケット販売で最も恐れるのは「データの分散」です。決済プラットフォームに一つのデータ、チケットシステムに一つのデータ、ゲートスキャンにもう一つのデータ。シンプルな質問「本日実際に何人が入場したのか？収入はいくらか？払い戻しはいくらか？」に答えるために、3つのシステムを開き、手作業で照合しなければなりません。

一元管理とレポートの透明性

Wonder Dashboardは、リアルタイムの取引監視と詳細なレポートを提供し、Payment Linkまたは端末を通じて行われたすべての取引を一元管理できます。日次レポート、取引明細、支払い方法別の内訳など、すべて同じバックエンドで取得でき、財務および運営にとって非常に実用的です。

理想的なデータフローのイメージ

もし認証結果も同じバックエンドまたは自社のイベントバックエンドに書き戻すことができれば、最も理想的な状態は次のようになります。

• 販売：取引入金をリアルタイムで確認
• 認証：入場者数の増加をリアルタイムで確認
• 払い戻し/キャンセル：収入の減額をリアルタイムで確認し、同時にチケットの状態をマーク

このような「同一のタイムライン」上のデータは、苦情処理、詐欺調査、会場との照合において非常に役立ちます。

技術とプロセスをどのように統合するか？実現可能な青写真

統合と聞くと、多くのチームが「すべてのシステムを交換しなければならない」と考えがちですが、実際には、APIとコールバック（webhook / callback）を使って段階的に連携させるのが一般的です。支払いはWonderが処理し、チケットロジックはあなたのイベントシステムが処理し、入場スキャン機器は実行側として機能し、データは集約されてレポートが生成されます。

API連携の具体的なプロセス

WonderのPayment Link APIを例にとると、イベントウェブサイトまたはアプリからCreate Orderを呼び出し、対応するチケット種別（line items）の支払いリンクを生成できます。支払い成功後、callback_urlを通じて支払い結果をサーバーに通知し、ワンタイムQRチケットを生成して観客に送付します。現場では、スキャン機器でQRコードを読み取り、検証エンドポイントに送信します。検証が通過すれば即座に「使用済み」とマークし、重複スキャンは拒否されます。

要件をモジュールに分割し、段階的に導入する

運営と技術の両方を同時に考慮する上で最も効果的な方法は、要件をいくつかの明確なモジュールに分割し、一つずつ実装することです。

• チケット販売決済：Payment Link（オンライン）＋Terminal / Virtual Terminal（現場）
• チケット発行：注文成功後に自動発券、QRペイロードとチケット状態の紐付け
• 入場認証：スキャナーが真偽、時間枠、使用状態をリアルタイムで検証し、認証記録を書き戻す
• 売上分配とレポート：取引明細に基づき分配を計算、決済プロセスと連携しレポート出力可能

セキュリティ面での2つの重要なポイント

セキュリティ面では2点注意が必要です。第一に、決済データはコンプライアンスに準拠したチャネルで処理する必要があり、自社システムが機密性の高いカードデータに触れるのを避けるべきです。第二に、チケット認証には署名または暗号化の設計が必要であり、そうでなければルールを推測できればQRコードを偽造できてしまう可能性があります。Wonderはデータの暗号化と取引の安全性を重視していますが、あなたのチケットロジックは「偽造不可能、再利用不可能、追跡可能」であることを保証する必要があります。

始める前に自分に問いかけるべきいくつかの質問

イベントシステムを構築する際によくある問題は、実はAPIが呼び出せないことではなく、最初に要件が明確にされていないために、後になってから現場で対処することになる点です。

チームで迅速に確認すべき5つの質問

以下の質問を使って、チームと迅速に現状を確認できます。

• チケットの種類は1つだけですか、それとも複数の種類、複数の公演、複数の価格設定がありますか？
• 入場ゲートは1つですか、それとも複数の入口、複数の時間帯、複数のエリアがありますか？
• 払い戻しは発生しますか？発生した場合、チケットは同時に無効化される必要がありますか？
• パートナーへの売上分配は、公演ごと、チケット種別ごと、それともチャネルごとですか？
• 財務は日次決算が必要ですか、それとも毎時間のキャッシュフローを確認したいですか？

一つのプラットフォームで決済、認証、照合を統合する

上記の回答が明確になれば、一つのプラットフォームで「決済、認証、照合」を統合し、一貫した流れを構築できます。Wonderのアプローチは、Wonderアプリ、Wonder TerminalからWonder Dashboardまでの一連のツールチェーンを提供することです。透明な料金体系、契約不要、月額費用なし、レンタル機器費用なし、そして飲食業界で一般的なT+0即時決済機能と組み合わせることで、イベント主催者は最も人的資源を要する部分をシステムに任せ、エネルギーをプログラム、現場、顧客体験に集中させることができます。