あなたのサプライチェーンマネジメントデータテンプレート
あなたのサプライチェーンマネジメントデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- Kinaxis RapidResponseからの抽出ガイダンス
サプライチェーンマネジメント属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 「商品出荷済み」や「購買発注書発行済み」など、物流プロセス内で発生した特定のビジネスイベントまたはステップの名前。 | ||
| 説明 この
その重要性 プロセスのステップを定義し、実際のエンドツーエンドサプライチェーンフローの発見と可視化を可能にします。 取得元 これは通常、Kinaxis RapidResponseのさまざまな 例 購買発注書発行済み原材料受領済み生産完了品商品発送済み | |||
| イベント日時 EventTime | 特定のアクティビティまたはイベントが発生した日時情報を含むタイムスタンプ。 | ||
| 説明 イベント時刻は、活動が行われた正確な瞬間を記録します。このタイムスタンプは、イベントを時系列で並べ替え、プロセスの異なるステップ間の期間を計算するために不可欠です。 分析は、サイクルタイム、待機時間、リードタイムを含むすべての時間ベースのメトリックを計算するために、この属性に大きく依存します。これは、「受注履行サイクルタイム」のようなダッシュボードや、「平均受注から納品までのサイクルタイム」のようなKPIにとって不可欠です。正確なタイムスタンプは、プロセスパフォーマンスを理解し、遅延を特定するための基礎となります。 その重要性 この 取得元 この情報は通常、Kinaxis RapidResponse 例 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| ロジスティクスオーダー LogisticsOrder | 需要計画から最終配送まで、すべての関連活動をリンクする特定のロジスティクスオーダーの一意の識別子。 | ||
| 説明 ロジスティクスオーダーは、単一の履行ジャーニーに関連するすべてのイベントをグループ化する主要なケース識別子として機能します。初期の予測または顧客要求から最終的な納品証明まで、サプライチェーンを通じた製品の移動をエンドツーエンドで追跡できます。 プロセスマイニングでは、ロジスティクスオーダーごとの活動分析が基本です。これにより、完全なプロセスフローの視覚化、サイクルタイムの計算、および個々のオーダーのバリエーションとボトルネックの特定が可能になります。これは、「受注履行サイクルタイム」や「エンドツーエンドロジスティクスバリアント」のようなダッシュボードの基盤となります。 その重要性 これは、注文の 取得元 この識別子は通常、Kinaxis RapidResponse内の注文管理または 例 LO-2024-00123LO-2024-00124LO-2024-00125 | |||
| ソースシステム SourceSystem | イベントデータが抽出された元システムです。 | ||
| 説明 この 分析では、これは その重要性 データの出所に関するコンテキストを提供します。これは、データの検証、トラブルシューティング、および異なるITシステム間でのプロセス断片化の理解に不可欠です。 取得元 これは、 例 Kinaxis_RR_ProdSAP_ECCOracle_Fusion | |||
| 最終データ更新 LastDataUpdate | このイベントのデータがソースシステムから最後に更新または抽出されたことを示すタイムスタンプです。 | ||
| 説明 この あらゆる その重要性 データのタイムリーさについてユーザーに通知し、プロセス分析の現状と最終更新日時を理解できるようにします。 取得元 これは、 例 2024-05-20T02:00:00Z2024-05-21T02:00:00Z | |||
| `実績納期` ActualDeliveryDate | 注文が顧客に配達された実際の日付で、納品証明によって確認されます。 | ||
| 説明 この これは「希望納期」の対応物であり、配送が定刻であったか遅延であったかを判断するために使用されます。これは納期遵守パフォーマンス その重要性 配送プロセスの完了を確認し、顧客の期待に対する実際の配送パフォーマンスを計算するために不可欠です。 取得元 この情報は、Kinaxisまたは統合された輸送管理システム(TMS)に記録される可能性のある、配送証明 例 2023-11-162023-11-202023-12-05 | |||
| ユーザー User | 活動を実行したユーザーIDまたは名前。 | ||
| 説明 この 分析では、 その重要性 プロセスステップに対するユーザーの責任を属性として記録し、チームのパフォーマンス、ワークロードの分散、手順への準拠を分析可能にします。 取得元 通常、Kinaxis RapidResponse内の 例 JSMITHUSER123BATCH_SYSTEM | |||
| 希望納期 RequestedDeliveryDate | 顧客から要求された、受注品の配送日です。 | ||
| 説明 この この日付は、「実際の配送日」と直接比較され、納期遵守率 その重要性 これは、納期遵守パフォーマンスを測定するための主要な 取得元 これは、Kinaxis RapidResponse内の顧客販売注文における標準 例 2023-11-152023-11-202023-12-01 | |||
| 製品ID ProductIdentifier | SKUや資材番号など、ロジスティクスオーダーに関連付けられた製品の一意の識別子。 | ||
| 説明 この 製品ごとの その重要性 製品ラインやカテゴリに特化したプロセス分析を可能にし、どの製品に非効率的または問題のある履行パスがあるかを特定するのに役立ちます。 取得元 これは、Kinaxis RapidResponse内の注文、出荷、および在庫 例 SKU-100-BLUEMAT-58930-APROD-XYZ-001 | |||
| 顧客ID CustomerIdentifier | 注文を行った顧客の一意の識別子。 | ||
| 説明 この 顧客 その重要性 顧客中心のプロセス分析を可能にし、主要アカウントのサービスレベル、配送パフォーマンス、および履行の複雑さを評価するのに役立ちます。 取得元 Kinaxis RapidResponse内の顧客注文テーブルまたはワークブックにあり、多くの場合「顧客番号」または「販売先」と表示されます。 例 CUST-9001CUST-9002CUST-9003 | |||
| リソース Resource | 活動を実行するために使用される特定の機械、生産ライン、または設備。 | ||
| 説明 この
その重要性 使用された特定の設備またはラインを特定します。これは、リソース利用率、キャパシティ制約、および生産ボトルネックを分析するために不可欠です。 取得元 この 例 ASSEMBLY-LINE-01CNC-MACHINE-05PACK-STATION-B | |||
| 予測数量 ForecastedQuantity | 予測フェーズ中に生成された製品の予測需要数量。 | ||
| 説明 この この その重要性 予測精度を測定するための基準として機能し、在庫管理を改善し、過剰在庫や欠品に関連するコストを削減するのに役立ちます。 取得元 この 例 120480030 | |||
| 仕入先ID SupplierIdentifier | 原材料または部品を提供するサプライヤーの一意の識別子。 | ||
| 説明 この これはサプライヤー納期遵守パフォーマンス その重要性 サプライヤーのパフォーマンス分析を可能にし、調達のボトルネックを特定し、信頼性の高いインバウンドサプライチェーンを確保するために不可欠です。 取得元 Kinaxis RapidResponse内の購買文書および入庫記録にあり、多くの場合「サプライヤーID」または「ベンダー番号」と命名されています。 例 SUP-A100SUP-B200SUP-C300 | |||
| 倉庫 Warehouse | 商品がピッキング、梱包、および出荷される倉庫または流通センター。 | ||
| 説明 この 倉庫ごとのアクティビティを分析することで、企業は流通 その重要性 特定の倉庫または流通センターを正確に特定し、ロケーションごとの在庫移動、ピッキング効率、および履行速度の分析を可能にします。 取得元 在庫管理および出荷データに見られ、多くの場合、商品のピッキングおよび出荷イベントに関連付けられています。 例 WH-EAST-01WH-WEST-03DC-CENTRAL | |||
| 却下理由 RejectionReason | 品目が品質管理チェックに不合格となった理由を説明するコードまたはテキストです。 | ||
| 説明 この 品質管理手戻り分析 その重要性 品質不良と手戻りループに関する重要なコンテキストを提供し、製品品質の向上と無駄の削減のための根本原因分析を可能にします。 取得元 この情報は、品質管理 例 寸法が仕様外表面傷部品が不適切 | |||
| 受注処理サイクルタイム OrderFulfillmentCycleTime | 顧客注文を受領してから最終的な納品証明が署名されるまでの総経過時間。 | ||
| 説明 これは、注文履行プロセス全体の この その重要性 履行プロセスのエンドツーエンドの総期間を表し、サプライチェーン全体の速度と効率を測定するための重要なKPIとして機能します。 取得元 これはソースシステム内の 例 10日4時間25 days 12 hours15 days 2 hours | |||
| 受注数量 OrderQuantity | 顧客が注文した製品の数量。 | ||
| 説明 この 分析では、注文数量は予測数量と比較され、予測精度を測定するために使用されます。また、大量注文の優先順位付けや、異なる注文に必要な生産および その重要性 需要予測精度を予測量と比較して測定し、サプライチェーンの量的な要因を理解するために不可欠です。 取得元 これは、Kinaxis RapidResponse内の顧客注文品目 例 100500025 | |||
| 工場 Plant | 生産または加工活動が行われる製造工場または施設。 | ||
| 説明 この
その重要性 生産活動の場所に関するコンテキストを提供し、異なる製造サイト間でのパフォーマンスベンチマーキングとボトルネック分析を可能にします。 取得元 これは、Kinaxis RapidResponse内の生産、在庫、および 例 PLANT-01-DEPLANT-02-USPLANT-03-CN | |||
| 手戻り IsRework | 活動が手戻りループ(品質チェックの繰り返しや生産工程など)の一部であるかどうかを示す計算済みのフラグです。 | ||
| 説明 この この その重要性 プロセス内の非効率な手戻りループを直接フラグ付けし、品質問題がコストとサイクルタイムに与える影響を容易に定量化できるようにします。 取得元 この 例 truefalse | |||
| 発注書番号 PurchaseOrderNumber | 原材料または部品のためにサプライヤーに発行された購買発注書の一意の識別子。 | ||
| 説明 この ロジスティクスオーダーが その重要性 すべての調達活動の主要な参照として機能し、購買サブプロセスとサプライヤーパフォーマンスの詳細な分析を可能にします。 取得元 これは、Kinaxis RapidResponse内の購買および調達 例 PO4500012345PO4500012346PO4500012347 | |||
| 納期内配送 IsOnTimeDelivery | 注文が要求された納期までに納品されたかどうかを示す計算済みのフラグです。 | ||
| 説明 この この その重要性 配送パフォーマンスについて明確な二値の結果を提供し、納期遵守KPIの計算を簡素化し、強力なダッシュボード可視化を可能にします。 取得元 この 例 truefalse | |||
| 輸送モード ModeOfTransport | トラック、航空、または海上などの商品出荷に使用される輸送方法。 | ||
| 説明 この これは、 その重要性 輸送方法を特定します。これは、物流コスト、輸送時間、および高額な特急出荷の頻度を分析するための鍵となります。 取得元 この情報は通常、Kinaxis RapidResponseまたは統合されたTMS内の出荷または輸送文書に保存されます。 例 航空貨物海上FCL`トラック積載`翌日航空便 | |||
サプライチェーンマネジメント活動
| アクティビティ | 説明 | ||
|---|---|---|---|
| 商品発送済み | この`イベント`は、梱包された商品が輸送車両に積載され、倉庫または生産施設を出発したときに発生します。これは輸送中の`レッグ`の始まりを示します。 | ||
| その重要性 これは、納期遵守パフォーマンスと輸送 取得元 タイムスタンプは、ERPの「Post Goods Issue」(製品出荷後)トランザクションまたはWMS/TMSの「Ship Confirm」(出荷確認)トランザクションからのものであり、Kinaxisと統合されています。 取得 商品 イベントタイプ explicit | |||
| 注文キャンセル済み | 履行が完了する前のロジスティクスオーダーの終了を表します。これは、プロセスの最終的で失敗した終了状態として機能する明示的なアクションです。 | ||
| その重要性 キャンセルを追跡することは、需要の減少と 取得元 キャンセルステータスまたは理由コードが販売オーダーレコードに適用された際のタイムスタンプからキャプチャされ、通常はERPシステムから供給されます。 取得 販売注文の イベントタイプ explicit | |||
| 生産計画済み | ロジスティクスオーダーが、定義された日付とリソース配分をもって正式に生産に割り当てられる時点を表します。これはKinaxis RapidResponseの中核的な計画出力です。 | ||
| その重要性 計画から実行への移行を示します。これと実際の生産開始の間の時間を分析することで、スケジューリングの非効率性やリソースの制約が明らかになることがあります。 取得元 これは、生産または製造注文がKinaxis計画 取得 計画注文が確定生産注文に変換されたときの イベントタイプ explicit | |||
| 納品書署名済み | 顧客が許容できる状態で商品を受け取った最終確認です。これは、ロジスティクスオーダーを正式に終了させる重要なイベントです。 | ||
| その重要性 これは、注文から配送までの 取得元 この 取得 注文の配送証明 イベントタイプ explicit | |||
| 購買発注書発行済み | 必要な資材の購買発注書が外部サプライヤーに送付されます。これは、正式なコミットメントとサプライヤーリードタイムの開始を示す重要なマイルストーンです。 | ||
| その重要性 このアクティビティは、サプライヤーの納期遵守率を測定し、サプライチェーン全体に影響を与える調達段階での遅延を特定する上で重要です。 取得元 Kinaxisは購買発注書の作成または発行タイムスタンプをキャプチャします。これはしばしば、統合されたERPシステムの調達モジュールから供給されます。 取得 購買発注書レコードの発行日タイムスタンプ。 イベントタイプ explicit | |||
| 顧客注文受領 | 顧客の販売オーダーがシステムで作成または取り込まれた際のロジスティクスオーダーライフサイクルの公式な開始を示します。これは通常、統合されたERPまたはオーダー管理システムからキャプチャされる明示的なイベントです。 | ||
| その重要性 これは 取得元 KinaxisはソースERPシステムから販売オーダーデータを取り込みます。このイベントは、Kinaxisデータモデル内の販売オーダーレコードの作成タイムスタンプからキャプチャされます。 取得 販売注文作成の イベントタイプ explicit | |||
| 原材料受領済み | この`イベント`は、サプライヤーからの原材料が倉庫または生産施設に到着し、受け入れられたことを示します。`データ`は通常、統合されたWMSまたはERPシステムから捕捉されます。 | ||
| その重要性 このアクティビティは、サプライヤーのリードタイム測定を締めくくります。ここでの遅延は、生産スケジュールと最終的な納期に直接的な影響を及ぼします。 取得元 ERPまたはWMSの入庫トランザクションからキャプチャされ、タイムスタンプが含まれます。このデータはKinaxisプラットフォームに統合されます。 取得 ソースシステムからの商品受領``記帳の イベントタイプ explicit | |||
| 受注ブロック適用 | この`イベント`は、`与信チェック`の失敗、`エンジニアリング保留`、品質上の懸念など、特定の理由で注文が一時停止されたときに発生します。これは通常、`ステータス`変更から推測されます。 | ||
| その重要性 ブロックはプロセス遅延の主要な原因です。ブロックがいつ、なぜ、どのくらいの期間適用されたかを特定することは、ボトルネックを発見し、フローを改善するために不可欠です。 取得元 販売オーダーまたはオーダーラインのステータス変更から推測され、ブロックを示します。ステータスに関連付けられた理由コードがコンテキストを提供します。 取得 ステータスが「Blocked」(ブロック済み)または「Hold」(保留)に変更されたことから推測されます。 イベントタイプ inferred | |||
| 品質管理合格 | 製造された製品がすべての品質検査基準を正常に通過したことを示します。これは多くの場合、生産または在庫レコードのステータス変更から推測されます。 | ||
| その重要性 このアクティビティは、重要な品質 取得元 在庫ロットまたはバッチのステータス更新から推測され、「Awaiting Inspection」(検査待ち)から「Released」(リリース済み)または「Unrestricted」(無制限)に変更されます。この変更のタイムスタンプが使用されます。 取得 在庫バッチレコードのステータスが「Unrestricted Use」(無制限使用)に変更されたことから推測されます。 イベントタイプ inferred | |||
| 商品配送済み | 顧客の目的地への出荷の到着を表します。このイベントは、多くの場合、輸送管理システム(TMS)またはKinaxisに統合された運送業者データフィードからキャプチャされます。 | ||
| その重要性 このアクティビティは輸送工程の終了を示します。これを予定納期と比較することは、運送業者のパフォーマンスと納期遵守率を測定するために不可欠です。 取得元 タイムスタンプは、多くの場合EDIまたはAPIを介した運送業者のステータス更新から受信され、システム内の出荷または配送記録に対して記録されます。 取得 配送を示す イベントタイプ explicit | |||
| 在庫確認済み | システムが利用可能な在庫を確認したり、オーダーの利用可能在庫(ATP)日を計算したりする時点を表します。これはKinaxis内の中核的な計画機能であり、特定のイベントとしてログに記録されるか、ステータス変更から推測される場合があります。 | ||
| その重要性 このアクティビティは、在庫不足や引当処理の遅延によって引き起こされる 取得元 これは、 取得 在庫確認に関連するオーダーラインのステータス変更から推測されます。 イベントタイプ inferred | |||
| 生産完了品 | このアクティビティは、完成品の製造プロセスが完了したことを示します。この`イベント`は通常、統合された製造実行システム(MES)またはERP生産モジュールから受信されます。 | ||
| その重要性 この活動の完了は、生産リードタイムを終了させる重要なマイルストーンです。製造サイクルタイムとスケジュールへの遵守の分析を可能にします。 取得元 タイムスタンプは、MESまたはERPシステムでの生産完了確認トランザクションからキャプチャされ、その後Kinaxisに供給されます。 取得 最終生産注文確認の イベントタイプ explicit | |||
| 製品ピッキングおよび梱包済み | このアクティビティは、倉庫から注文品をピッキングし、出荷準備をするプロセスを示します。この`データ`は通常、倉庫管理システム(WMS)から取得されます。 | ||
| その重要性 これは最終履行段階の始まりです。ここでの遅延は、倉庫の非効率性、労働力不足、または不適切な在庫配置を示す可能性があります。 取得元 統合WMSでのピッキングおよび梱包トランザクションの完了タイムスタンプからキャプチャされ、配送または販売オーダーに関連付けられています。 取得 WMSからのピッキングトランザクションの完了タイムスタンプです。 イベントタイプ explicit | |||
| 購買依頼書作成済み | このアクティビティは、ロジスティクスオーダーに必要な原材料またはコンポーネントを調達するための内部要求の作成を示します。これは、調達サブプロセスをトリガーする明示的な`イベント`です。 | ||
| その重要性 これを追跡することは、顧客注文履行 取得元 調達または供給計画モジュールにおける購買依頼レコードの作成タイムスタンプで、多くの場合、元の販売オーダーにリンクされています。 取得 購買依頼レコードの作成タイムスタンプです。 イベントタイプ explicit | |||
| 需要予測生成済み | このアクティビティは、製品の需要予測の作成または更新を表し、潜在的なロジスティクスオーダーの初期シグナルとして機能します。この`イベント`は通常、Kinaxis RapidResponseの計画エンジン内で新しい予測が公開されたときに捕捉されます。 | ||
| その重要性 予測を分析することで、実際の受注に対する予測精度の測定基準となり、在庫レベルと生産計画の最適化に不可欠です。 取得元 この 取得 需要計画シナリオで新しい予測が作成または更新されたときに記録されます。 イベントタイプ explicit | |||
抽出ガイド
このプロセスのデータ抽出方法は現在検証中です。後でもう一度お試しいただくか、 お問い合わせください サポートについてはお問い合わせください。