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

アクティビティは、サプライチェーンプロセス内で実行される個別のステップまたはタスクを表します。各アクティビティは、物流注文のライフサイクルにおける特定の時点を示し、プロセスマップの構成要素を提供します。

アクティビティを分析することで、組織は実際にどのようなステップが、どのような順序で、どのくらいの頻度で実行されているかを理解できます。この視点は、ボトルネック、冗長なステップ、および標準作業手順書からの逸脱を特定するのに役立ちます。サプライチェーンにおける一般的なアクティビティには、注文作成、商品受領、ピッキング、梱包、出荷、請求書発行が含まれます。

この属性はプロセスマップの根幹を形成し、サプライチェーンにおけるステップの順序の可視化と分析を可能にします。

ソースシステム内のイベントログ、ステータス変更記録、ドキュメントタイプ、またはトランザクションコードから導出されることがよくあります。

ケースIDは、分析対象となるプロセスのユニークなインスタンスを表します。サプライチェーン管理においては、これは通常、物流注文番号であり、初期作成から最終配送までのすべての関連活動をリンクさせます。

この属性は、購買注文の作成、商品の出荷、顧客への請求書発行などのすべての関連イベントを単一のエンドツーエンドプロセスフローにグループ化するために不可欠です。この識別子を追跡することで、アナリストは注文の完全なジャーニーを可視化し、総サイクルタイムを測定し、異なる注文経路間のバリエーションを特定できます。一貫したケースIDがなければ、プロセスフローを正確に再構築することは不可能です。

すべての関連活動を単一のケースに接続し、エンドツーエンドのプロセスフロー分析を可能にするため、プロセスマイニングの基本的な属性です。

通常、販売注文書、納品書、または包括的なロジスティクス注文テーブルなどの主要なビジネス文書のヘッダーデータに含まれています。

開始時間は、アクティビティの開始を示す日付と時刻を含む正確なタイムスタンプです。これは、イベントを時系列で並べ替えたり、パフォーマンス分析を行ったりするための重要な要素です。

この属性は、サイクルタイムの計算、ステップ間の遅延の特定、およびプロセス全体の期間の理解に不可欠です。タイムスタンプを分析することで、企業はスループットを測定し、案件が長期間待機するボトルネックを特定し、サービスレベル契約に対するパフォーマンスを評価できます。正確なタイムスタンプは、時間ベースのプロセスマイニング分析の基盤となります。

活動の時間的順序付けを可能にし、サイクルタイムやボトルネック分析など、すべての時間ベースの計算に不可欠です。

通常、ソースシステムのトランザクションテーブル内のイベントログ、トランザクション記録、または文書作成タイムスタンプに見られます。

ソースシステム属性は、イベントデータがどこから発生したかを示すアプリケーションまたはデータベースを識別します。複雑なサプライチェーン環境では、データはERP、倉庫管理システム（WMS）、輸送管理システム（TMS）など、複数のシステムから得られることがよくあります。

ソースシステムを追跡することは、データガバナンス、検証、およびアクティビティのコンテキストを理解する上で重要です。データ品質問題のトラブルシューティングに役立ち、異なるシステムにまたがるプロセスを比較したり、特定のアプリケーションのみで処理されるアクティビティを特定したりするための分析に利用できます。この情報は、ビジネスプロセスの技術的なコンテキストを提供します。

データソースに関する重要なコンテキストを提供し、これはデータ検証や複数のエンタープライズシステムにわたるプロセス分析にとって不可欠です。

この情報は、データ抽出層の一部であるか、データソース接続に基づいて割り当てられる静的な値である場合が多いです。

この属性は、特定のイベントレコードに対する最新のデータ抽出または更新の日付と時刻を記録します。これは、データの鮮度と信頼性を確保するために使用される技術的な属性です。

通常、直接的なプロセス分析には使用されませんが、最終データ更新はダッシュボードの監視とデータガバナンスにとって重要です。表示されている情報がどれだけ最新であるかをユーザーが理解するのに役立ち、データパイプラインの障害に対するアラートを設定するためにも使用できます。これにより、ビジネス上の意思決定がタイムリーで関連性の高いデータに基づいて行われることが保証されます。

データガバナンスとモニタリングに不可欠であり、ユーザーが分析の鮮度を確認し、提供される洞察を信頼できるようにします。

このタイムスタンプは通常、データ取り込みプロセス中にETL（抽出、変換、ロード）ツールまたはデータ統合プラットフォームによって生成および記録されます。

実際配送日は、注文フルフィルメントライフサイクルにおける最終タイムスタンプであり、顧客が商品を受け取った瞬間を捉えます。これは多くの場合、配達証明書または運送業者からのステータス更新を通じて確認されます。

この属性は、実際のエンドツーエンドサイクルタイムの計算とパフォーマンス測定に不可欠です。要求配送日と比較することで、注文が早期、定時、または遅延であったかを直接判断できます。このデータを分析することで、遅延のシステム的な原因（調達、生産、物流のいずれに起因するか）を特定し、配送信頼性を向上させるための事実に基づいた根拠を提供します。

実際のサイクルタイムを測定するための事実上の終点を提供し、要求された日付と組み合わせて定時配送パフォーマンスを決定するために使用されます。

輸送管理システム（TMS）、運送業者からの更新、または配達証明記録から取得されます。

ユーザー名属性は、プロセス内で特定のタスクを実行する責任を負う個人、部門、またはシステムエージェントを識別します。これには、ピッキングを完了する倉庫作業員や、購買発注を自動的に作成するシステムボットなどが含まれます。

ユーザーまたはチーム別にプロセスパフォーマンスを分析することは、効率のばらつきを発見し、トレーニングの必要性を特定し、ベストプラクティスを強調するのに役立ちます。例えば、どのチームが最も処理時間が短いか、どのユーザーが最も頻繁に標準プロセスから逸脱しているかを明らかにできます。また、重要なアクションを実行した担当者を追跡するためのコンプライアンスおよび監査目的にも価値があります。

この属性は、分析に人的またはシステムのリソースディメンションを追加し、パフォーマンス比較、ワークロードバランシング、およびコンプライアンス追跡を可能にします。

トランザクションログまたは文書変更履歴で利用可能で、多くの場合、ユーザーマスターデータにリンクされています。

サプライヤー識別子は、サプライチェーンの調達段階に関与するベンダーまたはサプライヤーを一意に識別するコードまたは番号です。このIDは、購買発注と物品受領活動を特定のサプライヤーに紐付けます。

サプライヤー別にプロセスパフォーマンスを分析することは、効果的なベンダー管理にとって極めて重要です。これにより、企業はサプライヤーの納期遵守率、リードタイム、品質検査合格率を測定できます。これらの洞察は、サプライヤー評価、契約交渉、およびリスクを軽減するためのサプライチェーンの多様化に関する決定に役立ちます。サプライヤーごとにプロセスをセグメント化することで、企業は優れたパフォーマンスを発揮するパートナーと、遅延の原因となっているパートナーを特定できます。

サプライヤーのパフォーマンス分析を可能にし、調達最適化に不可欠なリードタイム、定時配送率、品質の測定に役立ちます。

ERPまたは調達システム内の購買注文ドキュメントまたはサプライヤーマスターデータで見つかります。

要求納期は、商品が顧客の場所に到着する予定の目標日です。この日付は通常、注文時に顧客によって設定されるか、内部の計画プロセスによって決定されます。

この属性は、サプライチェーンマネジメントにおける重要なKPIである納期遵守率を測定するための主要な基準となります。要求納期と実際の納期を比較することで、企業はOTIF（On-Time In-Full）率を算出し、遅延の原因を特定し、異なる地域、顧客、または製品タイプ間のパフォーマンス傾向を分析できます。顧客満足度とサプライチェーンの信頼性を評価するための基本となります。

サプライチェーンのパフォーマンスと顧客満足度を測定するための最も重要なKPIの1つである定時配送率を計算するための基準です。

ERPまたは注文管理システム内の販売注文ヘッダーデータまたは計画ドキュメントで見つかります。

終了時刻は、活動の完了を示す正確なタイムスタンプです。イベントに対して開始時刻と終了時刻の両方が利用可能な場合、その処理時間を直接測定することが可能になります。

この属性により、パフォーマンスのより詳細な分析が可能になります。活動間の待機時間のみを測定するのではなく、アナリストはアクティブな処理時間とアイドル時間を区別できます。これは、長い梱包時間や延長された品質検査時間など、かなりのリソースを消費する非効率な活動を特定するのに特に役立ちます。この詳細レベルは、的を絞った運用改善をサポートします。

活動処理時間の計算を可能にし、付加価値時間と待機時間を区別することで、より正確なボトルネック分析に役立ちます。

タスクの開始タイムスタンプと完了タイムスタンプの両方が記録されているイベントログまたはトランザクションテーブルで見つかります。

製品識別子（SKUや品目コードなど）は、調達、生産、配送される品目を一意に識別します。一つのロジスティクス注文に、一つまたは複数の製品識別子が含まれる場合があります。

製品別にサプライチェーンプロセスを分析することで、異なる品目がシステム内でどのように流れるかを明らかにします。生産リードタイムが長い製品、品質検査の不合格率が高い製品、または出荷遅延が発生しやすい製品などを特定できます。この製品レベルの視点は、在庫管理、需要予測、および異なる製品ファミリーに対する生産・物流戦略の最適化に不可欠です。

これにより、プロセスの製品レベル分析が可能になり、どの製品のサイクルタイムが長いか、またはより多くのプロセス例外に関連しているかを特定するのに役立ちます。

販売注文、購買注文、または生産注文の明細データで見つかります。

顧客識別子は、各顧客に割り当てられる一意のコードまたは番号です。この属性は、物流注文を商品と支払いを受け取る特定のエンティティにリンクさせます。

この属性は、オーダーからキャッシュまでのプロセスをセグメント化して分析するための重要な側面です。これにより、企業は異なる顧客グループや主要アカウントに対して、定時配送や注文サイクルタイムなどのパフォーマンス指標を評価できます。この分析は、どの顧客が最も遅延を経験しているか、またはどの顧客が独自のプロセスバリエーションを持っているかを明らかにすることができます。これらの洞察は、顧客サービスを改善し、特定のニーズに合わせて物流業務を調整するために価値があります。

顧客中心の分析を可能にし、サイクルタイムや定時配送といったパフォーマンス指標を顧客別にセグメント化できます。

ERPまたはCRMシステム内の販売注文ヘッダーデータまたは顧客マスターデータで見つかります。

出発地は、配送センター、製造工場、サプライヤー倉庫などの物理的な場所を特定し、そこから商品が移動を開始します。これはサプライチェーンにおける重要な物流経路の出発点を示します。

出発地別にプロセスを分析することで、異なる施設間のパフォーマンスのばらつきを特定できます。どの工場で生産リードタイムが長いか、どの配送センターでピッキングと梱包がより効率的かなどを明らかにすることができます。この地理的または拠点固有の分析は、ネットワーク最適化、リソース配分、組織全体のベストプラクティス標準化にとって不可欠です。

異なる工場や倉庫間でのパフォーマンス比較を可能にし、特定のサイトにおける業務上のボトルネックとベストプラクティスを特定するのに役立ちます。

在庫管理、倉庫管理、または輸送システムで見つかり、多くの場合、出荷または生産注文データに関連付けられています。

注文ステータスは、プロセスの終了時またはデータ抽出時に、ロジスティクス注文がライフサイクルのどの段階にあるかを示すものです。通常、案件の最終的な結果を反映します。

この属性は主に成果分析に利用されます。例えば、「キャンセル済み」のステータスを持つ案件で絞り込むことで、アナリストは注文キャンセルの根本原因を調査できます。同様に、「一部履行済み」の注文を分析することで、在庫の正確性やサプライヤーの信頼性に関する課題を明らかにできます。最終ステータスの分布を理解することは、プロセス全体の成功を測る上で重要です。

結果分析にとって重要であり、完了、キャンセル、遅延などの最終状態に基づいてケースをフィルタリングし調査できます。

主要な注文ドキュメント（例：販売注文、物流注文）のヘッダーデータで利用可能です。

注文タイプは、ロジスティクス注文の性質、優先度、または履行戦略に基づいて分類します。一般的なタイプには、通常注文、緊急注文、補充注文、または特別プロジェクト注文などがあります。

この属性は、比較分析において強力なフィルターとなります。緊急注文と通常注文のプロセスフローを比較することで、企業は迅速なプロセスが本当に速いのか、あるいは非効率性やコスト増を招いているのかを評価できます。また、異なる注文タイプがそれぞれ異なるプロセスパスをたどるのかを理解し、各パスを個別に最適化するのに役立ちます。

異なる種類の注文間のプロセス比較を可能にし、特定のカテゴリが遅延や手戻りの傾向があるかどうかを理解するのに役立ちます。

通常、販売注文またはロジスティクス注文のヘッダーデータに保存されます。

購買発注番号は、外部サプライヤーから物品やサービスを調達するために使用される文書の一意な識別子です。これは、全体のロジスティクス注文と特定の調達活動を結びつける重要なリンクとなります。

この属性により、アナリストは調達サブプロセスを深く掘り下げて分析できます。購買要求から物品受領までの購買のライフサイクルを追跡し、サプライヤーのリードタイムを正確に測定し、購買承認プロセスや履行プロセスにおけるボトルネックを特定するのに役立ちます。また、調達上の問題と、生産や顧客配送における下流の遅延との相関関係を特定するためにも利用できます。

エンドツーエンドのプロセスを特定の調達活動にリンクさせ、調達から支払いまでのサブプロセスとサプライヤーのパフォーマンスの詳細な分析を可能にします。

購買文書ヘッダーに保存され、入庫やサプライヤー請求書などの関連文書で参照されます。

販売注文番号は、顧客の要求に基づいて履行プロセスを開始する文書の一意な識別子です。これは受注から入金までのサイクル全体を通じて主要な参照情報となります。

メインの案件IDが統合されたロジスティクス注文であるシナリオでは、販売注文番号は特定の顧客要求への重要なリンクを提供します。これにより、販売の視点からプロセスを分析することが可能になり、注文処理時間、履行率、注文作成から最終配送までの時間を測定するのに役立ちます。サプライチェーンの運用を顧客取引に直接結びつけるために不可欠です。

物流活動を初期の顧客需要に接続し、オーダーからキャッシュまでのプロセスと顧客フルフィルメントのパフォーマンスを明確に可視化します。

販売文書ヘッダーに保存され、配送や請求書などの後続文書で参照されます。

輸送手段は、商品を発地から目的地へ移動させるために使用される物流方法を指定します。これには、道路、鉄道、航空、海上輸送などの選択肢が含まれます。

輸送手段別にプロセスを分析することは、物流コストとパフォーマンスを最適化するのに役立ちます。例えば、航空貨物と海上貨物の実際の輸送時間を明らかにすることができ、データに基づいた費用対効果分析が可能になります。また、特定の輸送手段が遅延や損傷に対してより脆弱であるかどうかを特定するのにも役立ち、より良い運送業者とルート計画をサポートします。

輸送コストと配送時間を分析するための重要な側面を提供し、物流戦略の最適化に役立ちます。

出荷ドキュメント、配送指示書、または輸送管理システム（TMS）記録で見つかります。