サプライチェーン管理データテンプレート
サプライチェーン管理データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- Kinaxis RapidResponseからデータを抽出するためのガイダンス
サプライチェーン管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 物流プロセス内で発生した特定の業務イベントまたはステップの名称です。たとえば、「Goods Shipped」や「Purchase Order Issued」などが該当します。 | ||
| 説明 この属性は、サプライチェーンプロセスにおける個々のステップまたはマイルストーンを表します。オーダーの作成、在庫確認、生産工程、納入確認などの主要イベントを記録し、各物流オーダーの処理順序を構成します。 プロセスマイニング分析では、アクティビティの順序からプロセスマップを自動的に発見し、標準手順からの逸脱を特定して、ボトルネックを絞り込めます。Quality Control Rework Analysisダッシュボードで確認できるように、プロセスフロー、適合性、手戻りの繰り返しを分析する基盤です。 重要な理由 プロセスのステップを定義し、サプライチェーンの実際のエンドツーエンドフローを発見して可視化できます。 入手先 通常、Kinaxis RapidResponseの各種モジュールにあるイベントログ、ステータス変更レコード、トランザクションコードから取得されます。 例 発注書の発行原材料の受領製品の生産完了商品の出荷 | |||
| イベント時刻 EventTime | 特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。 | ||
| 説明 イベント時刻は、アクティビティが実行された正確な時点を記録します。このタイムスタンプは、イベントを時系列に並べ、プロセス内の各ステップ間の所要時間を計算するために欠かせません。 サイクルタイム、待機時間、リードタイムなど、時間に基づくすべての指標の計算でこの属性を使用します。Order Fulfillment Cycle Timeなどのダッシュボードや、Avg Order-to-Delivery Cycle TimeなどのKPIに必要です。正確なタイムスタンプがあってこそ、プロセスのパフォーマンスを把握し、遅延を特定できます。 重要な理由 このタイムスタンプでイベントの時系列を確認でき、すべての所要時間とパフォーマンス計算の基礎となります。ボトルネックや遅延も明らかにできます。 入手先 通常、Kinaxis RapidResponseの各モジュールにあるトランザクションログまたはステータス更新レコードで、アクティビティデータとともに確認できます。 例 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| 物流オーダー LogisticsOrder | 需要計画から最終納入までの関連アクティビティをすべて結び付ける、特定の物流オーダーの一意の識別子です。 | ||
| 説明 物流オーダーは、1件の履行プロセスに関連するすべてのイベントをまとめる主要なケース識別子です。初期の予測または顧客からの依頼から、最終的な納品受領証まで、製品がサプライチェーンを移動する過程をエンドツーエンドで追跡できます。 プロセスマイニングでは、物流オーダー単位でアクティビティを分析することが基本です。完全なプロセスフローの可視化、サイクルタイムの計算、個々のオーダーごとのバリエーションやボトルネックの特定が可能になります。Order Fulfillment Cycle TimeやEnd-to-End Logistics Variantsなどのダッシュボードを支える基盤です。 重要な理由 オーダーのライフサイクル全体を追跡するための基本キーです。開始から完了まで、プロセスのバリエーション、効率、コンプライアンスを分析できます。 入手先 通常、Kinaxis RapidResponseのオーダー管理または物流計画モジュールにある主要フィールドです。 例 LO-2024-00123LO-2024-00124LO-2024-00125 | |||
| ソースシステム SourceSystem | イベントデータを抽出した記録元のシステムです。 | ||
| 説明 この属性は、各イベントログエントリの発生元システムを識別します。複雑なシステム環境では、1つのプロセスに関するイベントがERP、WMS、Kinaxisなど複数のシステムから取得される場合があります。 分析では、データの検証やプロセスを支える技術環境の把握に役立ちます。サプライチェーンに関わる複数のシステム間で、データ連携の問題や不整合を特定することもできます。 重要な理由 データの発生元に関する背景情報を提供します。データ検証、問題の切り分け、複数のITシステムにまたがるプロセスの分断状況を把握するうえで重要です。 入手先 通常、データ抽出時にデータの発生元を示すために付加される固定値です。 例 Kinaxis_RR_ProdSAP_ECCOracle_Fusion | |||
| 最終データ更新日時 LastDataUpdate | このイベントのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。 | ||
| 説明 この属性は、データを最後に取得した日時を示します。分析対象データの鮮度を把握するためのメタデータフィールドです。 プロセスマイニングのダッシュボードでは、分析時点でのデータの最新性を確認し、次回のデータ更新予定を把握するために重要です。適時性のある情報に基づいて意思決定できます。 重要な理由 データの適時性を示し、プロセス分析がどの時点の情報に基づいているか、最後にいつ更新されたかを確認できます。 入手先 データの抽出、変換、ロード(ETL)処理の中で生成され、データセットに付与されるメタデータフィールドです。 例 2024-05-20T02:00:00Z2024-05-21T02:00:00Z | |||
| ユーザー User | アクティビティを実行した担当者のユーザーIDまたは氏名です。 | ||
| 説明 この属性は、特定のプロセスステップを担当した個人またはシステムユーザーを識別します。業務量の分布、トレーニングの必要性、ユーザーやチームごとのパフォーマンスを把握するのに役立ちます。 分析では、プロセスマップを特定のユーザーに絞り込み、そのユーザーのタスク実行状況を確認できます。少数の専門担当者に集中しているアクティビティを特定したり、反復的な手作業の自動化候補を見つけたりすることも可能です。 重要な理由 プロセスステップの担当ユーザーを記録し、チームのパフォーマンス、業務量の分布、手順の遵守状況を分析できます。 入手先 通常、Kinaxis RapidResponseのトランザクションログにある「User Name」、「Changed By」、「Created By」などのフィールドで確認できます。 例 JSMITHUSER123BATCH_SYSTEM | |||
| 実際の納入日 ActualDeliveryDate | 注文品が顧客に納入された実際の日付です。納品証明によって確認されます。 | ||
| 説明 この属性には、顧客が商品を正式に受け取った時点のタイムスタンプが記録されます。注文履行プロセスの最終ステップを示します。 「希望納入日」に対応する項目であり、納入が期限内だったか遅延したかの判定に使われます。納期遵守実績ダッシュボードの中核指標であり、サービスレベル合意(SLA)とサプライチェーン全体の信頼性を算出するうえでも欠かせません。 重要な理由 納入プロセスの完了を確認し、顧客の期待に対する実際の納入実績を算出するために必要です。 入手先 通常は納品証明イベントから取得されます。Kinaxisまたは連携された輸送管理システム(TMS)に記録されている場合があります。 例 2023-11-162023-11-202023-12-05 | |||
| 希望納入日 RequestedDeliveryDate | 顧客が希望する注文の納入日です。 | ||
| 説明 この属性には、顧客が注文品の受け取りを希望する日付が保存されます。納入実績と顧客満足度を測定する際の基準となります。 この日付は「実際の納入日」と直接比較され、納期遵守率KPIの算出と納期遵守実績ダッシュボードに利用されます。希望納入日と実際の納入日の差を把握することは、恒常的な遅延の特定と顧客サービスの改善に欠かせません。 重要な理由 納期遵守実績を測定する際の主要な基準であり、顧客満足度KPIを構成する重要な要素です。 入手先 Kinaxis RapidResponseの顧客受注データに標準で用意されているフィールドです。 例 2023-11-152023-11-202023-12-01 | |||
| 製品ID ProductIdentifier | 物流オーダーに関連する製品の一意の識別子です。SKUや品目番号などが該当します。 | ||
| 説明 この属性は、物流オーダーで扱う製品を特定します。製品の種類、カテゴリー、個別の商品単位で分析を分けられます。 製品別にプロセスを分析すると、遅延、品質問題、複雑な履行経路が頻発する商品を特定できます。Demand Forecast AccuracyやQuality Control Rework Analysisのダッシュボードで、問題のある製品ラインやサプライチェーンを絞り込むために役立ちます。 重要な理由 製品ラインやカテゴリーごとのプロセス分析が可能になり、履行経路に非効率や問題がある製品を特定できます。 入手先 Kinaxis RapidResponseのオーダー、出荷、在庫データにある標準フィールドです。通常、「SKU」、「Material Number」、「Product ID」などの名称で記録されます。 例 SKU-100-BLUEMAT-58930-APROD-XYZ-001 | |||
| 顧客ID CustomerIdentifier | オーダーを発行した顧客の一意の識別子です。 | ||
| 説明 この属性は、物流オーダーに関連する最終顧客を特定します。顧客を中心とした視点でプロセス分析を分けるために欠かせません。 顧客IDを使うと、特定顧客の納期遵守パフォーマンス、複雑なオーダーフローを持つ顧客、サービス改善の方向性を分析できます。重要顧客への対応の優先順位付けや、顧客関係のより効果的な管理にも役立ちます。 重要な理由 顧客を中心としたプロセス分析が可能になり、主要顧客のサービス水準、納入パフォーマンス、履行の複雑さを評価できます。 入手先 Kinaxis RapidResponseの顧客オーダーテーブルまたはワークブックにあり、通常は「Customer Number」または「Sold-To Party」と表示されます。 例 CUST-9001CUST-9002CUST-9003 | |||
| サプライヤーID SupplierIdentifier | 原材料や部品を提供するサプライヤーの一意の識別子です。 | ||
| 説明 この属性は、「Purchase Order Issued」や「Raw Materials Received」など、調達に関するアクティビティに関わるサプライヤーを特定します。 Supplier Delivery Performanceダッシュボードで、サプライヤーごとの納期遵守状況とリードタイムを測定・比較するために欠かせません。サプライヤーとの関係管理、信頼できるパートナーの特定、入荷サプライチェーンのリスク低減に役立ちます。 重要な理由 サプライヤーのパフォーマンスを分析できるため、調達のボトルネックを特定し、安定した入荷サプライチェーンを維持するうえで重要です。 入手先 Kinaxis RapidResponseの購買書類や入庫記録にあり、通常は「Supplier ID」または「Vendor Number」と表示されます。 例 SUP-A100SUP-B200SUP-C300 | |||
| リソース Resource | アクティビティの実行に使われる特定の機械、生産ライン、設備です。 | ||
| 説明 この属性は、特に製造業において、プロセスの各ステップに関わる物理的なリソースを特定します。特定の機械、組立ライン、梱包ステーションなどが該当します。 リソース別のプロセス分析は、サプライチェーンリソース利用状況ダッシュボードの中心となります。各リソースの負荷と実績を把握し、ボトルネックとなっている機械を特定するとともに、処理量と効率の向上に向けてリソース配分を最適化できます。 重要な理由 使用された設備やラインを特定し、リソース利用状況、能力制約、生産ボトルネックを分析するために欠かせません。 入手先 Kinaxisと連携する製造実行システム(MES)や、詳細な生産計画データに含まれることが一般的です。 例 ASSEMBLY-LINE-01CNC-MACHINE-05PACK-STATION-B | |||
| 予測数量 ForecastedQuantity | 予測段階で生成された、製品に対する予測需要数量です。 | ||
| 説明 この属性には、特定の期間に注文されると予測された製品数量が含まれます。需要計画プロセスの出力を示します。 このデータは、需要予測精度ダッシュボードと予測対実績注文差異KPIに欠かせません。この値を実際の「注文数量」と比較することで、予測の信頼性を評価できます。これは、在庫水準と生産計画を最適化するうえで重要です。 重要な理由 予測精度を測定する基準となり、在庫管理の改善や過剰在庫・欠品に伴うコストの削減に役立ちます。 入手先 Kinaxis RapidResponseの需要計画または予測モジュールから取得されます。 例 120480030 | |||
| 倉庫 Warehouse | 商品のピッキング、梱包、出荷を行う倉庫または配送センターです。 | ||
| 説明 この属性は、履行業務に関わる保管施設を示します。サプライチェーンにおける物流と在庫管理を把握するために欠かせません。 倉庫別にアクティビティを分析すると、配送ネットワークの効率を比較できます。在庫のボトルネックや履行処理量に関するダッシュボードにも役立ち、動きの遅い在庫や非効率な倉庫業務の特定につながります。 重要な理由 対象となる倉庫または配送センターを特定し、場所ごとの在庫移動、ピッキング効率、履行速度を分析できます。 入手先 在庫管理データや出荷データに含まれ、商品のピッキングや出荷のイベントと関連付けられることが一般的です。 例 WH-EAST-01WH-WEST-03DC-CENTRAL | |||
| 却下理由 RejectionReason | 品目が品質検査に不合格となった理由を説明するコードまたはテキストです。 | ||
| 説明 この属性は、品質不合格の具体的な理由を記録します。「品質検査合格」アクティビティが発生せず、代わりにプロセスが手直しのため生産工程へ戻る場合の背景を示します。 品質検査手直し分析ダッシュボードでは、手直しイベントが発生した理由を明らかにします。却下理由を分析すると、材料不良、設備故障、作業者のミスなど、品質問題の根本原因を特定し、対象を絞った改善策を実施できます。 重要な理由 品質不合格と手直しループの背景を示し、製品品質の改善と廃棄の削減に向けた根本原因分析を可能にします。 入手先 品質管理モジュールやテーブルにあり、品質検査イベントと関連付けられている情報です。 例 寸法規格外表面の傷部品違い | |||
| 工場 Plant | 生産または加工のアクティビティが行われる製造工場や施設です。 | ||
| 説明 この属性は、サプライチェーンプロセスに関わる工場や生産拠点など、具体的な物理的場所を特定します。生産関連のアクティビティに地理的・組織的な背景を付与します。 工場別にプロセスを分析すると、拠点間で実績を比較できます。効率の高い工場、手直し率の高い工場、生産のボトルネックが発生しやすい場所を特定し、リソースの利用状況を分析する際にも役立ちます。 重要な理由 生産アクティビティの場所を示し、製造拠点間の実績比較とボトルネック分析を可能にします。 入手先 Kinaxis RapidResponseの生産、在庫、物流データで一般的に使われる属性です。 例 PLANT-01-DEPLANT-02-USPLANT-03-CN | |||
| 手直しかどうか IsRework | 品質検査や生産工程の繰り返しなど、アクティビティが手直しループの一部かどうかを示す計算フラグです。 | ||
| 説明 このブール型属性は、手直しサイクルの一部として発生したアクティビティを特定します。通常、最初の実行後に同じ物流注文で生産または品質管理のアクティビティが繰り返された場合に「true」として記録されます。 このフラグは、品質検査手直し分析ダッシュボードと手直し率KPIに欠かせません。手直しの頻度を簡単に定量化し、非効率、コスト増加、サイクルタイムの長期化を引き起こしているプロセスフローを特定できます。 重要な理由 非効率な手直しループを直接特定し、品質問題がコストとサイクルタイムに与える影響を簡単に定量化できます。 入手先 特定のケースでアクティビティの繰り返しパターンを検出し、プロセスマイニングツール内で算出される属性です。 例 truefalse | |||
| 注文履行サイクルタイム OrderFulfillmentCycleTime | 顧客の注文を受け付けてから、最終的な納品証明に署名されるまでの経過時間です。 | ||
| 説明 ケース単位で、注文履行プロセス全体の開始から終了までの所要時間を測定する指標です。最後のアクティビティ(「納品証明署名済み」)のタイムスタンプから、最初の関連アクティビティ(「顧客注文受領」)のタイムスタンプを差し引いて算出します。 注文履行サイクルタイムダッシュボードと平均注文から納入までのサイクルタイムKPIの基盤となる指標です。サプライチェーン全体の効率と処理速度を俯瞰し、改善状況の追跡や時間の経過に伴う恒常的な遅延の特定に役立ちます。 重要な理由 履行プロセス全体の所要時間を示し、サプライチェーン全体の速度と効率を測定する主要KPIとなります。 入手先 ソースシステムのフィールドではなく、プロセスマイニングソフトウェアでケース単位に算出される指標です。 例 10日4時間25日12時間15日2時間 | |||
| 注文数量 OrderQuantity | 顧客が注文した製品の数量です。 | ||
| 説明 この属性は、顧客注文に含まれる特定製品の数量を示します。取引データを構成する基本項目です。 分析では、注文数量を予測数量と比較して予測精度を測定します。また、大量注文の優先順位付けや、注文ごとに必要となる生産・物流業務の規模の把握にも役立ちます。 重要な理由 予測数量と比較して需要予測の精度を測定し、サプライチェーンの取扱量を左右する要因を把握するために重要です。 入手先 Kinaxis RapidResponseの顧客注文明細データに標準で用意されているフィールドです。 例 100500025 | |||
| 発注書番号 PurchaseOrderNumber | 原材料や部品の仕入先に発行した発注書を一意に識別する番号です。 | ||
| 説明 この属性は、調達業務の主要な識別子です。資材の依頼(「購買依頼作成」)を仕入先に送付する正式な注文(「発注書発行」)と、その後の資材受領(「原材料受領」)に関連付けます。 物流注文がケースIDであるのに対し、発注書番号は仕入先との個別取引を詳しく確認するための重要な業務文書参照番号です。仕入先納入実績ダッシュボードを詳細に分析する際に欠かせません。 重要な理由 調達業務全体の主要な参照情報となり、購買サブプロセスと仕入先実績の詳細な分析を可能にします。 入手先 Kinaxis RapidResponseの購買・調達モジュールまたはワークブックにある主要フィールドです。 例 PO4500012345PO4500012346PO4500012347 | |||
| 納期遵守かどうか IsOnTimeDelivery | 注文が希望納入日以前に納入されたかどうかを示す計算フラグです。 | ||
| 説明 このブール型属性は、「実際の納入日」と「希望納入日」を比較して算出されます。完了したすべての注文を納期遵守または遅延に分類し、実績分析を簡単にします。 このフラグは、納期遵守実績ダッシュボードと納期遵守率KPIの主要な基礎データです。顧客、製品、地域などのさまざまな切り口で納入実績を簡単に絞り込み、集計、可視化できます。 重要な理由 納入実績を明確な二値で示し、納期遵守KPIの算出を簡単にするとともに、ダッシュボードでの効果的な可視化を可能にします。 入手先 ソースシステムには存在せず、プロセスマイニング用のデータ変換段階で算出される属性です。 例 truefalse | |||
| 輸送手段 ModeOfTransport | トラック、航空、海上など、商品の出荷に使用する輸送方法です。 | ||
| 説明 この属性は、商品をある場所から別の場所へ移動する方法を示します。通常輸送や緊急輸送などの選択肢が含まれます。 緊急注文概要ダッシュボードと緊急注文比率KPIに欠かせない項目です。この属性を分析すると、コストの高い緊急輸送がどの程度の頻度で使われているかを把握できます。これは、計画や実行に潜む問題の兆候となる場合があります。また、輸送手段ごとの効率を比較し、輸送区間の所要時間を分析する際にも役立ちます。 重要な理由 輸送方法を特定し、物流コスト、輸送時間、高コストの緊急輸送の頻度を分析するために役立ちます。 入手先 通常は、Kinaxis RapidResponseまたは連携されたTMSの出荷書類や輸送書類に保存されます。 例 航空貨物海上FCLトラック輸送翌日航空便 | |||
サプライチェーン管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| オーダーのキャンセル | 履行が完了する前に物流オーダーが終了したことを示します。プロセスが失敗に終わった最終状態となる明示的な処理です。 | ||
| 重要な理由 キャンセルを追跡すると、需要の離脱とプロセス上の失敗を把握できます。キャンセル理由を分析することで、製品、価格、サービスに関する問題を明らかにできます。 入手先 通常はERPシステムから取得した販売オーダーレコードに、キャンセルステータスまたは理由コードが適用された時点のタイムスタンプを記録します。 取得 販売オーダーのステータスが「Canceled」に変更された時点のタイムスタンプ。 イベントタイプ explicit | |||
| 商品の出荷 | 梱包済みの商品が輸送車両に積み込まれ、倉庫または生産拠点を出発した時点で発生します。輸送中の工程の開始を示します。 | ||
| 重要な理由 納期遵守状況と輸送工程の所要時間を追跡する重要なマイルストーンです。多くのKPI計算で「実出荷日」として使用されます。 入手先 Kinaxisと連携したERPの「Post Goods Issue」トランザクション、またはWMS/TMSの「Ship Confirm」トランザクションからタイムスタンプを取得します。 取得 出庫または出荷確認トランザクションのタイムスタンプ。 イベントタイプ explicit | |||
| 生産スケジュールの確定 | 物流オーダーについて、日付とリソースの割り当てを定めたうえで正式に生産予定へ組み込まれた時点を表します。Kinaxis RapidResponseの中核的な計画出力です。 | ||
| 重要な理由 計画から実行への移行点を示します。この時点から実際の生産開始までの時間を分析すると、スケジューリングの非効率やリソース制約を明らかにできます。 入手先 Kinaxisの計画エンジンで、生産オーダーまたは製造オーダーが確定し、スケジュールされた時点のタイムスタンプから明示的に取得されます。 取得 計画オーダーが確定生産オーダーに変換された時点のタイムスタンプ。 イベントタイプ explicit | |||
| 発注書の発行 | 必要な資材の発注書を外部サプライヤーへ送付します。正式な発注を確定し、サプライヤーのリードタイムが始まる重要なマイルストーンです。 | ||
| 重要な理由 サプライヤーの納入パフォーマンスを測定し、サプライチェーン全体に影響する調達段階の遅延を特定するうえで重要なアクティビティです。 入手先 Kinaxisは、発注書の作成または発行のタイムスタンプを取得します。多くの場合、統合されたERPシステムの調達モジュールから提供されます。 取得 発注書レコードに記録された発行日のタイムスタンプ。 イベントタイプ explicit | |||
| 納品受領証への署名 | 顧客が商品を良好な状態で受け取ったことを示す最終確認です。物流オーダーを正式に完了する重要なイベントです。 | ||
| 重要な理由 受注から配送までのサイクルタイムKPIにおける確定した終点です。履行の成功を確認し、請求処理のトリガーになることもあります。 入手先 納品受領証が届き、タイムスタンプが入力された時点で取得します。手動で入力する場合と、運送会社との連携でオーダーに記録する場合があります。 取得 オーダーの納品受領ステータスが更新された時点のタイムスタンプ。 イベントタイプ explicit | |||
| 顧客オーダーの受領 | 顧客の販売オーダーが作成されるか、システムに取り込まれた時点を、物流オーダーのライフサイクルの正式な開始として記録します。通常、統合されたERPまたはオーダー管理システムから明示的なイベントとして取得されます。 | ||
| 重要な理由 ケースの主要な開始点です。受注から配送までのサイクルタイム全体と、受注量を測定するために欠かせません。 入手先 Kinaxisは、ソースERPシステムから販売オーダーデータを取り込みます。このイベントは、Kinaxisのデータモデル内にある販売オーダーレコードの作成タイムスタンプから取得されます。 取得 販売オーダーの作成タイムスタンプ。通常はERP連携から取得されます。 イベントタイプ explicit | |||
| オーダーブロックの適用 | 与信審査の不合格、技術上の保留、品質上の懸念など、特定の理由でオーダーが停止された時点に発生します。通常、ステータス変更から推定します。 | ||
| 重要な理由 ブロックはプロセス遅延の主な原因です。ブロックがいつ、なぜ、どのくらいの期間適用されたかを特定することは、ボトルネックの発見とフローの改善に欠かせません。 入手先 販売オーダーまたはオーダー明細のステータスがブロックを示す状態に変更されたことから推定します。ステータスに関連付けられた理由コードから背景を確認できます。 取得 ステータスが「Blocked」または「Hold」に変更されたことから推定します。 イベントタイプ inferred | |||
| 原材料の受領 | サプライヤーから原材料が倉庫または生産拠点に到着し、受け入れられたことを示します。通常、統合されたWMSまたはERPシステムからデータを取得します。 | ||
| 重要な理由 このアクティビティでサプライヤーのリードタイムの計測が完了します。ここでの遅延は、生産スケジュールと最終納期に直接影響します。 入手先 タイムスタンプを含むERPまたはWMSの入庫トランザクションから取得し、Kinaxisプラットフォームに連携します。 取得 ソースシステムで入庫が計上された時点のタイムスタンプ。 イベントタイプ explicit | |||
| 品質検査の合格 | 生産された製品がすべての品質検査基準に合格したことを示します。多くの場合、生産レコードまたは在庫レコードのステータス変更から推定されます。 | ||
| 重要な理由 このアクティビティは重要な品質ゲートとして機能します。ここで発生する不合格や手戻りは、生産品質の問題を示し、大幅な遅延を引き起こします。 入手先 在庫ロットまたはバッチのステータスが「Awaiting Inspection」から「Released」または「Unrestricted」に変更されたことから推定します。この変更時のタイムスタンプを使用します。 取得 在庫バッチレコードのステータスが「Unrestricted Use」に変更されたことから推定します。 イベントタイプ inferred | |||
| 商品のピッキングと梱包 | 倉庫からオーダーの商品を集め、出荷できる状態に準備するプロセスを示します。通常、倉庫管理システム(WMS)からデータを取得します。 | ||
| 重要な理由 最終的な履行フェーズの開始点です。ここでの遅延は、倉庫業務の非効率、人手不足、在庫配置の問題を示す場合があります。 入手先 統合されたWMSでピッキングと梱包のトランザクションが完了した時点のタイムスタンプから取得し、配送または販売オーダーに関連付けます。 取得 WMSのピッキングトランザクション完了時のタイムスタンプ。 イベントタイプ explicit | |||
| 商品の納入 | 出荷品が顧客の納入先に到着したことを示します。通常、輸送管理システム(TMS)またはKinaxisに連携された運送会社のデータフィードから取得します。 | ||
| 重要な理由 輸送工程の終了を示します。計画納入日と比較することで、運送会社のパフォーマンスと納期遵守状況を測定できます。 入手先 運送会社のステータス更新から、通常はEDIまたはAPI経由でタイムスタンプを受け取り、システムの出荷または配送レコードに記録します。 取得 納入を示す電子的な運送会社ステータス更新のタイムスタンプ。 イベントタイプ explicit | |||
| 在庫可用性の確認 | オーダーに利用可能な在庫があるかを確認する処理、または納期回答(ATP)日を算出する処理を表します。Kinaxisの中核的な計画機能であり、特定のイベントとして記録される場合と、ステータス変更から推定される場合があります。 | ||
| 重要な理由 このアクティビティにより、在庫不足や引当処理の遅延によるボトルネックを特定できます。こうした問題は、処理のスピードと顧客への納期回答に直接影響します。 入手先 ATPチェックの実行ログから明示的に取得するか、オーダー明細のステータス変更から推定します。たとえば、「New」から「Inventory Confirmed」への変更が該当します。 取得 在庫確認に関連するオーダー明細のステータス変更から推定されます。 イベントタイプ inferred | |||
| 製品の生産完了 | 完成品の製造プロセスが完了したことを示します。通常、統合された製造実行システム(MES)またはERPの生産モジュールから取得されます。 | ||
| 重要な理由 このアクティビティの完了は、生産リードタイムを終える重要なマイルストーンです。製造サイクルタイムとスケジュール遵守状況を分析できます。 入手先 MESまたはERPシステムで生産完了確認トランザクションが記録された時点のタイムスタンプを取得し、Kinaxisに連携します。 取得 最終生産オーダー確認のタイムスタンプ。 イベントタイプ explicit | |||
| 購買依頼の作成 | 物流オーダーに必要な原材料や部品を調達するための社内依頼が作成されたことを示します。調達サブプロセスを開始する明示的なイベントです。 | ||
| 重要な理由 このイベントを追跡すると、顧客オーダーの履行プロセスと調達プロセスを関連付けられます。発注書が発行されるまでの社内承認の遅延も分析できます。 入手先 調達またはサプライプランニングモジュールにある購買依頼レコードの作成タイムスタンプ。通常は、元となる販売オーダーに関連付けられます。 取得 購買依頼レコードの作成タイムスタンプ。 イベントタイプ explicit | |||
| 需要予測の生成 | このアクティビティは、製品の需要予測を作成または更新する処理を表します。物流オーダーが発生する可能性を示す初期シグナルとして機能します。通常、Kinaxis RapidResponseの計画エンジンで新しい予測が公開された時点で記録されます。 | ||
| 重要な理由 予測を分析すると、実際のオーダーに対する予測精度を測定する基準を設定できます。在庫水準と生産計画の最適化に欠かせない分析です。 入手先 Kinaxis RapidResponseの需要計画モジュールで新しい予測バージョンが保存または公開された時点に、このイベントが明示的に記録されます。製品と期間に関連付けられます。 取得 需要計画シナリオで新しい予測が作成または更新された時点で記録されます。 イベントタイプ explicit | |||
抽出ガイド
このプロセスの抽出方法は現在検証中です。後ほど再度ご確認いただくか、 お問い合わせ ください。
始める準備はできていますか?
このテンプレートを使ってサプライチェーンの実績を詳しく把握し、大幅な改善につなげます。今すぐプロセスマイニングを始め、業務を変革しましょう。
サプライチェーンを掌握し、今すぐ予測精度を向上
可視性を高め、予測精度90%を達成して在庫切れを解消
クレジットカードは不要です。数分でセットアップできます。