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

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

アクティビティの分析は、プロセスマイニングの中心的な機能です。プロセスフローの可視化、一般的な経路とまれな経路の特定、予約の繰り返し試行などの手戻りループの発見、各手順の発生頻度の測定に役立ちます。これらのアクティビティの順序とタイミングを使ってサイクルタイムを計算し、段階間のボトルネックを特定します。

この属性によってプロセスの各手順が定義され、プロセスマップの基盤が形成されます。また、プロセスフロー、ばらつき、ボトルネックの分析が可能になります。

通常、Trimble TMS内で出荷に関連付けられたイベントログ、ステータス変更テーブル、または特定の取引レコードから取得されます。

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

この属性は、すべてのプロセスマイニング分析の基盤となります。アクティビティ間のサイクルタイムの計算、ケース全体の所要時間の測定、待ち時間の特定、期間ごとのプロセスパフォーマンスの分析に使われます。遅延を診断し、プロセス効率を理解するには、正確なタイムスタンプが重要です。

イベントの時系列を示すため、サイクルタイムなど期間に基づくすべての指標を計算し、プロセスの遅延を特定するうえで欠かせません。

Trimble TMS内のイベントログまたは取引テーブルで、アクティビティフィールドやステータスフィールドの近くにあります。

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

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

関連するすべてのアクティビティを結び付ける必須のケース識別子であり、各輸送注文を最初から最後まで分析できます。

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

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

ソースシステムを指定することは、データガバナンスとトレーサビリティにおいて重要です。データの背景を理解するのに役立ち、複数のソースからデータを統合してエンドツーエンドのプロセスビューを作成する際に欠かせません。

データのトレーサビリティと背景情報を確保します。複数のシステムのデータを組み合わせてプロセス全体を分析する際に重要です。

通常、データ抽出時にレコードの生成元を示す固定値として追加されます。

この属性は、Trimble TMSからデータが最後に抽出または更新された日時を示します。分析対象データの鮮度を把握するための情報です。

どのような分析でも、データの新しさを理解することは、適切なタイミングで関連性の高い業務判断を行ううえで重要です。このタイムスタンプによって、データの信頼性と現在の分析が対象とする期間を確認でき、古い情報に基づいて判断することを防げます。

データの鮮度を示し、最新の情報に基づく正確な意思決定を可能にします。

通常、データ取り込みの際にETL（Extract、Transform、Load）ツールによって生成・記録されます。

希望配送日は、出荷が最終目的地に到着する予定の目標日です。この日付は、納期どおりの配送実績を測定するための主要な基準になります。

この属性は、出荷納期遵守率などの主要業績評価指標を計算するうえで重要です。実際の配送日時と希望配送日を比較することで、出荷が予定より早かったか、予定どおりだったか、遅れたかを判定できます。実績と希望の配送パフォーマンスダッシュボードや、顧客満足度・運送会社の信頼性の評価に欠かせません。

納期どおりの配送実績を測定する基準となり、顧客満足度と業務の卓越性に関わる重要なKPIです。

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

「ActualDeliveryDate」と「RequestedDeliveryDate」を比較して算出するフラグです。実際の配送日が要求された配送日以前であればtrue、それ以外の場合はfalseになります。

この属性により、パフォーマンス分析やダッシュボードの作成が簡単になります。各チャートで日付を直接比較する代わりに、このフラグで簡単に絞り込みや集計を行い、出荷の期限内配送率KPIを算出できます。出荷ごとの配送パフォーマンスを明確な二値で示すため、達成率を可視化しやすくなります。

期限内配送KPIの算出を簡単にし、期限内の出荷と遅延した出荷を容易に絞り込み、分類できます。

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

終了時刻は、アクティビティが完了した時点を示します。利用できる場合は開始時刻と組み合わせることで、次の手順が始まるまでの待ち時間と区別して、単一の手順にかかった正確な処理時間を計算できます。

アクティビティの開始時刻と終了時刻の両方があれば、プロセスパフォーマンスをより詳細に把握できます。実作業時間（処理時間）と停止時間（待ち時間）を区別できるため、実際の効率向上と、リソースやスケジュールに起因する遅延を見分けるのに役立ちます。たとえば、「運賃請求書監査完了」アクティビティの正確な所要時間を測定できます。

アクティビティの処理時間を正確に計算し、プロセス手順間の待ち時間から実作業の所要時間を分離できます。

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

輸送手段は、出荷に用いる輸送方法を示します。Full Truckload（FTL）、Less Than Truckload（LTL）、航空貨物、海上貨物、鉄道などが含まれます。

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

異なる輸送方法のコスト、速度、効率を比較でき、経路と輸送手段の戦略的な計画を支援します。

Trimble TMSの出荷レコードまたはロードレコードにある標準フィールドです。

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

この属性は、特に出荷遅延・理由分析ダッシュボードで、根本原因を分析する際に役立ちます。遅延を分類することで、特定の運送会社、経路、社内プロセスに関する繰り返し発生する問題を特定できます。対象を絞った改善施策を実施し、遅延を減らして信頼性を高められます。

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

Trimble TMSの専用の遅延・例外ログテーブル、または出荷レコードの自由記述メモフィールドに保存されている可能性があります。

運送会社名は、商品の輸送を実行する第三者物流事業者または社内車両を識別します。各出荷に関連付けられた重要なマスターデータです。

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

異なる輸送事業者間のパフォーマンス比較とコンプライアンス分析を可能にし、運送会社の管理と選定を直接支援します。

Trimble TMSの主要な出荷テーブルまたはロードテーブルにあり、運送会社のマスターデータテーブルからリンクされていることがよくあります。

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

この属性は、「配送証明の受領遅延」ダッシュボードと対応するKPIの基礎となります。出荷ごとにこの時間を算出することで、運送会社による提出の遅れや社内処理の非効率性など、PODプロセスのボトルネックを特定し、顧客への請求を早めるための対策を講じられます。

配送後の事務処理の効率を直接測定します。請求書を適時に発行し、健全なキャッシュフローを維持するうえで重要です。

各出荷について、「Proof of Delivery Received」と「Goods Delivered」のアクティビティ間のタイムスタンプの差を求めて算出されます。

ユーザー名は、出荷計画、運賃請求書の監査、支払い処理など、プロセスの各ステップを実行する担当従業員または自動システムを識別します。プロセスのアクティビティと、人またはシステムのリソースを関連付けます。

ユーザー別にデータを分析すると、業務量の分布やトレーニングの必要性を把握し、パフォーマンスの外れ値を見つけやすくなります。たとえば、「出荷予約の手戻りとエラー」ダッシュボードでは、この属性を使って、手戻りが特定のユーザーに集中しているかどうかを確認できます。追加のトレーニングやプロセスの明確化が必要な可能性を判断するうえで役立ちます。また、コンプライアンスや監査にも欠かせません。

プロセスのアクティビティを特定の従業員またはシステムユーザーに関連付け、業務量の分析、パフォーマンスの評価、トレーニング機会の特定を可能にします。

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

仕向国は、出荷の最終配送先住所がある国を示します。出発国と同様に、地理的なプロセス分析における重要な属性です。

仕向国別にデータを分析すると、場所に固有のプロセス上の問題を見つけやすくなります。たとえば、特定の国向けの出荷で、通関に時間がかかったり、配送遅延が繰り返し発生したりする場合があります。この情報をもとに、特定のルートの配送予定を事前に調整し、配送予定日の精度を高められます。

通関の遅延やラストマイル配送の問題など、配送先地域に固有のプロセス上の課題を特定できます。

Trimble TMSの出荷または注文詳細に保存されている配送先住所の情報から取得されます。

出発国は、出荷の開始地点がある国を示します。この地理情報は、グローバルまたは地域単位で物流を分析するうえで重要です。

この属性を使うと、地域別にプロセスのパフォーマンスを分けて分析できます。特定の国を出発する出荷で、サイクルタイムや遅延率が高いかどうかを確認し、通関手続きの複雑さやインフラの問題など、地域固有の課題を特定できます。通関のボトルネックを分析する際にも特に役立ちます。

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

Trimble TMSの出荷または注文詳細に保存されている出発地住所の情報から取得されます。

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

プロセスマイニングでは過去のフローを再構成しますが、現在のステータスは進行中のケースを絞り込み、分析する際に役立ちます。未完了の出荷と完了した出荷を分けたり、特定のステータスで滞留している出荷が多い理由を調査したりできます。運用状況を監視するための重要な情報となります。

出荷の進捗状況を現在のスナップショットとして示し、未完了、完了、問題のあるケースを分析・絞り込めます。

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

合計サイクルタイムは、各出荷ケースのエンドツーエンドの所要時間を測定します。最初のアクティビティ（例：「Shipment Created」）のタイムスタンプと、最後のアクティビティ（例：「Payment Processed」）のタイムスタンプの差として算出されます。

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

エンドツーエンドのプロセス全体の処理速度を測定し、効率と顧客体験を示す重要な指標となります。

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

実際の配送日は、配送完了を示すタイムスタンプです。出荷が目的地に到着した実際の時点を表し、通常は「配送完了」イベントのタイムスタンプです。

この属性を希望配送日と組み合わせることで、納期どおりかどうかを判定できます。多くのサイクルタイム計算とパフォーマンス測定における事実上の終点であり、配送実績と運送会社の信頼性を追跡するKPIに直接反映されます。計画したスケジュールに対する実際のプロセス実行を分析するための基盤です。

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

出荷のイベントログにある「配送完了」イベントのステータスに関連付けられたタイムスタンプです。

出荷に遅延理由が関連付けられている場合、またはステータスが遅延を示している場合にtrueとなる計算フラグです。「IsOnTime」とは異なり、是正措置によって遅延が発生した出荷でも期限内に到着する場合があります。

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

運用上の例外が発生した出荷を特定し、遅延の原因と影響を重点的に分析できます。

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

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

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

財務精算プロセスを可視化し、監査の効率を測定するとともに、支払いの遅延や紛争の原因を特定できます。

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

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

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

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

Trimble TMSの運賃請求または財務精算モジュールにあり、出荷に関連付けられています。

顧客名は、出荷する貨物を所有する顧客または法人、あるいはサービスの提供先を識別します。分析を分けるための重要なマスターデータです。

顧客別に輸送プロセスを分析すると、重要な傾向を把握できます。特定の顧客で遅延が多いか、予約時の手戻りが多いか、固有のプロセスフローがあるかを確認できます。この情報を、顧客サービスの改善、物流ソリューションの調整、重要顧客のより効果的な管理に役立てられます。

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

主要な注文または出荷テーブルにあり、顧客マスターデータテーブルから関連付けられることが一般的です。