サプライチェーンマネジメントデータテンプレート

アクティビティ名とは、ロジスティクスオーダーのライフサイクルの一部として実行される個々のステップまたはタスクを記述するものです。これらのイベントは、各ケースのアクションシーケンスを構築するために時系列で記録されます。

活動分析はプロセスマイニングの基盤です。これにより、プロセスマップの可視化、特定のステップ間のボトルネック検出、活動頻度の分析、標準プロセスフローからの逸脱の特定が可能になります。

この属性はプロセスマップにおけるステップを定義し、ロジスティクスオーダーの流れを可視化、分析、最適化することを可能にします。

活動名は、Blue Yonderの倉庫管理、輸送、注文管理に関連する様々なモジュールに記録されたイベントログ、トランザクションコード、またはステータス変更から導き出されます。

ロジスティクスオーダーは、顧客からの注文作成から最終配送まで、すべての関連活動を結びつける中心的な識別子です。それぞれの固有のロジスティクスオーダー番号は、サプライチェーンプロセスの単一インスタンスを表します。

プロセスマイニングにおいて、ロジスティクスオーダーごとにデータを分析することで、注文ライフサイクル全体を完全に把握することができます。これは、エンドツーエンドのサイクルタイムを計算し、プロセスバリアントを特定し、調達、生産、流通といった異なる段階での各注文の道のりを理解するために不可欠です。

これが基本的なケースIDです。すべてのプロセスステップを連結し、注文フルフィルメントの全過程の再構築と分析を可能にします。

この識別子は通常、Blue Yonderの主要なオーダーマネジメントまたはロジスティクス実行モジュール内で見つかります。

イベント時刻、または開始時刻は、アクティビティがソースシステムに記録された正確な日時です。この時系列データは、イベントを正しく順序付けし、すべての時間ベース分析を行う上で不可欠です。

このタイムスタンプは、アクティビティ間のサイクルタイムを計算し、プロセス全体の期間を測定し、遅延や待機時間を特定するために使用されます。エンドツーエンドオーダーリードタイムや輸送サイクルタイムなど、ほぼすべてのパフォーマンス関連KPIの基盤となります。

このタイムスタンプは、イベントの順序付け、期間の計算、および時間の経過に伴うプロセスパフォーマンスとボトルネックの分析に不可欠です。

この情報は通常、Blue Yonderの各ビジネスオブジェクトのトランザクションデータテーブルにおいて、作成日、変更日、または投稿日のタイムスタンプとして利用可能です。

実際の配送日は、配送が完了した際に取得され、「配送証明署名済み」イベントから得られることがよくあります。このタイムスタンプは、ロジスティクスオーダーの最終的なフルフィルメントを示します。

この属性はパフォーマンス測定に不可欠です。「依頼配送日」と比較して、配送が定時、遅延、または早期であったかを判断するために使用されます。この計算は定時配送率KPIの基礎となり、定時配送パフォーマンスダッシュボードで可視化されます。

納期遵守率の計算に不可欠な属性であり、顧客の期待に対する実際のパフォーマンスを測定します。

この日付は、Blue YonderのTMSまたは関連するロジスティクスモジュールで捕捉される配送証明イベントのタイムスタンプから派生することがよくあります。

この属性は、特定のプロセスステップを担当する従業員またはシステムユーザーを特定します。個人またはチームレベルでのリソース配分、ワークロード分散、パフォーマンスを理解するために不可欠です。

分析では、ユーザー名を使用してプロセスマップをフィルタリングし、異なるユーザーが同じタスクをどのように実行しているかを確認したり、トレーニングニーズを特定したり、トップパフォーマーを特定したりします。また、「手動タスクと自動化の可能性」ダッシュボードで、どのユーザーが頻繁な反復タスクに関与しているかを確認するためにも重要です。

ユーザーアクションを特定の個人に紐付け、ワークロード分析、パフォーマンス比較、自動化機会の特定を可能にします。

通常、トランザクションデータ内で「作成者」または「変更者」フィールドとして見つかり、Blue Yonderのユーザーマスタデータテーブルにリンクされています。

サプライヤー名とは、サプライチェーンプロセスの一部として物品が調達されたベンダーを特定するものです。これは、インバウンドロジスティクスと調達段階を分析するための重要な要素です。

この属性は「サプライヤーインバウンドパフォーマンス」ダッシュボードで使用され、購買オーダー作成から材料受領までのサイクルタイムをサプライヤーごとに細分化します。この分析により、信頼性が高く迅速なサプライヤーと、常に遅延を引き起こすサプライヤーを特定し、調達戦略とサプライヤー関係管理に役立てることができます。

異なるサプライヤーのパフォーマンス分析を可能にし、これは入荷物流の最適化と生産スケジュールの遵守を確保するために不可欠です。

この情報は購買オーダーヘッダーデータに保存され、Blue Yonderまたは統合されたERP内のサプライヤーマスタデータテーブルからリンクされます。

注文ステータスは、データ抽出時におけるロジスティクスオーダーのライフサイクル上の位置、またはその最終結果のスナップショットを提供します。これはケースの状態を示す重要な指標です。

この属性は、完了した注文のみに焦点を当てて分析をフィルタリングしたり、特定の注文がキャンセルされた理由を調査したりするのに役立ちます。異なるプロセスバリアントの結果を理解するのに役立ち、全体的なプロセス成功率または失敗率を測定する簡単な方法です。

ケースの結果を示し、完了済み、進行中、またはキャンセルされた注文で分析をフィルタリングすることを可能にします。これはパフォーマンスメトリクスの文脈化に不可欠です。

これは通常、Blue Yonderの主要なロジスティクスオーダーまたは出荷伝票のヘッダーにあるステータスフィールドです。

依頼配送日は、ロジスティクスオーダーに関連する顧客マスタデータの重要な要素です。これは顧客へのコミットメントを表し、配送パフォーマンスを測定するための主要なベンチマークとなります。

この日付は「実際の配送日」と比較され、定時配送率KPIを計算するために使用されます。運送業者のパフォーマンスや内部ボトルネックなど、遅延とその根本原因を分析できる「定時配送パフォーマンス」ダッシュボードの基礎となります。

これは、顧客満足度と配送パフォーマンスを測定するための基準です。定時配送率KPIを計算するために不可欠です。

これは通常、Blue Yonderのオーダーマネジメントシステム内の顧客注文ヘッダーデータに保存されます。

注文タイプは、その特性、緊急性、またはビジネスコンテキストに基づいてロジスティクスオーダーを分類します。異なる注文タイプは、しばしば異なるプロセスパスをたどったり、異なるサービスレベル契約（SLA）を持っていたりします。

注文タイプ別に分析することは、プロセスバリエーションを理解するために不可欠です。例えば、「緊急注文」はより短いサイクルタイムが期待され、特定のステップをスキップする可能性がありますが、「大量注文」はより長い生産リードタイムを持つ場合があります。この属性は、特定のケースが標準から逸脱する理由を説明するのに役立ち、「プロセスバリアント分析」ダッシュボードで有用です。

異なる注文タイプはしばしば独自のパス、優先順位、SLAを持つため、プロセスバリエーションやパフォーマンスの違いを説明するのに役立ちます。

この情報は通常、Blue Yonderのオーダーマネジメントシステム内の注文ヘッダーデータに保存されます。

この指標は、ロジスティクスオーダーのライフサイクルの総期間を測定します。サプライチェーンプロセス全体の速度と効率を反映する主要業績評価指標です。

これは「エンドツーエンドオーダーリードタイム分析」ダッシュボードおよび「ロジスティクスオーダーエンドツーエンドサイクルタイム」KPIの主要な指標です。この期間を分析することで、体系的な遅延を特定し、プロセスの健全性を高レベルで測定できます。オーダータイプや製品カテゴリなどのディメンションで分解することで、長いリードタイムの要因を見つけることができます。

これは、サプライチェーン全体の速度を測定するための重要なKPIであり、顧客満足度と運転資金に直接影響します。

この値はソースシステムには保存されていません。各ケースの最後のイベントのタイムスタンプから最初のイベントのタイムスタンプを差し引くことによって計算されます。

この日付は、原材料またはコンポーネントがいつ配送されるかに関するサプライヤーのコミットメントです。これは、サプライヤーの信頼性と適時性を測定するために使用されるベンチマークです。

この属性は、「サプライヤー定時配送率」KPIを計算するために不可欠です。材料の実際の受領日（「原材料受領済み」イベントのタイムスタンプ）と比較して、サプライヤーがコミットメントを果たしたかどうかを判断します。この分析は、「サプライヤーインバウンドパフォーマンス」ダッシュボードの中心となります。

入荷配送のパフォーマンスベンチマークとして機能し、サプライヤーの信頼性とそれが生産スケジュールに与える影響を測定できるようにします。

この日付は通常、サプライヤーから提供された情報または標準リードタイムに基づいて、購買オーダーの明細レベルで保存されます。

この属性は、プロセスデータの起源を特定します。特に、複数のシステムからのデータが組み合わされて全体的なプロセスビューが構築される環境では、明確なデータリネージを確保する上で非常に役立ちます。

この分析では、値は一貫して「Blue Yonder」になりますが、ERPやCRMなどの他のシステムが統合されている場合には、データガバナンスとコンテキストのための重要なメタデータとして機能します。

データの出所を特定します。これはデータガバナンス、検証、および複数のエンタープライズシステムにまたがる分析の管理にとって極めて重要です。

データ抽出・変換の過程で付与する固定値で、データセットのソースを示すラベルとして利用します。

この属性は、最新のデータ取得日時を提供します。これにより、データがどれだけ新しいか、そして次回の更新がいつ頃行われるかを示すことで、分析にコンテキストを与えます。

ユーザーが分析しているデータの鮮度を理解することは重要です。これはダッシュボードの解釈に役立ち、意思決定がタイムリーな情報に基づいていることを保証します。

データの鮮度に関する重要なコンテキストを提供し、ユーザーがプロセス分析の最新性を認識できるようにします。

このタイムスタンプは、データの抽出、変換、ロード（ETL）プロセス中に生成・追加されます。

このブール値フラグは、ロジスティクスオーダーが「商品ピッキングと梱包」→「品質管理実施済み」→「商品ピッキングと梱包」といった手戻りループの証拠を示す場合にtrueに設定されます。これにより、標準的で効率的なフローから逸脱したケースを特定します。

この属性は、「オーダー手戻り率」KPIを計算するために使用され、「プロセスバリアントと手戻り分析」ダッシュボードで可視化されます。手戻りがあるケースを特定することで、フルフィルメントプロセスにおけるエラーや非効率性の原因を特定し、廃棄物と運用コストを削減するための具体的な改善へとつながります。

繰り返されるステップのあるケースをフラグ付けすることで、プロセスの非効率性と品質問題を浮き彫りにし、プロセス安定性の向上とコスト削減に焦点を当てた取り組みを可能にします。

これはBlue Yonderのフィールドではありません。ケース内の特定の活動の繰り返しシーケンスを検出することによって、プロセスマイニング分析中に計算されます。

購買オーダー番号は、ロジスティクスオーダーを調達プロセスにリンクさせます。「購買依頼作成済み」や「購買オーダー発行済み」などの活動中に作成されます。

この属性により、調達サブプロセスの詳細な分析が可能になります。「サプライヤーインバウンドパフォーマンス」ダッシュボードでは、特定のPOの発行から物品受領までの経過を追跡し、遅延を特定のサプライヤーや材料と関連付けるのに役立つため、不可欠です。

主要な履行プロセスを上流の調達活動にリンクさせ、サプライヤーのパフォーマンスと調達サイクル時間の詳細な分析を可能にします。

この識別子は、Blue Yonderの調達または購買モジュール、または統合されたERPシステムで生成され、保存されます。

これは、「実際の配送日」と「依頼配送日」を比較することで派生するブール属性です。すべての注文を「定時」（true）または「遅延」（false）に分類することで、パフォーマンス分析を簡素化します。

この属性は「定時配送パフォーマンス」ダッシュボードに直接利用され、「定時配送率」KPIの計算に使用されます。これにより、運送業者や製品タイプなど、遅延配送に関連する一般的な要因を理解するための迅速なフィルタリングと根本原因分析が可能になります。

各注文の定時配送について明確なブール値の結果を提供することで、定時配送分析が簡素化され、パフォーマンス率の計算や遅延要因の特定が容易になります。

この属性はソースシステムにはありません。データ変換中に、ActualDeliveryDate <= RequestedDeliveryDateという式を使用して計算されます。

終了時刻は、アクティビティの完了を示します。開始時刻と終了時刻の両方が利用可能な場合、アクティビティの正確な処理時間を計算でき、アイドル時間や待機時間と区別することができます。

これは、「商品ピッキングと梱包」や「品質管理実施済み」といった特定のタスクの期間を分析する上で非常に価値があります。どの活動が最も時間を消費しているかを特定するのに役立ち、ターゲットを絞った最適化および自動化の取り組みを支援します。

活動の処理時間を正確に計算することを可能にし、非効率なタスクの特定とリソース生産性の測定に不可欠です。

開始時間と同様に、これは通常、Blue Yonderの各ビジネスオブジェクトのトランザクションデータテーブルでタイムスタンプとして見られ、しばしばステータス完了を示します。

製品カテゴリは、類似する製品をグループ化するために使用される分類です。異なる製品カテゴリは、明確なサプライチェーンプロセス、処理要件、またはリードタイムを持つ場合があります。

この属性は、「ロジスティクスオーダーのスループットトレンド」ダッシュボードで、異なる種類の製品の完了した注文量をフィルタリングおよび比較するために使用されます。特定の製品ラインがより多くの遅延に直面しているか、スループットが低いかを明らかにでき、最も必要とされる場所に改善努力を集中させるのに役立ちます。

製品タイプ別にプロセス分析をセグメント化することを可能にし、カテゴリ固有のボトルネック、需要パターン、または処理の複雑さを明らかにします。

これは、Blue Yonderのロジスティクスオーダーの明細品目にリンクされる資材または製品マスタデータの一部です。

この属性は、正式な購買オーダーの作成をトリガーする内部文書である購買依頼を作成した人物またはチームを特定します。これにより、組織内で誰が調達需要を推進しているかについてコンテキストを提供します。

この属性による分析は、内部調達パターンを理解するのに役立ち、「手動タスクと自動化の可能性」ダッシュボードで使用できます。少数のユーザーが大量の標準的な依頼を作成している場合、依頼プロセスを自動化する機会があることを示唆する可能性があります。

調達要求の発生源を特定します。これにより、内部需要パターンを分析し、プロセス自動化の機会を特定するのに役立ちます。

購買依頼書データに見られ、通常は「作成者」フィールドとして存在します。

この属性は、物品の移動に使用される輸送モードを指定します。異なるモードには異なるコスト、速度、容量があるため、これはロジスティクス計画と分析において重要な要素です。

「輸送効率モニター」ダッシュボードは、この属性を使用して異なる輸送モード間の輸送時間とコストを比較します。これにより、注文の優先度とコスト制約に基づいて、より高速だが高価な航空貨物と、より低速だが安価な海上貨物のどちらを選択するかといった戦略的な意思決定を行うのに役立ちます。

輸送コストと速度を分析するための主要な側面を提供し、最も効果的な出荷方法に関する戦略的決定を可能にします。

この情報は通常、Blue YonderのTMS内の出荷または貨物オーダーの詳細に保存されます。

運送業者名は、倉庫から最終目的地への物品の輸送を担当したロジスティクスパートナーを特定します。これは、アウトバウンドロジスティクスのパフォーマンスを評価するための重要な要素です。

「輸送効率モニター」ダッシュボードでは、運送業者名でデータを分析することにより、異なる運送業者の「輸送中」期間を比較できます。これにより、企業は最も迅速で信頼性が高く、または費用対効果の高い輸送パートナーを特定し、それに応じて配送戦略を最適化できます。

異なる輸送業者のパフォーマンスベンチマーキングを可能にし、輸送コスト、ルート、配送時間の最適化に役立ちます。

これは通常、Blue Yonderの輸送管理システム（TMS）内の出荷または貨物オーダー文書に見られます。

ロジスティクスオーダーの最終顧客を特定します。これは、顧客中心の視点から分析をセグメント化するための基本的な側面です。

顧客別にプロセスパフォーマンスを分析することで、特定の顧客がより長いリードタイムや多くの問題を経験しているかどうかを明らかにできます。この属性は、「納期遵守率パフォーマンス」のようなダッシュボードで顧客別の内訳を可能にし、主要顧客の改善を優先するのに役立ちます。

顧客中心の分析を可能にし、どの顧客がプロセス非効率性の影響を最も受けているかを特定し、サービス改善を優先するのに役立ちます。

この情報は顧客注文ヘッダーデータに保存され、Blue Yonderの顧客マスタデータテーブルまたは統合されたCRM/ERPからリンクされます。