輸送管理データテンプレート

この属性は、「出荷計画済み」、「運送会社への輸送依頼送信済み」、「貨物配送完了」など、輸送プロセスにおける一つのステップを表します。これらのアクティビティが検出されたプロセスマップのノードとなり、その順序によって各出荷のプロセスフローが定義されます。

これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの中心的な作業です。最も一般的なプロセス経路（バリアント）の特定、アクティビティの遅延が発生するボトルネックの発見、「輸送依頼拒否」などのアクティビティが繰り返される手戻りループの特定に役立ちます。

プロセスの各ステップを定義し、出荷の経路を可視化するとともに、プロセスの非効率な部分を特定できるようにします。

Blue Yonder TMSのさまざまなモジュールにあるイベントログ、ステータス変更記録、トランザクションコードから導出されます。多くの場合、システムイベントを業務で分かりやすいアクティビティ名に対応付ける必要があります。

出荷IDは、出発地点から配送先までの貨物移動に関連するすべてのアクティビティとイベントを結び付ける中心的なキーです。一意のIDごとに、初期依頼から最終支払いまでを含む、輸送に関する一つの完全なケースが表されます。

プロセスマイニング分析では、この属性が各出荷のエンドツーエンドの経路を再構築する基盤となります。「出荷計画済み」、「貨物引き取り済み」、「貨物配送完了」などのイベントを一貫したプロセスフローにまとめ、サイクルタイムの計算や、出荷ごとのプロセスバリアントの特定を可能にします。

関連するすべての輸送イベントを結び付ける基本的なケースIDであり、出荷のライフサイクル全体を分析できます。

Blue Yonder TMSの出荷管理モジュールまたは積荷管理モジュールにおける主キーです。具体的なテーブルについては、出荷ヘッダーに関連するシステムドキュメントを確認してください。

イベント時刻は、出荷プロセスにおける各アクティビティの正確な日付と時刻を示します。イベントログの時系列を支え、アクティビティの順序付けや、アクティビティ間の所要時間の計算を可能にします。

分析では、エンドツーエンドの出荷サイクルタイム、通関所要時間、時間どおりの配送実績など、時間に基づくすべてのKPIを計算するうえで欠かせません。遅延が発生した時点や、プロセスの各段階にかかった時間を特定できます。

イベントの順序付け、サイクルタイムの計算、時間経過に伴うプロセスパフォーマンスの分析に欠かせないタイムスタンプです。

通常は、Blue Yonder TMSのトランザクションログにあるステータスレコードまたはイベントレコードとともに保存されています。各イベントまたはステータス変更には、対応するタイムスタンプが設定されます。

イベントデータの取得元を示す属性で、この場合はBlue Yonder TMSです。複数のシステムからのデータを統合して、より広いプロセスビューを作成する環境で特に役立ちます。

分析では、データのフィルタリングやコンテキストの把握に利用できます。この情報を保持することでデータの系譜を確保でき、データガバナンスのベストプラクティスにもつながります。

データの取得元に関する重要なコンテキストを提供し、追跡可能性を確保するとともに、複数のソースからのデータ管理を支援します。

通常は、データの抽出、変換、ロード（ETL）処理の際に追加される固定値です。

データの鮮度を示す属性です。Blue Yonder TMSからイベントログが最後に更新された日付と時刻を記録します。

分析では、ダッシュボードとKPIの情報がどの程度最新であるかを把握するうえで重要です。リアルタイムの情報を見ているのか、過去の期間のデータを見ているのかを確認できるため、業務上の意思決定に役立ちます。

データがいつ更新されたかを示します。分析の関連性と正確性を保つうえで重要な情報です。

通常は、データ抽出（ETL）処理の際に生成・追加されるメタデータ項目です。

出荷ステータスは、出荷ライフサイクルにおける現在の状態を示します。「計画済み」、「輸送中」、「配送済み」、「キャンセル済み」などがあります。プロセスのどの段階に出荷があるかを把握できます。

プロセスマイニングでは、ケースの最終ステータスを分析することが結果分析に役立ちます。たとえば、「配送済み」の出荷と「キャンセル済み」の出荷のプロセスフローを比較すると、望ましくない結果につながるパターンを発見できます。また、未完了の出荷をフィルタリングして、現在の作業量を監視することもできます。

出荷の現在の状態をすばやく把握し、完了済み、進行中、キャンセル済みの出荷を区別できます。

Blue Yonder TMSの出荷ヘッダーまたは主要なステータス追跡テーブルにある重要な項目です。

出荷の経路が始まる国を示す属性です。荷送人の住所または集荷場所の詳細から取得されます。

分析では、データを分類する強力な切り口になります。地域ごとのプロセスパフォーマンス、運送会社の対応可能性、サイクルタイムの違いを把握できます。たとえば、国際出荷の通関所要時間を分析する際に重要です。

プロセスパフォーマンスを地理的に分析でき、地域ごとのボトルネックや効率の違いを特定するのに役立ちます。

Blue Yonder TMSの出荷詳細にある出荷元の場所または荷送人住所データの一部として保存されます。

最終配送アクティビティに固有のタイムスタンプを記録する属性です。出荷が配送先に到着し、配送済みとして確認された正確な時点を示します。

パフォーマンス測定に欠かせないデータです。「時間どおりの配送率」KPIは、このタイムスタンプと「RequestedDeliveryDate」を比較して計算します。また、「配送までの全体処理量」KPIを計算する終点にもなります。

時間どおりの配送率の計算と、出荷全体の輸送時間の測定に欠かせないタイムスタンプです。

「貨物配送完了」ステータスの更新日時です。通常は運送会社からEDIメッセージで受信するか、Blue Yonder TMSに手動で入力されます。

物流プロセスが達成を目指す配送目標日を記録する属性です。顧客の期待、または出荷に対する社内のサービスレベル合意（SLA）を表します。

この日付は、「時間どおりの配送率」KPIを計算する基準です。「ActualDeliveryTime」と「RequestedDeliveryDate」を比較することで、出荷が予定より早かったか、時間どおりだったか、遅れたかを判定できます。「時間どおりの集荷・配送実績」ダッシュボードの基盤となります。

時間どおりの配送実績と顧客満足度を測定する主要な基準です。

通常はERPや注文管理システムなどの上流システムから取得され、Blue Yonder TMSの輸送依頼詳細に保存されます。

輸送手段を示す属性です。一般的な値には、混載輸送（LTL）、貸切輸送（FTL）、航空貨物、海上輸送、鉄道輸送があります。

プロセス分析では、輸送手段はフィルタリングと比較に用いる重要な切り口です。輸送手段によって、プロセス、サイクルタイム、コストは大きく異なる場合があります。たとえば、「通関ボトルネック分析」は航空輸送や海上輸送では特に有効ですが、国内のトラック輸送では重要度が低い場合があります。輸送手段別にパフォーマンスを分析すると、物流の状況に応じた改善施策を検討できます。

輸送手段ごとにプロセス、コスト、一般的なサイクルタイムが異なるため、分類した分析が可能になります。

Blue Yonder TMSの出荷計画モジュールおよび料金計算モジュールにある標準項目です。

運送会社名は、貨物輸送を実行する第三者企業を識別します。トラック運送会社、航空会社、船会社、フォワーダーなどが該当します。

この属性は、特に「運送会社パフォーマンス比較」ダッシュボードでのパフォーマンス分析に欠かせません。データをフィルタリング・分類し、時間どおりの配送率、集荷遵守率、平均遅延時間などの指標で運送会社を比較できます。運送会社の戦略的な選定や関係管理に役立ちます。

運送会社間のパフォーマンス比較と分析を可能にし、運送会社の選定を最適化するとともに、サービス品質の向上に役立ちます。

Blue Yonder TMSの出荷詳細または積荷詳細にあり、運送会社のマスターデータテーブルから参照されることがよくあります。

出荷の最終配送先となる国を示す属性です。荷受人の住所または配送場所から取得されます。

出荷元国と同様に、地理的な分類に使用します。異なる貿易レーン（例：米国からカナダ、米国からメキシコ）ごとのパフォーマンス比較、特定の国における配送上の課題の分析、国境を越える複雑さがサイクルタイムに与える影響の評価が可能になります。

配送先別のパフォーマンス分析を可能にし、貿易レーンの複雑さや地域ごとの配送課題を把握するうえで重要です。

Blue Yonder TMSの出荷詳細にある配送先の場所または荷受人住所データの一部として保存されます。

TMSで特定のイベントまたはステータス変更を実行した物流プランナー、コーディネーター、システムユーザーを識別する属性です。自動イベントの場合は、システムまたはサービスアカウントのIDが記録されることがあります。

ユーザー別に分析すると、作業量の分配、個人のパフォーマンス、トレーニングの必要性を把握できます。特定のユーザーに手戻りや遅延が多いか、特定のチームの効率が高いかを確認できます。リソース管理や、対象を絞ったプロセス改善に役立ちます。

ユーザーまたはチーム別にパフォーマンスと作業量を分析でき、トレーニングの機会やリソース不足の特定に役立ちます。

通常はトランザクションログまたはイベントログにあり、各レコードに関連付けられた「変更者」または「ユーザーID」項目として記録されます。

出荷を集荷するために運送会社と合意し、予定された予約時刻を記録する属性です。出荷計画における重要なマイルストーンです。

このタイムスタンプは、「時間どおりの集荷率」や「平均集荷遅延時間」KPIを計算する基準になります。「ActualPickupTime」と比較することで、出荷の開始時点における遅延を特定できます。こうした遅延は、後続のマイルストーンに連鎖的な影響を及ぼすことがあります。

時間どおりの集荷実績を測定する基準であり、運送会社の信頼性と計画の正確性を示す重要な指標です。

Blue Yonder TMSの予約スケジュールモジュールまたは積荷計画モジュールに保存されています。

運送会社が出荷元で貨物を実際に引き取った正確な時刻を記録する属性です。輸送中フェーズの正式な開始点となります。

運送会社のパフォーマンス測定に欠かせないデータです。「ScheduledPickupTime」と比較して、「時間どおりの集荷率」や「平均集荷遅延時間」KPIを計算します。差異を分析すると、特定の運送会社や集荷場所に関する問題を特定できます。

輸送プロセスの集荷実績を正確に測定し、初期段階の遅延を特定するために使用するタイムスタンプです。

「貨物引き取り済み」ステータスの更新日時です。通常は運送会社からEDIで受信するか、Blue Yonder TMSに手動で入力されます。

このブール型属性は、「ActualDeliveryTime」と「RequestedDeliveryDate」を比較して算出されます。実際の配送時刻が指定日以前であればtrue、それ以外の場合はfalseになります。

計算指標として、「On-Time Delivery Rate」KPIの分析と可視化を簡素化します。フィルタリングや集計を簡単に行えるため、配送業者別、輸送モード別、期間別に定刻配送率を示すダッシュボードを作成でき、「On-Time Pickup and Delivery Performance」ダッシュボードを直接支援します。

定刻配送のパフォーマンス分析を簡素化し、ダッシュボードやKPIでのフィルタリングと集計をすばやく行えるようにします。

この属性はソースシステムには存在しません。データ変換処理中に、次の式を使って算出されます：ActualDeliveryTime <= RequestedDeliveryDate。

出荷のマイルストーンを達成できなかった理由を記録する属性です。「天候による遅延」、「税関保留」、「運送会社の輸送能力不足」などがあります。多くの場合、運送会社から提供されます。

「時間どおりの集荷・配送実績」ダッシュボードに欠かせません。出荷が遅れたという事実だけでなく、その理由を把握できます。頻度の高い遅延理由を分析すると、物流チームがリスクを事前に抑え、運送会社と継続的な問題に対処できます。

遅延の根本原因を説明し、事前のリスク管理と運送会社との対象を絞った改善に役立ちます。

通常はBlue Yonder TMSのイベント管理または例外管理の領域で取得され、運送会社からのEDI更新（例：EDI 214）によって入力されることがよくあります。

運賃請求書の監査で差異が発生した場合に、その理由を示す属性です。「料金誤り」、「請求書の重複」、「配送証明の不足」などがあります。

「配送証明と請求精度」ダッシュボードおよび「運賃請求書手戻り率」KPIの重要な属性です。差異の理由ごとの発生頻度を分析すると、運送会社のミス、契約との不整合、社内プロセスの問題など、請求エラーの根本原因を特定できます。請求書の手戻りを減らすための対策を検討できます。

請求エラーの根本原因を示し、運賃請求書の手戻りと支払い遅延を減らすための改善策を検討できます。

Blue Yonder TMSの運賃監査・支払いモジュールにあり、例外ログまたは拒否ログに関連付けられています。