コアでサポート

返金管理

返金リクエスト、承認、支払い記録、顧客のコンテキストを元の取引に関連付けておきます。

Refund management workflow

元の取引から開始

返金を支払い、請求書、予約、顧客、調整理由に結びつけておきます。

元の支払い

返金を逆転または調整する支払いに関連付けておきます。

請求書または予約

請求書記録に関連する請求および運用のコンテキストを返金記録に添付しておきます。

返金理由

設定された理由やカテゴリを使用して、返金活動のレビューと報告を容易にします。

顧客のコンテキスト

返金を関与する顧客、ゲスト、メンバー、またはアカウントと共に表示しておきます。

必要に応じて承認ワークフローを使用

すべての返金が同じレビューを必要とするわけではありません。承認ルールは運用ポリシーに基づいて設定できます。

金額の閾値

必要に応じて、高額の返金リクエストを追加レビューのためにルーティングします。

割り当てられた承認者

選択された返金リクエストを適切なマネージャー、財務ユーザー、または承認グループに送信します。

ポリシーの例外

異常またはポリシーの例外ケースを手動レビューのためにルーティングし、自動決定を強制しないようにします。

決定履歴

承認状況とユーザーのアクションを、設定された関連のSalesforceレコードに表示しておきます。

返金ポリシーを一貫して適用

構造化されたレビューをサポートするために、すでに予約および請求のワークフローにある情報を使用します。

キャンセルのタイミング

返金レビュー中に予約日、キャンセルのタイミング、および設定されたポリシー情報を使用します。

全額または部分的な返金

支払いプロバイダーとワークフローが許可する場合、全額または部分的な返金額をサポートします。

デポジットと手数料

設定された価格およびポリシーのセットアップに従って、返金可能および返金不可の金額を表示しておきます。

手動レビュー

リクエストが判断を必要とする場合や標準ルールに合わない場合、スタッフがコントロールできるようにします。

支払いプロバイダーを通じて返金を送信

実際の返金実行は、設定された支払いプロセッサーと統合に依存します。

  • 返金の可用性は支払いプロバイダーに依存します
  • 返金のタイミングはプロバイダーと支払い方法に依存します
  • プロバイダーと取引手数料が適用される場合があります
  • 部分的な返金のサポートはプロセッサーと統合に依存します
  • 返金状況は、サポートされている関連の支払い記録と共に保持できます
  • 新しい支払いプロバイダーは別の統合範囲を必要とする場合があります

財務記録を整合させておく

返金は元の支払いと同じ請求および報告のコンテキストに表示されるべきです。

返金状況

要求された、承認された、処理された、失敗した、または他のサポートされている状況を表示しておきます。

請求書残高

設定されたワークフローに従って、関連する請求コンテキストに返金を反映させます。

調整

支払いおよび決済記録をレビューする際に返金活動を利用可能にしておきます。

報告

実装がサポートする場合、Salesforceレポートやダッシュボードで返金記録を使用します。

請求および支払いフローと連携

返金管理は元の支払い、請求書、調整記録に密接に関連しています。

支払い処理

サポートされている場合、設定されたプロセッサーを使用して返金を実行します。

支払い処理を表示 →

請求書管理

返金を元の請求書および請求履歴に関連付けておきます。

請求書管理を表示 →

支払い調整

支払いおよび決済記録と共に返金活動をレビューします。

支払い調整を表示 →

価格設定

返金管理はコア請求ワークフローおよび設定された支払いプロセッサーと連携します。

別途費用

返金およびプロバイダーの範囲

設定に依存

返金の実行、プロセッサーのルール、取引コスト、カスタム承認ロジック、 および新しい統合は支払いプロバイダーと実装に依存します。

  • 別途返金管理のサブスクリプションはありません
  • プロセッサーおよび取引手数料は別々に残ります
  • 新しい支払いまたは会計の統合は別の範囲を必要とする場合があります
  • 実装は別途価格設定されます
実装は返金ルール、承認ワークフロー、支払いプロバイダー、請求設定、統合、テスト、および展開に依存します。 理由を学ぶ →

手動返金追跡と予約ニンジャ

リクエスト、承認、プロセッサーのアクション、および請求コンテキストを接続して、各ステップを個別に管理するのではなく、関連付けておきます。

機能 手動追跡 予約ニンジャ スタンドアロン返金ツール
元の支払いコンテキスト手動検索接続された請求記録統合に依存
予約コンテキスト別々の記録運用に接続統合に依存
承認ワークフローメール / 手動必要に応じて設定可能製品に依存
返金の実行プロセッサーポータル設定されたプロセッサーを通じて接続に依存
調整コンテキスト手動更新接続された支払い記録統合に依存
別途BNサブスクリプション該当なしいいえ通常ははい

よくある質問

返金管理は別の予約ニンジャ製品ですか?

いいえ。返金管理はコアの請求および支払いワークフローと連携しています。別途返金管理のサブスクリプションはありません。

返金には承認が必要ですか?

はい。選択された返金リクエストがマネージャーまたは財務のレビューを必要とする場合、承認ロジックを設定できます。

予約ニンジャは直接返金を発行できますか?

返金は設定された支払いプロセッサーまたは支払い統合を通じて実行されます。利用可能な返金アクションはそのプロバイダーに依存します。

部分的な返金を処理できますか?

部分的な返金は、支払いプロセッサー、統合、および請求ワークフローが許可する場合にサポートされます。

返金は報告できますか?

はい。返金記録は、関連するフィールドが実装でキャプチャされている場合、Salesforceレポートやダッシュボードで使用できます。

返金管理のコストはいくらですか?

別途返金管理のサブスクリプションはありません。コアは1〜50のアクティブ予約ユニットで月額$400から始まります。実装、プロセッサー手数料、新しい統合作業は別途かかる場合があります。

返金を元の取引に結びつけておく

返金リクエスト、承認、プロセッサーのアクティビティ、請求記録、および報告を1つのワークフローで接続します。

WhatsApp メッセージ

WhatsApp メッセージ