サプライチェーン管理のデータテンプレート

アクティビティ名は、物流受注のライフサイクルにおいて実行された個々のステップまたはタスクを表します。これらのイベントは時系列で記録され、各ケースの一連のアクションを構成します。

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

プロセスマップ上のステップを定義する属性であり、物流受注の流れを可視化・分析・最適化できます。

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

物流受注は、顧客受注の作成から最終納品まで、関連するすべてのアクティビティを結び付ける中核的な識別子です。一意の物流受注番号ごとに、サプライチェーンプロセスの1つの実行単位が表されます。

プロセスマイニングでは、物流受注単位でデータを分析することで、受注ライフサイクル全体を把握できます。エンドツーエンドのサイクルタイムの算出、プロセスバリアントの特定、調達・生産・配送など各段階における受注の進行状況の理解に欠かせません。

基本となるケースIDです。すべてのプロセスステップを結び付け、受注充足の全行程を再構成・分析できます。

通常、Blue Yonderの主要な受注管理または物流実行モジュールに保存されています。

イベント時刻または開始時刻は、アクティビティがソースシステムに記録された正確な日時です。この時系列データは、イベントを正しい順序に並べ、時間に基づく分析を行ううえで欠かせません。

このタイムスタンプを使って、アクティビティ間のサイクルタイム、プロセス全体の所要時間、遅延や待機時間を算出します。受注から納品までのリードタイムや輸送サイクルタイムなど、パフォーマンス関連KPIのほぼすべてを支える基盤です。

イベントの順序付け、所要時間の算出、時間の経過に伴うプロセスパフォーマンスとボトルネックの分析に欠かせないタイムスタンプです。

通常、Blue Yonderの各業務オブジェクトに対応するトランザクションデータテーブルで、作成日、変更日、または転記日のタイムスタンプとして取得できます。

オーダーステータスは、データ抽出時点で物流オーダーがライフサイクルのどの段階にあるか、または最終的にどうなったかを示します。ケースの状態を把握するための重要な指標です。

この属性を使うと、完了したオーダーだけに分析対象を絞り込んだり、特定のオーダーがキャンセルされた理由を調査したりできます。プロセスバリアントごとの結果を理解し、プロセス全体の成功率や失敗率を簡単に測定する際にも役立ちます。

ケースの結果を示します。完了、処理中、キャンセルのオーダーに分析対象を絞り込めるため、パフォーマンス指標を適切な文脈で評価できます。

通常、Blue Yonderの主要な物流オーダーまたは出荷伝票のヘッダーにあるステータス項目です。

オーダータイプは、特性、緊急度、ビジネス上の状況に基づいて物流オーダーを分類します。オーダータイプによって、異なるプロセス経路をたどったり、異なるサービスレベル合意（SLA）が適用されたりすることがあります。

オーダータイプ別の分析は、プロセスの違いを理解するうえで欠かせません。たとえば、「緊急オーダー」はサイクルタイムが短く、特定の手順を省略する場合があります。一方、「一括オーダー」は生産リードタイムが長くなることがあります。この属性を使うと、特定のケースが標準から外れる理由を説明でき、「プロセスバリアント分析」ダッシュボードで役立ちます。

オーダータイプごとに固有の経路、優先度、SLAが異なるため、プロセスの違いやパフォーマンスの差を説明できます。

この情報は通常、Blue Yonderのオーダー管理システムにあるオーダーヘッダーデータに保存されています。

サプライチェーン工程で商品を調達した取引先を示します。入荷物流と調達段階を分析するための重要な軸です。

「サプライヤー入荷パフォーマンス」ダッシュボードでこの属性を使うと、発注書の作成から資材受領までのサイクルタイムをサプライヤー別に分解できます。信頼性が高く迅速なサプライヤーと、継続的に遅延を引き起こすサプライヤーを特定し、調達戦略やサプライヤー関係管理に役立てられます。

サプライヤーごとのパフォーマンス分析を可能にし、入荷物流の最適化と生産スケジュールの遵守に役立ちます。

通常、発注書ヘッダーデータに保存され、Blue Yonderまたは連携先ERPのサプライヤーマスターデータテーブルから関連付けられます。

特定のプロセスステップを担当した従業員またはシステムユーザーを示す属性です。リソース配分、業務量の分布、個人またはチーム単位のパフォーマンスを把握するうえで欠かせません。

分析では、ユーザー名でプロセスマップを絞り込み、同じタスクをユーザーごとにどのように実行しているかを確認できます。研修ニーズの特定や高い成果を上げる担当者の把握にも役立ちます。また、「手動タスクと自動化の可能性」ダッシュボードで、頻繁に繰り返されるタスクにどのユーザーが関与しているかを確認する際にも重要です。

ユーザーの操作を個人に関連付け、業務量の分析、パフォーマンスの比較、自動化の可能性の特定を可能にします。

通常、トランザクションデータの「Created By」または「Changed By」項目に記録され、Blue Yonderのユーザーマスターデータテーブルに関連付けられます。

実納品日は、納品完了時に取得され、通常は「納品証明への署名」イベントから得られます。このタイムスタンプは、物流受注の最終的な充足を示します。

パフォーマンス測定に欠かせない属性です。「希望納品日」と比較することで、納品が予定どおりだったか、遅れたか、早まったかを判定できます。この計算が納期遵守率KPIの基礎となり、「納期遵守パフォーマンス」ダッシュボードに表示されます。

納期遵守率の算出に欠かせない属性であり、顧客の期待に対する実績を測定します。

通常、納品証明イベントのタイムスタンプから導出され、Blue YonderのTMSまたは関連する物流モジュールで取得できます。

希望納品日は、物流受注に関連付けられた顧客マスターデータの重要な項目です。顧客への約束を示し、納品パフォーマンスを測定する主要な基準になります。

この日付を「実納品日」と比較して、納期遵守率KPIを算出します。「納期遵守パフォーマンス」ダッシュボードの基盤となり、運送会社のパフォーマンスや社内のボトルネックなど、遅延とその根本原因を分析できます。

顧客満足度と納品パフォーマンスを測定する基準です。納期遵守率KPIの算出に欠かせません。

通常、Blue Yonderの受注管理システムにある顧客受注ヘッダーデータへ保存されます。

この指標は、物流オーダーのライフサイクル全体にかかった時間を測定します。サプライチェーンプロセス全体の速度と効率を示す主要なパフォーマンス指標です。

「エンドツーエンド・オーダーリードタイム分析」ダッシュボードと「物流オーダーのエンドツーエンドサイクルタイム」KPIで中心となる指標です。この時間を分析すると、全体に影響する遅延を特定し、プロセスの健全性を大局的に評価できます。オーダータイプや製品カテゴリーなどの軸で分解すれば、リードタイムが長くなる要因も確認できます。

サプライチェーン全体の処理速度を測る重要なKPIであり、顧客満足度や運転資本に直接影響します。

ソースシステムには保存されません。各ケースについて、最初のイベントのタイムスタンプを最後のイベントのタイムスタンプから差し引いて算出されます。

この日付は、原材料や部品を納入する日としてサプライヤーが約束したものです。サプライヤーの信頼性と納入の適時性を測る基準になります。

この属性は、「サプライヤー納入遵守率」KPIの算出に欠かせません。実際の資材受領日（「原材料受領」イベントのタイムスタンプ）と比較し、サプライヤーが約束を守ったかどうかを判定します。この分析は、「サプライヤー入荷パフォーマンス」ダッシュボードの中心となります。

入荷のパフォーマンス基準となり、サプライヤーの信頼性と生産スケジュールへの影響を測定できます。

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

プロセスデータの取得元を示す属性です。複数のシステムのデータを統合してプロセス全体を把握する環境で特に役立ち、データの系譜を明確にします。

この分析では値は常に「Blue Yonder」ですが、ERPやCRMなど他のシステムを統合する場合、データガバナンスと分析の前提を示す重要なメタデータになります。

データの取得元を示します。データガバナンス、検証、複数の企業システムにまたがる分析の管理に欠かせません。

通常、データ抽出・変換処理の際にデータセットの取得元を示す静的な値として付与されます。

最新のデータ取得日時を示す属性です。分析時点でのデータの新しさや、次回更新の予定時期を把握するための前提情報になります。

分析対象のデータがどの程度新しいかを理解することは重要です。ダッシュボードを正しく解釈し、適時性のある情報に基づいて意思決定するのに役立ちます。

データの新しさを把握するための重要な前提情報を提供し、プロセス分析がどの時点まで最新であるかを確認できます。

データの抽出、変換、ロード（ETL）処理の際に生成・付与されます。

このブールフラグは、「商品ピッキング・梱包」→「品質管理実施」→「商品ピッキング・梱包」のような手戻りループが物流オーダーに見られる場合にtrueになります。標準的で効率的な流れから外れたケースを特定します。

この属性は「オーダー手戻り率」KPIの算出に使われ、「プロセスバリアントと手戻り分析」ダッシュボードに表示されます。手戻りが発生したケースを特定することで、フルフィルメントプロセスのエラーや非効率の原因を把握し、廃棄や運用コストを減らすための改善につなげられます。

手順の繰り返しがあるケースを示すことで、プロセスの非効率や品質上の問題を明らかにし、プロセスの安定化とコスト削減に向けた取り組みを集中させられます。

Blue Yonderの項目ではありません。ケース内で特定のアクティビティの繰り返し順序を検出し、プロセスマイニング分析で算出されます。

「実際の納入日」と「希望納入日」を比較して算出するブール属性です。各オーダーを「期限内」（true）または「遅延」（false）に分類することで、パフォーマンス分析を簡単にします。

この属性は「納入期限遵守パフォーマンス」ダッシュボードに直接使われ、「納入期限遵守率」KPIの算出にも利用されます。迅速な絞り込みや根本原因分析が可能になり、運送会社や製品タイプなど、納入遅延に関係する共通要因を把握できます。

各オーダーの結果を明確なブール値で示すことで、納入期限遵守を簡単に分析できます。パフォーマンス率の算出や遅延要因の特定にも役立ちます。

ソースシステムには存在しません。データ変換時に、次の式で算出されます：ActualDeliveryDate <= RequestedDeliveryDate

終了時刻はアクティビティの完了を示します。開始時刻と終了時刻の両方があれば、正確な処理時間を算出し、アイドル時間や待機時間と区別できます。

「商品のピッキングと梱包完了」や「品質管理実施」など、特定のタスクにかかった時間を分析するうえで非常に役立ちます。時間を要しているアクティビティを特定し、対象を絞った改善や自動化を進められます。

アクティビティの処理時間を正確に算出できるため、非効率なタスクの特定やリソース生産性の測定に役立ちます。

開始時刻と同様に、通常はBlue Yonderの各業務オブジェクトに対応するトランザクションデータテーブルのタイムスタンプとして取得され、ステータスの完了時点を示します。

製品カテゴリーは、類似する製品をまとめるための分類です。製品カテゴリーによって、サプライチェーンのプロセス、取り扱い要件、リードタイムが異なる場合があります。

この属性は、「物流オーダー処理量の推移」ダッシュボードで、製品タイプ別に完了したオーダー数を絞り込み、比較するために使います。特定の製品ラインで遅延が多い、または処理量が少ないかどうかを確認できるため、改善が必要な領域に取り組みやすくなります。

製品タイプ別にプロセス分析を分けて表示できます。カテゴリー固有のボトルネック、需要パターン、取り扱いの複雑さを明らかにします。

これは品目または製品マスターデータの一部であり、Blue Yonderでは物流オーダーの明細行に紐づけられます。

購買オーダー番号は、物流オーダーと調達プロセスを紐づけます。「購買依頼作成」や「購買オーダー発行」などのアクティビティで作成されます。

この属性を使うと、調達サブプロセスを詳細に分析できます。「サプライヤー入荷パフォーマンス」ダッシュボードでは、特定のPOの発行から商品の受領までの経過を追跡し、遅延を特定のサプライヤーや品目に関連づけるために欠かせません。

主要なフルフィルメントプロセスと上流の調達アクティビティを紐づけ、サプライヤーのパフォーマンスや調達サイクルタイムを詳しく分析できます。

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

この属性は、正式な購買オーダーの作成を促す社内文書である購買依頼を作成した担当者またはチームを識別します。組織内で調達需要を生み出している主体を把握するための情報です。

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

調達依頼の起点を特定し、社内の需要パターンを分析するとともに、プロセス自動化の機会を見つけるのに役立ちます。

購買依頼の文書データにあり、通常は「作成者」項目として保存されています。

商品の輸送に使用した輸送手段を示す属性です。輸送モードごとにコスト、速度、輸送能力が異なるため、物流計画と分析における重要な要素になります。

「輸送効率モニター」ダッシュボードでは、この属性を使って輸送モード別の輸送時間とコストを比較します。受注の優先度やコスト制約に応じて、速いものの高コストな航空輸送と、遅いものの低コストな海上輸送のどちらを選ぶかなど、戦略的な判断に役立ちます。

輸送コストと速度を分析するための重要な軸となり、最も効果的な出荷方法を戦略的に判断できます。

この情報は通常、Blue YonderのTMSにある出荷または輸送オーダーの詳細に保存されています。

倉庫から最終納品先まで商品の輸送を担った物流パートナーを示します。出荷物流のパフォーマンスを評価するための重要な軸です。

「輸送効率モニター」ダッシュボードで運送会社名ごとに分析すると、運送会社別の「輸送中商品」所要時間を比較できます。最も速く、信頼性が高く、または費用対効果の高い輸送パートナーを特定し、それに応じて出荷戦略を最適化できます。

運送会社ごとのパフォーマンスを比較でき、輸送コスト、経路、納品時間の最適化に役立ちます。

通常、Blue YonderのTransportation Management System（TMS）にある出荷伝票または貨物注文書から取得されます。

物流オーダーの最終顧客を識別します。顧客中心の視点で分析を分けるための基本的な軸です。

顧客別にプロセスのパフォーマンスを分析すると、特定の顧客でリードタイムが長い、または問題が多いかどうかを確認できます。「納入期限遵守パフォーマンス」などのダッシュボードで顧客別に結果を分けて表示できるため、重要顧客に対する改善の優先順位をつけやすくなります。

顧客を中心とした分析が可能になり、プロセスの非効率による影響が大きい顧客を特定し、サービス改善の優先順位をつけられます。

顧客オーダーのヘッダーデータに保存され、Blue Yonderまたは連携されたCRM／ERPの顧客マスターデータテーブルから紐づけられます。