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

アクティビティ名は、輸送プロセス内の1つのステップまたはタスクを表します。たとえば、「Shipment Planned」、「Carrier Tendered」、「Goods Picked Up」、「Freight Invoice Received」などです。これらのアクティビティは、出荷の流れにおける主要なマイルストーンを示します。

この属性は、出荷が実際にどのようにプロセスを進むかを示すプロセスフローマップの可視化に欠かせません。さまざまなアクティビティの順序と頻度を分析することで、標準的なプロセスを把握し、よくある逸脱ややり直し、非効率な領域を特定できます。あらゆるプロセスマイニング分析の基盤となる属性です。

プロセスマップ上のステップを定義し、出荷のワークフロー、ばらつき、ボトルネックを可視化・分析できます。

通常、イベントログやステータス更新テーブルから取得するか、TMS内のステータス変更から生成します。

イベント日時は、特定のアクティビティが実行された正確な日付と時刻を記録します。このタイムスタンプは、イベントを時系列に並べ、異なるプロセスステップ間の所要時間を算出するための基礎となります。

プロセスマイニングでは、この属性によって時間に基づくすべての分析が可能になります。サイクルタイム、待機時間、処理時間などの主要業績評価指標の算出に使われます。イベント日時を分析することで、出荷が最も長く滞留するボトルネックを特定し、サービスレベル合意の遵守状況を測定するとともに、プロセスアクティビティの時間的な分布を把握できます。

すべてのアクティビティに時系列の文脈を与え、サイクルタイムの算出、ボトルネックの特定、パフォーマンス測定を可能にします。

TMS内のイベントログまたは取引レコードから取得します。記録された各操作にタイムスタンプが付与されています。

出荷IDは、1件の輸送オーダー、または出荷元から納品先までの貨物移動を一意に識別する主キーです。各出荷ケースには、計画、予約、集荷、納品、請求など、関連するすべてのアクティビティ、マイルストーン、データが含まれます。

プロセスマイニングでは、この属性が各出荷のエンドツーエンドの流れを再構成するうえで欠かせません。関連するすべてのイベントを時系列で結び付け、プロセスディスカバリー、適合性チェック、パフォーマンス分析の基盤になります。出荷ID単位でプロセスを分析することで、輸送ライフサイクルにおけるボトルネック、遅延、ばらつきを特定できます。

関連するすべてのイベントを1つのプロセスインスタンスに結び付ける基本識別子であり、出荷ライフサイクルをエンドツーエンドで分析できます。

通常、Transportation Management System（TMS）の出荷または運賃オーダーに関するヘッダーまたは主要テーブルにあります。

ソースシステム属性は、イベントデータの取得元を示します。たとえば、Transportation Management System（TMS）、運送会社の可視化プラットフォーム、ERPシステムなどです。現在の物流業務では、1件の出荷データが複数の連携システムから取得される場合があります。

この属性は、データの系譜と品質を把握するうえで役立ちます。データの不整合を調査し、情報源ごとに分析できます。たとえば、可視化プラットフォームと中核TMSからの更新の適時性を比較したり、問題を発生元のシステムまで追跡したりできます。

データを取得元まで追跡できるため、データ検証、トラブルシューティング、各システムが全体のプロセスにどのように関与しているかの把握に役立ちます。

通常、データ抽出ファイルの標準フィールドとして提供されるか、データソースに基づいてデータ取り込み時に追加できます。

この属性は、特定のレコードまたはイベントがプロセスマイニング用データセットで最後に更新された時点、またはそのデータセット向けに抽出された時点を示します。分析対象データの鮮度を表します。

プロセスフロー分析で直接使われるわけではありませんが、データガバナンスと監視には欠かせません。最新情報に基づいて分析できていることを確認し、遅延または失敗しているデータパイプラインのアラート設定にも利用できます。これにより、生成された分析結果の信頼性と適時性を確認できます。

データの鮮度を示すため、プロセス分析と監視を適時性のある関連情報に基づいて行ううえで欠かせません。

通常、データの抽出、変換、ロード（ETL）処理中に生成されます。

出荷コストは、1件の出荷に関連する輸送費の総額です。基本運賃、燃料サーチャージ、付帯料金、運送会社から請求されるその他の費用が含まれる場合があります。

この属性は、コストに関するすべての分析の基盤です。輸送費総額、1マイル当たりのコスト、単位当たりのコストを追跡するダッシュボードを作成できます。コストデータとプロセスデータを組み合わせることで、コスト超過の根本原因分析、遅延やプロセスの非効率性による財務影響の特定、運賃請求の正確性分析が可能になります。

プロセスのパフォーマンスと財務結果を直接結び付け、輸送費、コスト要因、非効率性による財務影響を分析できます。

運賃オーダー、運送会社の運賃請求書、または運賃監査・支払いシステムから取得できます。

実際の納品日は、出荷が荷受人に実際に納品され、「Goods Delivered」アクティビティが完了した時点の記録日時です。通常、納品証明書類によって確認されます。

この属性は希望納品日に対応する実績値であり、実際のパフォーマンスを算出するうえで欠かせません。「定刻納品率」KPIの算出に直接使われます。また、実際の納品日と集荷日の差から実際の輸送時間を算出し、計画輸送時間と比較して輸送中の遅延を特定できます。

納品パフォーマンスの実績値を提供し、定刻納品率の算出と納品遅延の分析を可能にします。

TMSの「Goods Delivered」イベントから取得します。通常、運送会社のEDIメッセージ、可視化プラットフォーム、またはドライバーが使用するモバイルアプリによって更新されます。

希望納品日は、出荷が納品先に到着することを期待される目標日です。通常、顧客の発注書またはサービスレベル合意（SLA）で定められます。

この属性は、顧客サービスレベルと約束に対するパフォーマンスを測定するうえで欠かせません。「定刻納品率」KPIを算出する基準になります。希望納品日と実際の納品日の差を分析することで、遅延の体系的な原因を特定し、納品の予測可能性を高められます。

定刻納品実績を測定する主要な基準であり、顧客満足度とサプライチェーンの信頼性に関わる重要なKPIです。

通常、ERPや注文管理システムなどの上流システムから取得され、TMSの運賃オーダー詳細に保存されます。

納品先国は、出荷が納品される予定の国を示します。納品先住所情報の一部です。

出荷元国と同様に、地理的分析と輸送レーンのパフォーマンス把握に欠かせない属性です。国別にデータを切り分け、納品パフォーマンス、コスト、サイクルタイムを比較できます。国際輸送の通関プロセスを分析するうえでも重要です。

納品先別にパフォーマンスとコストを切り分けられるため、輸送レーンの効率や国際輸送の複雑さを分析するうえで欠かせません。

通常、運賃オーダーの納品先所在地または荷受人住所の詳細の一部として保存されます。

この属性は、出荷に使用する輸送方法を示します。一般的な輸送モードには、Full Truckload（FTL）、Less-Than-Truckload（LTL）、航空貨物、海上貨物、鉄道があります。

輸送モード別にプロセスを分析することは重要です。輸送モードごとにコスト構造、輸送時間、プロセスの複雑さが異なるためです。この切り分けにより、サイクルタイムやコストのばらつきを説明できます。たとえば、海上貨物のプロセスは、航空貨物よりも自然にサイクルタイムが長くなります。物流業務に合わせたダッシュボードやKPIを構築するうえで、基本となる属性です。

輸送モードごとにプロセス、コスト、期間が本質的に異なるため、分析の主要なフィルターになります。意味のある比較とベンチマーキングに欠かせません。

TMS内の出荷または運賃オーダーの詳細にあります。

遅延理由は、出荷が計画どおりに進まなかった理由を示します。天候、通関保留、交通状況、機械的な問題、書類の誤りなどが該当します。遅延イベントが記録されたときに取得されます。

根本原因分析において特に重要な属性の1つです。遅延理由ごとの頻度を分類・定量化することで、納品遅延の主な要因を特定できます。その結果、社内プロセスの改善、運送会社との連携、外部リスクの軽減など、影響の大きい領域に改善活動を集中できます。

出荷遅延の根本原因分析に欠かせません。遅延の主な原因を特定、定量化し、対策を講じられます。

TMSまたは可視化プラットフォームの例外イベントや遅延イベントのレコードから取得します。運送会社から提供されることが多いデータです。

運送会社名は、貨物を実際に輸送する契約先の3PLまたは輸送会社を識別します。トラック運送会社、航空会社、海運会社、鉄道貨物事業者などが該当します。

パフォーマンス分析における重要な分析軸です。定刻納品、定刻集荷、輸送依頼受諾率、コストなどの指標で事業者を比較し、運送会社の評価表を作成できます。運送会社別にプロセスを分析することで、パフォーマンスの高いパートナーや、改善計画が必要なパートナーを特定できます。

異なる輸送事業者のパフォーマンスを比較評価できるため、運送会社の管理や交渉、サービス品質の確保に役立ちます。

出荷または運賃オーダーの詳細に保存され、通常は運送会社マスターデータテーブルから関連付けられます。

Resourceは、特定のプロセスステップの実行を担当する個人ユーザー、チーム、または自動化されたシステムエージェントを識別します。たとえば、出荷計画を作成した輸送計画担当者や、運送会社を手配した物流コーディネーターなどです。

Resourceの観点からプロセスを分析すると、業務量の分布、チームのパフォーマンス、自動化の度合いを把握できます。手戻りが繰り返されるループに関与しているユーザーやチーム、例外処理を最も多く担当しているユーザーやチーム、処理時間が最も長いユーザーやチームを特定できます。この情報は、トレーニング、リソース配分、自動化の機会の特定に役立ちます。

人とシステムのパフォーマンス、業務量の分布、自動化の状況を分析し、トレーニングの必要性やリソースのボトルネックを特定できます。

通常、この情報はアクティビティ名やタイムスタンプとともに、取引ログまたはイベントログに記録されます。

予定集荷日は、運送会社が出荷場所に到着して貨物を引き取るために合意した予約日時です。出荷の予約と確認における重要なマイルストーンです。

この属性は、集荷パフォーマンスを測定する基準になります。実際の集荷時刻と比較して「定刻集荷率」KPIを算出します。差異を分析することで、積み込み場のスケジュール、倉庫の準備状況、運送会社の時間厳守に関する問題を特定できます。これらはいずれも、その後の工程の遅延につながる可能性があります。

集荷パフォーマンスを測定する基準です。輸送ライフサイクルの最初の重要なステップであり、その後のスケジュール全体に影響します。

出荷が運送会社との予約を完了した後、出荷または運賃オーダーの詳細にあります。

出荷ステータスは、出荷が全体のプロセスのどの段階にあるかを、「Planned」、「In Transit」、「Delivered」、「Cancelled」などで示す概要情報です。出荷ケースの現在の状態を表します。

プロセスマイニングでは、個々のアクティビティからプロセスフローを導き出しますが、出荷全体のステータスも分析軸として役立ちます。現在「In Transit」の出荷だけを抽出して監視したり、「Cancelled」で終了した出荷の特徴を分析したりできます。出荷の進捗を集約して確認できるシンプルな情報です。

出荷の現在の状態を把握できるため、進行中または完了した出荷の絞り込み、レポート作成、概要監視に役立ちます。

通常、TMSの主要な出荷または運賃オーダーレコードにある概要ステータスフィールドです。

出荷元国は、出荷の輸送が始まる国を示します。出荷元住所情報の一部です。

地理的分析における基本的な属性です。出荷元の国や地域で出荷データを絞り込み、輸送レーンごとのパフォーマンスを把握できます。国際輸送では、通関要件や輸送時間を決める重要な要素でもあります。

輸送プロセスを地理的に分析し、地域ごとのパフォーマンス差の特定、輸送レーンの複雑さの管理、国際物流の分析に役立ちます。

通常、運賃オーダーの出荷元所在地または出荷地点の住所詳細の一部として保存されます。

実際の集荷日は、運送会社が出荷元で貨物を実際に引き取り、「Goods Picked Up」アクティビティが完了した時点の記録日時です。

この日付は、出荷の実際の輸送開始を追跡するうえで欠かせません。「定刻集荷率」KPIの算出に使われ、輸送中のサイクルタイムの開始点になります。このデータを分析することで、集荷プロセスの実際の実行状況と、出荷全体のスケジュールへの影響を把握できます。

集荷パフォーマンスの実績値を示し、出荷の実際の輸送開始点となるため、正確なサイクルタイム分析に欠かせません。

TMSの「Goods Picked Up」イベントから取得します。通常、運送会社のEDIメッセージまたは可視化プラットフォームを通じて更新されます。

このブール型属性は、提示または契約された運賃と、運送会社の最終請求書に記載された金額との間に不一致があったかどうかを示します。「true」は、不一致があり、異議申し立てにつながる可能性があることを意味します。

このフラグは、運賃監査および支払いプロセスの分析に欠かせません。「運賃請求書の正確性」KPIを測定し、請求エラーの割合が高い運送会社や輸送レーンを特定できます。不一致の原因を分析することで、運賃管理の改善、運送会社との契約内容の明確化、支払いプロセスの効率化につながります。

運賃請求書の正確性を測定し、請求エラーが頻発する運送会社を特定するとともに、運賃監査および支払いプロセスの効率を分析できます。

運賃請求書の監査プロセス中に生成されます。TMS内、または専用の運賃監査・支払いシステム内で発生する場合があります。