サプライチェーンマネジメントデータテンプレート
サプライチェーンマネジメントデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 抽出の手引き
サプライチェーンマネジメント属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 物流プロセス内で発生した特定のビジネスイベントまたはステップの名前です。 | ||
| 説明 アクティビティ名(Activity Name)は、サプライチェーンのライフサイクルにおける「オーダー割当済み」、「商品ピッキング済み」、「出荷済み」といった明確なステップを表します。これらの活動は、発見されたプロセスマップのノードを形成します。 これらの活動を分析することで、プロセスフローの可視化、頻繁な経路の特定、各段階での所要時間の測定が可能になります。これは物流オーダーのプロセスにおいて何が起こっているかを理解する上で不可欠であり、手戻り、ボトルネック、および標準プロセスからの逸脱を特定するために使用されます。 その重要性 この属性はプロセスのステップを定義し、プロセスマップの基礎を形成し、プロセスフローとボトルネックの分析を可能にします。 取得元 これは通常、Manhattan Associatesのさまざまなトランザクションテーブルからのイベントコードやステータス変更を、ユーザーフレンドリーなアクティビティ名にマッピングすることで導き出されます。 例 顧客オーダー受領ピッキング済み出荷済み納品証明書受領済み | |||
| イベントのタイムスタンプ EventTimestamp | アクティビティが発生した正確な日時。 | ||
| 説明 イベントタイムスタンプ(Event Timestamp)、または開始時間(Start Time)は、アクティビティが実行された正確な瞬間を記録します。このタイムスタンプは、イベントを時系列で並べ、アクティビティ間の期間を計算するために非常に重要です。 プロセスマイニングでは、このデータを使用して各ケースのタイムラインを構築し、サイクルタイムを計算し、遅延を特定し、時間の経過に伴うプロセスパフォーマンスを分析します。正確なタイムスタンプは、リードタイムや納期遵守率などのほぼすべての時間ベースのプロセス分析とKPI計算の基盤となります。 その重要性 この属性はイベントの時系列順序を提供し、サイクルタイムや遅延などのすべての時間ベースのメトリクスを計算するために不可欠です。 取得元 この情報は、Manhattan Associatesにおける対応するイベントまたはステータス更新とともに、トランザクションログテーブルにあります。 例 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| ロジスティクスオーダー LogisticsOrder | 物流オーダーの一意の識別子であり、エンドツーエンドのサプライチェーンプロセスを追跡するための主要なケース識別子として機能します。 | ||
| 説明 物流オーダー(Logistics Order)は、顧客オーダーの入力から最終的な配送まで、関連するすべての活動を結びつける中心的な追跡番号です。各物流オーダーは単一のフルフィルメントジャーニーを表し、調達、倉庫保管、出荷、配送を含むオーダーのライフサイクル全体を完全に分析できます。 プロセスマイニングでは、この属性は関連するすべてのイベントを単一のケースにグループ化するために使用されます。物流オーダー別にプロセスを分析することで、エンドツーエンドのサイクルタイムの計算、一般的なプロセスバリアントの特定、および特定のオーダーに影響を与えるボトルネックや逸脱の検出が可能になります。 その重要性 これは、関連するすべてのイベントをグループ化する不可欠なケースIDであり、単一のオーダーの最初から最後まで全体の旅程を追跡することを可能にします。 取得元 これは、Manhattan Associates内の主要なオーダー管理テーブルにおける主キーです。特定のテーブルについては、システムドキュメントを参照してください。おそらくオーダーヘッダーに関連しています。 例 LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| ソースシステム SourceSystem | データを抽出した元システム。 | ||
| 説明 この属性は、イベントデータが生成されたソース情報システムを特定します。このコンテキストでは通常「Manhattan Associates」となりますが、異なるモジュールや統合システムを区別することも可能です。 特に複数のシステムからのデータが結合される場合、データガバナンスとデータのコンテキストを理解するために重要です。データリネージを追跡し、データ品質の問題をトラブルシューティングするのに役立ちます。 その重要性 データの出所を識別します。これは、データガバナンス、検証、および複数のエンタープライズシステムからのデータ結合時に非常に重要です。 取得元 これは通常、データ抽出プロセス中に、データセットにその発生元をラベル付けするために追加される静的な値です。 例 マンハッタンアソシエイツWMSマンハッタンアソシエイツTMSMA-SCALE | |||
| 最終データ更新 LastDataUpdate | このレコードのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。 | ||
| 説明 この属性は、ソースシステムからデータを最後に抽出した日時を提供します。これは、ユーザーが分析しているデータの鮮度を理解するのに役立つメタデータフィールドです。 プロセスマイニングのダッシュボードにおいて、この情報はインサイトの適時性を伝える上で不可欠です。これにより、ステークホルダーはデータの最新性を認識し、それに基づいて意思決定を行うことができ、古い情報に基づく分析を防ぎます。 その重要性 データの鮮度を示し、分析と決定が最新の情報に基づいていることを保証します。 取得元 この 例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ユーザー名 UserName | アクティビティを実行したユーザーの名前またはIDです。 | ||
| 説明 この属性は、特定のプロセスステップを実行する責任を負う特定の従業員またはシステムユーザーを識別します。一意のユーザーID、氏名、または自動化されたタスクのシステムアカウント名である場合があります。 ユーザー別に分析することで、ワークロードの分散、リソースのパフォーマンスを理解し、トレーニングの必要性を特定するのに役立ちます。リソース負荷とスループットに関連するダッシュボード、およびユーザー固有である可能性のあるプロセス逸脱を調査するために重要です。 その重要性 リソースのパフォーマンス、ワークロードの配分を分析し、プロセス例外に関与しているユーザーやチームを特定するのに役立ちます。 取得元 通常、イベントデータとともにトランザクションテーブルに「UserID」または「ChangedBy」フィールドとして見つかります。Manhattan Associatesのドキュメントを参照してください。 例 jdoeasmithsys_batch_user | |||
| 商品SKU ProductSKU | オーダー内の製品のSKU(Stock Keeping Unit)または識別子です。 | ||
| 説明 製品SKU(Product SKU)は、特定の製品を識別する一意のコードです。1つの物流オーダーには複数のSKUが含まれる場合があります。 製品レベルでプロセスを分析することで、特定の品目がピッキング時間の延長、高い手戻り率、頻繁な在庫切れなどのプロセス非効率性に関連しているかを特定するのに役立ちます。この属性は、「在庫補充&在庫切れリスク」ダッシュボードにおいて、製品ごとの再オーダーの適時性を分析するために不可欠です。 その重要性 製品レベルの分析を可能にし、在庫切れ、ピッキング遅延、特定の品目に関連する品質問題などの課題を明らかにします。 取得元 マンハッタンアソシエイツのオーダーラインアイテムテーブルにあります。オーダーヘッダーからラインアイテム詳細への結合が必要です。 例 SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| 希望納期 RequestedDeliveryDate | 顧客によって要求された、または社内計画によって必要とされる配送日です。 | ||
| 説明 この属性は、商品が顧客または受領場所に配送されるべき目標日を格納します。納期遵守パフォーマンスを測定するためのベンチマークとして機能します。 分析では、この日付を実際の配送タイムスタンプ(「納品証明書受領済み」)と比較し、オーダーが納期通りか、早期か、遅延したかを判断します。「顧客納期遵守率」や「サプライヤー納期遵守率」といったKPIを計算し、関連するパフォーマンスダッシュボードを構築するための重要な要素です。 その重要性 これは納期遵守パフォーマンスを測定するためのベースラインであり、顧客満足度およびサプライヤー管理にとって重要なKPIです。 取得元 マンハッタンアソシエイツのオーダーヘッダーまたはオーダーラインアイテムテーブルにあります。システムドキュメントを参照してください。 例 2023-11-102023-11-152023-12-01 | |||
| 注文タイプ OrderType | 物流オーダーの分類(例:標準、速達、補充など)です。 | ||
| 説明 オーダータイプは、性質または優先順位に基づいてロジスティクスオーダーを分類します。一般的なタイプには、顧客オーダー、在庫転送オーダー、返品オーダーなどがあります。各タイプには、異なる期待されるプロセスフローとサービスレベル契約(SLA)がある場合があります。 この属性は比較分析にとって非常に重要です。オーダータイプ別にプロセスをフィルタリングまたはセグメント化することで、アナリストは異なるタイプのオーダーがどのように処理されるかを理解し、それらのサイクルタイムを比較し、特定のオーダータイプが遅延や例外により発生しやすいかどうかを特定できます。これは、「オーダータイプ別サイクルタイム比較」ダッシュボードを直接サポートします。 その重要性 異なる種類のオーダーのパフォーマンスとプロセスフローを比較できます。これらのオーダーは、しばしば独自のパスとSLAを持っています。 取得元 マンハッタンアソシエイツ内のオーダーヘッダーデータにあります。特定のフィールド名についてはシステムドキュメントを参照してください。 例 通常注文速達配送在庫補充返品オーダー | |||
| 輸送モード ModeOfTransport | 出荷に使用される輸送手段(トラック、航空、海上など)です。 | ||
| 説明 この属性は、商品を倉庫から目的地へ移動するために使用される輸送モードを指定します。例としては、トラック満載便(FTL)、混載便(LTL)、航空貨物、海上貨物、小包などがあります。 このディメンションは、「輸送コスト&効率分析」ダッシュボードにとって非常に重要です。異なる輸送モードのコストと速度を比較でき、より高価で高速なモードがいつ使用されたかを特定することで「緊急配送頻度」KPIの計算に役立ちます。 その重要性 輸送コストと効率を分析し、高価な緊急輸送オプションへの依存を特定するのに役立ちます。 取得元 マンハッタンアソシエイツTMSモジュール内の出荷または輸送計画テーブルにあります。 例 航空貨物LTL海上輸送小包 | |||
| 仕入先名 SupplierName | 購買オーダーに対して商品を提供するサプライヤーの名前です。 | ||
| 説明 この属性は、商品または原材料を調達するベンダーまたはサプライヤーを特定します。購買オーダーによって開始される物流オーダーに関連します。 サプライヤー別に分析することは、ベンダーのパフォーマンスを評価するために不可欠です。サプライヤーのスコアカード作成、納期遵守率の監視、および「商品受領済み」ステップでの遅延に頻繁に関連するサプライヤーの特定を可能にします。これは、「サプライヤー納期遵守パフォーマンス」ダッシュボードを直接サポートします。 その重要性 サプライヤーパフォーマンス分析を可能にし、信頼できるパートナーを特定し、インバウンドサプライチェーン遅延の原因を突き止めるのに役立ちます。 取得元 マンハッタンアソシエイツ内の発注書データテーブルからリンクされており、多くの場合、ロジスティクスオーダーから発注書ヘッダーへの結合が必要です。 例 グローバルコンポーネンツInc.アドバンストマテリアルズLLCプレシジョンパーツ株式会社 | |||
| 倉庫ID WarehouseId | ピッキングおよび梱包活動が行われる倉庫または配送センターの識別子です。 | ||
| 説明 この属性は、オーダーを履行する特定の倉庫施設を識別します。複数倉庫運営の場合、これは分析にとって重要なディメンションです。 異なる施設間でパフォーマンスを比較できるようにすることで、「倉庫ピッキングボトルネック分析」ダッシュボードを直接サポートします。アナリストは、どの倉庫がより効率的か、どの倉庫のピッキングサイクルタイムが長いか、そしてどこにリソースを再割り当てする必要があるかを特定できます。 その重要性 異なる倉庫間の比較パフォーマンス分析を可能にし、施設固有のボトルネックとベストプラクティスを特定します。 取得元 これは通常、Manhattan Associates WMS内のオーダーまたは出荷データの一部であり、履行場所を示します。 例 WH01-EASTWH02-WESTWH03-CENTRAL | |||
| 倉庫ピッキングサイクルタイム WarehousePickingCycleTime | 各オーダーにおける倉庫内のピッキングおよび梱包フェーズの計算された所要時間です。 | ||
| 説明 このメトリクスは、「商品ピッキング済み」活動と「商品梱包済み」活動の間に経過した時間を測定します。これにより、倉庫フルフィルメントプロセスの重要な部分のパフォーマンスが分離されます。 この計算属性は、「倉庫ピッキングサイクルタイム」KPIおよび「倉庫ピッキングボトルネック分析」ダッシュボードの基盤となります。ピッキング効率の直接的な測定と監視を可能にし、倉庫内のボトルネックやプロセス改善イニシアチブの影響を特定するのに役立ちます。 その重要性 倉庫ピッキングプロセスのパフォーマンスを分離し、この重要な領域での改善を具体的にターゲットにして測定することを可能にします。 取得元 これは計算されたメトリクスです。各物流オーダーの「商品梱包済み」活動と「商品ピッキング済み」活動のタイムスタンプ間の時間差を取ることで導き出されます。 例 360072001800 | |||
| 出発地 OriginLocation | 出荷元となる倉庫、工場、または施設です。 | ||
| 説明 この属性は、出荷の開始地点(配送センター、製造工場、サプライヤー拠点など)を指定します。通常、場所コードまたは名前で表されます。 出発地と目的地のデータは、物流ネットワーク分析の基本です。この属性は、「出発地-目的地リードタイムマトリックス」ダッシュボードをサポートし、異なる輸送経路のリードタイムを可視化・分析し、地域または施設固有のボトルネックを特定するのに役立ちます。 その重要性 ロジスティクスネットワークの最適化や、異なる輸送レーンまたは施設間のパフォーマンス変動を特定するために不可欠です。 取得元 この情報は通常、Manhattan Associates内の出荷またはオーダーヘッダーテーブルに保存されています。 例 DC-アトランタWH-ネバダプラント-メキシコ-01 | |||
| 出荷ID ShipmentId | 出荷の固有識別子であり、1つ以上のロジスティクスオーダーを含む場合があります。 | ||
| 説明 出荷ID(Shipment ID)は、まとめて輸送される商品のグループに対する参照番号です。特に同じ目的地に向かう場合、1つの出荷に複数の物流オーダーが含まれることがあります。 物流オーダーがケースIDである一方、出荷IDは重要なコンテキスト属性です。これにより、「運送会社割り当て済み」や「出荷済み」といった出荷レベルでの活動分析が可能となり、統合効率と輸送計画の理解に役立ちます。 その重要性 共に発送されるオーダーをリンクし、輸送効率と混載戦略の分析を可能にします。 取得元 マンハッタンアソシエイツ内の輸送および出荷計画テーブルで生成および保存されます。 例 SH-98765SH-98766SH-98767 | |||
| 納期遵守か(顧客向け) IsOnTimeDeliveryCustomer | 依頼された配送日までにオーダーが顧客に配送されたかどうかを示す算出済みのフラグです。 | ||
| 説明 このブール属性は、「納品証明書受領済み」イベントタイムスタンプと「要求された配送日」を比較することで導き出されます。各オーダーを納期通り(true)または遅延(false)としてフラグ付けします。 この属性は、「顧客納期遵守率」KPIおよびダッシュボードを直接強化します。各ケースに明確な二者択一の結果を提供することで分析を簡素化し、遅延オーダーを簡単にフィルタリングし、遅延の根本原因を調査できるようにします。 その重要性 顧客サービスレベルを直接測定し、すべてのオーダーを納期遵守または遅延として分類することで、納期遵守パフォーマンスの分析を簡素化します。 取得元 これはソースシステム内のフィールドではありません。データ変換中に、実際の配送タイムスタンプと要求された配送日を比較することで計算されます。 例 truefalse | |||
| 総費用 TotalCost | 物流オーダーまたは特定の活動に関連する総財務コストです。 | ||
| 説明 この属性は、物流オーダーに発生した総コストを表します。輸送費、倉庫保管費、手数料などの構成要素に分解できます。詳細レベルはソースデータに依存します。 コストデータは、価値ベースのプロセスマイニングにとって非常に貴重です。「輸送コスト&効率分析」ダッシュボードをサポートし、サイクルタイムに財務的なコンテキストを提供します。コストを分析することで、企業は高コストのプロセスバリアントを特定し、スピードと費用の両方を最適化するためのデータに基づいた意思決定を行うことができます。 その重要性 プロセスに財務的な視点をもたらし、コスト要因や非効率性が財務に与える影響を分析できます。 取得元 コストデータはマンハッタンアソシエイツの複数のテーブルから取得されるか、財務システムとの統合が必要となる場合があります。運賃コストまたはオーダー原価計算テーブルについては、ドキュメントを参照してください。 例 150.752500.0085.50 | |||
| 運送業者名 CarrierName | 出荷を担当する運送会社の名前です。 | ||
| 説明 運送会社名(Carrier Name)は、商品を物理的に輸送する物流パートナーまたは企業を特定します。これは、主要な運送会社または地域の配送業者である可能性があります。 運送会社別に分析することは、納期厳守、コスト、効率性の観点からそのパフォーマンスを評価するために重要です。「輸送コスト&効率分析」ダッシュボードの主要なディメンションであり、異なる運送会社間のサイクルタイムとコストの比較を可能にします。 その重要性 輸送パートナーのパフォーマンス評価を可能にし、コストと信頼性に基づいて運送業者の選定を最適化するのに役立ちます。 取得元 出荷または貨物オーダーテーブル、通常はマンハッタンアソシエイツのTMSモジュール内にあります。 例 FedExCHロビンソンマースク | |||
| 配送先 DestinationLocation | 出荷品が配送される顧客の住所、店舗、または施設です。 | ||
| 説明 この属性は、商品の最終配送地点を指定します。これは顧客の配送センター、小売店舗、またはエンドコンシューマーの住所である可能性があります。多くの場合、都市、州、または郵便番号で表されます。 出発地ロケーションと組み合わせて、この属性は「出発地-目的地リードタイムマトリックス」ダッシュボードに不可欠です。目的地別にリードタイムを分析することで、特定の地域における配送課題を特定し、流通ネットワークの効率性を評価するのに役立ちます。 その重要性 異なる地理的領域にわたる配送パフォーマンスの分析や、地域的なボトルネックまたは運送業者の問題を特定するのに役立ちます。 取得元 これは、Manhattan Associatesのオーダーヘッダーまたは出荷詳細に含まれる出荷先住所情報です。 例 ニューヨーク、NYロサンゼルス、CA店舗 #582 | |||
| 顧客名 CustomerName | 商品が配送される顧客の名前です。 | ||
| 説明 この属性は、出荷を受け取る最終顧客を特定します。個人または企業である可能性があります。 顧客情報は、サービスレベルを分析し、特定の顧客に特有のパターンを特定するために不可欠です。「顧客別納期遵守率」ダッシュボードをサポートし、顧客別の配送パフォーマンスのセグメンテーションを可能にすることで、遅延が特定の顧客アカウントや地域に集中しているかどうかを明らかにできます。 その重要性 顧客別に分析をセグメント化することができ、これは顧客固有の問題を理解し、サービスレベルを測定するための鍵となります。 取得元 オーダーヘッダーデータにあり、多くの場合顧客IDを介してリンクされています。マンハッタンアソシエイツのドキュメントを参照してください。 例 リテール株式会社ビッグマートスーパーストア株式会社 | |||
サプライチェーンマネジメント活動
| アクティビティ | 説明 | ||
|---|---|---|---|
| ウェーブ作成済み | WMS内で「ウェーブ」が作成され、複数のオーダーや出荷ラインが効率的かつ連携されたピッキングと梱包のためにまとめられます。ウェーブの作成は、バッチ処理されたオーダーの物理的なフルフィルメントプロセスを開始する明確なシステムイベントです。 | ||
| その重要性 この活動は、倉庫業務における重要なマイルストーンです。オーダーがウェーブされるのを待つ時間を分析することで、バッチ戦略の非効率性やリソース計画のギャップが明らかになる可能性があります。 取得元 ユーザーまたは自動プロセスがウェーブを開始した際に、マンハッタンWMSに明示的に記録されます。ウェーブ作成テーブルには、このイベントのタイムスタンプが含まれています。 取得 ウェーブ作成レコード上のタイムスタンプから捕捉されます。 イベントタイプ explicit | |||
| ピッキング済み | 倉庫作業員がオーダーの品目を保管場所から物理的にピッキングします。この活動は通常、作業員がピッキングを確認した際、多くの場合、品目と場所のバーコードをスキャンすることによって記録されます。 | ||
| その重要性 ピッキング時間の分析は、倉庫のボトルネックを特定し、労働効率を向上させる上で不可欠です。これは倉庫ピッキングサイクルタイムKPIを直接サポートします。 取得元 WMSのタスクまたは実行ログに明示的なトランザクションとして記録されます。各ピッキング確認にはタイムスタンプが付与され、作業員とオーダーに関連付けられます。 取得 WMSピッキングインターフェースでのスキャンまたは確認を介してログに記録されます。 イベントタイプ explicit | |||
| 出荷済み | この活動は、出荷品が物理的に倉庫または配送センターを離れる時点を示します。これは通常、WMSでの最終的な「出荷確認」トランザクション(トレーラーが封印され出発する際)を通じて捕捉されます。 | ||
| その重要性 これは、倉庫での処理の終了と輸送開始時間を区切る重要なマイルストーンです。出荷の納期遵守と倉庫処理時間を測定するための主要なイベントです。 取得元 マンハッタンWMS/TMSにおける中心的で明確なトランザクションであり、多くの場合「出荷確認(Ship Confirm)」または「マニフェストクローズ(Manifest Close)」と呼ばれます。このトランザクションにはタイムスタンプが付与され、出荷の詳細を確定します。 取得 WMSの「出荷確認」トランザクションによってログに記録されます。 イベントタイプ explicit | |||
| 注文キャンセル済み | 顧客オーダーが、フルフィルメントが完了する前に正式にキャンセルされました。これは、当該物流オーダーに対するそれ以上の処理をすべて停止させる終了ステータスです。 | ||
| その重要性 これは重要な失敗終了イベントです。キャンセル理由と頻度を分析することで、オーダー受領プロセスまたは顧客満足度における問題を特定するのに役立ちます。 取得元 これは、オーダーの状態を「キャンセル済み」に変更するOMS内の明示的なトランザクションです。この状態変更のタイムスタンプがイベントを示します。 取得 オーダーステータスが「キャンセル済み」に更新された時にログに記録されます。 イベントタイプ explicit | |||
| 納品証明書受領済み | 署名を含むことがよくある、配送成功の最終確認がシステムで受領および記録されます。これは、運送会社からの電子確認、または手動でスキャン・添付された文書である場合があります。 | ||
| その重要性 この活動は、物流プロセスの主要な成功終了イベントです。完全なオーダーサイクルタイムと顧客の納期遵守率を計算するために不可欠です。 取得元 運送業者メッセージからの明示的なイベント、または出荷レコードのステータスが「POD受領済み」や「完了」に変更されたことから推測できます。タイムスタンプが最終的な完了を示します。 取得 出荷ステータスが「配送済み」または「POD確認済み」に変更されたことから推測されます。 イベントタイプ inferred | |||
| 顧客オーダー受領 | この活動は、システム内で新しい物流オーダーが作成される時点を示します。通常、顧客がEDI、ウェブポータル、または手動入力を通じて開始します。このイベントは、オーダー管理モジュールで一意の識別子を持つ新しいオーダー記録が作成されたときに捕捉されます。 | ||
| その重要性 これは、エンドツーエンドの物流プロセスにおける主要な開始イベントです。そのタイミングを分析することは、総オーダーサイクルタイムを計算し、需要パターンを理解するために非常に重要です。 取得元 Manhattan Order Management System (OMS) モジュールで明示的なトランザクションとして記録されます。オーダー作成テーブルとその関連するタイムスタンプを確認します。 取得 販売オーダーレコードの作成時にログに記録されます。 イベントタイプ explicit | |||
| オーダー割り当て済み | システムは、特定のオーダーのために倉庫内の特定の在庫ユニットを引き当てます(予約します)。この割り当ては、物理的な倉庫活動に先行する重要なステップです。 | ||
| その重要性 このマイルストーンは、オーダー管理から倉庫実行への移行を示します。オーダー受領から割り当てまでの時間は、フルフィルメント開始前の潜在的な処理の滞りを浮き彫りにします。 取得元 マンハッタンWMS内のオーダーまたは出荷ラインのステータス更新として捕捉されます。イベントは、ステータスが「割り当て済み」または類似の状態に変わった際のタイムスタンプです。 取得 オーダーラインのステータスが「割り当て済み」に変更された際のタイムスタンプによって特定されます。 イベントタイプ inferred | |||
| サプライヤーから受領済み | この活動は、サプライヤーからの商品が倉庫のドックで物理的に受領された時点を記録します。通常は購買オーダーに対して行われ、倉庫スタッフが到着した在庫をスキャンして登録する際にWMSで明示的に捕捉されます。 | ||
| その重要性 これは、サプライヤーの納期遵守パフォーマンスを測定するための重要なマイルストーンです。これはインバウンド物流フェーズの完了を示し、フルフィルメントのための在庫を利用可能にします。 取得元 マンハッタンWMSのインバウンドロジスティクスモジュールにおける標準的で明確なトランザクションです。タイムスタンプ付きの受領ログに記録され、POまたは事前出荷通知(ASN)に関連付けられます。 取得 倉庫受領トランザクションによってログに記録されます。 イベントタイプ explicit | |||
| 出荷伝票登録済み | システム内で論理的な出荷レコードが作成され、同じ運送業者を介して同じ場所に送られる1つ以上のオーダーまたはカートンがまとめられます。このステップは、出荷商品の輸送計画を正式なものとします。 | ||
| その重要性 この活動は、倉庫業務と輸送管理を結びつけます。運送会社の割り当て、運賃評価、および出荷書類の作成の基礎となります。 取得元 マンハッタンWMSまたはTMSモジュール内の明示的なトランザクションです。作成タイムスタンプとともに、出荷ヘッダーテーブルに記録されます。 取得 新しい出荷レコードが生成された時にログに記録されます。 イベントタイプ explicit | |||
| 出荷再スケジュール済み | 在庫不足、顧客の要求、輸送上の制約などの問題により、オーダーの計画出荷日が変更されました。これはフルフィルメントプロセスにおける手戻りのループを表します。 | ||
| その重要性 再スケジュールを追跡することは、遅延の原因とプロセスの不安定性を特定するために非常に重要です。この活動は、オーダー手戻り率KPIを直接サポートし、例外の影響を定量化するのに役立ちます。 取得元 オーダーまたは出荷レコード上の計画出荷日または依頼出荷日フィールドへの変更から推測されます。元の日付と更新された日付の比較は、再スケジュールイベントを示します。 取得 「計画出荷日」フィールドの履歴値と現在値を比較することで導出されます。 イベントタイプ calculated | |||
| 在庫確認済み | システムは利用可能な在庫レベルをチェックし、既存の在庫から顧客オーダーが履行できるかを判断します。これはオーダー作成直後に行われる自動化されたステップであり、オーダーラインステータスの更新につながることがよくあります。 | ||
| その重要性 この活動は、在庫補充サイクルを理解し、在庫切れリスクを特定するために重要です。ここでの遅延は、オーダーフルフィルメントのリードタイムに直接影響を与える可能性があります。 取得元 通常、OMSモジュール内のオーダーラインステータスの変更から推測されます。「新規」から「割り当て待ち」または類似のステータスへの変更は、このチェックの完了を示すことがよくあります。 取得 作成後のオーダーラインステータスの変更から推測されます。 イベントタイプ inferred | |||
| 梱包済み | ピッキングされた品目は、1つ以上の出荷コンテナまたはカートンに混載され、梱包されます。このイベントは通常、梱包ステーションの作業員がカートンが封印され、出荷ラベルが生成されたことを確認した際に記録されます。 | ||
| その重要性 これはコアとなるピッキング・梱包プロセスの完了を示します。ピッキングから梱包までの時間を分析することで、梱包ステーションのレイアウトとリソース割り当ての最適化に役立ちます。 取得元 梱包ステーションのWMSで捕捉される明示的なイベントです。カートン作成または梱包確認テーブルでタイムスタンプを確認してください。 取得 梱包検証ステップの完了時にログに記録されます。 イベントタイプ explicit | |||
| 発注作成済み | 外部サプライヤーから商品を調達するために発注書が生成されます。これは通常、在庫切れまたは直接のバックオーダー状況によってトリガーされます。これは、顧客の需要にリンクされた新しいPO文書を作成する明確なトランザクションです。 | ||
| その重要性 PO作成を追跡することは、サプライチェーンの調達部分とそれが全体のオーダーリードタイムに与える影響を分析するために不可欠です。サプライヤーのパフォーマンスを測定するのに役立ちます。 取得元 調達または購買モジュールにおける個別のイベントとして記録されます。通常、元の販売オーダーにリンクされているPO作成テーブルとそのタイムスタンプを確認します。 取得 新しい発注書レコードが保存された時にログに記録されます。 イベントタイプ explicit | |||
| 運送業者割り当て済み | 特定の輸送運送業者が選択され、出荷に割り当てられます。これは、ルーティングガイドに基づいた自動プロセス、または輸送計画者による手動選択のいずれかです。 | ||
| その重要性 この決定ポイントは、輸送コストと運送会社のパフォーマンスを分析する上で重要です。運送会社を割り当てるまでの時間は、計画の遅延を示す可能性があります。 取得元 TMSモジュールの出荷レコードにある「運送業者」フィールドのタイムスタンプ付き変更から推測されます。このイベントは、このフィールドが最初に設定された時です。 取得 出荷の運送業者フィールドの変更ログまたは更新タイムスタンプから推測されます。 イベントタイプ inferred | |||
| 顧客へ配送済み | 出荷品が顧客の目的地に到着し、荷降ろしされます。このイベントは、運送会社から受領されるEDI 214メッセージのような電子更新を通じて捕捉されることがよくあります。 | ||
| その重要性 この活動は、運送会社のパフォーマンスと実際の輸送時間に関する可視性を提供します。納期厳守を測定し、最終的な納品証明ステップを開始するための前提条件となります。 取得元 これは通常、運送会社からの外部メッセージによってトリガーされる明示的なイベントであり、TMS内の出荷ステータスを更新します。タイムスタンプは運送会社の更新から派生します。 取得 運送業者EDIメッセージ(例:EDI 214)が出荷ステータスを更新する際に捕捉されます。 イベントタイプ explicit | |||
抽出ガイド
このプロセスのデータ抽出方法は現在検証中です。後でもう一度お試しいただくか、 お問い合わせください サポートについてはお問い合わせください。