輸送管理データテンプレート
輸送管理データテンプレート
これは輸送管理向けの汎用プロセスマイニング用データテンプレートです。より詳しい手順については、システム別のテンプレートをご利用ください。
特定のシステムを選択- あらゆる輸送管理システムに適用できる汎用フレームワークです。
- 詳細なプロセス分析に必要な属性とアクティビティを示します。
- プロセスマイニングを始める際の最適な出発点です。
輸送管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 出荷に関して特定の時点で発生した業務イベントまたはマイルストーンの名称です。 | ||
| 説明 アクティビティ名は、輸送プロセスにおける個々のステップやタスクを表します。たとえば、「出荷計画済み」「運送会社への輸送依頼」「貨物の集荷完了」「運賃請求書の受領」などです。これらのアクティビティは、出荷の流れにおける主要なマイルストーンを示します。 この属性は、出荷が実際にどのようにプロセスを進むかを示すプロセスフローマップの可視化に欠かせません。さまざまなアクティビティの順序や頻度を分析すると、標準的なプロセスを把握し、よくある逸脱を見つけ、手戻りや非効率が生じている箇所を特定できます。プロセスマイニング分析の基盤となる属性です。 重要な理由 プロセスマップ上のステップを定義し、出荷のワークフローやそのばらつき、ボトルネックを可視化して分析できるようにします。 入手先 通常、イベントログやステータス更新テーブルから取得するか、TMS内のステータス変更から導出します。 例 出荷計画の完了運送会社への輸送依頼貨物の納品完了納品証明の受領 | |||
| イベント時刻 EventTime | 出荷に関する特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプです。 | ||
| 説明 イベント時刻には、各アクティビティが発生した正確な日時が記録されます。このタイムスタンプは、イベントを時系列に並べたり、プロセスの各ステップにかかった時間を算出したりするための基本情報です。 プロセスマイニングでは、この属性を使って時間に関する分析を行います。サイクルタイム、待ち時間、処理時間などの重要業績評価指標を算出できます。イベント時刻を分析すると、出荷に時間がかかっているボトルネックを特定し、サービスレベル合意の遵守状況を測定し、プロセスの各アクティビティがいつ発生しているかを把握できます。 重要な理由 すべてのアクティビティを時系列で把握するための属性です。サイクルタイムの算出、ボトルネックの特定、パフォーマンスの測定に役立ちます。 入手先 TMSのイベントログまたは取引記録から取得します。記録された各操作には、対応するタイムスタンプが付与されています。 例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| 出荷ID ShipmentId | 個々の出荷を一意に識別するIDで、輸送プロセスのケースIDとして使用されます。 | ||
| 説明 出荷IDは、個々の輸送オーダー、または出荷元から届け先までの貨物の移動を一意に識別する主キーです。各出荷ケースには、計画、予約、集荷、納品、請求など、関連するすべてのアクティビティ、マイルストーン、データが含まれます。 プロセスマイニングでは、この属性を使って各出荷の一連の流れを再構成します。関連するすべてのイベントを時系列で結び付けることで、プロセスの発見、適合性チェック、パフォーマンス分析の基盤となります。出荷IDごとにプロセスを分析すると、輸送ライフサイクルにおけるボトルネック、遅延、ばらつきを特定できます。 重要な理由 関連するすべてのイベントを1つのプロセスインスタンスに結び付ける基本的な識別子です。これにより、出荷ライフサイクル全体を分析できます。 入手先 通常、輸送管理システム(TMS)の出荷または貨物オーダーのヘッダーや主要テーブルにあります。 例 SH-2024-001237004568910FO-US-987654 | |||
| ソースシステム SourceSystem | データの抽出元となるシステムまたはアプリケーションを示します。 | ||
| 説明 ソースシステム属性は、イベントデータの取得元を示します。輸送管理システム(TMS)、運送会社の可視化プラットフォーム、ERPシステムなどが該当します。現在の物流では、1件の出荷データが複数の連携システムから取得されることがあります。 この属性は、データの来歴や品質を把握するうえで役立ちます。データの不整合の原因を調べたり、情報源ごとに分析したりできます。たとえば、可視化プラットフォームと中核となるTMSからの更新速度を比較したり、問題の発生元システムをたどったりできます。 重要な理由 データの取得元をたどれるため、データの検証や問題の調査、各システムがプロセス全体にどのように関わっているかの把握に役立ちます。 入手先 データ抽出時に標準フィールドとして取得できることが多く、データソースに基づいてデータ取り込み時に追加することもできます。 例 SAP TMBlue Yonder TMSOracle OTMproject44 | |||
| 最終データ更新 LastDataUpdate | このレコードのデータがソースシステムから最後に更新または抽出された時刻です。 | ||
| 説明 この属性は、対象のレコードまたはイベントがプロセスマイニング用データセットで最後に更新された時刻、またはデータセット用に抽出された時刻を示します。分析対象データの鮮度を把握できます。 プロセスフロー分析に直接使う属性ではありませんが、データガバナンスと監視に欠かせません。最新の情報に基づいて分析できているかを確認でき、遅延や障害が発生しているデータパイプラインのアラート設定にも利用できます。これにより、分析結果の信頼性と適時性を確認できます。 重要な理由 データの鮮度を示す属性です。適時性と関連性のある情報に基づいてプロセスを分析、監視するために欠かせません。 入手先 通常、データの抽出、変換、読み込み(ETL)の処理中に生成されるタイムスタンプです。 例 2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z | |||
| 仕向国 DestinationCountry | 貨物の配送先となる国です。 | ||
| 説明 仕向国は、貨物の配送予定国を示します。配送先住所の情報の一部です。 発送元の国と同様に、地理的な分析や輸送ルートの実績把握に欠かせない属性です。国ごとにデータを絞り込み、配送実績、コスト、サイクルタイムを比較できます。また、国際輸送における通関手続きの分析にも重要です。 重要な理由 仕向地別に実績やコストを分類できるため、輸送ルートの効率分析や国際輸送の複雑な業務の管理に役立ちます。 入手先 通常、貨物オーダーの配送先所在地または荷受人住所の情報として保存されます。 例 カナダメキシコ英国日本 | |||
| 出荷コスト ShipmentCost | 出荷品の輸送にかかる運賃または請求金額の合計です。 | ||
| 説明 出荷コストは、1件の出荷にかかる費用の合計です。基本運賃、燃料サーチャージ、付帯料金、運送会社から請求されるその他の料金が含まれる場合があります。 この属性は、コストに関する分析の基盤となります。輸送費の合計、距離あたりのコスト、単位あたりのコストを追跡するダッシュボードを作成できます。コストデータとプロセスデータを組み合わせると、コスト超過の根本原因や、遅延やプロセスの非効率による財務への影響を調べたり、運賃請求の正確性を分析したりできます。 重要な理由 プロセスのパフォーマンスと財務上の結果を直接結び付け、輸送費、コスト要因、非効率による財務への影響を分析できます。 入手先 貨物オーダー、運送会社の運賃請求書、または運賃監査・支払いシステムから取得できます。 例 1250.75540.008200.50 | |||
| 実際の納品日 ActualDeliveryDate | 「貨物の納品完了」イベントが発生した実際のタイムスタンプです。 | ||
| 説明 実際の納品日は、出荷品が荷受人に届けられ、「貨物の納品完了」アクティビティが完了した時点のタイムスタンプです。納品証明の文書によって確認されることがよくあります。 希望納品日に対応する属性で、実際のパフォーマンスを算出するうえで欠かせません。「納期遵守率」の重要業績評価指標(KPI)の算出に直接使います。また、実際の納品日と集荷日の差から実際の輸送時間を求め、計画上の輸送時間と比較して輸送中の遅延を特定できます。 重要な理由 納品パフォーマンスの実績を示し、納期遵守率の算出や納品遅延の分析に役立ちます。 入手先 TMSの「貨物の納品完了」イベントから取得します。運送会社からのEDIメッセージ、可視化プラットフォーム、またはドライバーが使用するモバイルアプリによって更新されることがよくあります。 例 2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z | |||
| 希望納品日 RequestedDeliveryDate | 顧客が希望する納品日、または販売オーダーで指定された納品日です。 | ||
| 説明 希望納品日は、出荷品が届け先に到着する予定日です。顧客の発注書やサービスレベル合意(SLA)で定められることがよくあります。 顧客サービスの水準や約束に対する実績を測るうえで欠かせない属性です。「納期遵守率」の重要業績評価指標(KPI)を算出する際のベースラインとなります。希望納品日と実際の納品日の差を分析すると、遅延の根本的な原因を特定し、納品予定の予測精度を高められます。 重要な理由 納期遵守パフォーマンスを測る主要な基準です。顧客満足度やサプライチェーンの信頼性を左右する重要業績評価指標(KPI)です。 入手先 通常、ERPや受注管理システムなどの上流システムから取得し、TMSの貨物オーダーの詳細に保存されます。 例 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| 輸送手段 ModeOfTransport | トラック、航空、海上、鉄道など、出荷に使用する輸送手段です。 | ||
| 説明 この属性は、出荷に使用する輸送手段を示します。主な輸送手段には、トラック貸切(FTL)、トラック混載(LTL)、航空貨物、海上貨物、鉄道があります。 輸送手段ごとにコスト構造、輸送時間、プロセスの複雑さが異なるため、輸送手段別の分析が欠かせません。区分して分析すると、サイクルタイムやコストの違いが生じる理由を把握できます。たとえば、海上貨物のプロセスは、航空貨物よりもサイクルタイムが長くなるのが一般的です。この属性は、物流業務に合わせたダッシュボードや重要業績評価指標(KPI)の作成に欠かせません。 重要な理由 輸送手段によってプロセス、コスト、所要時間が異なるため、分析の主要な絞り込み条件となります。有意義な比較やベンチマークに欠かせません。 入手先 TMSの出荷または貨物オーダーの詳細にあります。 例 トラック貸切(TL)トラック混載(LTL)海上輸送航空輸送鉄道輸送 | |||
| 遅延理由 DelayReason | 貨物の進捗が遅れた原因を示すコードまたは説明です。 | ||
| 説明 遅延理由は、貨物が予定どおりに進まなかった背景を示します。天候、税関での保留、交通渋滞、機械の不具合、文書の誤りなどが理由として挙げられます。遅延イベントの記録時に、この情報が記録されます。 遅延の根本原因を分析するうえで、特に重要な属性の1つです。遅延理由を分類し、それぞれの発生頻度を把握することで、納品遅延の主な要因を特定できます。その結果をもとに、社内プロセスの改善、運送会社との連携、外部リスクへの対策など、効果の大きい領域に改善の取り組みを集中できます。 重要な理由 遅延した貨物の根本原因を分析し、主な遅延要因を特定、定量化して対処するうえで欠かせません。 入手先 TMSまたは可視化プラットフォームの例外・遅延イベント記録から取得します。運送会社から提供されることも多いデータです。 例 天候による遅延税関での保留港湾の混雑機械の故障 | |||
| 運送会社名 CarrierName | 出荷品の輸送を担当する運送会社または物流事業者の名称です。 | ||
| 説明 運送会社名は、貨物の実輸送を委託されたサードパーティーロジスティクス(3PL)事業者または運送会社を示します。トラック運送会社、航空会社、船会社、鉄道貨物事業者などが該当します。 パフォーマンス分析に欠かせない属性です。納期遵守率、集荷時間遵守率、輸送依頼の受諾率、コストなどの指標で運送会社を比較し、評価できます。運送会社ごとにプロセスを分析すると、実績の高いパートナーや、パフォーマンス改善計画が必要なパートナーを特定できます。 重要な理由 異なる輸送事業者のパフォーマンスを比較できます。運送会社の管理や交渉、サービス品質の確保に役立ちます。 入手先 出荷または貨物オーダーの詳細に保存され、通常は運送会社のマスターデータテーブルと紐付けられています。 例 FedEx FreightMaersk LineUnion Pacific RailroadDHL Express | |||
| リソース Resource | アクティビティを実行した担当者のユーザーIDまたは名前です。 | ||
| 説明 リソースは、特定のプロセスステップを実行した個人、チーム、または自動化システムのエージェントを示します。たとえば、貨物計画を作成した輸送プランナーや、運送会社を予約した物流コーディネーターが該当します。 リソースの観点からプロセスを分析すると、業務量の分布、チームの実績、自動化の度合いを把握できます。手戻りが多いユーザーやチーム、例外処理を多く担当する担当者、処理時間が長い担当者を特定できます。こうした情報は、研修やリソース配分の検討、自動化の機会の特定に役立ちます。 重要な理由 人とシステムの実績、業務量の分布、自動化の状況を分析できるため、研修の必要性やリソースのボトルネックを特定できます。 入手先 通常、トランザクションまたはイベントログに、アクティビティ名やタイムスタンプとともに記録されます。 例 ジョン・スミス米国物流チームTMS自動プランナーサラ・ジョーンズ | |||
| 予定集荷日 ScheduledPickupDate | 運送会社が出荷元で貨物を集荷する予定日時です。 | ||
| 説明 予定集荷日は、運送会社が出荷場所に到着して貨物を引き取るために合意した日時です。出荷の予約と確認における重要なマイルストーンです。 集荷パフォーマンスを測るベースラインとなります。実際の集荷時刻と比較して「集荷時間遵守率」の重要業績評価指標(KPI)を算出します。予定との差を分析すると、ドックのスケジュール調整、倉庫の準備状況、運送会社の時間厳守に関する問題を特定できます。これらの問題は、後続のスケジュールに遅れを生じさせる可能性があります。 重要な理由 集荷パフォーマンスを測る基準です。輸送ライフサイクルの最初の重要なステップであり、その後のスケジュール全体に影響します。 入手先 運送会社との出荷予約が確定した後、出荷または貨物オーダーの詳細に記録されます。 例 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| 出荷元の国 OriginCountry | 出荷品の輸送が始まる国です。 | ||
| 説明 出荷元の国は、出荷品の輸送が始まる国を示します。出荷元住所の情報の一部です。 地理分析の基本となる属性です。出荷元の国や地域ごとにデータを絞り込み、区分して分析できます。異なる貿易ルートのパフォーマンスを把握するうえで欠かせません。国際出荷では、通関要件や輸送時間を決める重要な要素でもあります。 重要な理由 輸送プロセスを地理的に分析し、地域ごとのパフォーマンスの違いを特定できます。貿易ルートの複雑さを把握し、国際物流を分析する際にも役立ちます。 入手先 通常、貨物オーダーの出荷元所在地または出荷地点の住所情報に保存されています。 例 USAドイツ中国ブラジル | |||
| 実際の集荷日 ActualPickupDate | 「貨物の集荷完了」イベントが発生した実際のタイムスタンプです。 | ||
| 説明 実際の集荷日は、運送会社が出荷元で貨物を引き取り、「貨物の集荷完了」アクティビティが完了した時点のタイムスタンプです。 出荷の輸送が実際に始まった時刻を追跡するうえで重要です。「集荷時間遵守率」の重要業績評価指標(KPI)の算出に使い、輸送中のサイクルタイムの起点となります。このデータを分析すると、実際の集荷プロセスの状況と、出荷全体の所要時間への影響を把握できます。 重要な理由 集荷パフォーマンスの実績を示し、出荷の輸送が実際に始まった時刻を特定できます。正確なサイクルタイム分析に欠かせません。 入手先 TMSの「貨物の集荷完了」イベントから取得します。通常、運送会社からのEDIメッセージまたは可視化プラットフォームを通じて更新されます。 例 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
| 貨物ステータス ShipmentStatus | 貨物の現在のステータス、またはライフサイクル上で最後に確認されたステータスです。 | ||
| 説明 貨物ステータスは、「計画済み」「輸送中」「配送済み」「キャンセル」など、プロセス全体のどの段階にあるかを大まかに示します。貨物ケースの現在の状態を表します。 プロセスマイニングでは個々のアクティビティからプロセスフローを導き出しますが、貨物全体のステータスも分析の切り口として役立ちます。現在「輸送中」の貨物をすべて抽出して状況を確認したり、「キャンセル」になった貨物の特徴を分析したりできます。貨物の進捗を集約して、簡潔に把握できます。 重要な理由 貨物の現在の状態を把握できるため、進行中または完了した貨物の絞り込み、レポート作成、全体的な状況の確認に役立ちます。 入手先 通常、TMSの貨物または貨物オーダーのメインレコードにある、概要ステータスの項目です。 例 計画済み予約済み輸送中配送済みキャンセル | |||
| 運賃請求書の不一致 FreightInvoiceDiscrepancyFlag | 運賃請求書の監査で不一致が見つかったかどうかを示すフラグです。 | ||
| 説明 この真偽値属性は、見積もりまたは契約上の運賃と、運送会社の最終請求額に差異があったかどうかを示します。「true」の場合、異議申し立てにつながる可能性のある不一致があることを意味します。 このフラグは、運賃の監査・支払いプロセスを分析するうえで重要です。「運賃請求精度」の重要業績評価指標(KPI)を測定し、請求誤りの割合が高い運送会社や輸送ルートを特定できます。不一致の理由を分析することで、運賃管理の改善、運送会社との契約内容の明確化、支払いプロセスの効率化につなげられます。 重要な理由 運賃請求の精度測定、請求誤りが頻発する運送会社の特定、運賃の監査・支払いプロセスの効率分析に役立ちます。 入手先 TMSまたは専用の運賃監査・支払いシステムで行われる、運賃請求書の監査時に生成されます。 例 truefalse | |||
輸送管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 出荷のキャンセル | 運送会社が集荷する前に出荷が中止されたことを示します。顧客による注文のキャンセルや社内の計画変更など、さまざまな理由で発生します。 | ||
| 重要な理由 プロセスが正常に完了しなかったことを示す終端イベントです。キャンセルを分析すると、プロセスが完了しない理由を特定し、受注管理や計画上の問題を見つけるのに役立ちます。 入手先 通常、出荷レコードのステータスが「キャンセル済み」または「無効」に変更されたときに記録されます。 記録 出荷の主要ステータスが「キャンセル済み」に変更された時刻を記録します。 イベントタイプ inferred | |||
| 出荷計画の完了 | ルート、輸送手段、候補となる運送会社を決定する初期計画段階の完了を示します。システムの計画エンジンが、輸送依頼に対する物流計画を作成します。 | ||
| 重要な理由 このマイルストーンは計画段階の完了を示します。依頼から計画完了までの所要時間は、計画の効率や潜在的なボトルネックを把握する重要な指標です。 入手先 通常、出荷レコードのステータスが「計画済み」などに変わった時点、または運賃オーダー文書が作成された時点で特定します。 記録 有効な計画が作成されたことを出荷ステータスが示す時刻を記録します。 イベントタイプ inferred | |||
| 支払い処理完了 | 出荷ライフサイクルの最後のアクティビティで、運送会社への輸送サービスの支払いが完了したことを示します。このイベントをもって出荷の財務処理が完了します。 | ||
| 重要な理由 このイベントをもって、出荷に関する調達から支払いまでのプロセスが完了します。支払い期間、運送会社の財務状況、プロセス全体の完了状況を分析するうえで重要です。 入手先 この情報は別の財務システムまたはERPシステムから取得され、連携を通じてTMSに反映されることがよくあります。 記録 支払い取引のタイムスタンプ、または請求書ステータスが「支払済み」になった日付を使用します。 イベントタイプ explicit | |||
| 納品証明の受領 | 納品が完了したことを示す正式な文書を受領した状態です。届け先で取得した署名入り船荷証券、写真、または電子署名などが該当します。 | ||
| 重要な理由 納品証明(POD)の受領は、請求書の発行や運賃の支払いに欠かせない前提条件です。PODの受領が遅れると、受注から入金までのサイクルタイムに直接影響します。 入手先 特定の種類の文書がアップロードされて出荷レコードに紐付けられたとき、または納品確認のステータスが更新されたときに記録されます。 記録 POD文書が添付された時刻、または出荷にPOD受領済みのフラグが設定された時刻を記録します。 イベントタイプ explicit | |||
| 貨物の納品完了 | 出荷品が荷受人の届け先に実際に到着したことを示すマイルストーンです。このイベントをもって、出荷の輸送中の工程が終了します。 | ||
| 重要な理由 輸送における最も重要な重要業績評価指標(KPI)である納期遵守パフォーマンスを測る主要イベントです。輸送時間と全体のサイクルタイムを算出する際の終点となります。 入手先 運送会社から電子メッセージ、ドライバーによる更新、またはポータルへの入力を通じて確認が届き、TMSの出荷ステータスが更新されます。 記録 最終停車地点への到着を示す出荷イベントログのタイムスタンプ、または「納品済み」ステータスの時刻を使用します。 イベントタイプ explicit | |||
| 貨物の集荷完了 | 出荷の輸送が実際に始まったことを示すアクティビティです。運送会社が倉庫や生産施設などの出荷元で貨物を引き取ったときに発生します。 | ||
| 重要な理由 運送会社の集荷時間遵守率を測り、輸送中の状況を追跡し始めるための重要なマイルストーンです。この段階の遅れは、最終的な納品時間に直接影響します。 入手先 通常、運送会社またはドライバーからのステータス更新に基づいて記録されます。EDI取引やモバイルアプリの更新を通じて通知されることがよくあります。 記録 最初の停車地点を出発したことを示す出荷イベントログのタイムスタンプ、または「集荷済み」ステータスの時刻を使用します。 イベントタイプ explicit | |||
| 輸送依頼の受付 | このアクティビティは、輸送プロセスの正式な開始を示します。通常はERPなどの上流システムから注文を受けて新たな輸送ニーズが発生し、新しい出荷レコードが作成されます。 | ||
| 重要な理由 主要な開始イベントとして、出荷プロセス全体の所要時間を測定できます。依頼の件数や発生時刻を分析すると、キャパシティ計画やリソース配分に役立ちます。 入手先 通常、このイベントはソースシステムで主要な出荷レコードまたは輸送要件文書が作成された時刻から取得します。 記録 出荷、出荷指示、またはフォワーディングオーダーのレコードが作成された時刻を使用します。 イベントタイプ explicit | |||
| 運送会社との出荷予約完了 | 運送会社が輸送依頼を正式に受諾し、出荷を担当することが確定したことを示すマイルストーンです。この段階で、輸送を担当する運送会社、料金、スケジュールが確定します。 | ||
| 重要な理由 この確認をもって調達段階が終了し、実行段階が始まります。輸送依頼から予約確定までの効率を測るうえで重要なポイントです。 入手先 運送会社の受諾を受信した時点で記録されます。出荷ステータスは通常、「予約済み」「確定済み」などに更新されます。 記録 輸送依頼のステータスが「受諾」に変わった時刻、または出荷ステータスが「予約済み」に更新された時刻を記録します。 イベントタイプ explicit | |||
| 到着予定時刻の更新 | リアルタイムデータに基づいて、システムが新しい到着予定時刻(ETA)を算出または受信したことを示します。状況の変化に応じて、出荷の輸送中に複数回発生することがあります。 | ||
| 重要な理由 ETAの頻繁な変更や大幅な変更から、出荷の変動性や予測可能性を把握できます。更新内容を分析すると、遅延への先回りした対応や顧客との連絡の改善に役立ちます。 入手先 リアルタイムの追跡情報や納品予定の変更を提供する可視化プラットフォーム、または運送会社からの更新情報に基づいて記録されます。 記録 最初の予約後に、最終納品のETAフィールドが更新されるたびに記録します。 イベントタイプ explicit | |||
| 通関完了 | 国際出荷の場合、貨物が国境または港での税関手続きを無事に通過した時点を示すアクティビティです。必要な文書と検査がすべて完了したことを意味します。 | ||
| 重要な理由 通関は、国際物流で大きなボトルネックになる可能性があります。通関にかかる時間を測定することは、遅延の特定やコンプライアンスプロセスの改善に欠かせません。 入手先 通関業者や運送会社からの通知、または政府機関のシステムからの直接更新によって、このイベントが発生します。 記録 通関許可を示すイベントまたはステータス更新のタイムスタンプを記録します。 イベントタイプ explicit | |||
| 運賃請求書の受領 | 運送会社が提供した輸送サービスに対する請求書(運賃請求書)を受領したことを示すアクティビティです。出荷ライフサイクルの精算段階が始まります。 | ||
| 重要な理由 納品から請求書の受領までにかかる時間は、財務予測や未払費用の計上に影響します。このイベントを起点に、運賃の監査と支払いにかかるサイクルタイムを測定します。 入手先 EDI取引、手入力、または運送会社のポータルからのアップロードによって、システムに新しい請求書レコードが作成されたときに記録されます。 記録 出荷に関連付けられた運賃請求書または運送会社の請求書レコードの作成日を使用します。 イベントタイプ explicit | |||
| 運賃請求書の監査完了 | 運送会社の請求書について、契約料金、付帯料金、納品証明と照合し、システムまたは手作業で監査した状態です。支払いを承認する前に請求額を確認します。 | ||
| 重要な理由 運賃支出の正確性を確保するための重要な財務管理ポイントです。監査プロセスを分析すると、頻繁に発生する不一致やコスト削減の機会を見つけられます。 入手先 出荷の請求ステータスが「監査済み」「検証済み」などに変わり、照合が完了したことを示すときに記録されます。 記録 監査の完了を示す請求書ステータスに更新された時刻を記録します。 イベントタイプ inferred | |||
| 運送会社による輸送依頼の拒否 | 運送会社が出荷の輸送依頼を断ったことを示します。通常、このイベントの後は、別の運送会社を選んで再度依頼する手戻りが発生します。 | ||
| 重要な理由 輸送依頼の拒否は、遅延やコスト増加の主な原因です。拒否の頻度や理由を分析すると、運送会社の評価指標や調達戦略の改善に役立ちます。 入手先 運送会社から届いた電子メッセージ、または運送会社のポータルで拒否を示すステータスが手動で更新されたときに記録されます。 記録 輸送依頼のステータスが「拒否」または同等の状態に更新された時刻を特定します。 イベントタイプ explicit | |||
| 運送会社の選定 | 出荷を担当する特定の輸送サービス事業者、つまり運送会社が正式に選定された状態です。手動での割り当て、自動計画、または入札プロセスを通じて選定されます。 | ||
| 重要な理由 このアクティビティは、運送会社の割り当て方針や輸送パートナーの確保にかかる時間を把握するうえで重要です。ルートの計画と運送会社の選定を分けて分析できます。 入手先 出荷レコードの運送会社フィールドに値が入力されたとき、または該当する貨物オーダーに運送会社が割り当てられたときに、このイベントが記録されます。 記録 運送会社IDが出荷レコードに初めて関連付けられた時刻を特定します。 イベントタイプ explicit | |||
| 運送会社への輸送依頼 | 計画された出荷について、特定の運送会社に正式に輸送を依頼し、受諾を求めるときに発生するアクティビティです。通常、この操作により電子メッセージの送信やポータルの更新を通じて運送会社に連絡します。 | ||
| 重要な理由 輸送依頼を追跡すると、運送会社の応答時間や受諾率を分析できます。同じ出荷に対して何度も依頼が行われている場合、運送会社との契約やキャパシティに問題がある可能性があります。 入手先 多くの場合、TMS上の明示的な取引またはステータス変更として記録され、運送会社に輸送を依頼した時点を示します。 記録 出荷の輸送依頼を運送会社に送信した取引のタイムスタンプを記録します。 イベントタイプ explicit | |||
データ抽出ガイド
データの抽出方法はシステムによって異なります。詳しい手順は、
準備はできましたか?
現在利用しているプラットフォームに合ったシステム別抽出ガイドを選ぶか、この汎用テンプレートを輸送管理データの構成を決めるための詳細な設計図としてご利用ください。
今すぐ輸送業務のパフォーマンスを高める
見えにくい非効率を明らかにし、物流プロセス全体の効率化につなげます。
クレジットカード不要。数分で設定できます。