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

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

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

このテンプレートでは、サプライチェーンのプロセス分析に必要なデータを収集する手順を確認できます。収集する属性や追跡するアクティビティに加え、データの抽出方法も説明しています。データを効率よく準備し、プロセスの状況を把握するためにお役立てください。
  • 収集を推奨する属性
  • 追跡する主なアクティビティ
  • データ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

サプライチェーン管理の属性

サプライチェーン管理を詳しく分析するために、イベントログに含めることを推奨するデータ項目です。
5 必須 5 推奨 9 任意
名前 説明
アクティビティ名
ActivityName
物流プロセスで発生した特定の業務イベントまたはステップの名称です。
説明

アクティビティ名は、「注文の引当」「商品のピッキング」「出荷の発送」など、サプライチェーンのライフサイクルにおける個々のステップを表します。これらのアクティビティが、検出されたプロセスマップのノードになります。

アクティビティを分析すると、プロセスの流れを可視化し、頻繁に発生する経路を特定して、各工程にかかる時間を測定できます。物流注文の過程で何が起きているかを把握するための基本情報であり、手戻りやボトルネック、標準プロセスからの逸脱の特定にも使われます。

重要な理由

この属性はプロセスの各ステップを定義します。プロセスマップの基礎となり、プロセスの流れやボトルネックの分析を可能にします。

入手先

通常、Manhattan Associatesのさまざまなトランザクションテーブルにあるイベントコードやステータス変更を、分かりやすいアクティビティ名に対応付けて設定します。

例
顧客注文の受領商品のピッキング出荷の発送納品証明の受領
イベントのタイムスタンプ
EventTimestamp
アクティビティが発生した正確な日時です。
説明

イベントタイムスタンプ(開始時刻)は、アクティビティが実行された正確な時点を記録します。イベントを時系列に並べたり、アクティビティ間の所要時間を計算したりするうえで欠かせない情報です。

プロセスマイニングでは、このデータを使ってケースごとのタイムラインを作成し、サイクルタイムを計算し、遅延を特定して、時間の経過に伴うプロセスのパフォーマンスを分析します。正確なタイムスタンプは、リードタイムや納期遵守率など、時間に基づくほぼすべてのプロセス分析や重要業績評価指標(KPI)の計算の基礎となります。

重要な理由

この属性はイベントの時系列を示し、サイクルタイムや遅延など、時間に基づく指標の計算に欠かせません。

入手先

この情報は、Manhattan Associatesのトランザクションログテーブルで、該当するイベントまたはステータス更新とともに確認できます。

例
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z
物流注文
LogisticsOrder
物流注文を一意に識別する番号です。サプライチェーンプロセス全体を追跡するための主なケース識別子として使われます。
説明

物流注文は、顧客からの注文受付から最終納品まで、関連するすべてのアクティビティを結び付ける中心的な追跡番号です。物流注文ごとに1つのフルフィルメントの流れを表し、調達、倉庫業務、出荷、納品を含む注文の全ライフサイクルを分析できます。

プロセスマイニングでは、この属性を使って関連するすべてのイベントを1つのケースにまとめます。物流注文ごとに分析することで、プロセス全体のサイクルタイムを算出し、よく見られるプロセスのバリアントを特定できます。また、特定の注文に影響するボトルネックや逸脱も検出できます。

重要な理由

関連するすべてのイベントをまとめるための重要なケースIDです。1件の注文が開始から完了までたどった全過程を追跡できます。

入手先

Manhattan Associatesの主要な注文管理テーブルで使われる主キーです。該当するテーブルは注文ヘッダーに関連するものと考えられます。詳細はシステムの文書を確認してください。

例
LO-2024-00123LO-2024-00456LO-2024-00789
ソースシステム
SourceSystem
データの抽出元となるシステムです。
説明

この属性は、イベントデータの発生元である情報システムを示します。この場合、通常は「Manhattan Associates」ですが、異なるモジュールや連携システムを区別するためにも使えます。

データガバナンスやデータの背景を把握するうえで重要です。特に複数のシステムのデータを統合する場合に役立ちます。また、データの来歴を追跡し、データ品質の問題を調査する際にも利用できます。

重要な理由

データの発生元を特定します。データガバナンスや検証、複数の基幹システムのデータを統合する際に欠かせません。

入手先

通常はデータ抽出時に追加する固定値で、データセットの発生元を示します。

例
Manhattan Associates WMSManhattan Associates TMSMA-SCALE
最終データ更新日時
LastDataUpdate
このレコードのデータがソースシステムから最後に更新または抽出された日時です。
説明

この属性は、ソースシステムからデータを最後に取得した日時を示します。分析対象のデータがどの程度新しいかを把握するためのメタデータです。

プロセスマイニングのダッシュボードでは、インサイトがいつ時点のデータに基づくものかを伝えるうえで重要です。関係者がデータの新しさを把握し、それに応じて判断できるようにすることで、古い情報に基づく分析を防ぎます。

重要な理由

データの新しさを示し、最新の情報に基づく分析と意思決定を支えます。

入手先

このタイムスタンプは、データの抽出、変換、読み込み(ETL)の過程で生成され、追加されます。

例
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
ユーザー名
UserName
アクティビティを実行したユーザーの名前またはIDです。
説明

この属性は、プロセスの各ステップを担当した従業員またはシステムユーザーを特定します。一意のユーザーID、氏名、自動処理に使われるシステムアカウント名などが該当します。

ユーザー別に分析すると、業務負荷の分布やリソースパフォーマンスを把握し、必要なトレーニングを特定できます。リソース負荷や処理量に関するダッシュボードの作成に役立つほか、特定のユーザーに起因するプロセス逸脱の調査にも利用できます。

重要な理由

リソースパフォーマンスや業務負荷の分布を分析し、プロセス上の例外に関与したユーザーやチームを特定できます。

入手先

通常、イベントデータとともにトランザクションテーブルに記録され、「UserID」や「ChangedBy」などのフィールド名が使われます。詳しくはManhattan Associatesの文書をご確認ください。

例
jdoeasmithsys_batch_user
商品SKU
ProductSKU
注文内の商品を識別する在庫管理単位(SKU)または識別子です。
説明

商品SKUは、個々の商品を識別する一意のコードです。1つの物流注文に複数のSKUが含まれる場合があります。

商品単位でプロセスを分析すると、ピッキング時間の長さ、手戻り率の高さ、頻繁な在庫切れなど、特定の商品に関連する非効率を特定できます。「在庫補充と在庫切れリスク」ダッシュボードでは、商品別に補充のタイミングを分析するために欠かせない属性です。

重要な理由

商品単位で分析し、特定の商品に関連する在庫切れ、ピッキングの遅延、品質上の問題などを特定できます。

入手先

Manhattan Associatesの注文明細テーブルにあります。注文ヘッダーと明細データを結合する必要があります。

例
SKU-A123-REDSKU-B456-LSKU-C789-V2
希望納品日
RequestedDeliveryDate
顧客が希望する、または社内計画で指定された納品日です。
説明

この属性には、商品を顧客または受け取り先に納品する目標日が記録されます。納期遵守パフォーマンスを測定する際の基準となります。

分析では、この日付を実際の納品タイムスタンプ(「納品証明受領」)と比較し、注文が予定どおり、予定より早く、または遅れて納品されたかを判定します。「顧客納期遵守率」や「サプライヤー納期遵守率」などの重要業績評価指標(KPI)の計算や、関連するパフォーマンスダッシュボードの作成にも欠かせません。

重要な理由

納期遵守状況を測るベースラインです。顧客満足度やサプライヤー管理に関わる重要な重要業績評価指標(KPI)です。

入手先

Manhattan Associatesの注文ヘッダーまたは注文明細テーブルにあります。詳しくはシステムの文書をご確認ください。

例
2023-11-102023-11-152023-12-01
注文タイプ
OrderType
標準、特急、補充など、物流注文の分類です。
説明

注文タイプは、物流注文を内容や優先度に応じて分類します。一般的なタイプには、顧客注文、在庫移動注文、返品注文などがあります。タイプごとに、想定されるプロセスの流れやサービスレベル合意(SLA)が異なる場合があります。

この属性は、比較分析に欠かせません。注文タイプでプロセスを絞り込んだり分類したりすることで、分析担当者は注文の種類ごとの処理方法やサイクルタイムを比較し、特定のタイプで遅延や例外が起きやすいかを確認できます。「注文タイプ別サイクルタイム比較」ダッシュボードにも利用できます。

重要な理由

注文の種類ごとに異なるプロセスの流れやSLAを踏まえ、パフォーマンスを比較できます。

入手先

Manhattan Associatesの注文ヘッダーデータにあります。具体的なフィールド名は、システムの文書をご確認ください。

例
標準注文特急配送在庫補充返品注文
輸送手段
ModeOfTransport
トラック、航空、海上など、出荷に使用する輸送手段です。
説明

この属性は、倉庫から配送先まで商品を運ぶ際の輸送手段を示します。例として、トラック貸切(FTL)、トラック混載(LTL)、航空貨物、海上貨物、小口配送などがあります。

「輸送コストと効率分析」ダッシュボードで重要な分析軸となります。輸送手段ごとのコストや所要時間を比較できるほか、より高額で速い輸送手段が使われたタイミングを特定し、「特急配送の利用頻度」という重要業績評価指標(KPI)の計算にも役立ちます。

重要な理由

輸送コストと効率を分析し、高額な特急配送への依存度を把握できます。

入手先

Manhattan AssociatesのTMSモジュールにある出荷または輸送計画テーブルに記録されています。

例
航空貨物LTL海上輸送小口配送
サプライヤー名
SupplierName
発注した商品を供給するサプライヤーの名前です。
説明

この属性は、商品や原材料の調達先となるベンダーまたはサプライヤーを特定します。発注によって開始される物流注文に関係します。

サプライヤー別の分析は、取引先のパフォーマンス評価に欠かせません。サプライヤーの評価表を作成し、納期遵守率を確認したり、「商品受領」ステップで遅延が頻発するサプライヤーを特定したりできます。「サプライヤー納期遵守パフォーマンス」ダッシュボードにも利用できます。

重要な理由

サプライヤーのパフォーマンスを分析し、信頼できる取引先や、入荷サプライチェーンの遅延の発生源を特定できます。

入手先

Manhattan Associatesの発注データテーブルから参照します。通常、物流注文と発注ヘッダーを結合する必要があります。

例
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
倉庫ID
WarehouseId
ピッキングや梱包を行う倉庫または配送センターの識別子です。
説明

この属性は、注文の履行を担当する倉庫を特定します。複数の倉庫を運営している場合、分析に欠かせない軸となります。

「倉庫のピッキングボトルネック分析」ダッシュボードでは、施設ごとのパフォーマンスを比較できます。分析担当者は、効率の高い倉庫やピッキングのサイクルタイムが長い倉庫を特定し、リソースの再配置が必要な場所を把握できます。

重要な理由

倉庫ごとのパフォーマンスを比較し、施設固有のボトルネックや優れた取り組みを特定できます。

入手先

通常、Manhattan Associates WMSの注文または出荷データに含まれ、注文を履行する拠点を示します。

例
WH01-EASTWH02-WESTWH03-CENTRAL
出荷ID
ShipmentId
1件以上の物流注文を含む出荷を識別する一意のIDです。
説明

出荷IDは、まとめて輸送される商品のグループを識別する参照番号です。特に配送先が同じ場合、1件の出荷に複数の物流注文が含まれることがあります。

ケースIDが物流注文であるのに対し、出荷IDは重要なコンテキスト属性です。「運送会社割り当て」や「出荷発送」など、出荷単位でアクティビティを分析できます。また、混載の効率や輸送計画の把握にも役立ちます。

重要な理由

同時に出荷される注文を関連付け、輸送効率や混載方法を分析できます。

入手先

Manhattan Associatesの輸送・出荷計画テーブルで生成、保存されます。

例
SH-98765SH-98766SH-98767
出荷元
OriginLocation
出荷元となる倉庫、工場、施設です。
説明

この属性は、配送センター、製造工場、サプライヤーの拠点など、出荷の起点を示します。通常、拠点コードまたは名称で表されます。

出荷元と配送先のデータは、物流ネットワークの分析に欠かせません。「出荷元・配送先別リードタイムマトリクス」ダッシュボードで、輸送経路ごとのリードタイムを可視化・分析し、地域や施設ごとのボトルネックを特定できます。

重要な理由

物流ネットワークの最適化や、輸送経路・施設ごとのパフォーマンスの違いを特定するうえで重要です。

入手先

通常、Manhattan Associatesの出荷または注文ヘッダーテーブルに保存されています。

例
DC-AtlantaWH-NevadaPlant-Mexico-01
総コスト
TotalCost
物流注文または特定のアクティビティにかかる総費用です。
説明

この属性は、物流注文にかかった総コストを示します。輸送費、倉庫費、取扱手数料などに分けられます。詳細度はソースデータによって異なります。

コストデータは、価値に基づくプロセスマイニングに役立ちます。「輸送コストと効率分析」ダッシュボードでは、サイクルタイムに金銭面の情報を加えられます。コストを分析することで、コストの高いプロセスバリアントを特定し、速度と費用の両面を考慮した改善をデータに基づいて判断できます。

重要な理由

プロセスに金銭面の分析軸を加え、コスト要因や非効率が財務に与える影響を分析できます。

入手先

コストデータは、Manhattan Associatesの複数のテーブルから取得するか、財務システムとの連携が必要になる場合があります。貨物費用または注文原価のテーブルについて、文書をご確認ください。

例
150.752500.0085.50
運送会社名
CarrierName
出荷を担当する運送会社の名前です。
説明

運送会社名は、商品を実際に輸送する物流パートナーまたは企業を示します。大手運送会社や地域の配送業者などが該当します。

運送会社別の分析は、納期遵守率、コスト、効率の観点からパフォーマンスを評価するうえで重要です。「輸送コストと効率分析」ダッシュボードの主要な分析軸となり、運送会社ごとのサイクルタイムやコストを比較できます。

重要な理由

輸送パートナーのパフォーマンスを評価し、コストと信頼性に基づく運送会社の選定に役立ちます。

入手先

通常、Manhattan AssociatesのTMSモジュールにある出荷または貨物注文テーブルに記録されています。

例
FedExCH RobinsonMaersk
配送先
DestinationLocation
出荷品を納品する顧客の住所、店舗、または施設です。
説明

この属性は、商品の最終的な納品先を示します。顧客の配送センター、小売店舗、最終消費者の住所などが該当します。市、州、郵便番号で表されることがよくあります。

出荷元と組み合わせることで、「出荷元・配送先別リードタイムマトリクス」ダッシュボードに欠かせない情報となります。配送先別にリードタイムを分析すると、特定地域での納品上の課題を特定し、配送ネットワークの効率を評価できます。

重要な理由

地域ごとの納品パフォーマンスを分析し、地域特有のボトルネックや運送会社に関する問題を特定できます。

入手先

Manhattan Associatesの注文ヘッダーまたは出荷詳細にある納品先住所の情報です。

例
New York, NYLos Angeles, CAStore #582
顧客への納期遵守
IsOnTimeDeliveryCustomer
希望納品日までに顧客へ納品されたかどうかを示す計算済みフラグです。
説明

この真偽値属性は、「納品証明受領」イベントのタイムスタンプと「RequestedDeliveryDate」を比較して算出します。各注文を納期遵守(true)または遅延(false)として示します。

この属性は、「顧客納期遵守率」の重要業績評価指標(KPI)とダッシュボードに直接利用されます。ケースごとの結果を明確な二択で示すため、遅延した注文を簡単に絞り込み、遅延の根本原因を調査できます。

重要な理由

注文ごとに納期遵守または遅延を分類し、顧客サービスの水準を直接測定するとともに、納期遵守状況の分析を簡単にします。

入手先

ソースシステムのフィールドではありません。データ変換時に、実際の納品タイムスタンプと希望納品日を比較して算出します。

例
truefalse
顧客名
CustomerName
商品を納品する顧客の名前です。
説明

この属性は、出荷品を受け取る最終顧客を特定します。個人の場合も、法人の場合もあります。

顧客情報は、サービスレベルの分析や顧客ごとの傾向の把握に欠かせません。顧客別に納品パフォーマンスを分類できるため、「顧客納期遵守率」ダッシュボードに利用できます。遅延が特定の顧客や地域に集中しているかどうかも確認できます。

重要な理由

顧客別に分析を分類できます。顧客固有の問題を把握し、サービスレベルを測定するうえで役立ちます。

入手先

注文ヘッダーデータにあり、顧客IDを介して関連付けられることがよくあります。詳しくはManhattan Associatesの文書をご確認ください。

例
Retail CorpBigMartSuperStore Inc.
必須 推奨 任意

サプライチェーン管理のアクティビティ

サプライチェーンのプロセスを正確に把握するため、イベントログに記録する主なプロセスの手順とマイルストーンです。
6 推奨 9 任意
アクティビティ 説明
ウェーブの作成
WMSで「ウェーブ」を作成し、複数の注文や出荷行をまとめて、ピッキングと梱包を効率よく連携して行います。ウェーブの作成は独立したシステムイベントで、注文の一括処理における実際の出荷作業の開始を示します。
重要な理由

このアクティビティは、倉庫業務の重要な節目です。注文がウェーブに組み込まれるまでの時間を分析すると、バッチ処理の非効率やリソース計画の不足を把握できます。

入手先

ユーザーまたは自動処理がウェーブを開始した時点で、Manhattan WMSに明示的に記録されます。このイベントのタイムスタンプは、ウェーブ作成テーブルで確認できます。

記録

ウェーブ作成レコードのタイムスタンプから取得します。

イベントタイプ explicit
出荷の発送
出荷品が倉庫または配送センターを物理的に出発した時点を示します。通常、トレーラーの封かんと出発に合わせて、WMSで最後に行う「出荷確定」トランザクションによって記録されます。
重要な理由

倉庫での取り扱いが終わり、輸送中の時間が始まることを示す重要な節目です。納期遵守率や倉庫での処理時間を測定するための重要なイベントです。

入手先

Manhattan WMSまたはTMSの主要な明示的トランザクションで、「出荷確定」または「マニフェスト締め」と呼ばれることがあります。タイムスタンプが付与され、出荷の詳細が確定します。

記録

WMSの「出荷確定」トランザクションによって記録されます。

イベントタイプ explicit
商品のピッキング
倉庫担当者が保管場所から注文品を取り出します。通常、商品と保管場所のバーコードをスキャンするなどして、担当者がピッキングを確定した時点で記録されます。
重要な理由

ピッキングにかかる時間の分析は、倉庫のボトルネックを特定し、作業効率を高めるうえで欠かせません。倉庫ピッキングのサイクルタイムに関する重要業績評価指標の測定にも直接役立ちます。

入手先

WMSのタスクまたは実行ログに、明示的なトランザクションとして記録されます。ピッキングの確定ごとにタイムスタンプが付与され、作業者と注文に関連付けられます。

記録

WMSのピッキング画面でのスキャンまたは確定操作によって記録されます。

イベントタイプ explicit
注文のキャンセル
注文の処理が完了する前に、顧客注文が正式にキャンセルされます。終端ステータスとなり、物流注文に関する以降の処理はすべて停止します。
重要な理由

これは、プロセスが正常に完了しなかったことを示す重要な終了イベントです。キャンセルの理由や頻度を分析すると、注文受付プロセスや顧客満足度に関する問題を特定できます。

入手先

OMSで注文ステータスを「キャンセル済み」に変更する明示的なトランザクションです。このステータスが変更された時刻がイベントの発生時刻となります。

記録

注文ステータスが「キャンセル済み」に更新された時点で記録されます。

イベントタイプ explicit
納品証明の受領
署名などを含む納品完了の最終確認を受け取り、システムに記録します。運送業者からの電子確認の場合と、書類を手動でスキャンして添付する場合があります。
重要な理由

このアクティビティは、物流プロセスが正常に完了したことを示す主な終了イベントです。注文全体のサイクルタイムと顧客への納期遵守率を算出するために欠かせません。

入手先

運送業者からのメッセージで明示的に記録される場合と、出荷レコードのステータスが「納品証明受領済み」または「完了」に変わったことから推定される場合があります。タイムスタンプは最終完了時刻を示します。

記録

出荷ステータスが「納品済み」または「納品証明確認済み」に変わったことから推定されます。

イベントタイプ inferred
顧客注文の受領
このアクティビティは、システムに新しい物流注文が作成されたことを示します。通常、顧客がEDIやウェブポータルを通じて注文するか、手動で入力すると開始されます。注文管理モジュールで一意の識別子を持つ新しい注文レコードが作成された時点で、このイベントが記録されます。
重要な理由

これは、物流プロセス全体の主な開始イベントです。発生時刻を分析することで、注文の総サイクルタイムを算出し、需要パターンを把握できます。

入手先

Manhattan Order Management System(OMS)モジュールの明示的なトランザクションとして記録されます。注文作成テーブルと、関連するタイムスタンプを確認してください。

記録

受注レコードの作成時に記録されます。

イベントタイプ explicit
仕入先からの入荷
このアクティビティは、通常は発注書に基づいて、仕入先から倉庫の荷受け場に商品が物理的に到着したことを記録します。倉庫担当者が入荷品をスキャンして登録すると、WMSに明示的に記録されます。
重要な理由

仕入先の納期遵守パフォーマンスを測定するうえで重要な節目です。入荷物流の工程が完了し、在庫を注文処理に使える状態になったことを示します。

入手先

Manhattan WMSの入荷物流モジュールにおける標準的な明示的トランザクションです。発注書または事前出荷通知(ASN)に関連付けられ、タイムスタンプとともに入荷記録に保存されます。

記録

倉庫の入荷トランザクションによって記録されます。

イベントタイプ explicit
出荷の作成
同じ運送業者を利用して同じ場所に届ける1つ以上の注文や箱をまとめ、システムに出荷レコードを作成します。このステップで、出荷する商品の輸送計画が確定します。
重要な理由

このアクティビティは、倉庫業務と輸送管理をつなぎます。運送業者の割り当て、運賃の算出、出荷書類の作成の基礎となります。

入手先

Manhattan WMSまたはTMSモジュール内の明示的なトランザクションです。出荷ヘッダーテーブルに作成時刻とともに記録されます。

記録

新しい出荷レコードの作成時に記録されます。

イベントタイプ explicit
出荷予定の変更
在庫不足、顧客からの依頼、輸送上の制約などを理由に、注文の出荷予定日を変更します。フルフィルメントプロセスで手戻りが発生したことを示します。
重要な理由

予定変更の追跡は、遅延の原因やプロセスの不安定さを特定するうえで欠かせません。このアクティビティは、注文の手戻り率に関する重要業績評価指標の測定に役立ち、例外対応の影響を把握できます。

入手先

注文または出荷レコードの出荷予定日や希望日の変更から推定します。変更前と変更後の日付を比較すると、予定変更のイベントを特定できます。

記録

「出荷予定日」フィールドの過去の値と現在の値を比較して算出します。

イベントタイプ calculated
商品の梱包
ピッキングした商品をまとめ、1つ以上の輸送用コンテナや段ボール箱に梱包します。通常、梱包担当者が箱の封かんを確定し、配送ラベルを発行した時点で記録されます。
重要な理由

これにより、ピッキングから梱包までの主要な工程が完了します。ピッキングから梱包までの時間を分析すると、梱包ステーションの配置やリソース配分を最適化できます。

入手先

梱包ステーションでWMSに記録される明示的なイベントです。箱の作成または梱包確定のテーブルとタイムスタンプを確認してください。

記録

梱包内容の確認が完了した時点で記録されます。

イベントタイプ explicit
在庫の引当可能数を確認
システムが在庫の引当可能数を確認し、既存在庫で顧客注文に対応できるかを判定します。多くの場合、注文作成直後に自動で行われ、注文行のステータスが更新されます。
重要な理由

このアクティビティは、在庫補充サイクルの把握や欠品リスクの特定に役立ちます。ここで遅延が発生すると、注文処理のリードタイムに直接影響する可能性があります。

入手先

通常、OMSモジュール内の注文行のステータス変更から推定します。「新規」から「引当待ち」などに変わった場合、この確認が完了したことを示すことがあります。

記録

作成後の注文行のステータス変更から推定されます。

イベントタイプ inferred
注文の引当
システムが特定の注文に対して、倉庫の在庫を確保します。これは、倉庫での実作業に先立って行われる重要なステップです。
重要な理由

この節目で、注文管理から倉庫業務へ移ります。注文の受領から引当までの時間を調べると、出荷処理の開始前に生じている処理の滞留を把握できます。

入手先

Manhattan WMS内の注文行または出荷行のステータス更新として記録されます。「引当済み」などにステータスが変わった時刻がイベントのタイムスタンプです。

記録

注文行のステータスが「引当済み」に変わった時刻で特定します。

イベントタイプ inferred
発注書の作成
外部の仕入先から商品を調達するために発注書を作成します。通常、在庫切れや受注残が発生した場合に作成されます。顧客需要に関連付けられた新しい発注書レコードを作成する明示的なトランザクションです。
重要な理由

発注書の作成状況を追跡することは、サプライチェーンの調達工程と、注文全体のリードタイムへの影響を分析するうえで欠かせません。仕入先の実績測定にも役立ちます。

入手先

調達または購買モジュールの個別イベントとして記録されます。発注書の作成テーブルとタイムスタンプを確認してください。元の受注に関連付けられている場合もあります。

記録

新しい発注書レコードの保存時に記録されます。

イベントタイプ explicit
運送業者の割り当て
出荷に特定の運送業者を選び、割り当てます。配送ルートの基準に基づいて自動で行う場合と、輸送計画担当者が手動で選ぶ場合があります。
重要な理由

この判断は、輸送コストと運送業者の実績を分析するうえで重要です。運送業者の割り当てにかかる時間から、計画の遅れが分かることがあります。

入手先

TMSモジュールの出荷レコードで「運送業者」フィールドが変更された時刻から推定します。このフィールドに初めて値が入力された時点がイベントとなります。

記録

出荷レコードの運送業者フィールドの変更履歴または更新時刻から推定されます。

イベントタイプ inferred
顧客への商品納品
出荷品が顧客の納品先に到着し、荷下ろしされます。運送業者から受信するEDI 214メッセージなどの電子更新によって記録されることがあります。
重要な理由

このアクティビティにより、運送業者の実績と実際の輸送時間を把握できます。納期遵守率の測定や、最後の納品証明ステップを開始するために必要な情報です。

入手先

通常、運送業者からの外部メッセージを受けて発生する明示的なイベントです。メッセージによってTMSの出荷ステータスが更新され、タイムスタンプは運送業者からの更新情報に基づきます。

記録

出荷ステータスを更新する運送業者のEDIメッセージ(例:EDI 214)から取得します。

イベントタイプ explicit
推奨 任意

データ抽出ガイド

Manhattan Associatesからデータを取得する方法

このプロセスのデータ抽出方法は現在検証中です。後ほど再度ご確認いただくか、 お問い合わせ ください。

始める準備はできていますか?

このテンプレートを使ってデータ準備を効率よく進め、今日からサプライチェーンのパフォーマンス改善に取り組みましょう。見えにくい非効率を見つけ、具体的な改善案につなげられます。

Manhattan Associatesのサプライチェーンパフォーマンスを向上

プロセス全体を可視化し、予測精度90%を達成しましょう。

無料トライアルを開始しましょう。

クレジットカードは不要です。数分で設定できます。