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

SAP Transportation Management
輸送管理データテンプレート

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

このテンプレートは、輸送管理プロセスを効果的に分析・最適化するために必要な重要なデータポイントの包括的な概要を提供します。収集すべき重要な属性、追跡すべき主要な活動、そしてデータ抽出のための実践的なガイダンスが示されています。プロセスマイニングの取り組みに活用できる堅牢なイベントログを構築するために、ぜひこのリソースをご利用ください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • SAP輸送管理のデータ抽出ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

輸送管理属性

これらは、包括的な輸送管理分析のためにイベントログに含めることを推奨するデータフィールドです。
3 必須 6 推奨 11 任意
名前 説明
アクティビティ名
ActivityName
輸送プロセス内で発生した特定のビジネスイベントまたはステップの名前です。
説明

Activity名とは、「出荷計画済み」、「商品集荷済み」、「商品配送済み」など、出荷のライフサイクルにおける単一のタスクまたはマイルストーンを説明するものです。これらのActivityは、発見されたプロセスマップにおけるノードを形成します。

Activityの順序と頻度を分析することは、標準プロセスフロー、逸脱、ボトルネック、および手戻りループを特定するのに役立ちます。これは、輸送管理におけるプロセスディスカバリとコンフォーマンスチェックの根幹をなします。

その重要性

この属性は輸送プロセスのステップを定義し、エンドツーエンドの出荷フローの可視化と分析を可能にします。

取得元

これは通常、SAP TM実行追跡イベントハンドラーに記録されたイベントコードまたはステータス変更から導き出されます。ビジネスオブジェクトのステータス変更または特定のイベントメッセージをログに記録するテーブルから取得される場合もあります。

出荷計画済み運送業者割り当て済み貨物引取済み商品配送済み配送証明受領済み
イベント日時
EventTime
特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプ。
説明

イベント時間(Event Time)は、輸送プロセスにおける各活動の正確な日時を提供します。この時間データは、サイクルタイム、期間、および異なるプロセスステップ間の待機時間を計算するための基本的なものです。

分析では、この属性を使用してイベントを正確に順序付けし、時系列ログを構築し、すべての時間ベースのパフォーマンス分析を実行します。遅延の特定、プロセス効率の測定、スケジュールやサービスレベル契約に対するパフォーマンスの評価にとって不可欠です。

その重要性

タイムスタンプは、イベントを時系列で並べ替え、サイクルタイムやオンタイム配送などのすべてのパフォーマンスメトリクスを計算するために不可欠です。

取得元

報告されたイベントのタイムスタンプを格納するSAP TMのイベントハンドラーテーブル(例:/SAPTRX/EH_EVMSG)から取得されます。

2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-20T09:15:00Z
出荷
ShipmentId
単一の貨物移動のユニークな識別子であり、分析の中心となるケースとして機能します。
説明

出荷IDとは、関連するすべての輸送Activityとイベントをグループ化する主キーです。これは、最初の依頼から最終的な配送証明と支払いまで、単一のエンドツーエンドの輸送プロセスを表します。

プロセスマイニングにおいて、この属性はケースビューを構築するために不可欠であり、アナリストが各出荷の完全なジャーニーを追跡することを可能にします。これにより、個々の出荷に関連するプロセスバリアント、サイクルタイム、および結果の分析が可能になり、輸送パフォーマンスの包括的なビューが提供されます。

その重要性

これは基本的なケース識別子であり、すべてのイベントとデータポイントを特定の輸送オーダーにリンクします。これはエンドツーエンドのプロセス分析にとって不可欠です。

取得元

この識別子は、SAP TMの貨物オーダー番号または貨物ブッキング番号です。これは、/SCMTMS/D_TORROTや/SCMTMS/D_TRQROTなどのテーブルで確認できます。

610000432161000056786100009876
希望納期
RequestedDeliveryDate
顧客が要求した、または販売オーダーで規定された配送日時です。
説明

希望納期は、「商品配送済み」Activityの目標期限です。これはオンタイム配送パフォーマンスを測定するための主要なベンチマークとなります。

この日付は、「オンタイム配送率」KPIを計算するために不可欠です。実際の配送タイムスタンプとこの希望納期を比較することで、組織はサービスレベル契約を満たしたかどうかを判断できます。逸脱を分析することは、運送会社のパフォーマンス問題、計画遅延、通関保留など、遅延のシステム的な原因を特定するのに役立ちます。

その重要性

これは定時配送パフォーマンスを測定するための基準であり、顧客満足度と業務の卓越性にとって不可欠なKPIです。

取得元

この日付は通常、SAP ERPからの先行する販売オーダーまたは在庫移動オーダーから転送されます。貨物ユニットまたは貨物オーダーの日付/時刻フィールドに保存されます。

2023-05-20T17:00:00Z2023-06-01T12:00:00Z2023-06-15T23:59:59Z
納期内配送
IsOnTimeDelivery
貨物が要求された配送日またはそれ以前に配達されたかどうかを示すブール値フラグ。
説明

これは、「商品配送済み」Activityのタイムスタンプと「希望納期」を比較する計算された属性です。配送がオンタイムまたは早期であればtrue、遅延していればfalseと評価されます。

この属性は、各出荷に対して明確な二値の結果を作成することで、パフォーマンス分析を簡素化します。これはオンタイム配送パフォーマンスダッシュボードおよび対応するKPIの基礎となります。アナリストが遅延出荷を簡単にフィルタリングし、パフォーマンス低下の要因を理解するための根本原因分析を実行することを可能にします。

その重要性

配送コミットメントへの遵守を直接測定し、重要な定時配送KPIの計算と可視化を簡素化します。

取得元

この属性はSAP TMには保存されません。データ変換中に、実際の配送イベントタイムスタンプと希望納期を比較することにより計算する必要があります。

truefalse
終了日時
EndTime
特定のアクティビティが完了した時点を示すタイムスタンプ。
説明

StartTimeがイベントの開始を示す一方で、EndTimeはその完了を示します。これは、「通関」や「貨物積載」のように期間を伴うアクティビティにとって特に有用です。EndTimeとStartTimeの差は、そのアクティビティの処理時間を表します。

プロセスマイニング分析において、開始時間と終了時間の両方を持つことで、アクティビティ期間のより詳細な分析が可能となり、処理時間と待機時間を区別できます。これにより、非効率性がタスクの実行自体にあるのか、それともタスク間の引き渡しにあるのかに関わらず、その正確な発生箇所を特定するのに役立ちます。

その重要性

活動の処理時間を正確に計算し、実作業時間とイベント間の待機時間を区別することを可能にします。

取得元

StartTimeと同様に、これはイベントハンドラーテーブルから取得されます。特定のActivityの「完了」イベントに相当する場合があります。

2023-04-15T11:30:00Z2023-04-16T15:00:00Z2023-04-20T09:45:00Z
総輸送コスト
TotalFreightCost
出荷の計算済みまたは請求済みの総コストです。
説明

総輸送コストは、出荷がもたらす経済的な影響を表します。これは、輸送管理システムで算出されるコストの場合もあれば、決済後に運送業者から請求される最終金額の場合もあります。

この属性により、財務的な側面をプロセス分析に組み込むことが可能になります。アナリストは、最もコストのかかるプロセスバリアントを特定し、遅延や再ルーティングの費用を算出し、異なる運送業者や輸送モード間の費用対効果を比較できます。輸送支出やサービス提供コストの分析に焦点を当てたダッシュボードにとって、これは基礎となる要素です。

その重要性

プロセスに財務的側面を追加し、輸送費、出荷あたりのコスト、およびプロセス非効率性の財務的影響の分析を可能にします。

取得元

料金計算が実行された後、SAP TMの運賃決済文書から取得されます。これは、/SCMTMS/D_SFIRHDなどのテーブルで確認できます。

250.751200.005430.50
輸送モード
ModeOfTransport
出荷に使用される輸送方法です(例:道路、鉄道、航空、海上)。
説明

この属性は輸送モードを指定します。異なるモードは、個別のコスト構造、輸送時間、およびプロセス複雑性を持っています。例えば、国際航空貨物輸送は、国内トラック輸送と比較して、通関手続きのような異なるActivityを伴います。

輸送モード別にプロセスを分析することは、カスタマイズされた改善イニシアチブを可能にします。また、コスト分析、特にプレミアム運賃(例:緊急航空便)と標準的な、より経済的なモードの使用を特定するためにも不可欠です。このセグメンテーションは、輸送支出を理解し、管理するための鍵となります。

その重要性

輸送モードに基づいたコスト、時間、およびプロセス変動の分析を可能にし、コスト最適化と緊急輸送の使用状況特定に不可欠です。

取得元

これは、貨物オーダーまたは貨物ブッキングの主要フィールドであり、多くの場合、輸送モードまたはMOTとしてラベル付けされます。

01 (Road)02 (Rail)04 (Air)05 (Sea)
運送業者名
CarrierName
出荷に割り当てられた輸送運送会社または物流サービスプロバイダーの名前です。
説明

運送会社名とは、貨物の物理的な移動を担当する会社を特定するものです。運送会社によってサービス、コスト、信頼性のレベルが異なる場合があるため、これはパフォーマンス分析にとって重要な側面です。

プロセスマイニングでは、この属性を使用して、さまざまな運送会社間のパフォーマンスをセグメント化し、比較します。これにより、運送会社スコアカードの作成、運送会社ごとのオンタイム配送率の監視、コスト比較、およびどの運送会社が遅延や紛争に最も頻繁に関連しているかを特定することが可能になります。このインサイトは、戦略的な運送会社管理と調達にとって不可欠です。

その重要性

異なる運送業者間のパフォーマンス比較を可能にし、運送業者の選定、コスト、サービスレベルの最適化に不可欠です。

取得元

この情報は貨物オーダーまたは貨物ブッキング文書に保存されます。運送会社のビジネスパートナー機能を介してリンクされます。

DHL ExpressFedEx Freightマースクラインユニオン・パシフィック鉄道
ソースシステム
SourceSystem
イベントデータが発信されたシステムです。
説明

この属性は、SAP TM、SAP ERP、または外部運送会社ポータルなど、データを生成したソースシステムを特定します。これにより、データの発生源に関するコンテキストが提供され、データ統合ポイントを理解するのに役立ちます。

複雑な環境では、ソースシステムを知ることは、データ検証、統合問題のトラブルシューティング、および異なるシステムが全体的なプロセスにどのように貢献しているかを理解するために不可欠です。例えば、内部システムによって報告されたイベントと、サードパーティの物流プロバイダーによって報告されたイベントを区別することができます。

その重要性

データの発生源を特定します。これは、データガバナンス、トラブルシューティング、および複数のシステムにわたるプロセスオーケストレーションを理解するために不可欠です。

取得元

この情報は、システムログの一部として保存されることが多く、データエントリを作成したインターフェースまたはユーザーに基づいて導き出すことができます。

SAP_TM_P01SAP_ERP_E01CARRIER_PORTAL_XYZ
ユーザー名
UserName
Activityを実行した人物のユーザーIDまたは名前です。
説明

この属性は、「出荷計画済み」や「請求書検証済み」などの手動Activityの実行を担当する従業員またはユーザーを特定します。これは、プロセスステップを、それらを実行した個人またはチームにリンクします。

ユーザーごとのActivityを分析することは、ワークロードの分散を理解し、トレーニングニーズを特定し、トップパフォーマーを認識するのに役立ちます。また、誰が何をいつ行ったかの明確な記録を提供するため、コンプライアンスおよび監査目的にも不可欠です。これにより、異なるユーザーが同じタスクをどのように実行するかのバリエーションが明らかになることがあります。

その重要性

手動プロセスステップを特定のユーザーに紐付け、ワークロード、個人のパフォーマンス、およびトレーニング機会の分析を可能にします。

取得元

通常、輸送関連文書の変更ログや文書ヘッダーテーブルに見られます。例えば、「作成者」や「変更者」フィールド(例: ERNAM、AENAM)などです。

CB998030SMITHJPLANNER_EU
仕向国
DestinationCountry
出荷が配送される国です。
説明

この属性は、最終配送場所の住所から派生した、出荷の最終目的国を特定します。

出発国と同様に、目的国別に分析することは、地域の物流課題を理解するために不可欠です。これにより、どの目的地が配送遅延に最も陥りやすいか、またはラストマイル配送コストが高いかといったパターンを明らかにできます。このインサイトは、ネットワーク最適化、現実的な納期設定、および国際貿易コンプライアンスの管理に非常に価値があります。

その重要性

目的地別のプロセスパフォーマンス分析を可能にし、特定の配送地域、税関当局、またはラストマイル運送業者に関する問題を浮き彫りにします。

取得元

これは、貨物オーダーの最終停車地の目的地の住所情報の一部です。

フランスCAGB日本
最終データ更新
LastDataUpdate
プロセスマイニングデータセットの最新のデータ抽出または更新のタイムスタンプです。
説明

この属性は、分析されているデータの鮮度を示します。これは、SAP TMなどのソースシステムからプロセスマイニングツールにデータが最後にプルされた日時を反映します。

これは、インサイトがどれだけ最新であるかに関するコンテキストを提供するものであるため、あらゆるダッシュボードまたは分析にとって重要なメタデータ要素です。ユーザーがリアルタイム情報を見ているのか、それとも以前の期間のスナップショットを見ているのかを理解するのに役立ち、タイムリーかつ情報に基づいた意思決定を行うために不可欠です。

その重要性

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

取得元

これは通常、データ取り込みプロセス中にETL(Extract, Transform, Load)ツールまたはデータパイプラインによって生成および保存されます。

2023-10-27T08:00:00Z2023-10-26T08:00:00Z
出荷サイクルタイム
ShipmentCycleTime
最初の依頼から最終的な配送証明までの出荷の総期間です。
説明

これは、出荷のエンドツーエンドのサイクルタイムを表す計算されたメトリックです。通常、「配送証明受領済み」のタイムスタンプと「輸送依頼受領済み」の差として計算されます。

出荷サイクルタイムは、輸送プロセス全体の効率を測定するための主要なKPIです。これはパフォーマンスの全体像を提供し、時間経過や運送会社、ルートなどの異なる側面で分析された場合、傾向と主要なボトルネックを明らかにできます。エンドツーエンド出荷サイクルタイムダッシュボードにとって不可欠です。

その重要性

輸送プロセスのエンドツーエンドの総期間を測定し、プロセス全体の速度と効率を示す重要な指標となります。

取得元

これは、各ケースの最初のイベントの開始時刻を最後のイベントの終了時刻から差し引くことによって導き出される計算されたメトリックです。

5日4時間12日8時間22時間30分
出荷ステータス
ShipmentStatus
データ抽出時点における出荷の現在の全体的なステータスです。
説明

出荷ステータスは、出荷が「計画中」、「実行中」、「配送済み」、「キャンセル済み」など、ライフサイクルのどの段階にあるかのスナップショットを提供します。これは、ケースの最後に判明した状態を表します。

この属性は、出荷結果に基づいて出荷をフィルタリングおよび分析するのに役立ちます。たとえば、アナリストは完了した出荷のみに焦点を当ててエンドツーエンドのサイクルタイムを測定したり、キャンセルされた出荷のみを分析してキャンセルの根本原因を理解したりできます。これはプロセスフローを解釈するための重要なコンテキストを提供します。

その重要性

各出荷の大まかな結果を提供し、出荷が完了したか、キャンセルされたか、またはまだ輸送中であるかに基づいてフィルタリングと分析を可能にします。

取得元

これは、SAP TMの貨物オーダーまたは貨物ブッキング文書のヘッダーにある全体的なステータスフィールドです。

計画中輸送準備完了実行中実行済み取り消し済み
異議あり
IsDisputed
出荷に関する運賃請求書が紛争になったかどうかを示すブール値フラグ。
説明

この計算されたフラグは、関連する運賃決済紛争がある出荷を特定します。紛争が作成された場合はtrue、そうでない場合はfalseと評価されます。これは、「運賃紛争作成済み」Activityの存在、または空でない「紛争理由」から導き出すことができます。

この属性は、運賃決済プロセスの分析を簡素化します。これにより、運賃請求不一致率KPIの容易な計算が可能になり、すべての紛争中の出荷をフィルタリングするのに役立ちます。アナリストは、運送会社、レーン、または請求タイプなど、これらの出荷の共通の特性を調査し、請求エラーの根本原因を見つけることができます。

その重要性

問題のある運賃決済の特定を簡素化し、紛争率の迅速な計算と請求エラーの根本原因分析を可能にします。

取得元

この属性はSAP TMには保存されません。運賃決済文書にリンクされた紛争ケースの存在に基づいて計算する必要があります。

truefalse
発信国
OriginCountry
出荷元となる国です。
説明

この属性は、輸送ジャーニーの開始国を特定します。これは、最初の集荷場所の住所から派生します。

出発国別にプロセスを分析することは、パフォーマンス、コスト、および複雑さにおける地域差を特定するのに役立ちます。これにより、通関時間が長い国、運送会社コストが高い国、または遅延が頻繁に発生する国を強調できます。この地理的セグメンテーションは、グローバルサプライチェーンを管理し、特定の地域に物流戦略を合わせるために不可欠です。

その重要性

出荷パフォーマンスの地理的分析を可能にし、地域ごとのボトルネック、コスト要因、またはプロセス変動の特定に役立ちます。

取得元

これは、貨物オーダーの最初の停車地の出発地の住所情報の一部です。

ドイツUSCNMX
紛争理由
DisputeReason
運賃請求書に異議が申し立てられた際に提供される理由です。
説明

運送業者からの請求書がSAP TMで算出された予測コストと一致しない場合、異議申し立てが発生します。この属性には、「レートの誤り」、「重複請求」、「追加料金未承認」といった不一致の理由が記録されます。

異議申し立ての理由を分析することは、運賃請求書エラーおよび異議申し立て率ダッシュボードにとって極めて重要です。これにより、請求の不正確さの根本原因が、マスタデータの問題、運送業者のエラー、運用上の失敗のいずれに起因するのかを特定できます。この洞察に基づき、組織は異議申し立てを削減するための的を絞った対策を講じることができ、結果として支払いサイクルを迅速化し、管理コストを削減します。

その重要性

運賃請求エラーの根本原因を提供し、請求書紛争を削減し、決済プロセスを改善するための的を絞ったアクションを可能にします。

取得元

この情報は、運賃決済文書に関連付けられた紛争管理ケースに捕捉されます。

料金不一致重量誤り未承認のデマレージ料金重複請求書
遅延理由
DelayReason
出荷遅延の理由を説明するコードまたはテキスト。
説明

遅延理由属性は、「悪天候」、「通関保留」、「運送会社による遅延」など、計画されたスケジュールからの逸脱の原因を把握します。この情報は、多くの場合、手動または運送会社からのイベントメッセージを介して報告されます。

これは、根本原因分析のための強力な属性です。アナリストは、出荷が遅れたという事実だけでなく、その理由を理解することができます。遅延理由を分類し定量化することで、組織は繰り返しの問題を特定し、運送会社とのコミュニケーション改善や、渋滞回避のためのルート最適化など、最も影響の大きい分野に改善努力を集中することができます。

その重要性

出荷遅延の「なぜ」を説明し、強力な根本原因分析を可能にして例外を減らし、定時パフォーマンスを向上させます。

取得元

これは、「到着/出発遅延」イベントが報告された際、SAP TMのイベント管理フレームワークにおいてイベントコードと理由として捕捉できます。

WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTION (港湾混雑)MECHANICAL_FAILURE (機械故障)
集荷予定日
ScheduledPickupDate
運送会社が発送元から商品をピックアップする予定日時です。
説明

集荷予定日は、物理的な輸送開始について合意された時間です。これは出荷の実行フェーズにおける重要なマイルストーンとなります。

この属性は、旅の最初の区間の適時性を監視するために不可欠です。集荷予定時間と実際の「商品集荷済み」イベントタイムスタンプを比較することで、企業は集荷遅延を計算できます。これは、発送元と運送会社の両方のパフォーマンスと信頼性を評価するのに役立ちます。

その重要性

集荷の適時性を測定するための基準となり、出荷の物理的な旅の最初段階における遅延を特定するのに役立ちます。

取得元

これは、SAP TMの貨物オーダーの停車シーケンスに保存される計画された日付/時刻です。

2023-05-18T09:00:00Z2023-05-30T14:00:00Z2023-06-12T10:30:00Z
必須 推奨 任意

輸送管理アクティビティ

これらは、正確なプロセスディスカバリーのために`イベントログ`に記録すべき主要なプロセス`ステップ`と`マイルストーン`です。
9 推奨 6 任意
アクティビティ 説明
出荷キャンセル
このActivityは、依頼または計画された出荷のキャンセルを表します。これは、実行に進まないプロセスの終端点として機能します。
その重要性

キャンセルを追跡することは、顧客需要の変化や計画エラーなど、プロセス失敗の原因を特定するのに役立ちます。高いキャンセル率は、受注管理や計画における根本的な問題を示唆している可能性があります。

取得元

これは、運送オーダーまたは貨物オーダーのライフサイクルステータスが「キャンセル済み」に変更されたことから推測されます。このステータス変更のタイムスタンプがイベントを示します。

取得

文書のライフサイクルステータスが「キャンセル済み」に設定されたときのタイムスタンプをキャプチャします。

イベントタイプ inferred
出荷計画済み
このActivityは、輸送要件が具体的な出荷計画に統合されたことを示します。これは、貨物オーダー(道路/鉄道用)または貨物ブッキング(海上/航空用)が作成および保存され、計画されたルートとリソースが含まれているときに捕捉されます。
その重要性

このマイルストンを完了することは、ロジスティクス実行を開始するために不可欠です。依頼からこの活動までのサイクルタイムは、計画効率を測定するための主要なKPIです。

取得元

このイベントは、貨物オーダーまたは貨物ブッキング文書の作成に対応します。文書のステータス変更、例えば計画ステータスが「計画済み」に移行したことから推測することもできます。関連するテーブルは通常、ヘッダーデータ用の/SCMTMS/D_TORROTです。

取得

運送指図書または貨物予約書の作成タイムスタンプを使用します。

イベントタイプ explicit
商品配送済み
このActivityは、最終目的地への出荷の到着と物理的な輸送の完了を表します。これは、運送会社が荷受人の場所で貨物が荷降ろしされたと報告したときに捕捉されます。
その重要性

これは、オンタイム配送パフォーマンスと顧客満足度を測定するための最も重要なマイルストーンです。また、通常、請求および決済プロセスのトリガーとしても機能します。

取得元

これは、SAP TMにおいて「目的地到着」または「荷降ろし完了」実行イベントとして記録され、貨物オーダーの実行ステータスを更新します。データはしばしば運送会社から受領されます。

取得

運送指図の最終停留地における、報告された「目的地到着」実行イベントのタイムスタンプを使用します。

イベントタイプ explicit
支払処理済み
この最終Activityは、運送会社が輸送サービスに対して支払いを受けたことを確認します。このイベントは通常、SAP TMから検証済み請求書が受領された後、接続されたERPシステムで発生します。
その重要性

これは、エンドツーエンドの輸送ライフサイクルの最終段階を示すものです。プロセス全体の期間や期限内支払いに関するKPIを測定する上で不可欠となります。

取得元

この情報はERPシステム(例:S/4HANA Finance)に存在します。請求書番号を介して運賃決済文書にリンクし直すことができます。ステータス更新がSAP TMに送り返される場合や、BKPFやBSEGのようなERPテーブルからデータを取得する必要がある場合もあります。

取得

ERPシステムから支払いクリアリング日付を取得し、請求書参照を介して出荷にリンクします。

イベントタイプ explicit
貨物引取済み
このActivityは、貨物の物理的な輸送の開始を示します。これは、運送会社が貨物が積載され、発送元から出発したと報告したときに捕捉されます。
その重要性

これは、輸送中フェーズの開始を示す主要な実行マイルストーンです。オンタイムパフォーマンスの追跡と正確な出荷可視性の提供にとって不可欠です。

取得元

このイベントは通常、SAP TMと統合されているSAP Event Managementに「出発」または「積載完了」イベントとして記録されます。これにより、貨物オーダーの実行ステータスが更新されます。貨物オーダーに直接記録することも可能です。

取得

運送指図の出発地における、報告された「出発」実行イベントのタイムスタンプを使用します。

イベントタイプ explicit
輸送依頼を受領
このActivityは、輸送プロセスの開始を示し、輸送要件の作成を表します。SAP TMでは、これは通常、運送オーダー(FWO)またはオーダーベースの輸送要件(OTR)の作成によって捕捉されます。
その重要性

これは、エンドツーエンドの出荷プロセスの主要な開始イベントです。このActivityから計画完了までの時間を分析することは、計画効率を測定するために不可欠です。

取得元

このイベントは、運送オーダー(文書タイプFWO)またはその他の輸送要件文書の作成時に記録されます。ヘッダーテーブル(例: /SCMTMS/D_TORROT)の作成タイムスタンプがイベント時間として機能します。

取得

フォワーディングオーダーまたは輸送要求文書の作成日時をキャプチャします。

イベントタイプ explicit
運賃決済作成済み
このActivityは、運送会社に支払われる輸送コストを計算する運賃決済文書(FSD)の作成を示します。これは、債務計上および請求書検証に使用される主要な文書です。
その重要性

これは輸送プロセスの財務決済フェーズを開始します。配送から決済作成までの時間を分析することは、財務処理におけるボトルネックを特定するのに役立ちます。

取得元

これは、運賃決済文書の作成によって捕捉される明示的なイベントです。この文書のヘッダーテーブル、/SCMTMS/D_SFIRHDに作成タイムスタンプが利用可能です。

取得

運送決済伝票の作成日時を使用します。

イベントタイプ explicit
運送業者割り当て済み
このActivityは、特定の輸送サービスプロバイダー、すなわち運送会社が選択され、出荷に割り当てられたことを示します。これは、手動割り当て、自動計画、または入札プロセスを通じて発生する可能性があります。
その重要性

運送業者の割り当ては、出荷が確認・実行される前の重要なステップです。これを追跡することで、運送業者選定プロセスを分析し、タイムリーなブッキングを確保するのに役立ちます。

取得元

これは、貨物オーダーまたは貨物ブッキングで運送会社フィールド(役割「運送会社」を持つ当事者)が設定されたときに捕捉されます。入札の場合、貨物見積依頼が落札されたときです。

取得

貨物オーダー内で運送会社パートナー機能が最初に設定または確認されたときのタイムスタンプを特定します。

イベントタイプ inferred
配送証明受領済み
このActivityは、署名された配送証明(POD)文書が運送会社から受領され、システムに記録されたときに発生します。これにより、受取人による貨物の受領が確認されます。
その重要性

POD(配送証明)の受領は、顧客への請求と運送会社への運賃決済における重要な前提条件です。ここでの遅延は、キャッシュ・トゥ・キャッシュサイクルに直接影響します。

取得元

これは通常、貨物オーダーのステータス変更、例えばPODステータスが「受領済み」に設定されることから推測されます。このステータスフィールドの変更が、Activityのタイムスタンプを提供します。

取得

貨物オーダーの配達証明ステータスが「受領済み」に更新されたときのタイムスタンプをキャプチャします。

イベントタイプ inferred
出荷経路変更済み
このActivityは、出荷が確認された後の、ルートやスケジュールに対する計画外の変更を示します。これは、中断、顧客からの依頼、または物流上の問題による可能性があります。
その重要性

経路変更は、コスト増と遅延につながることがよくあります。経路変更の頻度とその理由を特定することは、計画精度と運用安定性を向上させるのに役立ちます。

取得元

このイベントは、貨物オーダーの実行開始後に、その段階、場所、または日付に対する重大な変更を検出することによって推測されます。変更文書(CDHDRおよびCDPOSテーブル)はこの目的のために分析できます。

取得

「運送業者による出荷確認済み」イベント後における貨物オーダー文書の主要な経路指定フィールドへの変更を検出します。

イベントタイプ inferred
請求書の検証完了
このActivityは、運送会社の請求書が運賃決済文書と正常に照合され、支払いが承認されたことを示します。これは、ERPシステムで支払いプロセスが開始される前の最終ステップです。
その重要性

このActivityは、運賃コストの監査および検証プロセスを完了します。この段階での遅延は、運送会社への支払い遅延につながり、関係を損なう可能性があります。

取得元

これは、運賃決済文書のステータス変更(例:「未収計上準備完了」や「転記済み」)から推測され、支払いのためにERPシステムに送信されたことを示します。

取得

FSDのライフサイクルステータスが、支払い準備完了または転記済みを示すように変更された際のタイムスタンプを追跡します。

イベントタイプ inferred
通関済み
このActivityは、出荷が税関当局によって承認され、進行が許可されたことを示します。これは、大きな潜在的ボトルネックを取り除くため、国際物流にとって主要なマイルストーンとなります。
その重要性

通関手続きは、グローバルサプライチェーンにおける主要な遅延の原因となることがよくあります。この活動の期間と成功率を追跡することは、国際輸送時間の改善に不可欠です。

取得元

これは、「通関」実行イベントとして捕捉され、通常、通関業者または外部可視性プロバイダーによって報告され、貨物オーダーの実行追跡で更新されます。

取得

運送指図に関連付けられた、報告された「通関」実行イベントのタイムスタンプを使用します。

イベントタイプ explicit
通関申告済み
国際輸送の場合、この活動は必要な税関書類を当局に提出することを意味します。これは、貨物の輸出または輸入許可を得るための前提条件です。
その重要性

税関申告を期限内に行うことは、国境での遅延を防ぐ上で極めて重要です。この活動は、通関手続きの効率性を監視するのに役立ちます。

取得元

このイベントは、通関業者によって報告された、またはSAP GTSのような統合通関管理システムのステータス変更から、特定の実行イベントとして捕捉できます。貨物オーダーはそれに応じて更新されます。

取得

「通関申告済み」実行イベントまたは対応するステータス変更のタイムスタンプをキャプチャします。

イベントタイプ explicit
運賃紛争作成済み
このイベントは、運送会社の請求書と運賃決済文書の計算済みコストとの間に不一致が発見されたことを示します。これにより紛争解決ワークフローがトリガーされます。
その重要性

紛争は運送業者への支払いを遅らせ、解決のために管理作業を必要とします。この活動を追跡することで、誤った料金や付帯料金など、請求の不正確さの根本原因を特定するのに役立ちます。

取得元

これは、運賃決済文書のステータス変更、特に「紛争」ステータスが設定されたことから推測できます。個別の紛争ケース文書の作成を伴う場合もあります。

取得

運賃決済伝票に紛争ステータスが設定されたときのタイムスタンプをキャプチャします。

イベントタイプ inferred
運送会社が出荷を承認済み
このイベントは、運送会社が計画どおりに輸送を実行することに同意したことを表します。確認は通常、EDIメッセージ、運送会社ポータル更新、または手動入力によって受領され、これにより貨物オーダーのステータスが更新されます。
その重要性

運送業者による確認は、出荷計画へのコミットメントを提供し、不確実性を低減します。この確認の受領が遅れると、出荷スケジュール全体が危険にさらされる可能性があります。

取得元

これは、貨物オーダーまたは貨物ブッキングの確認ステータスフィールドの変更から推測されます。文書のステータス管理において、「確認済み」のような特定のステータス値が設定されます。

取得

運送指図書内の確認ステータスフィールドへの変更を追跡します。

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

抽出ガイド

SAP輸送管理からデータを取得する方法