本文へスキップ

テンプレート · 訪日旅行会社・DMC向け

ホテル希望回答表CSV:対象室ごとに照合する

連結室と静かな客室など、対象室ごとの希望とホテル回答を対応させるCSVです。

更新日: · 編集・内容確認:MagpieHunt編集

登録不要。掲載例は架空です。自社の確認済み条件に置き換えてご利用ください。

匿名の部屋割り表と人数の照合

登録不要。入力はこの画面内で処理します。ツールから外部へ送信したり、サイトの保存領域へ書き込んだりしません。消すときは「入力を消去」を使ってください。

まず架空の入力例で確認できます。必要な項目だけを入力し、顧客の個人情報やメール全文を貼り付けないでください。ブラウザの戻る操作で入力が復元される場合があります。

先頭行は room_id,occupants,capacity。最大18室。客室番号はRと1〜3桁の数字(R01等)、人数・理論定員は1〜9999の整数。空行・重複番号・数式は受け付けません。

ツールを準備しています。操作にはJavaScriptが必要です。

この表で一行にする対象

一行は匿名室IDと一つの希望の組です。同じ部屋に複数の希望があれば行を分け、ある希望の回答を別の希望へ流用しません。必要度と施設回答を別列にして、顧客の要望とホテルの受諾が見分けられるようにします。

SAMPLE行は人が記入した架空例です。自社で使う際は例を削除し、BLANK行を複製してrow_typeをWORKへ変えてください。空欄は未回答を意味し、ゼロや了承へ置換しません。このCSVは独立した作業資料であり、MagpieHuntへ読み込むことで専用台帳ができるものではありません。

列の意味と原文照合の単位

列の意味と原文照合の単位
列名記入する内容判断上の注意
row_typeSAMPLE / BLANK / WORK例と実業務の記録を混ぜない
anonymous_room_id対象室を匿名化した識別子個人名や連絡先を入れない
guest_request原文で確認した希望施設が承認した表現ではない
priorityrequired / preferred等原文にない必須度を作らない
request_ref希望の出所顧客メールを特定
supplier_reply回答原文の要旨別室の回答を貼らない
reply_refホテル回答の参照未着ならpending
outstanding残る質問曖昧な了承へ置換しない

二つの架空記録を読み比べる

FAMILY-Aの同階提案は連結ドアを確認した回答ではありません。GRAND-Bの回答も、希望を受けるという範囲であって位置の確約ではありません。

部屋割り表の人数と部屋参照が一致しているかを担当者が照合したうえで、回答を確認します。表の整合と施設の対応可否を別の検査として扱います。

二つの架空記録を読み比べる
row_typeanonymous_room_idguest_requestpriorityrequest_refsupplier_replyreply_refoutstanding
SAMPLEFAMILY-Aconnecting roomspreferredCLIENT-33same floor offeredHOTEL-81internal connecting door not answered
SAMPLEGRAND-Bquiet locationpreferredCLIENT-34away from lifts can be requestedHOTEL-82allocation not guaranteed
BLANK

記入から担当者へ渡す手順

CSVの文字列を外部の表計算で開くときは文字コードと列区切りを確認してください。日付や参照が自動変換された場合は原文へ戻って照合します。提供例に計算式はなく、金額・期限・人数の業務判断を自動で行う表ではありません。

  • 希望の優先度が未確認ならrequiredへ格上げしません。
  • 施設回答と顧客の代替承諾を同じ列に混ぜません。
  1. 元の依頼と回答へ参照を付け、表の一行の単位に従って分割します。
  2. 原文に記載された回答だけを該当行に写し、未回答は空欄またはpendingのまま維持します。
  3. 質問と担当を具体化して次の対応を設定し、回答後に同じ参照の行へ追記します。古い回答を根拠ごと消さず、訂正の経路を残してください。

教材を案件の原文と対応させる

この教材で残す確認は「連結希望と静かな部屋希望の回答先が異なる」です。MagpieHuntでは原文と候補を照合し、確かな希望を「条件をまとめて記録」の適切な既存欄へ記録します。仕入先回答のための専用ステータス表が自動で作られる機能ではありません。

宿泊や寝具は「部屋割り」「宿泊の希望」、業務範囲は「手配する内容」など、記録する内容に合う欄を使い、確認根拠を残します。仕入先へ実際に連絡する場合は社内の正式な手段を使います。製品の顧客宛て送信カードから仕入先へ送れるとは扱いません。

  • 補助ツール:匿名の部屋割り表と人数の照合。匿名の部屋割り表を人が用意し、表内の人数や識別子の整合を確認する補助です。施設の定員・寝具・料金・在庫は判断しません。
  • 公開ツールの結果はアプリへ自動保存されません。相手の回答と照合してから人が記録します。
資料から、実際の案件へ

家族・プライベート旅行の固定原文で、確認と記録を練習する

  1. この教材は独立した架空例です。入口では固定の「家族・プライベート旅行」練習が開き、教材のメールや数値は転送されません。登録・メール確認・管理者MFAと取込み許可を済ませ、利用枠を確認します。
  2. 初回のテストメールを明示的に取り込みます。「6 guests」、大人4名・子ども2名、北海道、総額JPY 600,000の記述を原文で確認します。 教材のサービス日・回答参照へ置き換えず、固定原文を確認します。
  3. 「条件の確認」で原文と候補を照合し、反映する内容と理由を判断します。候補にない確かな事実は「条件をまとめて記録」の実在欄へ補記します。子どもの年齢と部屋割りは自動で確定せず、原文を基に手動で記録します。総額予算を一人あたりに読み替えません。
  4. 未判断の候補を解消してから「メール全体の確認」で原文全体を読み、確認チェックを付けて「全文の確認を保存」を実行します。
  5. 固定原文に残る質問を「次の対応」に具体化し、担当とJSTの期限を指定します。仕入先への実送信は練習の前提ではなく、教材で作った文面も自動送信されません。

確認すること:初回原文の「大人4名・子ども2名、計6名、北海道・6日間、希望は2室、総額JPY 600,000・航空券を除く」を出所と照合し、確認済みと未確認を区別できます。教材の仕入先回答は固定メールに含まれず、自動で生成・保存されません。

このページの資料と公開ツールは独立した補助です。固定練習でも開始・終了年月日は未確定で、旅行開始日、客室の割り当て・寝具・確保、施設の受入条件・年齢別料金を推測しません。保存回数で版が変わるため固定の版番号は約束しません。ここでは初回確認を練習し、別メンバーによる変更後資料の照合・適用まで終えたとは扱いません。

家族・プライベート旅行の原文確認を試す

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

この作業に対応する活用シーンを見る · 料金と提供範囲

参考資料・確認先