サプライチェーン管理向けデータテンプレート
サプライチェーン管理向けデータテンプレート
- 収集を推奨する属性
- 追跡する主要なアクティビティ
- Kinaxis RapidResponseからのデータ抽出手順
サプライチェーン管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 物流プロセスで発生した特定の業務イベントまたはステップの名称です。「商品の出荷」や「発注書の発行」などが該当します。 | ||
| 説明 この属性は、サプライチェーンのプロセスにおける個々のステップや節目を表します。注文の作成、在庫確認、生産工程、納品確認などの重要なイベントを記録し、各物流注文の一連の業務を構成します。 プロセスマイニングでは、アクティビティの順序からプロセスマップを自動的に検出し、標準手順からの逸脱を特定して、ボトルネックを見つけます。プロセスフローや適合性チェックの分析、手戻りの特定の基盤となります。品質管理の手戻り分析ダッシュボードでも、この情報を確認できます。 重要な理由 プロセスの各ステップを定義し、サプライチェーンの実際の流れを最初から最後まで検出して可視化できます。 入手先 通常、Kinaxis RapidResponseの各種モジュールにあるイベントログ、ステータス変更レコード、またはトランザクションコードから取得します。 例 発注書の発行原材料の受領製品の生産完了商品の出荷 | |||
| イベント時刻 EventTime | 特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。 | ||
| 説明 イベント時刻には、アクティビティが発生した正確な時刻が記録されます。このタイムスタンプは、イベントを時系列に並べ、プロセスの各ステップ間の所要時間を算出するために欠かせません。 サイクルタイム、待ち時間、リードタイムなど、時間に関するすべての指標の算出にこの属性を使います。注文履行サイクルタイムのダッシュボードや、注文から納品までの平均サイクルタイムなどの重要業績評価指標にも必要です。正確なタイムスタンプがあれば、プロセスのパフォーマンスを把握し、遅れを特定できます。 重要な理由 イベントの時系列を示し、所要時間やパフォーマンスの計算の基礎となります。ボトルネックや遅れの特定にも役立ちます。 入手先 通常、Kinaxis RapidResponseの各モジュールにあるトランザクションログやステータス更新レコードで、アクティビティのデータとともに確認できます。 例 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| 物流注文 LogisticsOrder | 個々の物流注文を識別する一意のIDです。需要計画から最終納品まで、関連するすべてのアクティビティを結び付けます。 | ||
| 説明 物流注文は、1件の注文履行に関するすべてのイベントをまとめる主要なケース識別子です。初期の予測や顧客からの依頼から、最終的な納品受領の確認まで、サプライチェーンにおける製品の移動を一貫して追跡できます。 プロセスマイニングでは、物流注文ごとにアクティビティを分析することが基本です。プロセス全体の流れを可視化し、サイクルタイムを算出するとともに、注文ごとのバリアントやボトルネックを特定できます。注文履行サイクルタイムや物流プロセス全体のバリアントを示すダッシュボードの基盤となります。 重要な理由 注文のライフサイクル全体を追跡するための重要なキーです。プロセスの開始から完了まで、バリアント、効率、コンプライアンスを分析できます。 入手先 通常、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のトランザクションログにある「ユーザー名」「変更者」「作成者」などのフィールドで確認できます。 例 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 | 物流注文に関連付けられた製品を識別する一意のIDです。SKUや品目番号などが該当します。 | ||
| 説明 この属性は、物流注文で取り扱う製品を示します。製品の種類、カテゴリ、個別の品目ごとに分析できます。 製品別にプロセスを分析すると、遅延や品質上の問題が頻発する品目や、履行経路が複雑な品目を特定できます。需要予測精度と品質管理の手戻り分析ダッシュボードで問題のある製品ラインやサプライチェーンを絞り込むうえで欠かせません。 重要な理由 製品ラインやカテゴリごとにプロセスを分析し、履行経路に非効率や問題がある製品を特定できます。 入手先 Kinaxis RapidResponseの注文、出荷、在庫データに含まれる標準項目です。「SKU」「品目番号」「製品ID」などの名前が使われます。 例 SKU-100-BLUEMAT-58930-APROD-XYZ-001 | |||
| 顧客ID CustomerIdentifier | 注文を行った顧客を一意に識別するIDです。 | ||
| 説明 この属性は、物流注文に関連付けられた最終顧客を識別します。顧客を軸にプロセスを分析する際に欠かせません。 顧客IDを使うと、顧客別の納期遵守パフォーマンスや、注文フローが特に複雑な顧客を分析し、サービス改善策を調整できます。これにより、重要顧客への対応を優先し、顧客との関係をより効果的に管理できます。 重要な理由 顧客を軸にプロセスを分析し、主要顧客のサービスレベル、納品パフォーマンス、履行の複雑さを評価できます。 入手先 Kinaxis RapidResponseの顧客注文テーブルやワークブックに含まれます。「顧客番号」や「販売先」などの名前が使われます。 例 CUST-9001CUST-9002CUST-9003 | |||
| サプライヤーID SupplierIdentifier | 原材料や部品を供給するサプライヤーを一意に識別するIDです。 | ||
| 説明 この属性は、「発注書発行」や「原材料受領」など、調達に関わる業務のサプライヤーを識別します。 サプライヤー納品パフォーマンスダッシュボードで、サプライヤーごとの納期遵守状況やリードタイムを測定、比較するために必要です。分析結果は、サプライヤーとの関係管理、信頼できる取引先の特定、調達側サプライチェーンのリスク軽減に役立ちます。 重要な理由 サプライヤーのパフォーマンスを分析し、調達のボトルネックを特定して、安定した調達側サプライチェーンを維持するうえで役立ちます。 入手先 Kinaxis RapidResponseの購買文書や入庫記録に含まれます。通常、「サプライヤーID」や「仕入先番号」などの名前が使われます。 例 SUP-A100SUP-B200SUP-C300 | |||
| リソース Resource | アクティビティの実行に使われる特定の機械、生産ライン、設備です。 | ||
| 説明 この属性は、特に製造工程でプロセスに関わる物理的なリソースを識別します。特定の機械、組立ライン、梱包ステーションなどが該当します。 リソース別の分析は、サプライチェーンのリソース利用状況ダッシュボードの中心となります。リソースごとの負荷やパフォーマンスを把握し、ボトルネックとなっている機械を特定して、処理量と効率の向上に向けたリソース配分を検討できます。 重要な理由 使用した設備やラインを特定し、リソースの利用状況、キャパシティの制約、生産のボトルネックを分析できます。 入手先 Kinaxisと連携する製造実行システム(MES)や、詳細な生産計画データに含まれることがよくあります。 例 ASSEMBLY-LINE-01CNC-MACHINE-05PACK-STATION-B | |||
| 不合格理由 RejectionReason | 品目が品質検査に不合格となった理由を示すコードまたはテキストです。 | ||
| 説明 この属性には、品質不良の具体的な理由が記録されます。「品質検査合格」のアクティビティが発生せず、再作業のためにプロセスが生産工程へ戻る場合、その背景を把握できます。 品質管理の手戻り分析ダッシュボードでは、再作業が発生した理由を示すデータとして使われます。不合格理由を分析すると、材料の欠陥、設備の故障、作業者のミスなど、品質問題の根本原因を特定し、改善策を絞り込めます。 重要な理由 品質不良や手戻りの発生状況を把握し、根本原因の分析を通じて製品品質の向上と廃棄の削減に役立ちます。 入手先 品質管理モジュールやテーブルに記録され、品質検査イベントに関連付けられている情報です。 例 寸法が規格外表面の傷部品の取り違え | |||
| 予測数量 ForecastedQuantity | 需要予測の段階で算出された、製品の予測需要数量です。 | ||
| 説明 この属性には、特定の期間に注文されると予測された製品数量が記録されます。需要計画プロセスの出力を表します。 需要予測精度ダッシュボードと、予測数量と実績注文数量の差を示す重要業績評価指標(KPI)に必要なデータです。この値を実際の「注文数量」と比較することで、予測の信頼性を評価できます。これは、在庫水準や生産計画の最適化に欠かせません。 重要な理由 予測精度を測るベースラインとなり、在庫管理の改善や過剰在庫・欠品に伴うコストの削減に役立ちます。 入手先 このデータは、Kinaxis RapidResponseの需要計画または需要予測モジュールから取得されます。 例 120480030 | |||
| 倉庫 Warehouse | 商品のピッキング、梱包、出荷を行う倉庫または配送センターです。 | ||
| 説明 この属性は、履行業務に関わる保管施設を示します。サプライチェーンの物流や在庫管理を把握するうえで重要です。 倉庫ごとのアクティビティを分析すると、配送ネットワークの効率を比較できます。在庫のボトルネックや履行処理量に関するダッシュボードで、動きの遅い在庫や非効率な倉庫業務の特定に役立ちます。 重要な理由 倉庫または配送センターを特定し、場所ごとの在庫移動、ピッキング効率、履行速度を分析できます。 入手先 在庫管理データや出荷データに含まれ、商品のピッキングや出荷のイベントに関連付けられていることがよくあります。 例 WH-EAST-01WH-WEST-03DC-CENTRAL | |||
| 工場 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)トラック輸送翌日航空便 | |||
サプライチェーン管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 商品の出荷 | 梱包済みの商品が輸送車両に積み込まれ、倉庫または生産施設を出発した時点で発生するイベントです。輸送中の工程の開始を示します。 | ||
| 重要な理由 納期遵守パフォーマンスや輸送区間ごとの所要時間を追跡する重要な節目です。多くの重要業績評価指標の計算に使う「実際の出荷日」を把握できます。 入手先 Kinaxisと連携したERPの「出庫転記」処理、またはWMS/TMSの「出荷確認」処理からタイムスタンプを取得します。 記録 出庫処理または出荷確認処理のタイムスタンプ。 イベントタイプ explicit | |||
| 注文のキャンセル | 注文履行が完了する前に物流注文が終了したことを示します。明示的な操作によって発生し、プロセスが正常に完了しなかった場合の最終状態となります。 | ||
| 重要な理由 キャンセルを追跡することは、需要の減少やプロセス上の問題を理解するうえで重要です。キャンセル理由を分析すると、製品、価格、サービスに関する問題が明らかになる場合があります。 入手先 通常、ERPシステムから取得した販売注文レコードに、キャンセルのステータスまたは理由コードが設定された時点のタイムスタンプを記録します。 記録 販売注文のステータスが「キャンセル済み」に変わったタイムスタンプ。 イベントタイプ explicit | |||
| 生産計画の確定 | 物流注文の生産日とリソースの割り当てが正式に決まった時点を示します。Kinaxis RapidResponseの主要な計画出力の1つです。 | ||
| 重要な理由 計画から実行への移行を示します。この時点から実際の生産開始までの時間を分析すると、スケジュールの非効率な点やリソースの制約を特定できます。 入手先 Kinaxisの計画エンジンで生産注文または製造注文が確定し、スケジュールに登録された時点のタイムスタンプから、明示的なイベントとして記録されます。 記録 計画注文が確定済みの生産注文に変換された時点のタイムスタンプ。 イベントタイプ explicit | |||
| 発注書の発行 | 必要な資材の発注書を外部サプライヤーに送付します。正式な発注を示す重要な節目であり、サプライヤーのリードタイムの起点となります。 | ||
| 重要な理由 このアクティビティは、サプライヤーの納期遵守パフォーマンスの測定や、サプライチェーン全体に影響する調達段階の遅れの特定に役立ちます。 入手先 Kinaxisは、発注書の作成または発行のタイムスタンプを記録します。多くの場合、連携先ERPシステムの調達モジュールから取得します。 記録 発注書レコードに記録された発行日のタイムスタンプ。 イベントタイプ explicit | |||
| 納品受領書への署名 | 顧客が商品を良好な状態で受け取ったことを最終確認します。物流注文を正式に完了する重要なイベントです。 | ||
| 重要な理由 注文から納品までのサイクルタイムを測る重要業績評価指標の最終地点です。注文履行の完了を確認し、多くの場合、請求処理の開始にも使われます。 入手先 納品受領書を受け取り、注文に対してタイムスタンプを入力した時点で記録されます。手入力の場合と、運送会社との連携で取得する場合があります。 記録 注文の納品確認ステータスが更新された時点のタイムスタンプ。 イベントタイプ explicit | |||
| 顧客注文の受領 | 顧客の販売注文が作成されるか、システムに取り込まれた時点で、物流注文のライフサイクルが正式に始まります。通常、連携先のERPまたは注文管理システムから明示的なイベントとして記録されます。 | ||
| 重要な理由 このイベントがケースの主な開始点です。注文から納品までの全体的なサイクルタイムや、受注件数を把握するために欠かせません。 入手先 Kinaxisは、ソースERPシステムから販売注文のデータを取り込みます。このイベントは、Kinaxisのデータモデルにある販売注文レコードの作成タイムスタンプから記録されます。 記録 通常、ERPとの連携で取得する販売注文の作成タイムスタンプ。 イベントタイプ explicit | |||
| 原材料の受領 | このイベントは、サプライヤーからの原材料が倉庫または生産施設に到着し、受領されたことを示します。通常、連携先のWMSまたはERPシステムからデータを取得します。 | ||
| 重要な理由 このアクティビティをもって、サプライヤーのリードタイムの計測が終了します。ここでの遅れは、その後の生産計画や最終納期に直接影響します。 入手先 ERPまたはWMSでの入庫処理からタイムスタンプを含むデータを取得し、Kinaxisプラットフォームに連携します。 記録 ソースシステムで入庫が記録されたタイムスタンプ。 イベントタイプ explicit | |||
| 品質検査の合格 | 生産された製品がすべての品質検査基準に合格したことを示します。多くの場合、生産レコードまたは在庫レコードのステータス変更から推定されます。 | ||
| 重要な理由 このアクティビティは、品質管理上の重要なゲートです。不合格や、このステップから発生する手戻りは、生産品質の問題を示し、大幅な遅れの原因になります。 入手先 在庫ロットまたはバッチのステータスが「検査待ち」から「リリース済み」または「制限なし」に変わったことから推定します。この変更のタイムスタンプを使用します。 記録 在庫バッチレコードのステータスが「使用制限なし」に変わったことから推定されます。 イベントタイプ inferred | |||
| 商品のピッキングと梱包 | このアクティビティは、注文品を倉庫から集め、出荷の準備をする工程を示します。通常、倉庫管理システム(WMS)からデータを取得します。 | ||
| 重要な理由 最終的な注文履行段階の開始点です。ここでの遅れは、倉庫業務の非効率、人手不足、在庫配置の問題を示している可能性があります。 入手先 連携先WMSでピッキングと梱包の処理が完了したタイムスタンプを取得します。納品または販売注文に関連付けられます。 記録 WMSでのピッキング処理の完了タイムスタンプ。 イベントタイプ explicit | |||
| 商品の納品 | 出荷品が顧客の指定先に到着したことを示します。多くの場合、運送会社のデータフィードから取得し、輸送管理システム(TMS)またはKinaxisに連携します。 | ||
| 重要な理由 このアクティビティは輸送区間の終点を示します。計画納品日と比較することで、運送会社のパフォーマンスや納期遵守状況を測定できます。 入手先 運送会社のステータス更新をEDIまたはAPI経由で受信し、システムの出荷または納品レコードにタイムスタンプを記録します。 記録 納品を示す運送会社の電子ステータス更新のタイムスタンプ。 イベントタイプ explicit | |||
| 在庫の引当可能性の確認 | システムが利用可能な在庫を確認するか、注文に対する引当可能日(ATP)を算出することを示します。Kinaxisの主要な計画機能の1つで、個別のイベントとして記録される場合と、ステータスの変更から推定される場合があります。 | ||
| 重要な理由 このアクティビティから、在庫不足や引当処理の遅れによるボトルネックを特定できます。こうした問題は、注文処理の速さや顧客への納期回答に直接影響します。 入手先 ATPチェックの実行記録から明示的に取得するか、注文行のステータス変更から推定します。たとえば、「新規」から「在庫確認済み」への変更が該当します。 記録 在庫確認に関する注文行のステータス変更から推定されます。 イベントタイプ inferred | |||
| 注文の保留 | 与信審査の不合格、設計上の保留、品質上の懸念など、特定の理由で注文が停止されたときに発生します。通常、ステータスの変更から推定されます。 | ||
| 重要な理由 注文の保留は、プロセスの遅れの主な原因です。保留がいつ、なぜ、どのくらいの期間発生したかを特定することは、ボトルネックの発見と業務フローの改善に欠かせません。 入手先 販売注文または注文行のステータスが保留を示す変更から推定します。ステータスに関連付けられた理由コードから、状況を把握できます。 記録 ステータスが「ブロック」または「保留」に変わったことから推定されます。 イベントタイプ inferred | |||
| 製品の生産完了 | このアクティビティは、完成品の製造プロセスが完了したことを示します。通常、連携先の製造実行システム(MES)またはERPの生産モジュールからイベントを受け取ります。 | ||
| 重要な理由 このアクティビティの完了は、生産リードタイムの終点となる重要な節目です。製造サイクルタイムやスケジュールの遵守状況を分析できます。 入手先 MESまたはERPシステムで生産完了が確認された処理のタイムスタンプを取得し、Kinaxisに連携します。 記録 最終的な生産注文の確認タイムスタンプ。 イベントタイプ explicit | |||
| 購買依頼の作成 | このアクティビティは、物流注文に必要な原材料や部品を調達するための社内依頼が作成されたことを示します。調達のサブプロセスを開始する明示的なイベントです。 | ||
| 重要な理由 このイベントを追跡すると、顧客注文の履行プロセスと調達プロセスを関連付けられます。発注書の発行前に発生する社内承認の遅れも分析できます。 入手先 調達または供給計画モジュールにある購買依頼レコードの作成タイムスタンプ。多くの場合、元となる販売注文に関連付けられています。 記録 購買依頼レコードの作成タイムスタンプ。 イベントタイプ explicit | |||
| 需要予測の作成 | このアクティビティは、製品の需要予測を新たに作成または更新することを示します。物流注文が発生する可能性を示す初期のシグナルとなります。通常、Kinaxis RapidResponseの計画エンジンで新しい予測が公開された時点で記録されます。 | ||
| 重要な理由 予測を分析すると、実際の注文と比較して予測精度を測るためのベースラインを設定できます。在庫水準や生産計画の最適化に欠かせない分析です。 入手先 Kinaxis RapidResponseの需要計画モジュールでは、新しい予測バージョンを保存または公開した際に、このイベントが明示的に記録されます。製品と期間に関連付けられます。 記録 需要計画シナリオで予測を新規作成または更新した時点で記録されます。 イベントタイプ explicit | |||
データ抽出ガイド
このプロセスのデータ抽出方法は現在検証中です。後ほど再度ご確認いただくか、 お問い合わせ ください。
準備はできましたか?
このテンプレートを使って、サプライチェーンのパフォーマンスを詳しく把握し、大幅な改善につなげましょう。今すぐプロセスマイニングを始め、業務の変革に取り組んでください。
サプライチェーンを把握し、予測精度を高めましょう
全体を可視化して予測精度90%を達成し、在庫切れを防ぎます。
クレジットカードは不要です。数分で設定できます。