B2Bエージェントウォレット
入金承認と完全な元帳を備えたB2Bエージェントウォレット
各エージェントはプラットフォーム上の前払い残高の範囲で販売します。エージェントが入金を申請し、あなたが承認すると、予約ごとにウォレットから引き落とされ、その元帳の行は発生元までたどれます。
- エージェントごとの残高
- 承認制の入金
- 入出金の元帳
- 多通貨の残高
ウォレットの仕組み
後払いの与信枠ではなく、前払いのデポジット
エージェントの与信限度額を探している旅行会社は、多くの場合リスクを管理したいと考えています。PHPTRAVELSは前払いの旅行会社ウォレットでこれを実現します。リスクは承認済みの入金額まで、残高は誰かが入力した数字ではなく元帳の記録の合計であり、月末の照合は議論ではなくレポートになります。
- エージェントがB2Bポータルから金額、通貨、支払方法、参照番号を添えて入金を申請
- 管理画面で承認または却下。あなたが判断するまで残高には反映されません
- 承認された入金は入金通貨でエージェントの元帳に貸方として記録
- エージェントの予約ごとに残高から借方を記録
- 元帳の各行は、それを生んだ入金または予約までたどれます
- 金額
- 5,000.00
- 通貨
- USD
- 支払方法
- 銀行振込
- 取引参照番号
- TRX-20481
管理者の承認
すべての入金はあなたの判断を待ちます
保留中・承認済み・却下の入金を一つのリストで。銀行と照合するための金額、支払方法、参照番号も表示します。
- Skyline Travel LLC銀行振込 · 参照 TRX-20481$5,000
- Al Noor Tours現金入金 · 参照 CSH-7713$2,500
- Blue Coast Holidays銀行振込 · 参照 TRX-20455$1,200
エージェントごとの残高
各エージェントアカウントに専用のウォレットがあり、残高は手入力ではなく元帳の記録から計算されます。
承認ワークフロー
入金は保留中として届き、管理者が承認して初めてウォレットに反映されます。
支払方法と参照番号
各入金にはエージェントの支払方法と取引参照番号が記録され、銀行明細と照合できます。
入出金の元帳
各記録には金額、通貨、摘要、日時が保存されます。
あらゆる通貨の残高
入金と元帳の記録はそれぞれ通貨を持つため、市場の異なるエージェントも都合のよい方法で精算できます。
却下も記録に残る
却下された入金は残高を変えず、記録は監査用に残ります。
お金の流れ
お金は実際にどう動くか
6つのステップ。どのステップにも照合に使える記録が残ります。
申請
エージェントがポータルから金額、通貨、支払方法を送信します。
確認
経理チームが参照番号を銀行と照合し、承認または却下します。
計上
承認額がエージェントの元帳に貸方として記録されます。
予約
エージェントが予約した航空券、ホテル、ツアーは残高から引き落とされます。
追加入金
残高が少なくなると、エージェントが次の入金を申請します。
照合
各行はそれを生んだ入金または予約までたどれます。
位置づけ
エージェントポータル、管理画面、予約エンジンで共通の一つのウォレット
ウォレットは後付けではなくプラットフォームの一部なので、残高は予約そのものと連動して動きます。
エージェントポータル
エージェントはB2Bポータルで入金を申請し、ウォレットから予約代金を支払います。
管理画面
経理担当者が入金を承認し、各エージェントの元帳を1行ずつ確認します。
予約エンジン
自社在庫からの予約も、接続済みサプライヤーからの予約も、同じ残高から引き落とされます。
バックオフィス
エージェントの経理も同じ管理画面で
ウォレットは、すべての商品ですでに管理しているエージェントアカウント、料金、レポートと並んでいます。
エージェントアカウント
個別のログインとB2Bポータルへのアクセスを持つエージェントアカウントを作成・管理。
入金キュー
金額、通貨、支払方法、参照番号付きの保留中入金を、すぐに承認または却下できます。
エージェント元帳
エージェントごとの入出金を摘要と日時付きで。マイナス残高も含みます。
B2B料金とマークアップ
航空券、ホテル、ツアーなどでエージェント専用の料金、マークアップ、手数料を設定。
多通貨
エージェントの市場の通貨で料金を表示し、入金を受け付けます。
レポートとエクスポート
予約、売上、エージェント元帳を月末照合用にすぐ出力できます。
比較
前払いエージェントウォレットと後払い与信の違い
B2Bエージェントの与信限度額を探す場合、たいてい二つのモデルのどちらかを指しています。その違いと、それぞれでソフトウェアが担う役割です。
| 項目 | 後払いの与信条件 | PHPTRAVELS |
|---|---|---|
| 入金のタイミング | 後払いの与信条件予約後、合意した条件で | PHPTRAVELS予約前、承認済みの入金として |
| リスク | 後払いの与信条件エージェントが予約し未払いの全額 | PHPTRAVELS承認した入金額が上限 |
| 回収 | 後払いの与信条件自社の契約に基づく請求と督促 | PHPTRAVELS不要。残高は前払い済み |
| 何が担保するか | 後払いの与信条件エージェントとの商取引契約 | PHPTRAVELSウォレット:承認済み残高の範囲でのみ予約 |
| 照合 | 後払いの与信条件後から入金と請求書を突き合わせる | PHPTRAVELS元帳の各行が入金または予約にひも付く |
活用例
エージェントウォレットを使う事業者
コンソリデーターと卸売業者
予約前に残高を入金するサブエージェントへ航空券やホテルを販売。
DMCとツアーオペレーター
海外の提携旅行会社から、それぞれの通貨で前払い残高を受け取ります。
B2Bエージェントネットワーク
すべてのエージェントがウォレットで精算するホワイトラベルのエージェントポータルを運営。
PHPTRAVELSを選ぶ理由
お金のルールを自社のコードで
ソースコード付き
商用ライセンスでセルフホストできるため、開発者がウォレットや承認フローを拡張できます。
データは自社サーバーに
エージェント元帳と入金記録は自社のデータベースに保存されます。
24言語
エージェントポータルと管理画面を各市場の言語で。右から左に書く言語にも対応。
B2CとB2B
公開サイトとエージェントポータルを一つのインストールで。
各エージェントの残高は入出金の元帳として保持されます。エージェントは入金を申請し、あなたが承認すると残高が増え、予約のたびに借方が記録されます。残高はこれらの記録の合計なので、常に背後の取引と一致します。
プラットフォームは後払いの与信上限ではなく前払いウォレットでエージェントと精算します。エージェントは承認済み残高の範囲で販売し、少なくなれば追加入金するため、リスクが抑えられます。信頼できるエージェントに後払い条件を認めるのは自社契約に基づく商取引上の取り決めであり、元帳はその結果の残高をマイナスも含めて記録します。
エージェントがポータルから金額、通貨、支払方法を添えて入金を申請すると、保留中として管理画面に届きます。承認するまで残高には反映されず、却下された入金は残高を変えずに記録だけが残ります。
はい。元帳の記録と入金はそれぞれ通貨を持つため、市場の異なるエージェントも都合のよい通貨で精算できます。
追加入金します。予約は承認済み残高から支払われるため、あなたが同意していない債務をエージェントが知らないうちに積み上げることはできません。これが、旅行会社が後払い請求よりも前払いを選ぶ主な理由です。
はい。入出金はすべて金額、通貨、摘要、日時とともに保存され、入金には支払方法、参照番号、承認状態が残るため、問題のある行もそれを生んだ予約や入金までたどれます。
