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

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

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

このデータテンプレートでは、輸送管理プロセスを分析するための手順を整理しています。収集すべき属性、追跡すべき重要なアクティビティ、データ抽出の手順を確認できます。この資料を使ってイベントログを作成し、物流業務に関するインサイトを見つけてください。
  • 詳細な分析に推奨される属性
  • プロセスの把握に必要な主要アクティビティ
  • Blue Yonder TMSからのデータ抽出手順
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

輸送管理の属性

イベントログに含めることを推奨する基本的なデータ項目です。輸送管理を詳しく分析するための土台になります。
5 必須 7 推奨 6 任意
名前 説明
アクティビティ
ActivityName
出荷に関して、特定の時点で発生した業務イベントまたはアクティビティの名称です。
説明

この属性は、「出荷計画完了」「運送業者への輸送依頼」「貨物の納品完了」など、輸送プロセスの個々のステップを表します。これらのアクティビティが、検出されたプロセスマップのノードとなり、その順序によって各出荷のプロセスフローが決まります。

アクティビティの順序や発生頻度の分析は、プロセスマイニングの中心となる作業です。最も一般的なプロセス経路(バリアント)の特定、アクティビティの遅延が発生するボトルネックの発見、「輸送依頼の拒否」などが繰り返される手戻りの特定に役立ちます。

重要な理由

プロセスの各ステップを定義し、出荷の流れを可視化するとともに、プロセスの非効率な部分を特定できます。

入手先

イベントログ、ステータス変更レコード、またはBlue Yonder TMSの各種モジュールにあるトランザクションコードから取得します。多くの場合、システムイベントを業務で使いやすいアクティビティ名に対応付ける必要があります。

例
出荷計画完了運送業者への輸送依頼貨物の納品完了支払い処理完了
出荷
ShipmentId
個々の出荷を識別する一意のIDで、輸送プロセスのケースIDとして使用されます。
説明

出荷IDは、貨物の出発地から納品先までの移動に関するすべてのアクティビティとイベントを結び付ける中心的なキーです。一意のIDごとに1件の輸送ケースを表し、最初の依頼から最終的な支払いまでを追跡できます。

プロセスマイニング分析では、この属性を使って各出荷の一連の流れを再構成します。「出荷計画完了」「貨物の集荷」「貨物の納品完了」などのイベントを一貫したプロセスフローにまとめ、サイクルタイムの計算や出荷ごとのプロセスバリアントの特定に役立てます。

重要な理由

関連する輸送イベントをすべて結び付け、出荷のライフサイクル全体を分析するために必要なケースIDです。

入手先

Blue Yonder TMSの出荷管理または積荷管理モジュールにある主キーです。具体的なテーブルについては、出荷ヘッダーに関連するテーブルを中心に、システム文書を確認してください。

例
SHP-0012845SHP-0012991SHP-0013054
開始時刻
EventTime
特定のアクティビティまたはイベントが発生した日時です。
説明

イベント時刻には、出荷プロセスの各アクティビティが発生した正確な日時が記録されます。イベントログの時系列を構成する情報であり、アクティビティの順序付けや、アクティビティ間の所要時間の計算に使います。

分析では、出荷全体のサイクルタイム、通関所要時間、納期遵守パフォーマンスなど、時間に関するすべての重要業績評価指標(KPI)の計算に欠かせません。遅延の発生時点や、プロセスの各段階にかかる時間を特定できます。

重要な理由

イベントの順序付け、サイクルタイムの計算、期間ごとのプロセスパフォーマンスの分析に欠かせない日時情報です。

入手先

通常、Blue Yonder TMSのトランザクションログにあるステータスまたはイベントレコードとともに記録されています。各イベントまたはステータス変更には、対応する日時が必要です。

例
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
ソースシステム
SourceSystem
データの抽出元となるシステムを識別します。
説明

この属性はイベントデータの取得元を示します。この場合はBlue Yonder TMSです。複数のシステムのデータを組み合わせてプロセス全体を把握する環境で特に役立ちます。

分析時には、データの絞り込みやコンテキストの把握に利用できます。この情報を保持することでデータの来歴を追跡でき、データガバナンスのベストプラクティスにも沿うことができます。

重要な理由

データの取得元に関する重要なコンテキストを示し、追跡可能性を確保するとともに、複数のソースからのデータ管理に役立ちます。

入手先

通常、データの抽出、変換、読み込み(ETL)の処理中に追加される固定値です。

例
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
最終データ更新日時
LastDataUpdate
このレコードのデータが、ソースシステムから最後に更新または抽出された日時です。
説明

この属性はデータの鮮度を示します。Blue Yonder TMSからイベントログが最後に更新された日時を記録します。

分析では、ダッシュボードや重要業績評価指標(KPI)の情報がどの程度新しいかを把握するために重要です。リアルタイムの情報を見ているのか、過去の期間のデータを見ているのかを確認できるため、業務上の判断に役立ちます。

重要な理由

データがいつ更新されたかを把握でき、分析の関連性と正確性を保つうえで重要です。

入手先

通常、データ抽出(ETL)処理中に生成・追加されるメタデータ項目です。

例
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
出発国
OriginCountry
出荷の出発国です。
説明

この属性は、出荷の出発国を示します。荷送人の住所または集荷場所の詳細から取得します。

分析では、出発国をデータ分類の切り口として使えます。地域ごとのプロセスパフォーマンス、運送業者の利用可能性、サイクルタイムの違いを把握できます。たとえば、国際出荷の通関所要時間を分析する際に重要です。

重要な理由

地域ごとのプロセスパフォーマンスを分析し、地域特有のボトルネックや効率の違いを特定できます。

入手先

Blue Yonder TMSの出荷詳細にある出発地情報または荷送人の住所データに保存されています。

例
USAドイツ中国
出荷ステータス
ShipmentStatus
出荷の現在のステータス、または最後に確認されたステータスです。
説明

出荷ステータスは、「計画済み」「輸送中」「納品済み」「キャンセル済み」など、ライフサイクルにおける出荷の現在の状態を示します。プロセスのどの段階にあるかを把握できます。

プロセスマイニングでは、ケースの最終ステータスを分析することが、結果分析に役立ちます。たとえば、「納品済み」の出荷と「キャンセル済み」の出荷のプロセスフローを比較すると、望ましくない結果につながるパターンが明らかになる場合があります。また、未完了の出荷に絞り込むことで、進行中の業務量を把握できます。

重要な理由

出荷の現在の状態をすばやく把握し、完了、進行中、キャンセル済みの出荷を区別できます。

入手先

Blue Yonder TMSの出荷ヘッダーまたは主要なステータス追跡テーブルにある重要な項目です。

例
計画済み輸送中納品済みキャンセル済み
実際の納品時刻
ActualDeliveryTime
「貨物の納品完了」イベントが発生した実際の日時です。
説明

この属性は、最終納品アクティビティに対応する日時です。出荷が納品先に到着し、納品が確認された正確な時刻を記録します。

パフォーマンス測定に欠かせないデータです。「納期遵守率」の重要業績評価指標(KPI)は、この日時と「希望納品日」を比較して計算します。また、「納品までの全体処理時間」の重要業績評価指標(KPI)を計算する際の終了時点にもなります。

重要な理由

納期遵守率の計算と、出荷全体の輸送時間の測定に欠かせない日時情報です。

入手先

「貨物の納品完了」のステータス更新日時です。通常、運送業者からEDIメッセージで受信するか、Blue Yonder TMSに手動で入力します。

例
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
希望納品日
RequestedDeliveryDate
顧客が希望する、または販売注文で指定された納品日です。
説明

この属性は、物流プロセスで達成を目指す納品日を記録します。顧客の期待、または出荷に関する社内のサービスレベル合意(SLA)を表します。

この日付は、「納期遵守率」の重要業績評価指標(KPI)を計算する際のベースラインです。「実際の納品時刻」と「希望納品日」を比較すると、出荷が予定より早かったか、予定どおりだったか、遅れたかを判定できます。「集荷・納品の納期遵守パフォーマンス」ダッシュボードの基礎となる情報です。

重要な理由

納期遵守パフォーマンスと顧客満足度を測定するための主要な基準です。

入手先

通常、ERPや受注管理システムなどの上流システムから取得し、Blue Yonder TMSの出荷依頼の詳細に保存されます。

例
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
納品先の国
DestinationCountry
出荷の納品先となる国です。
説明

この属性は、出荷の最終納品先となる国を示します。荷受人の住所または納品場所から取得します。

出発国と同様に、地域別の分類に使います。異なる貿易ルート(例:米国からカナダ、米国からメキシコ)のパフォーマンス比較、特定の国での納品上の課題の分析、国境を越える際の複雑さがサイクルタイムに与える影響の評価に役立ちます。

重要な理由

納品先ごとのパフォーマンスを分析でき、貿易ルートの複雑さや地域ごとの納品上の課題を把握するうえで重要です。

入手先

Blue Yonder TMSの出荷詳細にある納品先情報または荷受人の住所データに保存されています。

例
カナダメキシコ英国
輸送手段
ModeOfTransport
出荷に使用する輸送手段です。トラック、航空、海上、鉄道などがあります。
説明

この属性は輸送手段を示します。一般的な値には、混載トラック輸送(LTL)、トラック貸切輸送(FTL)、航空貨物、海上輸送、鉄道輸送があります。

プロセス分析では、輸送手段はデータの絞り込みや比較に使う重要な切り口です。プロセス、サイクルタイム、コストは輸送手段によって大きく異なる場合があります。たとえば、「通関ボトルネック分析」は航空・海上輸送では特に重要ですが、国内のトラック輸送では重要度が低くなります。輸送手段ごとのパフォーマンスを分析すると、物流の状況に応じた改善施策を検討できます。

重要な理由

輸送手段ごとにプロセス、コスト、一般的なサイクルタイムが異なるため、分類して分析できます。

入手先

Blue Yonder TMSの出荷計画および料金設定モジュールにある標準項目です。

例
LTLFTL航空海上
運送業者名
CarrierName
出荷の輸送を担当する運送会社または物流事業者の名称です。
説明

運送業者名は、貨物の輸送を担当する外部企業を示します。トラック運送会社、航空会社、船会社、フォワーダーなどが該当します。

この属性は、特に「運送業者パフォーマンス比較」ダッシュボードでの分析に欠かせません。データを絞り込んで分類し、納期遵守率、集荷の予定遵守率、平均遅延時間などの指標を運送業者ごとに比較できます。運送業者の選定や関係管理にも役立ちます。

重要な理由

運送業者ごとのパフォーマンスを比較・分析し、運送業者の選定やサービス品質の向上に役立てられます。

入手先

Blue Yonder TMSの出荷または積荷の詳細にあり、多くの場合、運送業者のマスターデータテーブルと関連付けられています。

例
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
ユーザー
User
アクティビティを実行したユーザーのIDまたは名前です。
説明

この属性は、TMSで特定のイベントまたはステータス変更を実行した物流計画担当者、コーディネーター、またはシステムユーザーを示します。自動処理の場合は、システムまたはサービスアカウントのIDが記録されることがあります。

ユーザー別に分析すると、業務量の分布、個人のパフォーマンス、トレーニングの必要性を把握できます。特定のユーザーに手戻りや遅延が多いか、特定のチームの効率が高いかを確認できます。リソース管理や、対象を絞ったプロセス改善にも役立ちます。

重要な理由

ユーザーまたはチームごとのパフォーマンスと業務量を分析し、トレーニングの機会やリソース不足の特定に役立ちます。

入手先

この情報はトランザクションログまたはイベントログに記録されているはずです。各レコードに関連付けられた「変更者」または「ユーザーID」項目に記録されることがよくあります。

例
j.doea.smithTMS_AUTOMATION_USER
予定集荷時刻
ScheduledPickupTime
運送業者が出発地で貨物を集荷する予定日時です。
説明

出荷の集荷について、運送業者と合意した予約日時を記録します。出荷計画における重要なマイルストーンです。

この日時は、「集荷の納期遵守率」と「平均集荷遅延時間」の重要業績評価指標(KPI)を計算する際のベースラインとして使います。「実際の集荷時刻」と比較すると、出荷の初期段階で発生する遅延を特定できます。初期の遅延は、後続のマイルストーンにも影響することがあります。

重要な理由

集荷の納期遵守パフォーマンスを測定する基準です。運送業者の信頼性や計画の正確性を把握するうえで重要です。

入手先

Blue Yonder TMSの予約管理または積荷計画モジュールにあります。

例
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
実際の集荷時刻
ActualPickupTime
「貨物の集荷」イベントが発生した実際の日時です。
説明

この属性は、運送業者が出発地で実際に出荷を引き取った時刻を記録します。輸送中の段階が正式に始まった時点を示します。

運送業者のパフォーマンス測定に欠かせないデータです。「予定集荷時刻」と比較して、「集荷の納期遵守率」と「平均集荷遅延時間」の重要業績評価指標(KPI)を計算します。予定との差を分析すると、特定の運送業者や集荷場所に関する問題を特定できます。

重要な理由

集荷のパフォーマンスを正確に測定し、輸送プロセスの初期段階で発生する遅延を特定するために使います。

入手先

「貨物の集荷」のステータス更新日時です。通常、運送業者からEDIで受信するか、Blue Yonder TMSに手動で入力します。

例
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
納品は予定どおりか
IsOnTimeDelivery
納品が希望納品日までに完了したかどうかを示す計算フラグです。
説明

このブール型属性は、「ActualDeliveryTime」と「RequestedDeliveryDate」を比較して算出します。実際の納品が希望納品日以前であればtrue、そうでなければfalseになります。

計算指標として、「納期遵守率」の重要業績評価指標(KPI)を簡単に分析、可視化できます。期間別、運送業者別、輸送手段別の納期遵守率を示すダッシュボードを作成する際に、簡単にフィルターや集計を行えます。「集荷・納品の納期遵守状況」ダッシュボードにも直接役立ちます。

重要な理由

納期遵守状況を簡単に分析でき、ダッシュボードや重要業績評価指標(KPI)で素早くフィルターや集計を行えます。

入手先

この属性はソースシステムにはありません。データ変換時に、次の式を使って算出します:ActualDeliveryTime <= RequestedDeliveryDate。

例
truefalse
遅延理由
DelayReason
集荷または納品の遅延原因を示すコードまたはテキストです。
説明

この属性は、出荷のマイルストーンが予定どおりに達成されなかった理由を記録します。例として、「天候による遅延」「税関での保留」「運送業者のキャパシティ不足」などがあります。多くの場合、運送業者から情報が提供されます。

この属性は、「集荷・納品の納期遵守パフォーマンス」ダッシュボードに欠かせません。出荷が遅れたという事実だけでなく、その理由も把握できます。よくある遅延理由を分析すると、物流チームがリスクを事前に軽減し、運送業者と連携して繰り返し発生する問題に対処できます。

重要な理由

遅延の根本原因を把握し、リスクの事前管理や運送業者との連携による改善に役立ちます。

入手先

このデータは、Blue Yonder TMSのイベント管理または例外管理のセクションに記録されることがよくあります。運送業者からのEDI更新(例:EDI 214)によって入力される場合もあります。

例
天候通関保留ドライバーの遅延施設の混雑
運賃請求書の不一致理由
FreightBillDiscrepancyReason
運賃請求書が監査で不合格となった理由を示すコードまたは説明です。
説明

運賃請求書の監査で不一致が見つかった場合、この属性にその理由が記録されます。例として、「料金の誤り」「請求書の重複」「納品証明書の不足」などがあります。

この属性は、「納品証明書と請求精度」ダッシュボードや「運賃請求書の手戻り率」の重要業績評価指標(KPI)に欠かせません。不一致理由ごとの発生頻度を分析すると、運送業者のミス、契約内容との不整合、社内プロセスの問題など、請求エラーの根本原因を特定できます。請求書の手戻りを減らすための対策にもつながります。

重要な理由

請求エラーの根本原因を把握し、運賃請求書の手戻りや支払い遅延を減らすための改善に役立ちます。

入手先

Blue Yonder TMSの運賃監査・支払いモジュールにあり、例外または拒否のログに関連付けられています。

例
適用料金の誤り請求書の重複付帯料金に関する異議
必須 推奨 任意

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

プロセスを正確に可視化し、把握するためにイベントログへ記録する重要なステップとマイルストーンです。
6 推奨 7 任意
アクティビティ 説明
出荷予約完了
運送業者が輸送依頼を受諾し、出荷を担当することが確定したことを示すマイルストーンです。出荷ステータスが「予約済み」または「確定」に更新され、輸送を担当する運送業者と料金が確定します。
重要な理由

計画フェーズを完了し、出荷を実行段階に進める重要なマイルストーンです。この時点までのサイクルタイムを測定すると、予約処理の効率と応答性を評価できます。

入手先

運送業者の受諾通知(例:EDI 990)を受信して処理した際に記録されます。その結果、TMSの出荷レコードのステータスが明示的に変更されます。

記録

ステータスが「予約済み」または「確定」に変わった日時を記録します。

イベントタイプ explicit
出荷依頼の受付
このアクティビティは、Blue Yonder TMSで輸送需要が発生したことを示します。通常は、ERPなどの上流システムから注文を受けて開始されます。新しい出荷レコードが作成され、ステータスが「未計画」または「新規」に設定される、出荷ライフサイクルの正式な開始点です。
重要な理由

これは、輸送プロセス全体の主要な開始イベントです。このイベントから後続の計画アクティビティまでの時間を分析すると、初期処理の遅延を特定し、全体の処理量を測定できます。

入手先

通常、このイベントは、出荷レコードの作成日時から推定します。作成日時は、出荷または注文の主要テーブルに記録されています。また、ERPからのインターフェースメッセージを処理した際に、明示的なイベントとして記録される場合もあります。

記録

出荷レコードの作成日時を使用します。

イベントタイプ inferred
支払い処理完了
出荷ライフサイクルの最後のアクティビティで、輸送サービスの対価が運送業者に支払われたことを示します。通常、このイベントは外部の財務システム(ERP)で発生し、TMSに反映されます。
重要な理由

出荷に関する財務処理が完了したことを示すアクティビティです。納品または監査から支払いまでのサイクルタイムを分析すると、運転資金の管理や運送業者との良好な関係の維持に役立ちます。

入手先

通常、買掛金システムまたはERPからのインターフェースメッセージによって、TMSの運賃請求書の支払いステータスが更新された際に、明示的なイベントとして記録されます。

記録

財務システムから受信した支払い確認メッセージの日時を使用します。

イベントタイプ explicit
貨物の納品完了
出荷が納品先に実際に到着したことを示すマイルストーンです。通常、運送業者からEDI 214メッセージなどで確認通知が届き、TMSの出荷ステータスが更新されます。
重要な理由

実際の輸送が終了したことを示す重要なマイルストーンです。納期遵守パフォーマンスを測定する基準となり、顧客満足度や運送業者の信頼性を把握するうえで重要な指標です。

入手先

運送業者からの納品確認メッセージに基づいて記録される明示的なイベントです。EDI 214(ステータス「D1」)または同等のメッセージを処理した日時がTMSに記録されます。

記録

処理済みの運送業者からの納品確認メッセージの日時を使用します。

イベントタイプ explicit
貨物の集荷
運送業者が出発地で貨物を引き取り、出荷が実際に移動を開始したことを示すアクティビティです。通常、EDI 214トランザクションなど、運送業者からのステータス更新メッセージに基づいてBlue Yonder TMSに記録されます。
重要な理由

出荷が輸送中であることを確認する、実行段階の重要なマイルストーンです。輸送中の所要時間を計算する際のベースラインとなり、予定日と比較して集荷の納期遵守状況を測定できます。

入手先

運送業者からのステータス更新に基づいて記録される明示的なイベントです。集荷確認(例:ステータス「AF」または「X3」を含むEDI 214)を処理した日時が記録されます。

記録

処理済みのEDI 214、または運送業者から受信したその他の集荷確認メッセージの日時を使用します。

イベントタイプ explicit
通関完了
国際出荷の場合、国境または港で貨物が税関を通過したことを示すアクティビティです。通関業者または運送業者からの通知を受けて発生します。
重要な理由

国際物流では、税関手続きが大幅な遅延の原因になることがよくあります。通関にかかる時間を測定すると、ボトルネックを特定し、国境を越える輸送時間の短縮につなげられます。

入手先

通常、運送業者からのメッセージ(例:EDI 214)または手動更新に基づいて、明示的なイベントとして記録されます。出荷の通関ステータスが「通関済み」に変更されます。

記録

出荷の通関ステータスが「通関済み」に更新された日時を記録します。

イベントタイプ explicit
出荷キャンセル
集荷前に出荷が中止されたことを示します。顧客による注文のキャンセルや計画の変更など、さまざまな理由で発生します。最終的に出荷が完了しなかったことを示す終了状態です。
重要な理由

キャンセルを追跡すると、需要の変動やプロセス上の無駄を把握できます。出荷がキャンセルされた理由を分析することで、受注管理や計画プロセスの問題が明らかになる場合があります。

入手先

ユーザーまたは自動処理によって、出荷の主要ステータスが「キャンセル済み」に変更された際に記録される明示的なイベントです。

記録

ステータスが「キャンセル済み」に変わった日時を記録します。

イベントタイプ explicit
出荷計画完了
出荷の経路、輸送手段、候補となる運送業者が決まり、初期計画が完了したことを示します。システムの計画エンジンが計画案を作成し、計画が利用可能になったことを示すステータスに更新されます。
重要な理由

このアクティビティを追跡すると、計画・最適化エンジンの効率を測定できます。このステップで遅延や手戻りが発生している場合、マスターデータ、運送業者の空き状況、システム設定に問題がある可能性があります。

入手先

通常、出荷エンティティのステータス変更から推定します。たとえば、「未計画」から「計画済み」への変更が該当します。このステータス変更の日時がイベントの発生時刻になります。

記録

出荷ステータスが「計画済み」に変わった日時を記録します。

イベントタイプ inferred
納品証明書を受領
署名済み船荷証券など、納品を証明する正式な文書を受領したことを示すアクティビティです。実際の納品後に別のステップとして行われることが多く、運賃の支払いに必要です。
重要な理由

納品証明書(POD)を速やかに受領することは、請求・支払いサイクルの短縮に欠かせません。このステップの遅れはキャッシュフローに直接影響し、運送業者との支払いに関する紛争につながる可能性があります。

入手先

通常、ユーザーがPODを受領済みとして手動で設定するか、TMSの出荷レコードに文書を添付した際に記録され、ステータスが変更されます。

記録

出荷に「POD受領済み」のフラグまたはステータスが設定された日時を記録します。

イベントタイプ inferred
輸送中の更新情報を受信
出荷の輸送中に、運送業者から位置情報またはステータス更新を受信したことを示します。多くの場合、EDI 214メッセージで送られるこれらの更新情報から、出荷の進捗や遅延の可能性を把握できます。
重要な理由

出荷の進捗を追跡し、輸送中の遅延を特定するうえで重要なイベントです。更新情報が届かない場合は、状況を把握できていない可能性があります。遅延の更新が頻繁に届く場合は、運送業者のパフォーマンスに問題がある可能性があります。

入手先

運送業者から輸送中のメッセージ(例:ステータス「X1」または「AG」を含むEDI 214)を受信して処理するたびに、出荷追跡テーブルまたはイベント履歴テーブルに明示的なイベントとして記録されます。

記録

処理された輸送中のメッセージごとに、新しいイベントログのエントリーが作成されます。

イベントタイプ explicit
輸送依頼の拒否
運送業者が出荷の輸送依頼を断ったことを示すイベントです。通常、EDI 990トランザクションを通じて電子的に通知されるか、運送業者のポータルで手動更新されます。その後、代わりの運送業者を探すワークフローが開始されます。
重要な理由

輸送依頼の拒否を追跡すると、運送業者の選定で発生する手戻りを特定できます。拒否率が高い場合、料金設定、運送業者のキャパシティ、積荷情報の正確性に問題があり、遅延やコスト増につながっている可能性があります。

入手先

通常、運送業者からの拒否回答をTMSが処理し、出荷の依頼ステータスを更新した際に、明示的なイベントとして記録されます。

記録

運送業者からの拒否メッセージ(例:EDI 990)の受信時にイベントとして記録されます。

イベントタイプ explicit
運賃請求書の監査完了
運送業者の請求書(運賃請求書)について、契約料金、付帯料金、納品証明書と照合し、システムまたは手作業で監査した状態です。支払いを承認する前に、請求内容を確認します。
重要な理由

重要な財務管理ポイントです。監査プロセスを分析すると、請求内容の不一致が頻発していないかを確認できます。この段階で手戻りが発生している場合は、事務作業の負担を増やす問題がある可能性があります。

入手先

出荷に関連付けられた運賃請求書のステータスが、TMSの運賃監査モジュールで「監査済み」「支払い承認済み」などに変更された際に記録されます。

記録

出荷に関連付けられた運賃請求書エンティティのステータスが変更された日時を記録します。

イベントタイプ inferred
運送業者への輸送依頼
出荷の引き受けを特定の運送業者に正式に依頼した際に発生するアクティビティです。TMS内で独立した操作として行われ、多くの場合、EDI 204トランザクション、メール、ポータル通知などを通じて運送業者に連絡します。
重要な理由

このイベントは、運送業者の応答性や輸送依頼の受諾率を測定する起点になります。依頼から運送業者の回答までの時間を分析すると、運送業者との連携効率を把握できます。

入手先

Blue Yonder TMSでは、ユーザーまたはシステムが輸送依頼を実行した際に、出荷履歴または依頼履歴テーブルに明示的なイベントとして記録されると考えられます。

記録

輸送依頼の実行時に、出荷イベント履歴に記録されます。

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

データ抽出ガイド

Blue Yonder TMSからデータを取得する方法

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

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

今日から輸送管理プロセスの改善に取り組みましょう。このテンプレートを使って効率化の機会を見つけ、物流のパフォーマンスを高めてください。

輸送管理の効率を今すぐ高める

非効率を特定し、パフォーマンスを追跡して、サイクルタイムを30%短縮します。

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

クレジットカードは不要です。数分で有効化できます。