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

この属性は、「出荷計画済み」、「運送会社応札済み」、「商品配送済み」など、輸送プロセスにおける単一のステップを記述します。これらの活動は、発見されたプロセスマップのノードを形成し、その順序が各出荷のプロセスフローを定義します。

これらの活動の順序と頻度を分析することは、プロセスマイニングのコアです。これにより、最も一般的なプロセスパス（バリアント）を特定し、活動が遅延しているボトルネックを発見し、「応札拒否済み」のような活動が繰り返される手戻りループを特定するのに役立ちます。

プロセスのステップを定義し、出荷の経路を視覚化し、プロセスの非効率性を特定できるようにします。

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の出荷ヘッダーまたは主要ステータストラッキングテーブルにおける重要なフィールドです。

この属性は、荷受人のアドレスまたは配送場所から導き出される、出荷の最終目的地国を特定します。

「出発地国」と同様に、この属性は地理的セグメンテーションに使用されます。これにより、アナリストは異なる貿易ルート（例：USAからカナダ vs. USAからメキシコ）のパフォーマンスを比較したり、特定の国での配送課題を分析したり、国境を越える複雑さがサイクルタイムに与える影響を評価したりすることができます。

目的地ごとのパフォーマンス分析が可能になり、貿易ルートの複雑さや地域的な配送課題を理解する上で不可欠です。

Blue Yonder TMS内の出荷詳細における、目的地の場所または荷受人のアドレスデータの一部として保存されます。

この属性は、最終配送活動に特に関連付けられたタイムスタンプです。出荷が目的地に到着し、配送が確認された正確な瞬間を記録します。

これはパフォーマンス測定にとって極めて重要なデータポイントです。「定時配送率」KPIは、このタイムスタンプを「RequestedDeliveryDate」と比較して計算されます。さらに、「配送までの全体スループット」KPIを計算するための終点となります。

このタイムスタンプは、定時配送率の計算と総出荷輸送時間の測定に不可欠です。

これは、「商品配送済み」ステータス更新のタイムスタンプであり、多くの場合、運送会社からのEDIメッセージまたはBlue Yonder TMSでの手動入力によって受信されます。

この属性は、ロジスティクスプロセスが目標とする配送目標日を捕捉します。これは顧客の期待、または出荷に関する社内サービスレベルアグリーメント（SLA）を表します。

この日付は、「定時配送率」KPIを計算するためのベースラインとなります。「ActualDeliveryTime」を「RequestedDeliveryDate」と比較することで、分析は出荷が早期、定時、または遅延であったかを判断できます。これは「定時集荷および配送パフォーマンス」ダッシュボードの基本です。

納期厳守の配送パフォーマンスと顧客満足度を測定するための主要なベンチマークとして機能します。

この情報は通常、ERPや注文管理システムなどのアップストリームシステムから発生し、Blue Yonder TMSの出荷依頼詳細に保存されます。

この属性は、出荷ジャーニーの出発国を特定します。これは荷送人のアドレスまたは集荷場所の詳細から導き出されます。

分析において、「出発地国」はデータをセグメンテーションするための強力なディメンションです。プロセスパフォーマンス、運送会社の利用可能性、サイクルタイムにおける地域差を理解するのに役立ちます。例えば、国際出荷の通関時間を分析する上で不可欠です。

プロセスパフォーマンスの地理的分析を可能にし、地域的なボトルネックや効率のばらつきを特定するのに役立ちます。

Blue Yonder TMS内の出荷詳細における、出発地の場所または荷送人のアドレスデータの一部として保存されます。

この属性は輸送モードを指定します。一般的な値には、混載便（LTL）、貸切便（FTL）、航空貨物、海上、鉄道などがあります。

プロセス分析において、輸送モードはフィルタリングと比較のための重要なディメンションです。プロセス、サイクルタイム、コストは異なるモード間で大きく異なる可能性があります。例えば、「通関ボトルネック分析」は航空および海上出荷に非常に密接な関連性がありますが、国内トラック出荷にはそれほどではありません。モードごとのパフォーマンスを分析することは、特定のロジスティクスコンテキストに合わせて改善イニシアチブを調整するのに役立ちます。

輸送モードが異なれば、プロセス、コスト、典型的なサイクルタイムも異なるため、セグメント化された分析が可能です。

これはBlue Yonder TMS内の出荷計画および料金設定モジュールにおける標準フィールドです。

「運送会社名」は、商品の輸送を実行するために割り当てられた第三者企業を識別します。これは、運送会社、航空会社、船会社、またはフォワーダーである可能性があります。

この属性は、特に「運送会社パフォーマンス比較」ダッシュボードにおいて、パフォーマンス分析に不可欠です。定時配送率、集荷順守率、平均遅延時間などのメトリックに基づいて運送会社を比較するために、データのフィルタリングとセグメンテーションを可能にします。これにより、戦略的な運送会社選定と関係管理に役立ちます。

さまざまな運送業者（キャリア）間でのパフォーマンス比較と分析を可能にし、運送業者（キャリア）の選択を最適化し、サービス品質を向上させます。

Blue Yonder TMS内の出荷またはロードの詳細で見つかり、多くの場合、運送業者（キャリア）のマスタデータテーブルからリンクされます。

この属性は、TMSで特定のイベントまたはステータス変更を実行する責任を負うロジスティクスプランナー、コーディネーター、またはシステムユーザーを識別します。自動化されたイベントの場合、これはシステムまたはサービスアカウントIDである可能性があります。

ユーザーごとの分析は、ワークロードの分散、個々のパフォーマンス、およびトレーニングニーズを理解するのに役立ちます。特定のユーザーがより高い手戻り率や遅延に関連しているか、あるいは特定のチームが他のチームよりも効率的であるかを明らかにすることができます。これにより、リソース管理とターゲットを絞ったプロセス改善の取り組みがサポートされます。

ユーザーまたはチームごとのパフォーマンスとワークロードの分析を可能にし、トレーニングの機会とリソースの制約を特定するのに役立ちます。

この情報は、トランザクションまたはイベントログで利用可能であるべきであり、多くの場合、各レコードに関連付けられた「変更者」または「ユーザーID」フィールドとして表示されます。

この計算されたメトリックは、出荷ケースの総経過時間を測定します。通常、最後のイベント（例：「支払い処理済み」）のタイムスタンプと最初のイベント（例：「出荷依頼受領済み」）のタイムスタンプとの差として計算されます。

この属性は、「出荷エンドツーエンドサイクルタイム」KPIとダッシュボードを直接サポートします。その分布を分析することは、全体的なプロセス効率を理解し、外れ値（例外的に長期間実行されているケース）を特定し、改善イニシアチブが総プロセス期間に与える影響を追跡するのに役立ちます。

全体的なプロセス効率の高レベルな尺度を提供し、長期化している出荷や問題のある出荷を特定するための重要な指標です。

このメトリックは、プロセスマイニングツール内、またはデータ変換中に、各ケース（ShipmentId）の最大イベント時間から最小イベント時間を差し引くことによって計算されます。

この属性は、運送会社が物理的に出荷を出発地点から集荷した正確な時刻を記録します。これは輸送中フェーズの公式な開始を示します。

このデータポイントは、運送会社のパフォーマンスを測定するために不可欠です。それは「ScheduledPickupTime」と比較され、「定時集荷率」と「平均集荷遅延期間」KPIを計算するために使用されます。逸脱を分析することで、特定の運送会社や集荷場所に関する問題を特定するのに役立ちます。

このタイムスタンプは、集荷パフォーマンスを正確に測定し、輸送プロセスの初期段階での遅延を特定するために使用されます。

これは、「商品集荷済み」ステータス更新のタイムスタンプであり、通常は運送会社からEDIを介して受信されるか、Blue Yonder TMSで手動で入力されます。

このブール属性は、「ActualDeliveryTime」を「RequestedDeliveryDate」と比較することで導き出されます。実際の配送が要求された日付以前であれば「true」、それ以外の場合は「false」となります。

計算されたメトリックとして、「定時配送率」KPIの分析と可視化を簡素化します。これにより、時間の経過、運送会社別、または輸送モード別の定時パフォーマンスパーセンテージを示すダッシュボードを容易にフィルタリングおよび集約して作成でき、「定時集荷および配送パフォーマンス」ダッシュボードを直接サポートします。

これにより、定時パフォーマンス分析が簡素化され、ダッシュボードやKPIでの迅速なフィルタリングと集約が可能になります。

この属性はソースシステムにはありません。データ変換プロセス中に、ActualDeliveryTime <= RequestedDeliveryDateというフォーミュラを使用して計算されます。

この属性は、出荷のマイルストーンが達成されなかった理由を示します。例としては、「天候遅延」、「通関保留」、「運送会社キャパシティ不足」などがあります。この情報は多くの場合、運送会社から提供されます。

これは、「定時集荷および配送パフォーマンス」ダッシュボードにとって非常に重要です。出荷が遅れたという事実だけでなく、この属性がその理由を説明します。最も一般的な遅延理由を分析することで、ロジスティクスチームは積極的にリスクを軽減し、運送会社と協力して繰り返される問題に対処できます。

遅延の根本原因を説明し、積極的なリスク管理と運送業者（キャリア）との目標を定めた改善を可能にします。

このデータは、Blue Yonder TMSのイベントまたは例外管理セクションで捕捉されることが多く、運送会社のEDI更新（例：EDI 214）から頻繁にポピュレートされます。

運賃請求書の監査で不一致が生じた場合、この属性はその理由を提供します。例としては、「不正確な料金」、「重複請求書」、または「配送証明書なし」などがあります。

この属性は、「配送証明書と請求の正確性」ダッシュボードおよび「運賃請求書手戻り率」KPIにとって重要です。異なる不一致理由の頻度を分析することは、運送会社のミス、契約の不一致、または内部プロセス上の問題のいずれに起因するかを問わず、請求エラーの根本原因を特定するのに役立ちます。これにより、請求書の手戻りを減らすためのターゲットを絞った行動が可能になります。

請求エラーの根本原因を提供し、運賃請求書の手戻りや支払い遅延を削減するための的を絞った改善を可能にします。

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

この属性は、運送会社と合意され、出荷集荷のためにスケジュールされた予約時刻を保存します。これは出荷計画における重要なマイルストーンです。

このタイムスタンプは、「定時集荷率」と「平均集荷遅延期間」KPIを計算するためのベースラインとして使用されます。「ActualPickupTime」と比較することで、出荷の旅の非常に初期段階での遅延を特定するのに役立ち、これは多くの場合、その後のマイルストーンに連鎖的な影響を及ぼします。

納期厳守の集荷パフォーマンスを測定するためのベンチマークであり、運送業者（キャリア）の信頼性と計画の正確性を示す主要な指標です。

Blue Yonder TMSの予約スケジューリングまたはロード計画モジュール内にあります。