ドキュメント/注文と返金
最終更新 2026年4月7日

注文と払い戻し

チケットを購入するたびに注文が作成されます。このガイドでは、チェックアウトから完了までの注文ライフサイクル、払い戻しリクエストの処理方法、支払いが異議申し立てされた場合の対応について説明します。

注文構造

各注文には、一意の注文番号、購入者のメールアドレス、イベントの通貨での合計額、購入した各チケットの品目、支払い元があります。注文では、適用された割引コードとその結果の節約額も追跡されます。

支払元

注文はさまざまな支払元で支払うことができます。 Stripe は、支払い目的でのクレジット カード支払いを処理します。無料注文 (すべてのチケットが無料または全額割引の場合) は、支払い処理を完全にスキップします。

ソース仕組み
ストライプStripe 支払いインテントを通じてクレジット カード支払いを処理します。料金は購入者の明細書に記載され、資金は接続されている Stripe アカウントに入金されます。
無料支払いは徴収されません。注文内のすべてのチケットが無料であるか、割引コードによって合計がゼロになる場合に使用されます。

注文のライフサイクル

チェックアウト後、注文はいくつかの状態を経ます。支払いが成功すると注文が完了としてマークされ、品目ごとにチケットが生成されます。購入者は、注文の詳細とチケットへのアクセス リンクが記載された確認メールを受け取ります。

適用されたプロモーション

出席者が割引コードを使用すると、プロモーションとその調整が注文に記録されます。注文には、元の小計、割引額、および最終合計が表示されます。これにより、どのプロモーションがどの販売を促進したかについての明確な監査証跡が得られます。

注文の表示

「管理」、「注文」の順に移動して、イベント全体のすべての注文を表示します。イベント、ステータス、日付範囲でフィルターしたり、注文番号や電子メールで検索したりできます。注文をクリックすると、品目、支払い詳細、適用された割引、および関連するチケットが表示されます。

返金リクエスト

出席者は注文ページから返金をリクエストできます。彼らはリクエストの理由を提供します。通知を受け取ると、「管理」の「払い戻し」でリクエストを確認できます。各リクエストには、注文の詳細、払い戻し金額、出席者の理由が表示されます。

返金の処理

各リクエストを確認し、承認または拒否します。承認された払い戻しは Stripe を通じて自動的に処理され、払い戻し金額は元の支払い方法に返されます。管理者メモを追加して、決定を文書化できます。 Stripe の払い戻しが失敗した場合、システムは失敗の理由を記録し、再試行できます。

紛争

購入者が銀行との請求について異議を唱える場合があります (チャージバック)。 Kagibag は、理由、金額、解決スケジュールなどの紛争の詳細を追跡します。異議申し立てが開始されると、注文にフラグが立てられます。 Stripe の紛争証拠ツールを使用して対応します。

紛争に迅速に対応することで、有利な結果が得られる可能性が高まります。 [管理]、[注文] を定期的に確認し、異議申し立てのある注文でフィルタリングします。

Webhook 通知

Kagibag は、注文が完了すると order.paid Webhook イベントを送信します。これを使用して、注文データを外部システムと同期したり、カスタム ワークフローをトリガーしたり、サードパーティ CRM を更新したりできます。 [管理] の [成長] で Webhook を設定し、次に Webhook を設定します。

関連ユースケース

このワークフローが活きる場面を見る

このハウツーガイドが支える商用ワークフローとあわせて確認できます。