Transportation Managementのデータテンプレート

SAP Transportation Management
Transportation Managementのデータテンプレート

Transportation Managementのデータテンプレート

このテンプレートでは、輸送管理プロセスを効果的に分析・最適化するために必要なデータ項目を整理しています。収集すべき重要な属性、追跡すべき主要なアクティビティ、データ抽出の具体的な手順を確認できます。プロセスマイニングの取り組みに向けた信頼性の高いイベントログの作成にお役立てください。
  • 収集を推奨する属性
  • 追跡すべき主要なアクティビティ
  • SAP Transportation Managementからの抽出手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

輸送管理の属性

輸送管理を詳細に分析するため、イベントログへ含めることを推奨するデータ項目です。
3 必須 6 推奨 10 任意
名前 説明
アクティビティ名
ActivityName
輸送プロセス内で発生した特定の業務イベントまたはステップの名称です。
説明

アクティビティ名は、出荷ライフサイクルにおける1つのタスクまたはマイルストーンを表します。たとえば、「Shipment Planned」、「Goods Picked Up」、「Goods Delivered」などです。これらのアクティビティが、検出されたプロセスマップのノードになります。

アクティビティの順序と頻度を分析することで、標準的なプロセスフロー、逸脱、ボトルネック、手戻りループを特定できます。輸送管理におけるプロセスディスカバリーと適合性チェックの基盤となる項目です。

重要な理由

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

入手先

通常、SAP TMの実行追跡イベントハンドラーに記録されたイベントコードまたはステータス変更から取得します。業務オブジェクトのステータス変更や特定のイベントメッセージを記録するテーブルがデータソースになる場合があります。

出荷を計画済みに設定運送会社を割り当て貨物を集荷貨物を配送Proof Of Deliveryを受領
イベント時刻
EventTime
特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。
説明

イベント時刻は、輸送プロセスの各アクティビティについて正確な日時を提供します。この時系列データは、サイクルタイム、所要時間、異なるプロセスステップ間の待ち時間を計算するための基盤です。

分析では、この属性を使ってイベントを正しい順序に並べ、時系列ログを作成し、時間に基づくパフォーマンス分析を行います。遅延の特定、プロセス効率の測定、スケジュールやサービスレベル合意に対するパフォーマンス評価に欠かせません。

重要な理由

イベントを時系列に並べ、サイクルタイムや納期遵守率など、すべてのパフォーマンス指標を計算するために必要です。

入手先

報告されたイベントのタイムスタンプを保存する、/SAPTRX/EH_EVMSGなどのSAP TMのイベントハンドラーテーブルから取得します。

2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-20T09:15:00Z
出荷
ShipmentId
貨物の1回の輸送を一意に識別する値であり、分析の中心となるケースです。
説明

Shipment IDは、関連するすべての輸送アクティビティとイベントをまとめる主キーです。初回の依頼から最終的なProof of Deliveryと支払いまで、1件のエンドツーエンドの輸送プロセスを表します。

プロセスマイニングでは、この属性がケースビューの構築に欠かせません。分析担当者は、各出荷の全行程を追跡できます。また、個々の出荷に関連するプロセスバリアント、サイクルタイム、成果を分析し、輸送パフォーマンスを詳細に把握できます。

重要な理由

すべてのイベントとデータポイントを特定の輸送オーダーに関連付ける基本的なケース識別子です。エンドツーエンドのプロセス分析に欠かせません。

入手先

SAP TMにおけるFreight Order番号またはFreight Booking番号です。/SCMTMS/D_TORROTや/SCMTMS/D_TRQROTなどのテーブルで確認できます。

610000432161000056786100009876
希望納品日時
RequestedDeliveryDate
顧客が希望した、または販売注文で指定された納品日時です。
説明

希望納品日時は、「商品配送済み」アクティビティの目標期限です。納期遵守パフォーマンスを測定する際の主な基準になります。

「納期遵守率」KPIの計算に欠かせません。実際の配送タイムスタンプと希望納品日時を比較することで、組織がサービスレベル合意を満たしたかどうかを判断できます。差異を分析すると、運送会社のパフォーマンス問題、計画の遅れ、通関の滞留など、遅延の構造的な原因を特定できます。

重要な理由

納期遵守パフォーマンスを測定する基準であり、顧客満足度と業務品質を左右する重要なKPIです。

入手先

通常、SAP ERPの先行販売注文または在庫転送注文から引き継がれます。Freight UnitまたはFreight Orderの日付・時刻フィールドに保存されます。

2023-05-20T17:00:00Z2023-06-01T12:00:00Z2023-06-15T23:59:59Z
納期遵守フラグ
IsOnTimeDelivery
商品が希望納品日時までに、またはそれより前に配送されたかを示すブール値のフラグです。
説明

「商品配送済み」アクティビティのタイムスタンプと「希望納品日時」を比較して計算する属性です。納期どおりまたは早く配送された場合はtrue、遅れた場合はfalseになります。

この属性により、出荷ごとの結果を明確な二値で示せるため、パフォーマンス分析が簡単になります。納期遵守パフォーマンスダッシュボードと対応するKPIの基盤となり、遅延した出荷を簡単に絞り込んで、パフォーマンス低下の要因を根本原因分析できます。

重要な理由

納品約束の遵守状況を直接測定し、重要な納期遵守KPIの計算と可視化を簡単にします。

入手先

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

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

StartTimeがイベントの開始を示すのに対し、EndTimeは終了を示します。これは、「通関」や「商品の積み込み」など、所要時間を伴うアクティビティに特に役立ちます。EndTimeとStartTimeの差が、そのアクティビティの処理時間です。

プロセスマイニング分析で開始時刻と終了時刻の両方を持つと、アクティビティの所要時間をより詳細に分析し、処理時間と待ち時間を分けて把握できます。タスクの実行中に非効率が生じているのか、タスク間の引き継ぎで生じているのかを正確に特定できます。

重要な理由

アクティビティの処理時間を正確に計算し、実作業時間とイベント間の待ち時間を区別できます。

入手先

StartTimeと同様に、イベントハンドラーテーブルから取得します。特定のアクティビティに対する別個の「完了」イベントに対応する場合があります。

2023-04-15T11:30:00Z2023-04-16T15:00:00Z2023-04-20T09:45:00Z
輸送モード
ModeOfTransport
出荷に使用する輸送手段です。道路、鉄道、航空、海上などがあります。
説明

この属性は輸送モードを指定します。輸送モードによって、コスト構造、輸送時間、プロセスの複雑さが異なります。たとえば、国際航空貨物には通関などのアクティビティが含まれますが、国内のトラック輸送とは異なります。

輸送モード別にプロセスを分析すると、状況に応じた改善施策を進められます。特に、特急航空輸送などの割高な輸送と、標準的でより経済的な輸送の利用状況を把握するうえで、コスト分析にも欠かせません。この切り分けは、輸送費を理解し、管理するための基盤です。

重要な理由

輸送モードに基づくコスト、時間、プロセスの違いを分析でき、コスト最適化や割高な輸送の利用状況の把握に役立ちます。

入手先

Freight OrderまたはFreight Bookingにある主要フィールドで、Transportation ModeまたはMOTと表示されることがよくあります。

01(道路)02(鉄道)04(航空)05(海上)
輸送費合計
TotalFreightCost
出荷について計算または請求された費用の合計です。
説明

輸送費合計は、出荷が財務面に与える影響を表します。輸送管理システムが計算した費用の場合もあれば、精算後に運送会社から請求された最終金額の場合もあります。

この属性により、財務面をプロセス分析に組み込めます。最も費用の高いプロセスバリアント、遅延や経路変更によるコスト、運送会社や輸送モードごとの費用対効果を分析できます。輸送費やサービス提供コストを分析するダッシュボードの基盤となる属性です。

重要な理由

プロセスに財務面を加え、輸送費、出荷1件あたりのコスト、プロセスの非効率が財務に与える影響を分析できます。

入手先

料金計算の完了後、SAP TMのFreight Settlement Documentから取得します。/SCMTMS/D_SFIRHDなどのテーブルにあります。

250.751200.005430.50
運送会社名
CarrierName
出荷を担当する運送会社または物流サービスプロバイダーの名前です。
説明

運送会社名は、商品を実際に輸送する会社を識別します。運送会社によってサービス水準、コスト、信頼性が異なるため、パフォーマンス分析における重要な分析軸です。

プロセスマイニングでは、この属性を使って運送会社ごとのパフォーマンスを分けて比較できます。運送会社別のスコアカードを作成し、納期遵守率を監視し、コストを比較し、遅延や紛争と関連することが多い運送会社を特定できます。運送会社の戦略的な管理や調達に役立つ情報です。

重要な理由

運送会社間のパフォーマンスを比較でき、運送会社の選定、コスト、サービス水準の最適化に役立ちます。

入手先

Freight OrderまたはFreight Bookingの伝票に保存されます。運送会社のビジネスパートナーロールを介して関連付けられます。

DHL ExpressFedEx FreightMaersk LineUnion Pacific Railroad
ソースシステム
SourceSystem
イベントデータの発生元となったシステムです。
説明

この属性は、SAP TM、SAP ERP、外部運送会社ポータルなど、データを生成したソースシステムを識別します。データの発生元を把握し、データ連携ポイントを理解するための情報を提供します。

複雑なシステム環境では、ソースシステムを把握することが、データ検証、連携問題のトラブルシューティング、各システムがプロセス全体にどのように関与しているかの理解に欠かせません。たとえば、社内システムが報告したイベントと、物流業者などの第三者が報告したイベントを区別できます。

重要な理由

データの発生元を識別します。データガバナンス、トラブルシューティング、複数システムにまたがるプロセスオーケストレーションの理解に欠かせません。

入手先

通常、システムログの一部として保存されるか、データ入力を作成したインターフェースまたはユーザーに基づいて導出されます。

SAP_TM_P01SAP_ERP_E01CARRIER_PORTAL_XYZ
ユーザー名
UserName
アクティビティを実行した担当者のユーザーIDまたは名前です。
説明

この属性は、「出荷計画済み」や「請求書確認済み」などの手動アクティビティを担当した従業員またはユーザーを識別します。プロセスステップと、それを実行した個人またはチームを関連付けます。

ユーザー別にアクティビティを分析すると、業務量の分布、トレーニングの必要性、優れたパフォーマンスを示す担当者を把握できます。コンプライアンスや監査にも欠かせず、誰が、何を、いつ実行したかを明確に記録できます。同じタスクでも、ユーザーによって実行方法に違いがあることを明らかにできます。

重要な理由

手動のプロセスステップを特定のユーザーに関連付け、業務量、個人のパフォーマンス、トレーニング機会を分析できます。

入手先

通常、輸送伝票の変更ログまたは伝票ヘッダーテーブルにある「作成者」や「変更者」フィールド(例:ERNAM、AENAM)に記録されています。

CB998030SMITHJPLANNER_EU
仕向国
DestinationCountry
出荷先の国です。
説明

この属性は、出荷の最終仕向国を識別します。最後の配送場所の住所から取得されます。

出発国と同様に、仕向国別の分析は地域ごとの物流課題を理解するうえで欠かせません。配送遅延が発生しやすい仕向地や、ラストワンマイル配送費が高い地域の傾向を明らかにできます。ネットワーク最適化、現実的な納期設定、国際貿易に関するコンプライアンス管理に役立つ情報です。

重要な理由

仕向地別にプロセスパフォーマンスを分析し、特定地域、税関当局、ラストワンマイル運送会社に関する問題を明らかにできます。

入手先

Freight Orderの最終停車地点にある仕向地住所情報の一部です。

FRCAGBJP
最終データ更新日時
LastDataUpdate
プロセスマイニング用データセットを最後に抽出または更新した日時のタイムスタンプです。
説明

この属性は、分析対象データの新しさを示します。SAP TMなどのソースシステムからプロセスマイニングツールへデータを最後に取得した日時を表します。

ダッシュボードや分析における重要なメタデータであり、インサイトがどの時点の情報に基づくものかを把握できます。リアルタイム情報を見ているのか、過去の期間のスナップショットを見ているのかを理解できるため、適切なタイミングで判断するうえで役立ちます。

重要な理由

データの適時性を把握するための重要な情報を提供し、分析がどの程度最新の状態に基づいているかを確認できます。

入手先

通常、データ取り込みの過程でETL(Extract、Transform、Load)ツールまたはデータパイプラインによって生成・保存されます。

2023-10-27T08:00:00Z2023-10-26T08:00:00Z
出発国
OriginCountry
出荷元の国です。
説明

この属性は、輸送の出発国を識別します。最初の集荷場所の住所から取得されます。

出発国別にプロセスを分析すると、パフォーマンス、コスト、複雑さにおける地域差を特定できます。通関に時間がかかる国、運送会社のコストが高い国、遅延が頻発する国を明らかにできます。この地理的な切り分けは、グローバルサプライチェーンを管理し、地域ごとに物流戦略を調整するために欠かせません。

重要な理由

出荷パフォーマンスを地理的に分析し、地域ごとのボトルネック、コスト要因、プロセスの違いを特定できます。

入手先

Freight Orderの最初の停車地点にある出発地住所情報の一部です。

DEUSCNMX
出荷ステータス
ShipmentStatus
データ抽出時点における出荷全体の現在のステータスです。
説明

出荷ステータスは、「計画中」「実行中」「配送済み」「キャンセル済み」など、出荷ライフサイクル上の現在位置を示すスナップショットです。ケースについて最後に確認された状態を表します。

この属性を使うと、結果に基づいて出荷を絞り込み、分析できます。たとえば、完了した出荷だけに絞ってプロセス全体のサイクルタイムを測定したり、キャンセルされた出荷だけを分析してキャンセルの根本原因を調べたりできます。プロセスフローを解釈するための重要な情報です。

重要な理由

各出荷の大まかな結果を示し、完了、キャンセル、輸送中のいずれであるかに基づいて絞り込みと分析を行えます。

入手先

SAP TMのFreight OrderまたはFreight Booking伝票のヘッダーにある全体ステータスフィールドです。

計画中輸送準備完了実行中実行済みキャンセル済み
紛争有無
IsDisputed
出荷の輸送請求書について紛争が発生したかを示すブール値のフラグです。
説明

輸送精算に関する紛争が関連付けられた出荷を識別する計算フラグです。紛争が作成されている場合はtrue、それ以外はfalseになります。「輸送紛争作成」アクティビティの存在、または「紛争理由」が空でないことから導出できます。

この属性により、輸送精算プロセスの分析が簡単になります。輸送請求差異率KPIを容易に計算し、紛争のある出荷をすべて絞り込めます。そのうえで、運送会社、輸送経路、料金種別など、該当する出荷に共通する特徴を調べ、請求エラーの根本原因を特定できます。

重要な理由

問題のある輸送精算を簡単に特定でき、紛争率の迅速な計算と請求エラーの根本原因分析につながります。

入手先

SAP TMには保存されません。Freight Settlement Documentに紐づく紛争ケースの有無に基づいて計算する必要があります。

truefalse
紛争理由
DisputeReason
輸送請求書に対して紛争が申し立てられた際に提示された理由です。
説明

運送会社の請求書がSAP TMで計算された想定費用と一致しない場合、紛争が作成されます。この属性には、「料金誤り」「請求書の重複」「付帯料金の未承認」など、差異の理由が記録されます。

紛争理由の分析は、輸送請求書エラー・紛争率ダッシュボードに欠かせません。マスターデータの問題、運送会社の誤り、業務上の不備など、請求の不正確さの根本原因を特定できます。組織はこの情報に基づいて紛争を減らす対策を講じ、支払いサイクルを短縮し、管理業務の負担を軽減できます。

重要な理由

輸送請求エラーの根本原因を示し、請求書に関する紛争を減らし、精算プロセスを改善するための対策につなげられます。

入手先

Freight Settlement Documentに関連付けられた紛争管理ケースに記録されます。

運賃不一致重量誤り未承認の滞船料請求書の重複
遅延理由
DelayReason
出荷が遅延した理由を説明するコードまたはテキストです。
説明

遅延理由属性は、「悪天候」「通関保留」「運送会社による遅延」など、計画からのずれの原因を記録します。通常、手動で報告するか、運送会社からのイベントメッセージで通知されます。

根本原因分析に役立つ重要な属性です。出荷が遅れたという事実だけでなく、その理由まで把握できます。遅延理由を分類して件数を分析すると、繰り返し発生する問題を特定し、運送会社との連絡改善や混雑を避ける経路の最適化など、影響の大きい領域に改善活動を集中できます。

重要な理由

出荷遅延の「なぜ」を明らかにし、例外を減らし、納期遵守パフォーマンスを改善するための根本原因分析を可能にします。

入手先

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

WEATHER_DELAYCUSTOMS_INSPECTIONPORT_CONGESTIONMECHANICAL_FAILURE
集荷予定日時
ScheduledPickupDate
運送会社が出荷地点から商品を集荷する予定日時です。
説明

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

輸送の最初の区間が予定どおり進んでいるかを監視するために欠かせません。集荷予定時刻と実際の「商品集荷済み」イベントのタイムスタンプを比較すると、集荷遅延を計算できます。出荷地点と運送会社のパフォーマンスおよび信頼性を評価するのに役立ちます。

重要な理由

集荷の適時性を測定する基準となり、出荷の実輸送が始まる段階での遅延を特定できます。

入手先

SAP TMのFreight Orderにある停車順序へ保存された計画日時です。

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

輸送管理のアクティビティ

正確なプロセスディスカバリーに必要な、イベントログへ記録すべき主要なプロセス手順とマイルストーンです。
9 推奨 6 任意
アクティビティ 説明
Proof Of Deliveryを受領
署名済みのProof of Delivery(POD)文書を運送会社から受領し、システムに記録した時点で発生するアクティビティです。荷受人が貨物を受け入れたことを確認します。
重要な理由

PODの受領は、顧客への請求と運送会社との輸送費精算に欠かせない前提条件です。ここでの遅延は、キャッシュ・ツー・キャッシュサイクルに直接影響します。

入手先

通常は、Freight Orderのステータス変更から推定します。たとえば、PODステータスが「Received」に設定された時点です。このステータスフィールドの変更時刻がアクティビティのタイムスタンプになります。

取得

Freight OrderのProof of Deliveryステータスが「Received」に更新された時点のタイムスタンプを取得します。

イベントタイプ inferred
出荷をキャンセル
このアクティビティは、依頼または計画後に出荷がキャンセルされたことを示します。実行に進まないプロセスの終端となります。
重要な理由

キャンセルを追跡することで、顧客需要の変化や計画ミスなど、プロセスが失敗した理由を特定できます。キャンセル率が高い場合、受注管理や計画に根本的な問題がある可能性があります。

入手先

Forwarding OrderまたはFreight Orderのライフサイクルステータスが「Cancelled」に変更されたことから推定します。このステータス変更のタイムスタンプがイベント時刻になります。

取得

文書のライフサイクルステータスが「Cancelled」に設定された時点のタイムスタンプを取得します。

イベントタイプ inferred
出荷を計画済みに設定
このアクティビティは、輸送要件が具体的な出荷計画にまとめられたことを示します。道路・鉄道輸送のFreight Order、または海上・航空輸送のFreight Bookingが、計画経路とリソースを含む形で作成・保存された時点で記録されます。
重要な理由

このマイルストーンを完了することは、物流の実行を開始するために欠かせません。依頼からこのアクティビティまでのサイクルタイムは、計画効率を測定する主要なKPIです。

入手先

このイベントは、Freight OrderまたはFreight Booking文書の作成に対応します。文書のステータスが「Planned」に変わるなど、ステータス変更から推定することもできます。関連するテーブルは通常、ヘッダーデータを格納する/SCMTMS/D_TORROTです。

取得

Freight OrderまたはFreight Booking文書の作成タイムスタンプを使用します。

イベントタイプ explicit
支払いを処理
この最終アクティビティは、運送会社への輸送サービス料金の支払いが完了したことを確認します。通常は、SAP TMから検証済みの請求書を受領した後、接続されたERPシステムで発生します。
重要な理由

エンドツーエンドの輸送ライフサイクルが実際に終了したことを示します。プロセス全体の所要時間と支払い期限遵守KPIを測定するうえで欠かせません。

入手先

この情報はERPシステム(例:S/4HANA Finance)に保存されています。請求書番号を介してFreight Settlement Documentに関連付けられます。ステータス更新がSAP TMへ返される場合もありますが、BKPFやBSEGなどのERPテーブルからデータを取得する必要がある場合もあります。

取得

ERPシステムから支払消込日を取得し、請求書参照情報を介して出荷に関連付けます。

イベントタイプ explicit
貨物を配送
このアクティビティは、出荷が最終目的地に到着し、物理的な輸送が完了したことを示します。運送会社から、荷受人の拠点で貨物の荷下ろしが完了したとの報告を受けた時点で記録されます。
重要な理由

納期遵守率と顧客満足度を測定するうえで、最も重要なマイルストーンです。通常、請求と精算プロセスを開始するトリガーにもなります。

入手先

SAP TMで「Arrival at Destination」または「Unloading End」実行イベントとして記録され、Freight Orderの実行ステータスが更新されます。データは運送会社から受信することが多くあります。

取得

Freight Orderの最終停止地点における「Arrival at Destination」実行イベントの報告タイムスタンプを使用します。

イベントタイプ explicit
貨物を集荷
このアクティビティは、貨物の物理的な輸送が始まったことを示します。運送会社から、貨物の積み込みが完了し、荷送人の拠点を出発したとの報告を受けた時点で記録されます。
重要な理由

これは、輸送実行における重要なマイルストーンであり、輸送中の段階の開始を示します。納期遵守率を追跡し、正確な出荷状況を提供するうえで欠かせません。

入手先

通常は、SAP TMと統合されたSAP Event Managementで、「Departure」または「Loading End」イベントとして記録されます。Freight Orderの実行ステータスが更新されます。Freight Orderに直接記録することもできます。

取得

Freight Orderの出発地における「Departure」実行イベントの報告タイムスタンプを使用します。

イベントタイプ explicit
輸送依頼を受領
このアクティビティは輸送プロセスの開始を示し、輸送要件の作成にあたります。SAP TMでは通常、Forwarding Order(FWO)またはOrder-based Transportation Requirement(OTR)の作成として記録されます。
重要な理由

これはエンドツーエンドの出荷プロセスにおける主要な開始イベントです。このアクティビティから計画完了までの時間を分析することは、計画効率を測定するうえで重要です。

入手先

このイベントは、Forwarding Order(文書タイプFWO)またはその他の輸送要件文書が作成された時点で記録されます。/SCMTMS/D_TORROTなどのヘッダーテーブルにある作成タイムスタンプがイベント時刻になります。

取得

Forwarding Orderまたは輸送要件文書の作成日時を取得します。

イベントタイプ explicit
輸送費精算を作成
このアクティビティは、運送会社に支払う輸送費を計算するFreight Settlement Document(FSD)の作成を示します。未払費用の計上と請求書照合に使用する主要な文書です。
重要な理由

輸送プロセスの財務精算段階が始まります。配送から精算作成までの時間を分析することで、財務処理におけるボトルネックを特定できます。

入手先

Freight Settlement Documentの作成によって明示的に取得されるイベントです。作成タイムスタンプは、この文書のヘッダーテーブルである/SCMTMS/D_SFIRHDから取得できます。

取得

Freight Settlement Documentの作成日時を使用します。

イベントタイプ explicit
運送会社を割り当て
このアクティビティは、特定の輸送サービスプロバイダー、つまり運送会社が選定され、出荷に割り当てられたことを示します。手動割り当て、自動計画、または入札プロセスによって実行されます。
重要な理由

出荷を確定して実行する前に、運送会社を割り当てる必要があります。このアクティビティを追跡することで、運送会社の選定プロセスを分析し、予約を適時に完了できるようになります。

入手先

Freight OrderまたはFreight Bookingで、運送会社フィールド(役割が「Carrier」のパーティ)が入力された時点で記録されます。入札の場合は、Freight Request for Quotationの落札時点です。

取得

Freight Orderで運送会社のパートナー機能が初めて入力または確定された時点のタイムスタンプを特定します。

イベントタイプ inferred
出荷経路を変更
このアクティビティは、出荷が確定した後に、経路またはスケジュールが予定外に変更されたことを示します。混乱、顧客からの依頼、物流上の問題などが原因となる場合があります。
重要な理由

経路変更は、コストと遅延の増加につながることが多くあります。経路変更の頻度と理由を特定することで、計画の精度と業務の安定性を改善できます。

入手先

実行開始後のFreight Orderについて、区間、場所、日付に大きな変更があったことを検出して推定します。この目的には、変更文書(CDHDRおよびCDPOSテーブル)を分析できます。

取得

「Shipment Confirmed by Carrier」イベント後に、Freight Order文書の主要な経路フィールドに変更があったことを検出します。

イベントタイプ inferred
請求書を検証
このアクティビティは、運送会社の請求書とFreight Settlement Documentの照合が正常に完了し、支払いが承認されたことを示します。ERPシステムで支払いプロセスを開始する前の最終ステップです。
重要な理由

輸送費に関する監査と検証のプロセスが完了します。この段階で遅延が発生すると、運送会社への支払いが遅れ、関係に悪影響を及ぼす可能性があります。

入手先

Freight Settlement Documentのステータス変更から推定します。「Ready for Accrual」または「Transferred for Posting」などのステータスは、支払いのためにERPシステムへ送信されたことを示します。

取得

FSDのライフサイクルステータスが、支払い準備完了または転記済みを示す状態に変わった時点のタイムスタンプを追跡します。

イベントタイプ inferred
輸送費に関する異議申立てを作成
このイベントは、運送会社の請求書とFreight Settlement Documentで計算された費用の間に不一致が見つかったことを示します。これにより、異議解決ワークフローが開始されます。
重要な理由

異議申立ては運送会社への支払いを遅らせ、解決のための事務作業を必要とします。このアクティビティを追跡することで、誤った運賃や付帯料金など、請求の不正確さの根本原因を特定できます。

入手先

Freight Settlement Documentのステータスが「Dispute」に設定された変更から推定できます。別の異議申立てケース文書が作成される場合もあります。

取得

Freight Settlement Documentに異議申立てステータスが設定された時点のタイムスタンプを取得します。

イベントタイプ inferred
通関完了
このアクティビティは、出荷が税関当局に承認され、輸送を続行できる状態になったことを示します。国際物流における大きなマイルストーンであり、重大なボトルネックとなり得る要因を取り除きます。
重要な理由

通関は、グローバルサプライチェーンで大幅な遅延が発生する主な要因の一つです。このアクティビティの所要時間と成功率を追跡することは、国際輸送時間の改善に欠かせません。

入手先

通常は、通関業者または外部の可視化プロバイダーから報告された「Customs Clearance」実行イベントとして取得され、Freight Orderの実行追跡情報に更新されます。

取得

Freight Orderに関連付けられた「Customs Clearance」実行イベントの報告タイムスタンプを使用します。

イベントタイプ explicit
通関申告を提出
国際出荷の場合、このアクティビティは必要な通関書類を当局へ提出することを示します。貨物の輸出または輸入許可を取得するための前提条件です。
重要な理由

通関申告を適時に提出することは、国境での遅延を避けるうえで重要です。このアクティビティを追跡することで、通関業務の効率を監視できます。

入手先

通関業者から報告された特定の実行イベント、またはSAP GTSなどの統合通関管理システムにおけるステータス変更として取得できます。Freight Orderもそれに応じて更新されます。

取得

「Customs Declaration Filed」実行イベントまたは対応するステータス変更のタイムスタンプを取得します。

イベントタイプ explicit
運送会社による出荷確認
このイベントは、運送会社が計画どおりに輸送を実行することに同意したことを示します。通常は、EDIメッセージ、運送会社ポータルの更新、または手動入力によって確認が届き、Freight Orderのステータスが更新されます。
重要な理由

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

入手先

Freight OrderまたはFreight Bookingの確認ステータスフィールドの変更から推定します。文書のステータス管理で「Confirmed」などの値が設定されます。

取得

Freight Order文書内の確認ステータスフィールドの変更を追跡します。

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

抽出ガイド

SAP Transportation Managementからデータを取得する方法

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

このテンプレートを使って、輸送プロセスの最適化と、より速く低コストな配送に向けた取り組みを始めましょう。今すぐインサイトを見つけ出してください。

輸送管理のボトルネックを今すぐ解消

非効率な箇所を特定し、ルートを最適化して、サイクルタイムを30%短縮します。

無料トライアルを開始

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