お客様の導入事例
Tazkira 導入事例:代理店業務を速くするために磨き上げた B2B 航空券オペレーション
Tazkira は中東の旅行代理店に航空券を卸しています。このプロジェクトでは、チームが毎日使う 3 つの要素、発券の流れ、ウォレット、運賃ルールを引き締めました。
- 中東
- B2B 航空券
- 代理店プラットフォームの最適化
- 2024 年に公開
概要
1 ページでわかる Tazkira 導入事例
- 業種
- B2B 航空券流通
- 地域
- 中東
- モデル
- B2B 航空券
- 範囲
- 代理店プラットフォームの最適化
REST APIPHP 8.xMySQLオペレーションコンソール
代理店の予約一件ごとを支える 3 つの業務
業務を選ぶと、Tazkira が挙げた課題、プロジェクトで変わったこと、チームが報告した成果を確認できます。
課題
代理店予約のサイクルが遅い
承認の多い手順が通常の発券業務を遅らせていました。
変わったこと
予約の流れを短縮し、通常の予約は検索から発券まで、より少なくわかりやすい手順で進むようになりました。価格と与信のチェックは流れの中でプラットフォームが行います。
- 01検索して運賃を選ぶ担当者がフライトを検索して選びます。担当者
- 02代理店価格を適用マークアップとポリシーのルールを適用します。プラットフォーム
- 03代理店ウォレットで支払う利用可能な与信を確認して仮押さえします。プラットフォーム
- 04発券する予約が発券され確定します。担当者
課題
ウォレット処理の複雑さ
与信の扱いに、日常で使えるわかりやすい管理が必要でした。
変わったこと
与信の扱いを B2Bエージェントウォレット を中心に整理し、入金、仮押さえ、引き落とし、返金のすべてが、経理と代理店が同じように読める一つの流れに沿うようになりました。
- 入金入金代理店が入金するか与信を受け取ります。
- 利用可能残高仮押さえ代理店と経理が同じ残高を見ます。
- 予約の仮押さえ仮押さえ予約処理中は与信が確保されます。
- 発券時に引き落とし出金発券と同時に仮押さえが引き落としになります。
- 返金入金取消や払い戻しの航空券は与信をウォレットに戻します。
課題
運賃ルールが見えにくい
チームはマークアップとポリシーをすっきり管理できる画面を必要としていました。
変わったこと
マークアップと価格ポリシーを一つのルール画面にまとめ、運賃が代理店に届く前に、どのルールがどの範囲で適用され、有効かどうかを確認できるようにしました。
| 範囲 | ルール | 状態 |
|---|---|---|
| 航空会社 | 率によるマークアップ | 有効 |
| 路線 | 定額マークアップ | 有効 |
| 代理店グループ | 価格ポリシー | 有効 |
| 予約チャネル | サービス料 | 確認中 |
画面は PHPTRAVELS における各業務のイメージであり、Tazkira の実データや設定ではありません。
成果
Tazkira の代理店チームで変わったこと
クライアント自身の言葉による 3 つの成果。作られた数値はなく、チームが報告した内容だけです。
- TZ-01代理店の処理量より速い発券報告済み
- TZ-02与信オペレーションわかりやすいウォレットの流れ報告済み
- TZ-03価格ガバナンスルール管理の向上報告済み
クライアントのコメント
チームは今、より少ない手間と高い業務の見通しで代理店の予約を扱えています。
成果はクライアント自身による変化の説明で、PHPTRAVELS に共有されたものです。
画面
代理店のための航空券検索
プロジェクトの中心となる画面です。眺めている旅行者ではなく、デスクで働く担当者のための航空券検索です。
代理店のスタッフは一日中検索するため、画面は必要な項目を一か所にまとめ、旅程の横にビジネス情報を置きます。どの代理店が予約し、どう支払い、担当者がどの価格を見ているかです。航空券予約ソフトウェア のページで紹介している検索コアと同じものです。
- 旅程、旅行者、予約代理店をまとめた集中型の検索フォーム。
- 代理店ウォレットでの支払いは別画面ではなく流れの中にあります。
- ネットとグロスの表示で、担当者は原価と提示価格を確認できます。
- 出発地
- 都市または空港
- 目的地
- 都市または空港
- 出発日
- 日付を選択
- 旅行者
- 大人、子ども、幼児
- 予約代理店
- ログイン中の代理店
- 支払方法
- 代理店ウォレット
運賃表示
代理店のマークアップ前の仕入運賃で、担当者だけに表示されます。
代理店が旅行者に提示する価格で、マークアップのルールが適用されています。
内部構成
PHP 8.x、MySQL、REST API で構築
プロジェクト資料に記載された技術を、代理店のリクエストから予約と残高の保存先まで順に示します。
REST APIレイヤー 1代理店のツールや予約画面がやり取りするインターフェースで、検索、予約、ウォレット操作が一つの文書化された入口を通ります。PHP 8.xレイヤー 2予約の手順、ウォレットの動き、運賃ルールが動くアプリケーション層です。MySQLレイヤー 3予約、代理店アカウント、ウォレットの記録、ルールを一か所に保管するデータベースです。
B2B 航空券チーム向けの関連ページ
中東の B2B 航空券ディストリビューターである Tazkira が、社内チームと提携代理店が使うプラットフォームを最適化した事例です。2024 年に公開されたこのプロジェクトは、より速い予約の流れ、わかりやすいウォレット運用、すっきりした運賃管理に取り組みました。
3 つです。承認の多い手順による予約サイクルの遅さ、日々の与信管理にもっとわかりやすい管理が必要だったウォレット処理、そしてマークアップと価格ポリシーを見て管理する際の見えにくさです。
代理店の処理量ではより速い発券、与信オペレーションではわかりやすいウォレットの流れ、価格ガバナンスではルール管理の向上が報告されました。クライアントの言葉では、チームはより少ない手間と高い見通しで予約を扱えています。
各代理店には、入金または与信として受け取る残高があります。担当者が予約すると、プラットフォームが金額を仮押さえし、発券時に引き落とし、払い戻し時に戻すため、経理と代理店は同じ記録を見ることになります。
プロジェクト資料には PHP 8.x、MySQL、REST API が記載されています。PHPTRAVELS は商用ライセンスでソースコード付きで販売されるセルフホスト型なので、クライアントは自社サーバーで運用します。
はい。多くのプロジェクトは、デモと、予約の流れ、与信ルール、価格についての戦略相談から始まります。プランと買い切りライセンスは料金ページで説明しています。
