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

アクティビティ名とは、輸送プロセス内の特定のstepまたはstatus changeを記述したものです。これらのeventはprocess mapのsequenceを形成し、出荷がcreationからcompletionまでどのようにprogressするかを示します。

analyzing activitiesはProcess Miningのcoreです。これにより、process flowをvisualizeし、common and rare pathwaysをidentifyし、repeated booking attemptsのようなrework loopsをdiscoverし、each stepのfrequencyをmeasureするのに役立ちます。これらのactivitiesのsequenceとtimingはcycle timesをcalculateし、bottlenecks between stagesをidentifyするために使用されます。

この属性はプロセス内の各ステップを定義するもので、プロセスマップの基礎となります。これにより、プロセスの流れ、派生パターン（バリエーション）、ボトルネックの分析が可能になります。

Typically derived from event logs, status change tables, or specific transaction records within Trimble TMS that are linked to a shipment。

イベント時刻（Event Time）は、配送プロセスの各アクティビティが実行された正確な日時を記録したものです。イベントの時系列を把握するために不可欠であり、プロセスフローの構築や時間軸での分析を行う際の土台となります。

この属性は、プロセスマイニング分析における最も基本的なデータです。アクティビティ間のサイクルタイム算出、ケース全体のリードタイム測定、待機時間の特定、期間ごとのパフォーマンス比較などに用いられます。遅延の原因を突き止め、プロセスの効率性を正しく理解するためには、正確なタイムスタンプが欠かせません。

イベントの時系列順序を提供し、サイクルタイムのような期間ベースのすべてのメトリクスを計算し、プロセス遅延を特定するために不可欠です。

Trimble TMS内のイベントログまたはトランザクションテーブルのアクティビティまたはステータスフィールドに併記されています。

「出荷ID」は、一つの輸送オーダーに関連するすべてのイベントとアクティビティをグループ化する、中心的なケース識別子です。それぞれの出荷は、最初の作成と計画から、実行、配送、そして最終的な精算に至るまでの「一連の旅」を表しています。

プロセスマイニングにおいて、出荷単位でプロセスを分析することで、輸送ライフサイクル全体を俯瞰できるようになります。これにより、総サイクルタイムの測定、特定の出荷に影響を与えているボトルネックの特定、さらには出荷タイプごとのプロセス経路の比較が可能になります。システム全体を通して単一のオーダーを追跡するための、最も基本的な属性です。

すべての関連活動を結びつけ、各輸送注文のエンドツーエンドの完全な分析を可能にする、不可欠なケース識別子です。

これはTrimble TMS内のmain shipment or order tablesのprimary keyです。specific table and field namesについてはTrimble TMS documentationをconsultしてください。

この属性は、データの発生元となったソースアプリケーションを特定します。今回のケースでは、通常は「Trimble TMS」となります。より複雑な環境では、異なるモジュールや、支払処理用の外部財務システムなどの統合システムを区別するために使用されます。

ソースシステムを明確にすることは、データガバナンスとトレーサビリティの観点から重要です。データの背景（コンテキスト）を理解するのに役立ち、複数のソースからのデータを統合してエンドツーエンドのプロセス全体像を構築する際に不可欠な要素となります。

データの追跡可能性とコンテキストを確保します。これは、複数のシステムからのデータを組み合わせてエンドツーエンドのプロセスを分析する際に不可欠です。

これはoften a static value added during the data extraction process to label the origin of the records。

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

どのような分析においても、データの最新性を理解することは、タイムリーで適切な意思決定を行うために不可欠です。このタイムスタンプを確認することで、ユーザーはデータの信頼性を確信し、現在の分析がいつの期間をカバーしているのかを正しく把握できるため、古い情報に基づいて判断を下すリスクを避けられます。

データの鮮度を示し、分析が正確な意思決定のための最新情報に基づいていることを保証します。

このtimestampはtypically generated and recorded by the ETL (Extract, Transform, Load) tool during the data ingestion processです。

「希望配送日」は、貨物が最終目的地に到着すべき目標の日付です。この日付は、納期遵守パフォーマンスを測定するための主要な基準（ベンチマーク）となります。

この属性は、納期遵守率（On-Time Delivery Rate）などの主要業績評価指標（KPI）を算出するために不可欠です。実際の配送完了タイムスタンプをこの希望日と比較することで、出荷が予定より早かったか、期日通りか、あるいは遅れたかを判定します。これは「希望日 vs 実績パフォーマンス」ダッシュボードの基礎となり、顧客満足度やキャリアの信頼性を評価する上で欠かせない要素です。

定時配送パフォーマンスを測定するための基準として機能し、顧客満足度と卓越した運用を実現するための重要なKPIです。

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

これは「実配送日（ActualDeliveryDate）」と「希望配送日（RequestedDeliveryDate）」を比較する計算フラグです。実際の配送が希望日以前であれば true、そうでなければ false と判定されます。

この属性により、パフォーマンス分析とダッシュボード作成が容易になります。チャートごとに日付を直接比較する手間が省け、このフラグを使って簡単にフィルタリングや集計を行い、「納期遵守率」というKPIを算出できます。各出荷の配送実績を「成功か失敗か」の二値で明確に示すため、成功率を視覚化しやすくなります。

定時配送KPIの計算を簡素化し、定時配送と遅延配送の出荷を容易にフィルタリングおよびセグメント化することを可能にします。

このattributeはsource systemにはありません。It is calculated during data transformation by comparing「ActualDeliveryDate」 <= 「RequestedDeliveryDate」。

「終了時間」は、アクティビティが完了した時点を示します。開始時間と組み合わせることで、単一ステップの正確な処理時間を算出でき、次のステップが始まるまでの待ち時間と区別することが可能になります。

分析において、アクティビティの開始と終了の両方の時間が分かれば、プロセスパフォーマンスをより詳細に把握できます。実作業時間（処理時間）と非稼働時間（待ち時間）を区別することは、リソースやスケジュールの遅延ではない、真の効率向上ポイントを特定する鍵となります。例えば、「運賃請求書の監査」アクティビティにかかった正確な所要時間を測定できます。

活動処理時間の正確な計算を可能にし、アクティブな作業期間とプロセスステップ間の待機時間を区別します。

Trimble TMSの一部のmodulesでは、特定のアクティビティに対して開始eventと終了eventの両方をlogに記録する場合があります。これはevent logまたはtransaction logsでverifyする必要があります。

輸送モードは、貨物の輸送に用いられる方法を示します。これには、チャーター便（FTL）、小口混載輸送（LTL）、航空貨物、海上貨物、鉄道などが含まれます。

輸送モード別にプロセスを分析することは、戦略的意思決定とコスト最適化において極めて重要です。これにより、異なるモード間の効率性、速度、費用対効果を比較できます。例えば、「輸送モード効率比較ダッシュボード」では、この属性を使用して、どのモードがより長い輸送時間や高い遅延率を示すかを可視化し、計画担当者がより良い選択をするのに役立ちます。

異なる輸送方法間でのコスト、速度、効率の比較を可能にし、戦略的なルートおよびモード計画をサポートします。

これはTrimble TMS内のshipment or load record上のstandard fieldです。

「遅延理由」は、出荷が予定通りに進まなかった原因を特定するためのコンテキストを提供します。「運送業者の遅延」「通関保留」「天候」「顧客不在」などの項目があり、多くの場合、遅延発生時に手動入力されるか、プリセットされたリストから選択されます。

この属性は、特に「出荷遅延・理由分析」ダッシュボードでの根本原因分析に非常に有用です。遅延をカテゴリー別に分類することで、特定の業者やルート、あるいは社内プロセスに起因する繰り返しの問題を特定できます。これにより、遅延を減らし信頼性を高めるための、ターゲットを絞った改善活動が可能になります。

遅延の根本原因分析を可能にし、改善の対象となる運送業者、ルート、またはプロセスに関する繰り返しの問題を特定するのに役立ちます。

特定の遅延または例外ログテーブル、またはTrimble TMSの出荷記録におけるフリーテキストのメモフィールドに保存される場合があります。

「キャリア名」は、貨物の輸送を担当する3PL（サードパーティ・ロジスティクス）プロバイダー、または自社車両を特定する項目です。これは、各出荷に紐づく極めて重要なマスターデータの一つです。

この属性は、特に「キャリアのパフォーマンスとコンプライアンス」ダッシュボードでの分析に不可欠です。プロセスデータをキャリア名でセグメント化することで、各業者の納期遵守率、平均サイクルタイム、遅延発生頻度を比較できます。これにより、契約交渉の最適化や、信頼できるパートナーの選定、サプライチェーン全体の改善が可能になります。

異なる輸送業者間でのパフォーマンスベンチマークとコンプライアンス分析を可能にし、運送業者管理と選定を直接的にサポートします。

Trimble TMSの主要な出荷または積載テーブルにあり、多くの場合、運送業者マスターデータテーブルからリンクされています。

「実配送日」は、配送完了を記録するタイムスタンプです。これは、貨物がいつ目的地に到着したかという「グラウンド・トゥルース（真実）」を示すもので、通常は「配送完了」イベントのタイムスタンプが該当します。

この属性は「希望配送日」と組み合わせて、納期の遵守状況を判断するために使用されます。多くのサイクルタイム計算やパフォーマンス測定における事実上の終点となり、配送パフォーマンスや運送業者の信頼性を追跡するKPIに直接反映されます。計画されたスケジュールに対する実際のプロセス実行を分析するための基盤となるデータです。

配送の実際の完了時間を提供し、定時配送パフォーマンスと実際の輸送時間の計算を可能にします。

これは、shipmentのevent logにおける「Goods Delivered」event statusにassociatedされたtimestampです。

これは、物理的な配送が完了した後、配送証明（POD）ドキュメントを受領し、処理を終えるまでにかかる時間を測定する指標です。PODのサイクルタイムが長引くと、請求処理が遅れ、キャッシュフローに悪影響を及ぼす可能性があります。

この属性は「POD受領ラグ」ダッシュボードとそのKPIの基礎となります。出荷ごとの所要時間を算出することで、キャリアからの提出の遅れや社内の処理効率の低さといったPODプロセスのボトルネックを特定し、顧客への請求を早めるための対策を講じることができます。

配送後の管理プロセスの効率を直接測定します。これは、タイムリーな請求書発行と健全なキャッシュフローにとって不可欠です。

各出荷の「配送証明受領済」と「商品配送済」活動間のタイムスタンプの差を求めることで計算されます。

イベント期間は、活動の処理時間を測定するもので、終了時刻と開始時刻の差として計算されます。この指標は、特定のプロセスステップのアクティブな作業時間を表します。

この計算された属性は、アクティブな処理時間と受動的な待機時間を区別するために不可欠です。例えば、「運賃請求書監査済」活動自体は30分しかかからないが、開始までに平均2日間の待機時間があることを示すことができます。この洞察は、すでに効率的なタスクを加速しようとするのではなく、キュー時間を短縮するなど、適切な領域に改善努力を集中させるのに役立ちます。

アクティビティの実際の処理時間を測定し、実際の作業とアイドル状態の待機時間を区別することで、より正確なボトルネック分析を支援します。

各イベントの「EndTime」属性から「EventTime」（StartTime）を差し引くことで計算されます。

「ユーザー名」は、出荷計画、運賃請求書の監査、支払処理などの各プロセスステップを実行した担当者、または自動化システムを特定します。これにより、プロセスの各活動を人的またはシステム的なリソースに関連付けることができます。

ユーザー別のデータ分析は、業務負荷の分散状況の把握、トレーニングが必要な箇所の特定、パフォーマンスの偏りの発見に役立ちます。例えば「出荷予約の修正とエラー」ダッシュボードでは、手戻りが特定のユーザーに集中していないかを確認でき、追加のトレーニングや手順の明確化が必要かどうかを判断できます。また、コンプライアンスや監査の観点からも非常に重要です。

プロセスのアクティビティを特定の従業員やシステムユーザーに紐づけることで、作業負荷分析、パフォーマンス評価、研修機会の特定を可能にします。

Typically found in transaction or event logs, associated with the user ID that created or modified the record。

「配送先国」は、出荷の最終的な配送先がある国を指します。発送元国と同様に、地理的なプロセス分析を行う上で重要な属性です。

配送先国ごとにデータを分析することで、特定の地域特有のプロセス上の問題を浮き彫りにできます。例えば、特定の国向けの出荷で通関に時間がかかっていたり、配送遅延が頻発していたりする場合、その知見を活かして、特定のルートの配送予定を事前に調整するなど、顧客への納期回答の精度を高めることができます。

税関遅延やラストマイル配送の問題など、仕向地域に特有のプロセス課題を特定するのに役立ちます。

Trimble TMS内の出荷または注文詳細に保存されている宛先住所情報から派生します。

出荷ステータスは、出荷ライフサイクルにおける最新の既知の状態、例えば「Planned」、「In Transit」、「Delivered」、「Cancelled」などを示します。これにより、特定の時点での出荷状況のスナップショットが提供されます。

プロセスマイニングが履歴フローを再構築する一方で、現在のstatusは進行中のcaseをフィルタリングし分析するのに役立ちます。未完了の出荷と完了済みの出荷に焦点を当てるためにdataをセグメント化したり、なぜ多数の出荷が特定のstatusで停滞しているのかを調査したりするのに役立ちます。運用監視にとって貴重なcontextを提供します。

出荷の進捗状況を現在のスナップショットで提供し、未完了、完了済み、または問題のあるケースの分析とフィルタリングを可能にします。

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

「総サイクルタイム」は、出荷ケースごとの最初から最後までの所要時間を測定します。最初のアクティビティ（例：「出荷作成」）から、最後のアクティビティ（例：「支払い完了」）までのタイムスタンプの差として算出されます。

これは、プロセス全体の効率を測るための主要なKPIです。「出荷スループットとサイクルタイム全体像」ダッシュボードにおいて、パフォーマンスを俯瞰するために使用されます。この指標の経時的な変化や、キャリア、ルート、輸送モードごとの差異を分析することで、戦略的な改善が必要な領域を特定できます。

プロセス全体のリードタイムを測定し、効率性と顧客体験の重要な指標を提供します。

単一の「出荷」ケース内のすべてのイベントについて、最大タイムスタンプから最小タイムスタンプを差し引くことでケースレベルで計算されます。

「発送元国」は、出荷の出発地点となる国を特定します。この地理情報は、グローバルまたはリージョンレベルの物流分析において重要な鍵となります。

この属性を使用することで、地理的なセグメントごとにプロセスのパフォーマンスを評価できます。特定の国から発送される荷物のサイクルタイムが長かったり、遅延率が高かったりする場合、通関の複雑さやインフラの問題といった地域特有の課題を特定する手がかりになります。特に、通関手続きのボトルネック分析において非常に重要です。

プロセスパフォーマンスの地理的分析を可能にし、特に税関や輸送時間に関連する地域的なボトルネックを特定するのに役立ちます。

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

これは、出荷に「遅延理由」が紐づいている場合、またはステータスが「遅延」を示している場合に true となる計算フラグです。なお、「納期遵守（IsOnTime）」フラグとは異なり、たとえ途中で遅延が発生しても、その後のリカバリーによって最終的に納期通りに到着する場合もあります。

この属性を活用することで、何らかの例外が発生した出荷のみに焦点を当てて分析できます。「出荷遅延・理由分析」ダッシュボードにおいて、スムーズに完了したケースを除外し、問題のあるケースのみを抽出して根本原因を分析するのに役立ちます。業務上の例外が発生する頻度を定量化する際にも有用です。

運用上の例外が発生した出荷を特定し、これらの遅延の原因と影響に焦点を当てた分析を可能にします。

データ変換中に計算されます。「DelayReason」フィールドがnullでない場合、または特定の「遅延」活動が存在する場合に、フラグをtrueに設定するロジックとなります。

運賃請求書ステータスは、輸送プロセスの財務決済部分における請求書の進捗を追跡します。これにより、請求書が受領されたか、レビュー中か、承認されたか、修正のために却下されたか、または全額支払われたかを示します。

この属性は、運賃請求書監査および支払い速度ダッシュボードにとって不可欠です。監査プロセスのサイクルタイムを測定し、支払い承認におけるボトルネックを特定し、運賃請求書却下率を定量化するのに役立ちます。これらのステータスを分析することで、購買から支払いまでのサブプロセスにおける非効率性を明らかにできます。

財務決済プロセスを可視化し、監査効率の測定や支払い遅延、紛争の理由特定を支援します。

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

「運賃請求額」は、輸送に対して請求されたコストです。この財務データは、コスト分析や、プロセスの非効率性が生んでいる金銭的影響を理解するために欠かせません。

プロセスマイニングにおいて、この属性はプロセスの種類、キャリア、ルートごとのコスト分析を可能にします。例えば、修正や遅延が頻発する出荷はコストが高くなる傾向があるか、といった調査が可能です。また、運賃請求の監査や支払処理に関連する分析においても重要な役割を果たします。

プロセス実行を財務結果に結びつけ、プロセスのバリエーション、遅延、または運送業者の選択が輸送コストにどのように影響するかを分析することを可能にします。

Trimble TMSの運賃請求または財務決済モジュールにあり、出荷にリンクされています。

「顧客名」は、出荷される貨物の所有者、またはサービスの受け手であるクライアントや事業体を特定します。これは分析をセグメント化するための主要なマスターデータです。

輸送プロセスを顧客ごとに分析することで、重要な洞察が得られます。特定の顧客で遅延が多いか、予約時の手戻りが多いか、あるいは独自のプロセスフローが存在するかなどを特定できます。これらの情報は、カスタマーサービスの向上、最適な物流ソリューションの提案、主要顧客のアカウント管理の効率化に役立てられます。

顧客中心のプロセス分析を可能にし、特定の顧客が固有の課題に直面しているか、異なるサービスレベルを必要としているかを特定するのに役立ちます。

主要な注文または出荷テーブルにあり、多くの場合、顧客マスターデータテーブルからリンクされています。