システムユースケース - 国際貨物輸送管理システム¶
ビジネスユースケースをシステム境界の視点で詳細化する。
完全形式テンプレート（docs/template/完全形式のユースケース.md）に従い記述する。
ユースケース一覧¶
| ID | ユースケース名 | BUC | レベル | 優先度 |
|---|---|---|---|---|
| UC01 | 💻輸送見積を作成する🌊 | BUC01, BUC02 | ユーザー目的 | 高 |
| UC02 | 💻荷主を登録する🌊 | BUC03 | ユーザー目的 | 高 |
| UC03 | 💻貨物予約を登録する🌊 | BUC03 | ユーザー目的 | 高 |
| UC04 | 💻予約情報を引き渡す🌊 | BUC06 | ユーザー目的 | 高 |
| UC05 | 💻航海スケジュールを検索する🌊 | BUC07, BUC08 | ユーザー目的 | 高 |
| UC06 | 💻経路候補を算出する🐟 | BUC09 | サブ機能 | 高 |
| UC07 | 💻経路を選択・確定する🌊 | BUC10 | ユーザー目的 | 高 |
| UC08 | 💻経路条件を調整する🌊 | BUC11 | ユーザー目的 | 高 |
| UC09 | 💻経路情報を予約に紐付ける🌊 | BUC12 | ユーザー目的 | 高 |
| UC10 | 💻確定経路を荷主に通知する🌊 | BUC13 | ユーザー目的 | 高 |
| UC11 | 💻予約を確定する🌊 | BUC04 | ユーザー目的 | 高 |
| UC12 | 💻追跡番号を発行する🌊 | BUC05 | ユーザー目的 | 高 |
| UC13 | 💻荷役作業を記録する🌊 | BUC14 | ユーザー目的 | 高 |
| UC14 | 💻貨物状態を更新する🌊 | BUC15 | ユーザー目的 | 高 |
| UC15 | 💻追跡情報を照会する🌊 | BUC16 | ユーザー目的 | 高 |
| UC16 | 💻例外を処理する🌊 | BUC17 | ユーザー目的 | 高 |
| UC17 | 💻輸送料金を算出する🌊 | BUC18, BUC19 | ユーザー目的 | 中 |
| UC18 | 💻精算を処理する🌊 | BUC20 | ユーザー目的 | 中 |
UC01: 💻輸送見積を作成する🌊¶
使用時のコンテキスト: 荷主から輸送依頼を受けた営業担当者が、輸送要件（出発地・目的地・期限・貨物種別）を確認し、輸送料金の見積書を作成する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 営業担当者
利害関係者と利益:
- 荷主: 輸送料金と所要日数の事前確認により、意思決定できる
- 営業担当者: 見積作成業務を効率化し、正確な料金を提示できる
- 経路設計者: 見積段階でルート候補の確認が行われ、後続の経路設計がスムーズになる
事前条件:
- 荷主から輸送要件（出発地・目的地・期限・貨物種別・重量）が提示されている
最低保証: 見積依頼の内容が記録され、後続の予約登録に引き継げる
成功保証時: 輸送料金・所要日数・推奨ルート案を含む見積書が作成され、荷主に提示できる状態になる
トリガー: 営業担当者が見積作成操作を開始する
主成功シナリオ:
- 営業担当者が荷主情報・輸送要件（出発地・目的地・希望期限・貨物種別・重量・寸法）を入力する
- システムが貨物種別と重量をもとに基本輸送料金を算出する
- システムが航海スケジュール情報をもとにルート概算候補を表示する
- システムがルート候補ごとの所要日数と概算料金を一覧表示する
- 営業担当者が推奨ルートと料金を確認し、見積書として保存する
- システムが見積番号を発行して見積情報を登録する
拡張:
- 3a. 航海スケジュール情報の取得に失敗した場合:
- 3a1. システムが過去の実績データから代替ルート候補を提示する
- 3a2. 主シナリオのステップ 4 に戻る
- 4a. 希望期限に間に合うルートが存在しない場合:
- 4a1. システムが「指定期限に間に合うルートなし」を通知する
- 4a2. 営業担当者が荷主に期限延長または代替案を提案してユースケース終了
- 1a. 危険物が含まれる場合:
- 1a1. システムが危険物申告フォームへの入力を促す
- 1a2. 主シナリオのステップ 2 に戻る
技術およびデータのバリエーションリスト:
- ステップ 1: 貨物種別は「一般貨物」「危険物」「冷凍・冷蔵貨物」のいずれかを選択
- ステップ 2: 料金算出は貨物種別・重量・距離・特別取扱いオプションに基づく
関連情報: BUC01（輸送見積依頼）、BUC02（見積作成）に対応
UC02: 💻荷主を登録する🌊¶
使用時のコンテキスト: 初回取引の荷主情報をシステムに登録する。既存荷主の場合はスキップ。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 営業担当者
利害関係者と利益:
- 荷主: 次回以降の予約時に情報入力を省略できる
- 営業担当者: 荷主情報が一元管理され、過去の取引履歴も参照できる
事前条件:
- 荷主が新規取引であり、システムに登録されていない
最低保証: 入力された荷主情報がシステムに保存される
成功保証時: 荷主 ID が発行され、予約登録・精算管理に活用できる状態になる
トリガー: 営業担当者が新規荷主の登録操作を開始する
主成功シナリオ:
- 営業担当者が荷主の基本情報（氏名/社名・住所・連絡先・メールアドレス）を入力する
- 営業担当者が荷主種別（個人/法人）を選択する
- 法人の場合、営業担当者が法人契約情報（契約番号・割引率）を入力する
- システムが入力内容を検証し、重複登録がないか確認する
- システムが荷主 ID を採番して荷主情報を登録する
拡張:
- 4a. 同一メールアドレスが既に登録されている場合:
- 4a1. システムが「既存荷主」として既存レコードを表示する
- 4a2. 営業担当者が既存荷主を使用するか新規登録するかを選択する
技術およびデータのバリエーションリスト:
- ステップ 2: 荷主種別は「個人」「法人」のいずれか
関連情報: BUC03（荷主・貨物登録）に対応
UC03: 💻貨物予約を登録する🌊¶
使用時のコンテキスト: 荷主が見積を承認した後、営業担当者が貨物仕様と予約情報をシステムに登録する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 営業担当者
利害関係者と利益:
- 荷主: 予約が正式に受付され、番号により追跡できる
- 経路設計者: 予約情報をもとにルート設計を開始できる
- 追跡管理者: 追跡情報管理の準備ができる
事前条件:
- 荷主が見積を承認している
- 荷主がシステムに登録されている
最低保証: 貨物予約が「仮受付」状態で保存される
成功保証時: 貨物予約が登録され、予約番号が発行されてルート設計フェーズに進める状態になる
トリガー: 営業担当者が予約登録操作を開始する
主成功シナリオ:
- 営業担当者が荷主 ID を入力して荷主を選択する
- 営業担当者が貨物仕様（種別・重量・寸法・個数・品名）を入力する
- 営業担当者が輸送条件（出発地・目的地・希望引渡日・希望着日）を入力する
- システムが見積情報と照合して整合性を確認する
- システムが予約番号を採番し、貨物予約を「仮受付」状態で登録する
- システムが経路設計者に予約登録を通知する
拡張:
- 2a. 危険物が含まれる場合:
- 2a1. システムが危険物申告情報の入力を必須とする
- 2a2. 主シナリオのステップ 3 に戻る
- 2b. 冷凍・冷蔵貨物の場合:
- 2b1. システムが温度管理条件の入力を必須とする
- 2b2. 主シナリオのステップ 3 に戻る
技術およびデータのバリエーションリスト:
- ステップ 2: 貨物種別は「一般貨物」「危険物」「冷凍・冷蔵貨物」のいずれか
関連情報: BUC03（荷主・貨物登録）に対応
UC04: 💻予約情報を引き渡す🌊¶
使用時のコンテキスト: 仮受付された予約を経路設計者に引き渡し、経路設計を開始させる。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 営業担当者
利害関係者と利益:
- 経路設計者: 経路設計に必要な情報（出発地・目的地・期限・貨物仕様）を受け取れる
- 荷主: 予約が経路設計フェーズに進んだことを把握できる
事前条件:
- 貨物予約が「仮受付」状態で登録されている
最低保証: 引き渡し操作の記録が残る
成功保証時: 予約情報が経路設計者に引き渡され、経路設計作業が開始可能になる
トリガー: 営業担当者が予約情報の引き渡し操作を行う
主成功シナリオ:
- 営業担当者が予約番号を指定して予約情報を確認する
- 営業担当者が出発地・目的地・期限・貨物仕様に不備がないことを確認する
- 営業担当者が経路設計依頼を実行する
- システムが予約状態を「経路設計中」に更新する
- システムが経路設計者に経路設計依頼通知を送信する
拡張:
- 2a. 予約情報に不備がある場合:
- 2a1. 営業担当者が予約情報を修正する
- 2a2. 主シナリオのステップ 3 に戻る
関連情報: BUC06（予約情報引き渡し）に対応
UC05: 💻航海スケジュールを検索する🌊¶
使用時のコンテキスト: 経路設計者が予約の出発地・目的地・期限をもとに利用可能な航海スケジュールを検索する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経路設計者
利害関係者と利益:
- 経路設計者: 利用可能な航海スケジュール・寄港地情報を把握し、経路設計の根拠とできる
- 荷主: 最新の航海スケジュールに基づく正確な経路提案を受けられる
事前条件:
- 予約情報が引き渡されている
- 航海スケジュール情報がシステムに登録されている
最低保証: 検索条件と検索結果が記録される
成功保証時: 制約条件を満たす航海スケジュールが一覧表示され、経路候補算出の入力が揃う
トリガー: 経路設計者が航海スケジュール検索操作を行う
主成功シナリオ:
- 経路設計者が予約番号を指定して出発地・目的地・期限・貨物仕様を確認する
- 経路設計者が検索条件（出発地・目的地・出発期間・貨物種別）を入力する
- システムが制約条件（航海スケジュール・寄港地接続・港湾制約・貨物種別対応）に基づいて利用可能な航海を検索する
- システムが航海スケジュール一覧（航海番号・運送会社・出発日・到着日・寄港地）を表示する
- 経路設計者が検索結果を確認し、経路候補算出に進む（UC06 を起動）
拡張:
- 4a. 条件を満たす航海が存在しない場合:
- 4a1. システムが「条件を満たす航海なし」を表示する
- 4a2. 経路設計者が検索条件を緩和して再検索する
- 3a. 危険物・冷凍貨物の場合:
- 3a1. システムが該当貨物種別に対応可能な航海のみに絞り込む
技術およびデータのバリエーションリスト:
- ステップ 2: 出発地・目的地は UN/LOCODE 形式で指定
関連情報: BUC07（経路条件確認）、BUC08（航海スケジュール検索）に対応
UC06: 💻経路候補を算出する🐟¶
使用時のコンテキスト: 航海スケジュール検索結果をもとに、制約条件を考慮した最適な経路候補を自動算出する。UC05 および UC08 から呼び出されるサブ機能。
スコープ: 国際貨物輸送管理システム
レベル: サブ機能
主アクター: 経路設計システム（自動）
利害関係者と利益:
- 経路設計者: 制約条件を考慮した経路候補が自動提示され、手作業の属人化を解消できる
事前条件:
- 航海スケジュール検索が完了している
- 出発地・目的地・期限・貨物仕様が確定している
最低保証: 算出処理の実行記録が残る
成功保証時: 制約条件を満たす経路候補が所要日数・費用とともに提示される
トリガー: UC05（航海スケジュール検索）または UC08（経路条件調整）から起動される
主成功シナリオ:
- システムが出発地・目的地・期限と利用可能な航海スケジュールを入力として受け取る
- システムが寄港地の接続可能性を評価する
- システムが期限内に到達可能な経路パターンを算出する
- システムが経路候補ごとの所要日数・経由港・費用・航海番号を算出する
- システムが経路候補を推奨順に並べて提示する
拡張:
- 3a. 直行便が存在する場合:
- 3a1. 直行便を最優先候補として提示する
- 3b. 期限内に到達可能な経路が存在しない場合:
- 3b1. システムが「期限内に到達可能な経路なし」を通知する
- 3b2. 経路設計者に条件調整（UC08）を促す
技術およびデータのバリエーションリスト:
- ステップ 2: 接続判定は同一港湾での乗り継ぎ可能性に基づく
- ステップ 4: 費用は基本輸送料金 + 港湾利用料の概算
関連情報: BUC09（経路候補算出）に対応
UC07: 💻経路を選択・確定する🌊¶
使用時のコンテキスト: 経路設計者が算出された経路候補から最適なものを選択し、経路を確定する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経路設計者
利害関係者と利益:
- 荷主: 最適経路に基づく輸送計画が確定し、到着予定が明確になる
- 営業担当者: 確定経路を荷主に提案できる
事前条件:
- 経路候補が算出・提示されている
最低保証: 選択操作の記録が残る
成功保証時: 経路が確定し、経路情報が保存される
トリガー: 経路設計者が経路候補一覧から選択操作を行う
主成功シナリオ:
- 経路設計者が経路候補一覧（経由港・所要日数・費用・航海番号）を確認する
- 経路設計者が最適な経路候補を選択する
- システムが選択された経路情報を保存し、経路状態を「確定」にする
拡張:
- 1a. 最適な経路候補がない場合:
- 1a1. 経路設計者が UC08（経路条件調整）に進む
関連情報: BUC10（経路選択・確定）に対応
UC08: 💻経路条件を調整する🌊¶
使用時のコンテキスト: 算出された経路候補に最適なものがない場合、経路設計者が条件を調整して再算出を依頼する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経路設計者
利害関係者と利益:
- 経路設計者: 条件を柔軟に調整し、実現可能な経路を見つけられる
- 荷主: 代替案を通じて輸送の実現可能性が高まる
事前条件:
- 経路候補算出が実行済みで、最適な候補がない
最低保証: 調整条件と再算出結果が記録される
成功保証時: 調整後の条件で新たな経路候補が算出・提示される
トリガー: 経路設計者が条件調整操作を行う
主成功シナリオ:
- 経路設計者が現在の制約条件（期限・経由地制限等）を確認する
- 経路設計者が条件を調整する（期限延長・経由地追加・貨物種別変更等）
- システムが調整後の条件で経路候補を再算出する（UC06 を起動）
- 経路設計者が新たな経路候補を確認する
拡張:
- 4a. 調整後も条件を満たす経路がない場合:
- 4a1. 経路設計者が営業担当者に条件変更（期限延長等）を荷主と協議するよう依頼する
関連情報: BUC11（経路条件調整）に対応
UC09: 💻経路情報を予約に紐付ける🌊¶
使用時のコンテキスト: 確定した経路情報を貨物予約に紐付け、予約と経路の関連を確立する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経路設計者
利害関係者と利益:
- 営業担当者: 予約とルートが紐付いた状態で荷主にルート提案できる
- 追跡管理者: 確定ルートに沿った追跡管理が可能になる
事前条件:
- 経路が確定している
- 貨物予約が「経路設計中」状態にある
最低保証: 紐付け操作の記録が残る
成功保証時: 経路情報が予約に紐付けられ、予約状態が「経路提案中」に更新される
トリガー: 経路設計者が経路紐付け操作を行う
主成功シナリオ:
- 経路設計者が確定経路と予約番号を確認する
- 経路設計者が経路情報を予約に紐付ける操作を実行する
- システムが経路情報を予約に関連付けて保存する
- システムが予約状態を「経路提案中」に更新する
関連情報: BUC12（経路情報紐付け）に対応
UC10: 💻確定経路を荷主に通知する🌊¶
使用時のコンテキスト: 経路が予約に紐付けられた後、営業担当者が確定経路情報を荷主に通知する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 営業担当者
利害関係者と利益:
- 荷主: 確定経路の詳細（経由港・所要日数・到着予定日）を確認し、承認判断できる
事前条件:
- 経路情報が予約に紐付けられている
- 予約が「経路提案中」状態にある
最低保証: 通知送信の記録が残る
成功保証時: 荷主に経路情報が通知され、荷主が承認・変更依頼を行える状態になる
トリガー: 営業担当者が経路通知操作を行う
主成功シナリオ:
- 営業担当者が予約番号を指定して紐付けられた経路情報を確認する
- 営業担当者が通知内容（経由港・所要日数・到着予定日・料金概算）を確認する
- 営業担当者が荷主への経路通知を送信する
- システムが通知送信記録を登録する
関連情報: BUC13（経路通知）に対応
UC11: 💻予約を確定する🌊¶
使用時のコンテキスト: 荷主がルート提案を承認し、営業担当者が予約を正式確定する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 営業担当者
利害関係者と利益:
- 荷主: 予約が正式確定し、輸送が確約される
- 経路設計者: 確定予約をもとに追跡番号発行に進める
- 経理担当者: 確定予約に基づき精算準備ができる
事前条件:
- 予約が「経路提案中」状態にある
- 荷主がルート提案を承認している
最低保証: 荷主の承認意思が記録される
成功保証時: 予約状態が「予約確定」に移行し、追跡番号発行フェーズに進める
トリガー: 営業担当者が予約確定操作を開始する
主成功シナリオ:
- 営業担当者が予約番号を指定して予約内容と選択ルートを確認する
- 営業担当者が荷主の承認を確認し、確定操作を行う
- システムが予約状態を「予約確定」に更新する
- システムが経路設計者に追跡番号発行を依頼する通知を送信する
拡張:
- 2a. 荷主がルート変更を希望する場合:
- 2a1. 営業担当者が予約を「経路設計中」に戻して経路再設計を依頼する
- 2a2. ユースケース終了（UC04 に戻る）
- 2b. 荷主がキャンセルを希望する場合:
- 2b1. 営業担当者が予約をキャンセル状態に変更する
- 2b2. システムが荷主にキャンセル確認通知を送信する
関連情報: BUC04（予約確定）に対応
UC12: 💻追跡番号を発行する🌊¶
使用時のコンテキスト: 予約確定後、経路設計者が追跡番号を採番し荷主に通知する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経路設計者
利害関係者と利益:
- 荷主: 追跡番号により貨物の輸送状況を常時確認できる
- 追跡管理者: 追跡番号をキーに貨物状態管理を行える
事前条件:
- 予約状態が「予約確定」である
最低保証: 追跡番号が採番・記録される
成功保証時: 追跡番号が発行され、貨物状態が「受領待ち」に設定される。荷主に追跡番号が通知される
トリガー: 予約確定通知を受けた経路設計者が追跡番号発行操作を行う
主成功シナリオ:
- 経路設計者が予約番号を指定して予約情報を確認する
- システムが一意の追跡番号を採番する
- システムが追跡番号と予約を紐付け、貨物状態を「受領待ち」に設定する
- システムが追跡番号を荷主にメール通知する
関連情報: BUC05（追跡番号発行）に対応
UC13: 💻荷役作業を記録する🌊¶
使用時のコンテキスト: 荷役作業員が各港湾での積込・荷降し・受領・引取作業完了時に記録を登録する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 荷役作業員
利害関係者と利益:
- 荷主: 荷役作業の完了がリアルタイムで貨物状態に反映される
- 追跡管理者: 手動による状態更新負担が軽減される
- 経理担当者: 荷役実績データが精算処理に活用できる
事前条件:
- 追跡番号が発行され、貨物が「受領待ち」以降の状態にある
最低保証: 荷役作業の記録がシステムに保存される
成功保証時: 荷役作業が記録され、貨物状態が更新される。荷主に状態変更通知が送信される
トリガー: 荷役作業員が作業完了後に記録登録操作を行う
主成功シナリオ:
- 荷役作業員が追跡番号を入力（またはスキャン）して貨物を特定する
- 荷役作業員が作業種別（受領・積込・荷降し・引取）を選択する
- 荷役作業員が作業日時・作業場所（港湾コード）を確認・入力する
- システムが作業記録を登録し、貨物状態を更新する
- システムが荷主に状態変更通知を送信する
拡張:
- 1a. 追跡番号が見つからない場合:
- 1a1. システムがエラーを表示し、番号の再入力を促す
- 3a. 作業場所が予定ルートと異なる場合:
- 3a1. システムが「予定外の作業場所」として警告を表示する
- 3a2. 荷役作業員が警告を確認して続行するか中断するかを選択する
- 2a. 作業種別が「引取」の場合:
- 2a1. システムが荷受人情報を確認し、署名または確認コードの入力を要求する
技術およびデータのバリエーションリスト:
- ステップ 2: 作業種別は「受領」「積込」「荷降し」「引取」のいずれか
- ステップ 3: 作業場所は UN/LOCODE 形式の港湾コード
関連情報: BUC14（荷役作業記録）に対応
UC14: 💻貨物状態を更新する🌊¶
使用時のコンテキスト: 追跡管理者が荷役作業記録や外部情報をもとに貨物の状態と追跡情報を更新する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 追跡管理者
利害関係者と利益:
- 荷主・荷受人: 最新の貨物状態を確認できる
- 経路設計者: 予定ルートとの差異を把握できる
事前条件:
- 追跡番号が発行されている
- 状態変更の根拠情報（荷役記録・出入港情報等）がある
最低保証: 状態変更操作の記録が残る
成功保証時: 貨物状態が更新され、追跡イベントが記録される。必要に応じて荷主へ通知される
トリガー: 追跡管理者が貨物状態の更新操作を行う
主成功シナリオ:
- 追跡管理者が追跡番号を指定して現在の貨物情報を確認する
- 追跡管理者が新しい状態・位置・更新日時を入力する
- システムが追跡情報を更新し、追跡イベントを記録する
- システムが状態変更に応じて荷主へ通知を送信する
関連情報: BUC15（貨物状態更新）に対応
UC15: 💻追跡情報を照会する🌊¶
使用時のコンテキスト: 荷主または荷受人が追跡番号を使って貨物の現在位置・状態・到着予定を確認する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 荷主
利害関係者と利益:
- 荷主: いつでも貨物の現在状態を把握でき、不安を解消できる
- 荷受人: 到着予定日を把握して受け取り準備ができる
事前条件:
- 追跡番号が発行されている
最低保証: 照会操作のログが記録される
成功保証時: 貨物の現在位置・状態・追跡イベント履歴・推定到着日が表示される
トリガー: 荷主または荷受人が追跡番号を入力して照会操作を行う
主成功シナリオ:
- 荷主が追跡番号を入力する
- システムが追跡番号を検証する
- システムが現在の貨物位置・状態・追跡イベント履歴・推定到着日を表示する
拡張:
- 2a. 追跡番号が存在しない場合:
- 2a1. システムが「追跡番号が見つかりません」を表示する
関連情報: BUC16（追跡情報確認）に対応
UC16: 💻例外を処理する🌊¶
使用時のコンテキスト: 輸送中に遅延・破損・紛失等の例外が発生した際に記録し、関係者への報告と対応を管理する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 追跡管理者
利害関係者と利益:
- 荷主: 例外発生を速やかに知り、対応策を協議できる
- 追跡管理者: 例外の記録・報告・対応を一元管理できる
- 経理担当者: 例外内容に基づく料金調整の根拠が残る
事前条件:
- 追跡番号が発行されている
- 例外事象が発生・確認されている
最低保証: 例外事象の記録が残る
成功保証時: 例外が記録・分類され、荷主に通知される。対応ステータスが管理される
トリガー: 追跡管理者または荷役作業員が例外発生を検知・報告する
主成功シナリオ:
- 追跡管理者が追跡番号を入力して予約情報を確認する
- 追跡管理者が例外種別（遅延・破損・紛失）と発生状況を入力する
- システムが例外情報を記録し、貨物状態を「例外発生」に更新する
- システムが荷主に例外発生通知を送信する
- 追跡管理者が対応内容（代替ルート・補償等）を入力する
- システムが対応状況を記録し、荷主に対応報告を通知する
拡張:
- 2a. 例外種別が「紛失」の場合:
- 2a1. システムが緊急フラグを設定し、管理職に escalation 通知を送信する
- 5a. 代替ルートへの変更が必要な場合:
- 5a1. UC04（予約情報を引き渡す）を起動して経路再設計を開始する
技術およびデータのバリエーションリスト:
- ステップ 2: 例外種別は「遅延」「破損」「紛失」のいずれか
関連情報: BUC17（例外処理）に対応
UC17: 💻輸送料金を算出する🌊¶
使用時のコンテキスト: 配送完了後に経理担当者が輸送実績をもとに料金を算出し、法人割引を適用する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経理担当者
利害関係者と利益:
- 荷主: 正確な料金を把握して支払い計画を立てられる
- 経理担当者: 料金算出と割引適用を自動化し、ミスを防げる
事前条件:
- 貨物状態が「引取済」である
- 輸送実績情報（実際の経路・重量・荷役作業記録）が揃っている
最低保証: 料金計算の根拠情報が記録される
成功保証時: 輸送料金が確定し、割引適用後の請求金額が確定する
トリガー: 経理担当者が料金算出操作を行う
主成功シナリオ:
- 経理担当者が予約番号を指定して輸送実績を確認する
- システムが輸送実績（経路・距離・重量・貨物種別・荷役作業実績）をもとに基本料金を算出する
- システムが荷主種別を確認し、法人契約の場合は割引率を適用して割引後料金を算出する
- 経理担当者が算出結果を確認して確定する
- システムが輸送料金を確定状態で登録する
拡張:
- 3a. 例外（遅延・破損等）が発生した場合:
- 3a1. システムが例外に関連する料金調整（減額・補償費用）の入力を促す
技術およびデータのバリエーションリスト:
- ステップ 3: 個人荷主の場合は割引なし。法人荷主は契約割引率（0〜30%）を適用
関連情報: BUC18（輸送料金算出）、BUC19（割引適用）に対応
UC18: 💻精算を処理する🌊¶
使用時のコンテキスト: 輸送料金確定後に経理担当者が精算書を発行し、荷主からの支払いを確認して精算を完了する。
スコープ: 国際貨物輸送管理システム
レベル: ユーザー目的
主アクター: 経理担当者
利害関係者と利益:
- 荷主: 正確な精算書を受け取り、安全に支払いができる
- 経理担当者: 精算処理を効率化し、入金確認を一元管理できる
事前条件:
- 輸送料金が確定状態で登録されている
最低保証: 精算書の発行記録が残る
成功保証時: 精算が完了し、予約状態が「精算済」に移行する
トリガー: 経理担当者が精算処理操作を行う
主成功シナリオ:
- 経理担当者が予約番号を指定して確定済み輸送料金を確認する
- システムが精算書（請求番号・請求金額・支払い期限）を発行する
- システムが精算書を荷主にメール通知する
- 荷主が支払いを実行する（決済機関と連携）
- システムが入金を確認し、精算状態を「精算済」に更新する
- システムが予約状態を「精算済」に更新する
拡張:
- 5a. 支払い期限を超過した場合:
- 5a1. システムが経理担当者に未払い通知を送信する
- 5a2. 経理担当者が荷主に督促連絡を行う
関連情報: BUC20（精算処理）に対応