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

アクティビティ名は、輸送プロセス内の特定の工程やステータス変更を表します。これらのイベントがプロセスマップ上の順序を構成し、出荷が作成から完了までどのように進むかを示します。

アクティビティの分析は、プロセスマイニングの中核です。プロセスの流れを可視化し、一般的な経路とまれな経路を特定できます。また、予約の繰り返しなどの手戻りを見つけ、各工程の発生頻度を測定できます。アクティビティの順序と所要時間を使ってサイクルタイムを算出し、工程間のボトルネックを特定します。

この属性がプロセスの各工程を定義し、プロセスマップの基礎となります。プロセスの流れやバリアント、ボトルネックの分析にも使用します。

通常、Trimble TMS内のイベントログ、ステータス変更テーブル、または出荷に紐付く個別の取引レコードから取得します。

イベント時刻は、出荷のライフサイクルにおける各アクティビティの正確な日時を記録したものです。イベントの時系列を示すため、プロセスの流れを構築し、時間に基づく分析を行ううえで欠かせません。

この属性は、プロセスマイニング分析の基礎となります。アクティビティ間のサイクルタイムやケース全体の所要時間、待ち時間の算出に使うほか、期間ごとのプロセスパフォーマンスの分析にも使用します。遅延の原因を特定し、プロセスの効率を把握するには、正確なタイムスタンプが重要です。

イベントの時系列を示すため、サイクルタイムなど所要時間に関する指標の算出や、プロセスの遅延特定に欠かせません。

Trimble TMS内のイベントログまたは取引テーブルで、アクティビティ欄やステータス欄と並んで記録されています。

出荷IDは、1件の輸送注文に関連するすべてのイベントとアクティビティをまとめる、中心的なケース識別子です。各出荷は、作成と計画から輸送の実行、納品、財務精算までの一連の行程を表します。

プロセスマイニングで出荷単位に分析すると、輸送ライフサイクル全体を把握できます。総サイクルタイムの測定、特定の出荷に影響するボトルネックの特定、出荷の種類ごとのプロセス経路の比較が可能になります。1件の注文をシステム全体で追跡するための基本となる属性です。

輸送注文に関連するすべてのアクティビティを結び付ける重要なケース識別子であり、注文ごとの一貫したエンドツーエンド分析を可能にします。

Trimble TMSの出荷または注文のメインテーブルにある主キーです。具体的なテーブル名やフィールド名については、Trimble TMSの文書をご確認ください。

この属性は、データの発生元となったソースアプリケーションを示します。この場合、通常は「Trimble TMS」です。より複雑な環境では、異なるモジュールや連携システムを区別するために使われます。たとえば、支払いを処理する別の財務システムを識別できます。

ソースシステムの指定は、データガバナンスと追跡可能性の確保に重要です。データの背景を把握し、複数のソースのデータを統合してエンドツーエンドのプロセスを確認する際にも役立ちます。

データの追跡可能性とコンテキストを確保します。複数のシステムのデータを統合してプロセス全体を分析する際に重要です。

多くの場合、データ抽出時にレコードの発生元を示す固定値として追加されます。

この属性は、Trimble TMSからデータを最後に抽出または更新した日時を示します。分析対象のデータがどの程度新しいかを把握できます。

適切なタイミングで業務上の判断を下すには、分析対象のデータがいつのものかを把握することが重要です。このタイムスタンプにより、データへの信頼性を高め、現在の分析が対象とする期間を確認できます。古い情報に基づいて判断することを防ぎます。

データの新しさを示し、最新の情報に基づく正確な判断を支えます。

通常、データの取り込み時にETL（抽出、変換、読み込み）ツールがこのタイムスタンプを生成し、記録します。

納品希望日は、出荷が最終目的地に到着する予定日です。納期遵守状況を測る主な基準となります。

この属性は、「出荷の納期遵守率」などの重要業績評価指標（KPI）の算出に欠かせません。実際の納品日時と希望日を比較し、出荷が予定より早いか、予定どおりか、遅れているかを判定できます。「実績と希望日の納品パフォーマンス」ダッシュボードでの分析や、顧客満足度と運送業者の信頼性の評価にも役立ちます。

納期遵守状況を測る基準となり、顧客満足度とオペレーショナルエクセレンスに関わる重要業績評価指標（KPI）です。

Trimble TMSの注文または出荷詳細テーブルにあります。

「ActualDeliveryDate」と「RequestedDeliveryDate」を比較して算出するフラグです。実際の納品日が希望日と同じかそれより前であればtrue、そうでなければfalseになります。

この属性を使うと、パフォーマンス分析やダッシュボードの作成が簡単になります。グラフごとに日付を直接比較する代わりに、このフラグで絞り込みや集計を行い、貨物の納期遵守率を示す重要業績評価指標（KPI）を算出できます。貨物ごとの納品実績を明確に二分して示せるため、達成率を簡単に可視化できます。

納期遵守に関する重要業績評価指標（KPI）の算出を簡単にし、納期どおりの貨物と遅延した貨物を容易に絞り込んで分類できます。

この属性はソースシステムにはありません。データ変換時に「ActualDeliveryDate」<=「RequestedDeliveryDate」を比較して算出します。

終了時刻は、アクティビティが完了した時点を示します。データがある場合は、開始時刻と組み合わせて1つの工程の正確な処理時間を算出し、次の工程が始まるまでの待ち時間と区別できます。

アクティビティの開始時刻と終了時刻の両方があれば、プロセスのパフォーマンスをより細かく分析できます。実作業の時間（処理時間）と、作業が行われていない時間（待ち時間）を区別できるため、効率の改善とリソースやスケジュールによる遅延を見分けるうえで役立ちます。たとえば、「運賃請求書の監査」にかかった正確な時間を測定できます。

アクティビティの処理時間を正確に算出し、実作業の時間と工程間の待ち時間を区別できます。

Trimble TMSの一部のモジュールでは、特定のアクティビティについて開始イベントと終了イベントの両方が記録される場合があります。イベントログまたは取引ログで確認が必要です。

輸送手段は、出荷に使用する輸送方法を示します。トラック貸切（FTL）、混載便（LTL）、航空貨物、海上貨物、鉄道などが該当します。

輸送手段ごとのプロセス分析は、戦略的な意思決定とコスト最適化に欠かせません。輸送手段ごとに効率、速度、費用対効果を比較できます。たとえば、「輸送手段の効率比較」ダッシュボードでは、この属性を使って輸送中の時間や遅延率が高い輸送手段を確認でき、計画担当者の適切な選択を支援します。

輸送方法ごとのコスト、速度、効率を比較でき、ルートや輸送手段の戦略的な計画に役立ちます。

Trimble TMSの出荷または積荷レコードにある標準項目です。

遅延理由は、貨物が予定どおりに進まなかった原因を示します。「運送会社の遅延」「税関での保留」「天候」「顧客不在」など、さまざまな理由があります。遅延を記録する際に、手入力するか、あらかじめ定義されたリストから選択することが一般的です。

この属性は、特に「貨物の遅延と理由分析」ダッシュボードで根本原因を分析する際に役立ちます。遅延を分類することで、特定の運送会社やルート、社内プロセスに繰り返し発生する問題がないかを特定できます。その結果、対象を絞った改善策を講じ、遅延を減らして信頼性を高められます。

遅延の根本原因を分析し、改善対象となる運送会社、ルート、プロセスの繰り返し発生する問題を特定できます。

Trimble TMSの遅延・例外記録用テーブル、または貨物レコードの自由記述欄に保存されている場合があります。

運送業者名は、貨物の輸送を担当する外部物流事業者または社内の車両部門を示します。各出荷に関連付けられる重要なマスターデータです。

この属性は、特に「運送業者のパフォーマンスとコンプライアンス」ダッシュボードでの分析に欠かせません。運送業者名ごとにプロセスデータを分類すると、事業者間で納期遵守率、平均サイクルタイム、遅延の頻度を比較できます。契約交渉や信頼できるパートナーの選定、サプライチェーン全体の改善に役立ちます。

輸送事業者ごとのパフォーマンス比較とコンプライアンス分析を可能にし、運送業者の管理や選定を支えます。

Trimble TMSの出荷または積荷のメインテーブルにあり、多くの場合、運送業者のマスターデータテーブルと紐付いています。

納品完了後、納品証明（POD）を受領して処理するまでの時間を測定する計算指標です。PODのサイクルタイムが長いと、請求書の発行が遅れ、キャッシュフローに影響する可能性があります。

この属性は、「納品証明の受領遅延」ダッシュボードと関連する重要業績評価指標（KPI）の基礎となります。貨物ごとに所要時間を算出することで、運送会社からの提出の遅れや社内処理の非効率など、PODプロセスのボトルネックを特定し、顧客への請求を早めるための対策を講じられます。

納品後の事務処理の効率を直接測定できます。請求書の迅速な発行と健全なキャッシュフローを保つうえで重要です。

貨物ごとに「Proof of Delivery Received」と「Goods Delivered」のアクティビティのタイムスタンプの差を求めて算出します。

ユーザー名は、貨物の計画、運賃請求書の監査、支払い処理など、プロセスの各ステップを実行した従業員または自動システムを特定します。プロセスのアクティビティと、人またはシステムのリソースを結び付ける属性です。

ユーザー別にデータを分析すると、業務負荷の分布や研修の必要性を把握し、パフォーマンスのばらつきを見つけられます。たとえば「貨物予約の手戻りとエラー」ダッシュボードでは、特定のユーザーに手戻りが集中しているかを確認し、追加研修やプロセスの明確化が必要かどうかを判断できます。コンプライアンスや監査にも欠かせない属性です。

プロセスのアクティビティを特定の従業員やシステムユーザーに結び付け、業務負荷の分析、パフォーマンスの評価、研修機会の特定に役立ちます。

通常はトランザクションログやイベントログにあり、レコードを作成または変更したユーザーIDに関連付けられています。

仕向国は、貨物の最終納品先住所がある国です。出発国と同様に、地理的なプロセス分析に欠かせない属性です。

仕向国別にデータを分析すると、地域特有のプロセス上の問題を見つけられます。たとえば、特定の国向けの貨物で通関に時間がかかったり、納品が遅れたりする状況が続いている場合があります。こうした傾向を把握することで、ルートごとに計画を見直し、納品予定を調整できます。納期の見積もり精度向上にもつながります。

通関の遅れや最終区間の納品に関する問題など、仕向地域に特有の課題を特定できます。

Trimble TMSの貨物または注文の詳細に保存された納品先住所から取得します。

出発国は、貨物の出発地点がある国です。世界規模または地域単位で物流を分析する際に重要な地理情報です。

この属性を使うと、地域別にプロセスのパフォーマンスを比較できます。特定の国から出発する貨物でサイクルタイムや遅延率が高い場合、税関手続きの複雑さやインフラの問題など、地域特有の課題が考えられます。特に、通関のボトルネックを分析する際に重要です。

地域別にプロセスのパフォーマンスを分析し、特に通関や輸送時間に関する地域ごとのボトルネックを特定できます。

Trimble TMSの貨物または注文の詳細に保存された出発地住所から取得します。

合計サイクルタイムは、貨物の各ケースについて、開始から完了までの所要時間を測定します。「Shipment Created」など最初のアクティビティと、「Payment Processed」など最後のアクティビティのタイムスタンプの差から算出します。

プロセス全体の効率を測定する主要な重要業績評価指標（KPI）です。「貨物全体の処理量とサイクルタイム」ダッシュボードで、パフォーマンスの概要を把握できます。この指標の経時的な推移や、運送会社、ルート、輸送手段による違いを分析すると、戦略的な改善が必要な領域を特定できます。

プロセス全体の開始から完了までの速度を測定し、効率と顧客体験を示す重要な指標となります。

単一の「Shipment」ケースに含まれるすべてのイベントについて、最小タイムスタンプを最大タイムスタンプから差し引き、ケース単位で算出します。

実際の納品日は、納品が完了した時点を示すタイムスタンプです。貨物が目的地に到着した実際の時刻を表し、通常は「Goods Delivered」イベントのタイムスタンプが該当します。

この属性は、納品希望日と照合して納期どおりに納品されたかを判定するために使います。多くのサイクルタイム計算やパフォーマンス測定で実績の基準となり、納品実績や運送会社の信頼性を追跡する重要業績評価指標（KPI）にも直接反映されます。計画したスケジュールと実際のプロセス実行状況を比較するうえで、欠かせない属性です。

納品が完了した実際の時刻を示し、納期遵守率や実際の輸送時間を計算できます。

貨物のイベントログに記録された「Goods Delivered」イベントのステータスに対応するタイムスタンプです。

貨物ステータスは、「計画済み」「輸送中」「納品済み」「キャンセル」など、貨物のライフサイクルにおける最新の状態を示します。任意の時点で貨物がどの段階にあるかを把握できます。

プロセスマイニングでは過去の流れを再構成しますが、現在のステータスを使うと、進行中のケースを絞り込んで分析できます。未完了の貨物と完了済みの貨物を分けたり、多数の貨物が特定のステータスで滞留している理由を調べたりする際に役立ちます。運用状況を監視するための重要なコンテキストも得られます。

貨物の進捗状況を現在の時点で把握でき、未完了、完了、問題のあるケースを分析・絞り込みできます。

Trimble TMSの主要な貨物テーブルまたは積荷テーブルのヘッダーにある標準フィールドです。

遅延理由が貨物に関連付けられている場合、またはステータスが遅延を示している場合にtrueとなる計算フラグです。「IsOnTime」とは異なり、遅延が発生しても、その後の対応によって納期どおりに到着する場合があります。

この属性を使うと、例外が発生した貨物だけに絞って分析できます。「貨物の遅延と理由分析」ダッシュボードで問題のあるケースを抽出し、スムーズに処理された貨物に埋もれることなく根本原因を分析できます。運用上の例外が発生する頻度の把握にも役立ちます。

運用上の例外が発生した貨物を特定し、遅延の原因と影響を絞り込んで分析できます。

データ変換時に算出します。「DelayReason」フィールドがnullでない場合、または特定の「delay」アクティビティが存在する場合に、フラグをtrueに設定します。

運賃請求ステータスは、輸送プロセスの財務決済における請求書の進捗を追跡します。請求書の受領、確認中、承認、修正のための却下、全額支払いのいずれの状態かを示します。

この属性は、「運賃請求書の監査と支払い速度」ダッシュボードに欠かせません。監査プロセスのサイクルタイムを測定し、支払い承認のボトルネックを特定するとともに、運賃請求書の却下率を算出できます。ステータスを分析すると、調達から支払いまでのサブプロセスにおける非効率を明らかにできます。

財務決済プロセスの状況を把握し、監査の効率を測定するとともに、支払いの遅延や異議の理由を特定できます。

Trimble TMSの買掛金または運賃決済モジュールにあります。

運賃請求額は、貨物の輸送にかかった請求金額です。コスト分析や、プロセスの非効率が財務に与える影響を把握するうえで重要なデータです。

プロセスマイニングでは、この属性を使ってプロセスのバリアント、運送会社、ルートごとのコストを分析できます。たとえば、手戻りや遅延が頻繁に発生する貨物で、関連コストも高くなるかを確認できます。運賃請求書の監査や支払い処理に関する分析にも欠かせません。

プロセスの実行状況と財務上の結果を結び付け、プロセスの違い、遅延、運送会社の選択が輸送コストに与える影響を分析できます。

Trimble TMSの運賃請求または財務決済のモジュールにあり、貨物に関連付けられています。

顧客名は、輸送する貨物を所有する、またはサービスの提供先となる顧客や事業体を特定します。分析対象を分類するための重要なマスターデータです。

顧客別に輸送プロセスを分析すると、重要なインサイトが得られます。特定の顧客で遅延が多い、予約時の手戻りが多い、または独自のプロセスフローが必要かどうかを確認できます。この情報は、顧客サービスの向上、物流ソリューションの調整、重要顧客のより効果的な管理に役立ちます。

顧客ごとのプロセス分析が可能になり、特定の顧客に固有の課題があるか、異なるサービスレベルが必要かを特定できます。

主要な注文テーブルまたは貨物テーブルにあり、多くの場合、顧客マスターデータテーブルから参照されます。