比較・選び方 · 訪日旅行会社・DMC向け

TourplanのBooking NotesとAPI連携｜条件を渡す範囲と確認点

Booking Notesに条件を貼り付けても、見積もりのサービス行や料金が自動で変わるわけではありません。手動の情報受渡しと、別途開発・契約・検証が必要なAPI接続を分けて確認します。

更新日：2026-10-20 · 編集・内容確認：MagpieHunt編集

最初に、比較する業務を一つ決める

製品や設定によって機能は異なります。以下は特定の他社製品に機能がないと断定する評価ではなく、自社の一件で確認するための観点です。

タスクごとの比較表
確認するタスク	既存運用・接続方式で調べること	MagpieHunt側で確認すること
情報の渡し方	MagpieHuntのBooking Notes用テキストを担当者がコピー	APIは接続先の対応操作・権限・データ形式を個別に検証
MagpieHuntの現状	Notes用の資料と一部条件の項目別コピーを提供	TourplanへのAPI接続は現在提供していない
見積もりの中身	担当者がTourplanで必要項目・商品・日付を確認して入力	接続がある場合も対象操作と必須項目を仕様で確認
料金	Notesに予算を書いても料金計算の代わりにならない	料金・通貨・商品マスタの扱いを接続仕様で検証
変更後	新しいNotesと見積書の両方を人が照合	API接続という名称だけで双方向同期や全項目更新を保証しない

架空の団体12名から14名への変更で、Notesに14名・7ツインを貼り付けただけでは、見積サービスの人数、客室数量、車両、価格が更新済みとは言えません。担当者がTourplan内で確認して更新したあと、実際に使った条件版をMagpieHuntへ記録します。

原文を読む、判断を記録する、既存の見積もりを更新する、同僚が続きを確認するところまでを同じ範囲にします。未実施の作業を0分として比較せず、両方で実行した事実を残してください。

既存Tourplanの見積もり作業を続け、条件の原文整理とNotesへの手動受渡しを試したい場合に評価できます。自動作成・価格計算・更新APIが導入条件なら、現状のMagpieHuntはその条件を満たしません。

効果や時間短縮を前提にせず、手動補記、転記、確認・説明にかかった分も含めて記録します。導入可否は、自社で必要な機能が実際に使えたかと、一連の作業が継続できるかで判断します。

試用で記録する確認表
評価対象	実際に確認すること	判断を急がない点
資料	Notesテキストが自社の読み方に合うか	単なる貼付けで見積書更新済みとしない
条件	12→14名の部屋・交通を担当者が照合できるか	予算通貨を自動で見積通貨へ変えない
適用	更新した実物の見積書と使用版を説明できるか	MagpieHuntの手動記録を外部検証の証拠にしない

資料から、実際の案件へ

試用で「海外旅行会社からの手配（12名から14名）」を選び、用意された初回メールを取り込みます。このページの架空案件が自動で開くわけではありません。
原文と候補を開き、Notes、見積書の実物、条件版の記録を分けるという判断の順序を、練習メールに実際に書かれた条件で確かめます。
必要な補記は「条件をまとめて記録」で人数・部屋・予算と対象範囲と共通の確認根拠を保存します。未記載の値は補わず、空欄に残します。
用意された変更メールを確認し、案件の「見積もり・引き継ぎ資料」から最新条件を出力します。外部の見積書を自分で照合・更新した後、同じ資料画面の「条件 v… を見積もりに適用済みにする」で使用版を記録します。現在の条件版は採用・保存に応じて進むため、手入力で版番号を設定する操作ではありません。

確認すること：原文・人が採用した現在の条件・資料を出力した版・見積もりに適用した記録を区別して確認できます。

本ページのケースは教材用の合成例です。練習案件の人数・行程は異なります。料金、空室、施設の対応可否は別途確認が必要で、資料の出力だけでは予約や見積もり更新は完了しません。

14日間・受信メール50封、カード不要。登録、メール確認、管理者の認証アプリ設定と組織の取り込み許可が必要です。料金・在庫・予約の自動更新は行いません。