家族3人のうち1人が行けなくなったら。ツアーの一部取消を手配と精算へつなぐ

たとえば「家族3人のうち、1人だけ行けなくなりました」。受付で人数を3人から2人へ直しても、ホテルの客室、交通の座席、食事、返金の確認まで終わったことにはなりません。代表者の予約を丸ごと取り消すと、参加する2人の手配まで消してしまうおそれがあります。

回答待ちと確定済みを区別し、旅行契約の種別や取消条件は実際の契約書面に従います。

家族3人の申込みは、2室と3席の手配

既製の旅行業務システムにも、予約だけでなく手配と精算を扱う選択肢があります。NEXT MANAGEMENT Holdingsの公開ページでは、旅行ツアー部分に予約・手配管理、精算業務、サプライヤー支払管理、代理店請求管理が記載されています（出典：旅行ツアーパッケージ予約管理システム）。

家族3人が10月10日から1泊し、同日の往路交通とホテルの夕食を手配する例です（想定例）。代表者が本人と家族2人の分を申し込みました。代表申込者は連絡窓口として記録し、参加者ごとの状態や契約上の相手方とは混同しません。

部屋割りと、取り消す人の関係は次のとおりです。夕食と往路交通は3人全員に手配しています。

家族の役割	元の部屋割り	1人取消後の希望
代表申込者本人（P01）	1室目H01を家族P02と共用	同じ部屋に1人で宿泊
今回取り消す家族（P02）	1室目H01を代表者と共用	宿泊・夕食・往路交通を取消希望
参加を続ける家族（P03）	2室目H02を1人で利用	同じ部屋を維持

ホテルAへは、3人・2室から2人・2室への変更を依頼した段階です。人数が減っても1室を取り消す希望ではありません。往路は交通会社Bへ、1人分の席取消を依頼します。

1人が複数の手配を利用し、一つの手配を複数人が共有します。そのため、参加者IDと手配IDの対応表を持ち、元の行を削除せず変更前後を残します。客室H01の費用は手配側に一度だけ記録し、参加者2人の行へ同額を複写して二重集計しない設計にします。

図1　1人だけの取消を、参加者・各手配・二つの精算記録へつなぐ流れ（架空例）。文字が小さい場合は、拡大した図で読めます。

ホテルは回答待ち、交通は取消を受理

行程v2を作成した時点では、v2は確定版ではありません。保存した案、手配先が回答した内容、顧客が了承した内容を別の状態で持ちます。旧版を上書きせず、変更日時、対象の参加者・手配、依頼した版、回答記録、確認担当を関連付けます。

この例では9月15日10時に受付担当がP02の取消申出を記録し、10時15分に手配担当がホテルへv2を依頼します。11時に交通会社から座席取消の受理回答を受けますが、ホテルは回答待ちです。「ホテルはv1確保済み・v2依頼済み」「交通はv2の2席継続と1席取消を確認済み、費用未確定」と分けて表示します。

顧客には11時30分に受付内容を案内し、通知の記録を「v2受付案内済み／料金未案内」とします。変更希望の受付、確定条件の説明、返金額の案内は別です。ホテルへの次の確認期限は9月16日12時とする架空例で、担当不在時の引継ぎ先も決めます。

この時点で、顧客へ伝えられることも分けます。

受付内容として伝えられること	まだ確定した案内ができないこと
家族1人の取消希望を受け、ホテルへ2人・2室の維持を依頼した	ホテルがその条件を了承したか、変更後の宿泊・食事料金
交通会社から1席の取消受理の回答を受けた	取消費用と、それを含む顧客への返金額
ホテルの回答期限は9月16日12時	未回答の費用をゼロ扱いした総額

手配先が条件を変更して回答したときは、回答内容を反映した次の版を作り、顧客の了承を取り直します。「送信できた」「返事が来た」だけで確保済みにせず、対象日・人数・部屋割りと回答の版が一致したかを確定条件にします。

1人減っても、客室は2室のまま

P02だけの取消を、客室、食事、座席へ展開したのが表1です。変更後欄はホテルについては依頼中のv2案、交通については受理回答の内容です。残る2人の旅行は継続し、ツアー全体の取消とは扱いません。

表1　P02だけの取消が、客室・食事・交通へ及ぼす影響（架空例）。

手配・単位	v1 → v2の内容	回答状態・費用
H01／客室1室	P01・P02 → P01。1室を維持	ホテルへ変更依頼済み。費用回答待ち
H02／客室1室	P03 → P03。1室を維持	2室維持をホテルへ問い合わせ中
H03／夕食1食	3食 → 2食を依頼	ホテル回答待ち。減額・取消費用は未確定
T01／往路1席	3席 → 2席。P02の1席を取消	取消受理済み。費用は未確定

人数は3人から2人になっても、部屋は2室のままです。1室1泊20,000円、1泊、2室とも同一料金が維持されるという計算上の仮定なら、客室部分は変更前後とも40,000円です。これは税込の架空金額で、ホテルの変更後請求を確定した値ではありません。1人利用の料金、食事の減額、変更に伴う費用は別途回答を待ちます。

逆に、残る2人が同室を希望する場合は、1室に減らせるか、部屋タイプや取消条件が変わるかを問い合わせます。人数だけで費用を3分の2にする方法では、こうした違いを表せません。手配先から回答がない欄は「回答待ち」とし、金額の空欄を0円に置き換えません。

照合用記入シート（Excel）には、ツアーID、行程版、参加者ID、手配ID、手配先予約番号、単位、確定状態、取消条件版、顧客通知、精算確認を残します。ホテルの食事を含め、どの条件書に戻るかも識別できるようにします。空欄版は自社案件への記入用、記入例はこの架空案件の追跡用です。「返金額と実行の区別」シートでは、別の架空条件を使って返金案の計算と承認・実行の違いを確認できます。

顧客への返金と、仕入先への支払

手配先への取消が受理されても、顧客への返金額まで決まったとは扱いません。顧客側では契約種別、契約書面、適用条件の版、請求・入金実績を照らし合わせます。仕入先側では予約確認書、仕入条件、取消・変更回答、請求明細を照合し、別の台帳へ渡します。

渡す先	担当と必要な記録	この例で残す状態
顧客請求・返金	受付・精算担当：顧客条件C-v1、入金記録、変更確認・通知記録	返金額未確定。金額案内・返金実行とも未了
ホテルへの支払	手配・精算担当：条件H-v1、予約確認書、v2回答、請求明細	回答待ち。取消・変更費用は空欄
交通会社への支払	手配・精算担当：条件T-v1、取消受理回答、費用明細	取消受理済み。費用確認待ち

C-v1、H-v1、T-v1は資料識別子の見本です。計算練習として、取消対象の往路1席10,000円に仮の料率20％を掛けると、2,000円になります。対象は税込の仕入額、単位は1席、利用日は10月10日です。この料率は説明用の仮定であり、実際は契約により異なります。顧客への取消料や返金額へ転用せず、確認済みの精算額とは別欄に置きます。

精算担当への受渡しは、対象の版が一致し、適用条件と金額の根拠がそろい、担当者が照合した時点とします。未回答が残る間も確認済み項目は記録できますが、総額を確定したように見せません。金額承認、顧客通知、返金実行、仕入先支払完了にはそれぞれ日時と実行記録を残し、金額承認だけで全処理を完了にしない運用にします。

回答がそろっても、返金の実行は別に残す

回答後の返金を、別の条件で考えます（想定例・金額は税込）。ここまでのホテル回答待ちの例とは区別してください。顧客から受領した取消対象1席分を10,000円、顧客契約で確認した取消料を2,000円とし、精算担当が根拠を照合できた場合、返金案は8,000円になります。仕入先への取消費用とは別の条件です。

段階	記録すること	まだ終わっていないこと
金額を照合	受領10,000円−確定した取消料2,000円＝返金案8,000円	返金の承認・案内・実行
承認・顧客案内	承認者と日時、案内した金額・返金方法	実際の返金
返金を実行	決済先や銀行の実行記録、8,000円、実行日時	結果不明なら完了にせず、処理先へ問い合わせ

金額が決まったことと、お金が戻ったことを別に記録すれば、「返金済み」と早まって案内する誤りを防げます。ホテルなど他の明細に回答待ちが残る場合は、この一明細が確定しても全体の精算は完了にしません。

予約システムと手配表をつなぐ

最初から外部予約を自動更新する必要はありません。利用中のシステムについて、予約番号、出力形式、取消行の扱い、更新日時、閲覧・更新の利用権限を調べ、まず結果を照合できる範囲を決めます。CSVを使う案も、実際に必要な項目を出せることが前提です。

たとえば予約結果CSVと社内手配表を、手配先、予約番号、利用日、客室・便などの明細番号で対応付けます。予約番号だけでは共有予約内のP02を特定できないため、参加者と明細の対応を照合します。取込日時、元ファイル名、照合担当、差分を残し、取消行の欠落や古い出力は「未反映・要確認」として手配担当へ戻します。

NTTデータ ニューソンは、旅行の企画・販売・精算と、インターネット予約や航空手配等の外部連携を含む開発・運用事例を公表しています。紹介されているのは同社の事例です。個別システムへの接続可否は、利用する製品と契約で確認します（出典：旅行業務基幹システムの開発・運用）。

既製機能で足りる部分は残し、版の照合や回答待ち一覧など不足する記録だけを補う案を比較します。GDSなどの旅行予約流通システムへの接続や自動発券は、契約・権限・対象機能を別に確認します。社内表の更新を外部予約の更新済みの証拠にはしません。

関連記事と、相談前に整理するもの

連携の失敗時や重複をどう扱うかは、API連携の要件｜待ち時間・再送・二重実行で整理しています。手元の表、既製品、追加開発を比べる際は、SaaS・パッケージ・独自開発｜3年・5年の費用比較も判断材料になります。

まず、部分取消のあった申込みを一つ選び、参加者から客室・食事・座席をたどってください。既存ツールで手配先の回答や精算案につながらない箇所は、変更前後の記録と出力項目を整理します。予約番号と確認結果をそろえる範囲から、残す道具と補う記録を相談できます。

バスの行程変更を伴う場合は、日別の車両割当と前後の予約への影響も確かめられます（貸切バスの予約変更｜行程・車両割当・請求をつなぐ）。

旅行・ツアーの予約・手配・精算管理の開発

参考出典

• NEXT MANAGEMENT Holdings「乗船券予約＆旅行ツアーパッケージ予約管理システム」（2026年9月15日確認）
• NTTデータ ニューソン「20年以上に渡る旅行業務基幹システムの開発・運用」（2026年9月15日確認）