最も効果的な支払いゲートウェイの統合は、チェックアウト、予約確認、返金、支払い報告を1つのワークフローで接続します。支払いアカウントを管理したいツアーやアトラクションの運営者にとって、自分のゲートウェイを接続することは強力な選択肢です。
しかし、ゲートウェイの選択は決定の一部に過ぎません。Stripe、PayPal、または地元のプロバイダーを比較する前に、次のことを尋ねてください: お客様の支払いを受け取るのは誰で、いつ支払いを受け取るかを決めるのは誰ですか？
その答えは、キャッシュフロー、コスト、柔軟性に影響を与えます。
まず支払いモデルを比較する
チケッティングプラットフォームは、さまざまな方法で支払いを処理できます。次の2つの質問が、その仕組みを理解するのに役立ちます。
- 法的な販売者は誰ですか？ これは記録上の販売者です。適用される契約の下で販売に責任を持つ事業者です。
- 誰が資金を集めて支払いますか？ 支払いは自分のアカウントを通じて処理されるか、プラットフォームの支払いアレンジメントを通じて集められる場合があります。
これらの質問は関連していますが、支払いを集めること自体がプラットフォームが記録上の販売者であることを確立するわけではありません。プロバイダーの利用規約を確認してください。
独自の決済ゲートウェイを接続する
このセットアップでは、ビジネスが保有する決済アカウントをチケッティングソフトウェアに接続します。チケッティングプラットフォームは予約を管理し、決済プロバイダーが取引を処理し、契約に従って支払いを行います。
この方法が適しているのは、次のようなオペレーターです:
- すでに決済プロバイダーを持っている、または処理料率を交渉済みである。
- 彼らの銀行や地元市場でサポートされているゲートウェイが必要です。
- 支払いプロバイダーとの直接的な関係を望んでいます。
- 予約ソフトウェアを変更する際に支払いアカウントを保持したい。
独自のアカウントを持っていても、資金への即時アクセスが保証されるわけではありません。プロバイダーの支払いスケジュール、確認要件、およびいかなるリザーブも適用されます。
プラットフォームの支払いサービスを使用する
一部のチケッティングプラットフォームは、顧客の支払いを自社の支払いサービスを通じて集め、契約条件に従ってオペレーターに支払います。
統合されたサービスはセットアップを便利にすることができます。トレードオフは契約内容によります：支払いのタイミング、リザーブ、処理手数料、返金や紛争の責任などを確認する必要があります。
時折のイベントでは、利便性が優先されるかもしれません。毎日ツアーを運営するビジネスにとっては、運営シーズンを通じて収益にアクセスできることがより重要かもしれません。
一目でわかる
| 独自のゲートウェイ | プラットフォームの支払いサービス | |
|---|---|---|
| 支払いを受け取るアカウント | あなたのアカウント | 通常はプラットフォームのアカウント、条件に基づく |
| 支払いタイミングとリザーブを設定するのは誰か | あなたの支払いプロバイダー、あなたの契約に基づく | プラットフォーム |
| 処理料金 | プロバイダーとのあなたの契約 | プラットフォームによって設定される |
| 返金と紛争 | あなたの支払いアカウントで管理 | プラットフォームのルールに基づいて処理 |
| 予約ソフトウェアの変更 | あなたの支払いアカウントはそのまま | 支払い設定は通常交換が必要 |
| セットアップ | 既存のアカウントを接続するか、新しいアカウントを開設 | 通常は組み込み |
あなたの運営に合った統合を選ぶ
考慮すべき3つの実用的なルートがあります:
| 統合ルート | 適合する場合 | 確認すべきこと |
|---|---|---|
| 独自のゲートウェイへの組み込み接続 | お好みのプロバイダーがすでにサポートされている | 国、通貨、返金および利用可能な支払い方法 |
| Spreedlyのようなサービスを通じたゲートウェイ接続 | 特定のプロセッサまたは地域ゲートウェイが必要 | チケッティングプラットフォームが正確なゲートウェイと必要な機能をサポートしているか |
| カスタム統合 | 既存の接続がビジネス要件を満たせない | 開発コスト、メンテナンス、セキュリティおよび支払い失敗の処理 |
Spreedlyは幅広い支払いゲートウェイへの接続を提供します。しかし、ディレクトリにゲートウェイが表示されているからといって、すべてのチケッティングプラットフォームがその接続のすべての機能をサポートしているわけではありません。Spreedlyのサポートされているゲートウェイを参照。
選択する前に確認すべきこと
サポートされているゲートウェイのロゴは出発点です。チケッティングプロバイダーに完全な支払いプロセスを実演してもらいましょう。
- アカウントと支払い: 取引の支払いアカウントは誰が受け取りますか？資金はいつ支払われ、リザーブが適用されることはありますか？
- 総費用: 予約、処理、通貨換算、返金、紛争手数料はどのくらいですか？
- 顧客のチェックアウト: 統合はお客様が必要とする通貨と支払い方法をサポートしていますか？
- 予約確認: 支払いが成功したが、顧客が予約システムに戻る前にページを閉じた場合はどうなりますか？
- 返金: スタッフは予約記録から全額および部分的な返金を発行できますか？ また、返金詐欺を見分ける方法を知っておくことも役立ちます。
- 報告: 各予約はその支払い、手数料、返金履歴に一致させることができますか？
- 対面販売: 提案されたセットアップは、必要に応じてチケットデスクやキオスクをカバーしていますか？
- セキュリティ: カードの詳細はどのように保護されており、どのようなコンプライアンスの責任があなたのビジネスに残っていますか？
TicketingHubが支払いを処理する方法
TicketingHubは記録上の販売者ではなく、クライアントの資金を保持しません。 オペレーターは自分の決済ゲートウェイアカウントを接続し、支払いはそのアカウントを通じて処理されます。
TicketingHubは以下をサポートしています:
あなたのゲートウェイは、その独自の条件に基づいて登録された銀行口座に支払います。TicketingHubは予約手数料を別途請求し、チケットと支払い処理のコストを可視化します。
このアプローチにより、TicketingHubを使用して予約を管理しながら、独自の支払いプロバイダーとの関係を維持できます。
