生産計画データテンプレート
生産計画データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出手順
生産計画の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
生産計画プロセス内で発生した特定のイベントまたはステップの名称です。 | ||
|
説明
生産計画のライフサイクルにおける単一のタスクまたはマイルストーンを示す属性です。例として、「生産オーダー作成」、「資材所要量計画済み」、「生産オーダー完了」などがあります。 これらのアクティビティはプロセスマップの基盤となり、分析担当者はプロセスフローを可視化し、ステップ間のボトルネックを特定し、イベントの頻度と順序を分析できます。各アクティビティは、ソースシステムに記録されたイベントに対応します。
重要な理由
プロセスマップ上のステップを定義します。ボトルネックの特定やバリアント分析など、プロセスマイニング分析全体の基盤となります。
入手先
生産計画および実行に関連するPlexの各種モジュール内のイベントログ、トランザクションコード、またはステータス変更記録から導出します。
例
生産オーダーを作成生産計画を承認生産オーダーをリリース工程完了
|
|||
|
イベント時刻
EventTime
|
アクティビティが発生した時点を示すタイムスタンプです。 | ||
|
説明
特定のイベントまたはアクティビティがシステムに記録された正確な日時を記録する属性です。プロセス分析における主要な時間要素です。 正確なタイムスタンプは、アクティビティ間のサイクルタイム、所要時間、待ち時間を計算するうえで欠かせません。時間の経過に伴うプロセス実績の分析、ボトルネックの特定、スケジュール遵守状況の測定に役立ちます。
重要な理由
サイクルタイムや所要時間など、時間に基づくすべての指標を計算するために必要です。これらは実績分析の基本となります。
入手先
Plexでは、アクティビティ情報とともにイベントログまたはトランザクション記録に保存されています。「Creation Date」、「Timestamp」、「Event Date」などのフィールドを確認してください。
例
2023-10-26T09:00:00Z2023-10-26T14:35:10Z2023-10-27T08:21:05Z
|
|||
|
生産オーダー
ProductionOrder
|
生産オーダーを一意に識別するIDであり、生産計画プロセスの主要なケース識別子として機能します。 | ||
|
説明
生産オーダー番号は、特定の部品または製品を指定数量生産する依頼を一意に識別します。計画、スケジュール設定、実行、完了に関するすべてのイベントを結び付ける中心的なケースIDです。 プロセスマイニングでは、生産オーダーごとにイベントをグループ化して分析することで、生産ライフサイクルを最初から最後まで把握できます。全体のサイクルタイムの計算、一般的なプロセス経路の特定、生産実行ごとの違いの把握に役立ちます。
重要な理由
すべてのプロセスステップを結び付ける基本的なケース識別子であり、各生産実行を開始から終了まで一貫して分析できます。
入手先
通常、Plexの中核生産モジュールまたは製造実行モジュールにあります。Work OrdersまたはProduction Ordersに関連するテーブルを製品ドキュメントで確認してください。
例
WO-2024-05123PROD-789001JN-456-A10034589
|
|||
|
プランナー
Planner
|
生産オーダーの計画または管理を担当する従業員です。 | ||
|
説明
特定の生産オーダーに割り当てられた生産プランナーまたはスケジューラーを識別する属性です。個人名または従業員IDを設定できます。 プランナー別にプロセスを分析することは、「プランナー実績比較」ダッシュボードに欠かせません。プランナー間の効率、スケジュール遵守、プロセスの違いを特定し、トレーニングやプロセス標準化の機会を見つけられます。
重要な理由
プランナー別の実績分析が可能になり、ベストプラクティス、ばらつき、トレーニングの必要性を特定できます。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。通常は生産オーダーヘッダーテーブルにあり、「Planner Code」、「Scheduler」、「Created By」などのフィールドに関連付けられています。
例
John SmithJane DoeプランナーグループAUser789
|
|||
|
ワークセンター
Workcenter
|
製造工程を実施する予定の特定の機械、生産ライン、またはエリアです。 | ||
|
説明
ワークセンターは、生産アクティビティを実施する特定のリソースまたはリソース群を示します。単一の機械、複数の機械で構成されるセル、特定の組立ラインなどが該当します。 「リソース割り当て遅延分析」や、リソース固有のボトルネックの特定に欠かせない属性です。ワークセンターごとの処理時間と待ち時間を分析することで、管理者はリソースの利用効率を高め、生産フローを改善できます。
重要な理由
リソース固有のボトルネックを特定し、能力の利用状況を分析できます。スケジュール設定やスループットの改善に欠かせません。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。通常は、生産オーダーに関連付けられたルーティングまたは工程詳細にあります。
例
CNC-MILL-05ASSEMBLY-LINE-3PACKAGING-STATION-BWC-FINISH-01
|
|||
|
生産オーダーステータス
ProductionOrderStatus
|
生産オーダーの現在または最終的なステータスです。 | ||
|
説明
特定の時点における生産オーダーの状態を示す属性です。「作成済み」、「リリース済み」、「進行中」、「完了」、「キャンセル」などがあります。 ステータス情報はオーダーのライフサイクルを示すスナップショットであり、結果分析に欠かせません。進行中と完了済みのオーダーの絞り込み、キャンセル率の分析、特定のプロセス経路に至った理由の把握に役立ちます。
重要な理由
生産オーダーの結果と現在の状態を示します。絞り込み、結果分析、プロセス上の例外の把握に欠かせません。
入手先
Plexの生産オーダーヘッダーテーブルで確認できます。「Status」または「State」フィールドを探してください。
例
計画済みリリース済み完了クローズキャンセル済み
|
|||
|
生産優先度
ProductionPriority
|
生産オーダーの緊急度を示す分類です。 | ||
|
説明
生産オーダーに「高」、「中」、「低」などの優先度を割り当てる属性です。特にリソースが限られている場合に、プランナーや生産担当者が作業の優先順位を決めるのに役立ちます。 優先度別の分析は、「生産優先度対応指標」ダッシュボードに欠かせません。高優先度のオーダーが実際に優先処理され、低優先度のオーダーより早く完了しているかを確認し、優先順位付けの有効性を検証できます。
重要な理由
高優先度のオーダーがより早く処理されているかを分析でき、優先順位付けの仕組みが有効に機能しているかを確認できます。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。生産オーダーヘッダーの標準フィールドまたはカスタムフィールドの場合があります。
例
高中低19
|
|||
|
計画数量
PlannedQuantity
|
オーダーで生産する部品または製品の目標数量です。 | ||
|
説明
生産オーダーに従って生産予定の単位数を示す属性です。資材所要量計画、能力計画、スケジュール設定に使用されます。 計画数量は、元の予測数量と比較して「需要予測連携差異」KPIを計算するために欠かせません。また、大口オーダーほどリードタイムが長くなる場合があるため、サイクルタイム分析の背景情報にもなります。
重要な理由
目標生産量を示します。能力分析、スケジュール設定、オーダーサイズによるプロセスの違いの把握に欠かせません。
入手先
Plexの生産オーダーヘッダーまたは明細詳細にあります。「Order Quantity」または「Planned Quantity」などのフィールドを確認してください。
例
1005000751250
|
|||
|
計画終了日
PlannedEndDate
|
生産オーダーの計画完了日です。 | ||
|
説明
生産オーダーを完全に完了する予定日を示す属性です。スケジュール設定の主要な出力であり、実績測定の基準になります。 計画終了日は、「生産スケジュール遵守率」ダッシュボードおよびKPIに欠かせません。この計画日と実際の完了タイムスタンプを比較することで、組織は生産目標の達成状況を測定し、遅延の原因を特定できます。
重要な理由
スケジュール遵守状況と納期遵守実績を測定する基準になります。計画と実行の有効性を示す主要な指標です。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。通常は生産オーダーヘッダーにあり、「Scheduled End Date」、「Due Date」などの名称が使われます。
例
2023-11-15T17:00:00Z2023-11-20T23:59:59Z2023-12-01T17:00:00Z
|
|||
|
資材可用性
MaterialAvailabilityStatus
|
生産オーダーに必要なすべての資材が利用可能かどうかを示します。 | ||
|
説明
「利用可能」、「不足」、「発注済み」など、資材の可用性を示す属性です。生産オーダーを製造現場へリリースできるか判断するうえで重要です。 「資材不足影響分析」ダッシュボードで主要な用途があります。「不足」ステータスと、「生産オーダーリリース済み」または「生産開始」までの長い待ち時間を関連付け、資材不足による遅延を定量化できます。
重要な理由
製造業でよく発生する重要な問題である、資材不足による遅延の分析を直接支えます。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。MRPまたは在庫モジュールで計算されるステータス、あるいは生産オーダー自体のフィールドの場合があります。
例
すべての資材が利用可能部品不足発注書待ち一部利用可能
|
|||
|
部品番号
PartNumber
|
製造対象の製品または資材を一意に識別する番号です。 | ||
|
説明
部品番号は、品目番号またはSKUとも呼ばれ、生産オーダーの製造対象品目を指定します。生産プロセスと製品ポートフォリオを結び付ける重要なマスターデータです。 部品番号別にプロセスを分析することで、製品固有の製造上の課題を特定し、製品ごとのサイクルタイムを比較し、資材所要量の違いを把握できます。製品を軸としたプロセス分析の基本となる属性です。
重要な理由
製品別の分析が可能になり、プロセス実績を比較し、特定の部品や製品ファミリーに関する問題を特定できます。
入手先
Plexの生産オーダー明細またはヘッダー詳細にあります。品目マスターに関連付けられた標準フィールドです。
例
PN-100-001A45-873-CFG-2023-WIDGETASM-BRKT-550
|
|||
|
オーダータイプ
OrderType
|
標準、手直し、試作など、生産オーダーを分類する区分です。 | ||
|
説明
オーダータイプは、生産オーダーを目的別に区別するために使用します。たとえば、「標準」は通常生産、「手直し」は不具合の修正、「試作」は新製品開発を示します。 この属性により、オーダータイプごとのプロセスフローを絞り込んだり比較したりして、より細かな分析ができます。たとえば、手直しオーダーは標準オーダーとは異なる経路やサイクルタイムになるため、分けて分析することが正確な分析に欠かせません。
重要な理由
分析を区分できます。「手直し」や「試作」などのオーダータイプは、プロセスフローや期待される実績が異なるためです。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。生産オーダーヘッダーで設定可能なフィールドであることが多いです。
例
標準生産手直し指図エンジニアリングサンプル外部委託
|
|||
|
スケジュール差異
ScheduleDeviation
|
計画終了日と実際の完了日の時間差です。 | ||
|
説明
この計算指標は、生産オーダーが予定に対してどれだけ早く、または遅く完了したかを定量化します。正の値は遅延、負の値は予定より早い完了、0は予定どおりの完了を示します。 この属性により、単純な「遅延」フラグよりも詳細にパフォーマンスを把握できます。「生産スケジュール遵守率」ダッシュボードで遅延の大きさを可視化し、差異が大きい項目から改善に取り組むために使用します。
重要な理由
オーダーが予定から逸脱した正確な時間を定量化し、遅延または前倒しの程度を正確に測定します。
入手先
ケース単位で「ActualEndDate」から「PlannedEndDate」を差し引いて算出する計算フィールドです。
例
P2DT3H15M-P1DT0H0MPT5H
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となる記録システムです。 | ||
|
説明
データの出所を示す属性で、この場合はPlex Smart Manufacturingです。複数のシステムからデータを統合する環境で、データの出所を明確にできます。 この情報を保持することで、データガバナンスやトラブルシューティングに役立ちます。データの検証や補完を行う際に、どのシステムがソースであるかを明確に確認できます。
重要な理由
データの出所に関する重要な背景情報を提供します。データガバナンス、検証、複数システム環境で役立ちます。
入手先
通常、データの抽出・変換処理中にデータセットを識別するために付与される固定値です。
例
Plex Smart ManufacturingPlex MESPlex ERP
|
|||
|
最終データ更新
LastDataUpdate
|
ソースシステムからデータが最後に更新された時点のタイムスタンプです。 | ||
|
説明
データが最後に抽出され、プロセスマイニングツールにロードされた時点を示す属性です。分析対象データの新しさを把握できます。 最新のプロセス情報を表示しているかどうかを利用者が判断するうえで、データの鮮度は重要です。データの適時性に関する認識をそろえるのに役立ち、ダッシュボードやレポートに必要なメタデータの一つです。
重要な理由
データがどの時点のものかを利用者に伝え、現在の分析対象期間を正しく理解できるようにします。
入手先
データ取り込み処理中に生成・保存され、データロード時のタイムスタンプを記録するメタデータフィールドです。
例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
|
|||
|
完成数量
CompletedQuantity
|
実際に生産できた部品または製品の数量です。 | ||
|
説明
生産オーダーについて、生産・確認された良品の最終数量を記録する属性です。この値を計画数量と比較して、歩留まりやオーダー充足率を算出します。 完成数量を分析することで、生産効率と品質を評価できます。計画数量との差が大きい場合は、生産上の問題、高いスクラップ率、データ入力ミスなどが考えられるため、さらに調査できます。
重要な理由
実際の生産量を示します。計画数量に対する歩留まり、スクラップ率、充足精度の分析に使用します。
入手先
Plexの生産報告または確認記録にあります。「Good Quantity」、「Yield Quantity」、「Actual Quantity」などのフィールドを確認してください。
例
984950751250
|
|||
|
実績終了日
ActualEndDate
|
生産オーダーの最後の製品が完了した時点の実際のタイムスタンプです。 | ||
|
説明
生産オーダーの最終工程が完了し、必要な総数量が生産された時刻を記録する属性です。実行段階の終了を示します。 「生産スケジュール遵守率」KPIで、「計画終了日」に対する実績を測定するために使用する確定的なタイムスタンプです。生産の実際のエンドツーエンドサイクルタイムの計算にも使用します。
重要な理由
スケジュール遵守状況と生産全体のリードタイムを正確に計算するために必要な実際の完了時刻を提供します。
入手先
「生産オーダー完了」アクティビティ、またはPlexにおける最終作業確認のタイムスタンプです。
例
2023-11-14T16:55:43Z2023-11-21T11:30:00Z
|
|||
|
実績開始日
ActualStartDate
|
オーダーの生産作業が実際に始まった時点のタイムスタンプです。 | ||
|
説明
生産オーダーの最初の実作業が製造現場で開始された正確な時刻を記録する属性です。計画・準備から実行への移行を示します。 オーダーのリリースから実際の開始までの「キュー時間」または遅延を分析するうえで欠かせないタイムスタンプです。より正確な生産リードタイムの計算や、「資材不足影響分析」に役立ち、実作業の開始時刻を示します。
重要な理由
生産実行段階の実質的な開始を示し、スケジュール遅延とキュー時間を正確に測定できます。
入手先
PlexのMESコンポーネントに記録された「生産開始」アクティビティ、または最初の作業ステップのタイムスタンプです。
例
2023-11-01T08:05:12Z2023-11-05T10:20:00Z
|
|||
|
工場
Plant
|
生産オーダーを実行する製造施設または拠点です。 | ||
|
説明
工場属性は、工場や生産施設など、特定の物理拠点を識別します。複数工場を持つ組織では、プロセス実績を分類・比較するための重要な属性です。 工場別に分析することで、異なる拠点のプロセスをベンチマークできます。拠点固有の問題を明らかにし、実績の高い工場のベストプラクティスを見つけ、プロセス標準化の判断材料を提供します。
重要な理由
異なる製造拠点間でプロセス実績を比較できます。複数工場の運営におけるベンチマーキングと標準化に欠かせません。
入手先
通常、Plexの主要な組織単位として利用され、生産オーダーヘッダーに関連付けられています。「Plant」、「Site」、「Location」などのフィールドを確認してください。
例
デトロイト工場アトランタ組立工場サイト007メキシコ施設
|
|||
|
手直し理由コード
ReworkReasonCode
|
生産計画の調整または手直しループの理由を示すコードです。 | ||
|
説明
生産計画が調整された場合や、オーダーが手直しに回された場合に、逸脱理由を標準化して示す属性です。例として、「不良資材」、「機械停止」、「仕様変更」などがあります。 バリアント分析で特定したプロセス逸脱の「理由」を示します。「手直し・ルーティング変更率」KPIの根本原因分析に欠かせず、コストのかかる手直しや遅延を引き起こす根本的な問題への対策に役立ちます。
重要な理由
手直しやプロセス逸脱の背景を把握でき、廃棄を減らし品質を高めるための的を絞った根本原因分析が可能になります。
入手先
Plex Smart Manufacturingの製品ドキュメントを確認してください。不適合、品質、生産調整に関する記録に関連付けられている場合があります。
例
QA_FAILMAT_SUBENG_CHGOPER_ERR
|
|||
|
終了時刻
EndTime
|
アクティビティが完了した時点を示すタイムスタンプです。 | ||
|
説明
終了時刻は、特定のアクティビティが完了した時点を示します。開始時刻と組み合わせることで、そのイベントの処理時間を定義できます。 プロセスマイニングでアクティビティの開始時刻と終了時刻を取得すると、処理時間と待ち時間をより詳細に分析できます。タスクを実際に処理していた時間と、次のステップを待っていた時間を区別できるため、正確なボトルネック分析に役立ちます。
重要な理由
アクティビティの正確な処理時間を計算し、実作業時間と待機時間を区別できます。
入手先
イベントログに直接記録されている場合があります。または、後続イベントの開始時刻を使って導出できます。
例
2023-10-26T09:15:00Z2023-10-26T15:05:20Z2023-10-27T10:00:00Z
|
|||
|
遅延の有無
IsLate
|
生産オーダーが予定終了日より後に完了したかどうかを示すブール型フラグです。 | ||
|
説明
各生産オーダーについて算出される、単純なブール型(true/false)フラグです。実際の完了時刻が予定終了日より後の場合は「true」、それ以外の場合は「false」に設定されます。 この属性により、スケジュール遵守の分析とレポート作成を簡単に行えます。フィルタリングや集計により、「生産スケジュール遵守率」KPIを算出し、期限を守れなかったすべてのオーダーをすばやく特定できます。
重要な理由
予定どおりのオーダーと遅延オーダーを二値で分類するため、遵守率の算出や概要レベルのKPIダッシュボードに適しています。
入手先
「ActualEndDate」>「PlannedEndDate」の比較から算出するフィールドです。
例
truefalse
|
|||
生産計画のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
生産オーダーをリリース
|
生産オーダーが正式に製造現場へリリースされ、生産担当者が確認して作業できる状態になったことを示す重要なマイルストーンです。通常はMES内でユーザーが明示的に実行する操作であり、ジョブパケットやデジタル作業手順の作成が開始されます。 | ||
|
重要な理由
オーダーのリリースは、計画から実行への重要な引き継ぎです。スループットの追跡や、計画承認から実際の生産開始までの遅延分析に欠かせないマイルストーンです。
入手先
通常は、Plexの生産管理モジュールで明示的に実行されるトランザクションです。イベントは「Release」操作のタイムスタンプから取得され、専用フィールドまたはトランザクションログに保存されることが多いです。
取得
生産オーダーの「release_date」タイムスタンプフィールド、またはリリーストランザクションログのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
生産オーダーを作成
|
Plexシステム内でProduction Orderレコードを正式に作成することです。このアクティビティにより、プロセスマイニング分析で使用する一意のケース識別子が設定されます。ユーザーまたはシステムプロセスが新しいオーダーを生成した時点で、イベントが明示的に記録されます。 | ||
|
重要な理由
このアクティビティは、システム内における生産オーダーの経過の正式な開始点です。全体のリードタイムを測定し、新たな生産需要の量を把握するための基準点になります。
入手先
Plexの主要な生産オーダーデータテーブルにある、生産オーダーレコードの作成タイムスタンプから取得します。
取得
生産オーダーヘッダーテーブルの「creation_date」または同等のタイムスタンプ項目を使用します。
イベントタイプ
explicit
|
|||
|
生産オーダー完了
|
生産オーダー全体のすべての製造工程が完了したことを示します。計画数量の生産が完了したことを示す、製造現場での最終トランザクションです。オペレーターまたはシステム処理がオーダーを完了として登録した時点で、明示的に取得されます。 | ||
|
重要な理由
プロセスの通常経路における主要な「終了」イベントです。「平均生産オーダーリードタイム」の計算終点となり、「生産スケジュール遵守率」や「生産スループット量」の測定にも欠かせません。
入手先
生産オーダーのステータスが明示的に変更されたイベントです。通常は、最終数量報告トランザクションによって発生します。オーダーのステータスが「完了」または「Finished」に変わった時点のタイムスタンプを記録します。
取得
生産オーダーのステータスを「完了」に変更したトランザクションに関連するタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
生産計画を承認
|
生産計画が正式に承認され、製造現場にリリースできる状態になったことを示すアクティビティです。通常は、明示的な承認操作またはオーダーに関連するステータス変更から取得します。 | ||
|
重要な理由
計画と承認の段階の終了を示し、「Production Plan Approval Time」KPIを算出する終点になります。承認の遅延は一般的なボトルネックであり、このアクティビティによってその規模と発生箇所を把握できます。
入手先
承認トランザクションログの明示的なイベント、または生産オーダーのステータス変更から推定できます。たとえば、「Pending Approval」から「Approved」または「Ready to Release」への変更などです。
取得
生産オーダーのステータスが「Approved」または同等の値に更新された時点のタイムスタンプを取得します。
イベントタイプ
inferred
|
|||
|
生産開始
|
製造現場で生産オーダーの実作業が始まったことを示すアクティビティです。Plexのようなシステムでは、通常、オペレーターがバーコードをスキャンするか、ワークセンター端末でジョブを手動開始した時点で明示的なイベントとして取得されます。 | ||
|
重要な理由
付加価値を生む工程の開始を示す重要なマイルストーンです。「オーダーリリース済み」から「生産開始」までの差を分析して生産前の遅延を特定し、実際の生産サイクルタイムを計算するために必要です。
入手先
Plexの製造現場データ収集トランザクションから取得します。生産オーダーに対して記録された最初の「ジョブ開始」または「工程開始」トランザクションのタイムスタンプに対応します。
取得
生産オーダーに関連する最初の労務チケット作成イベントまたは機械開始イベントのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
需要予測を評価
|
生産オーダーの作成に先立つ、需要予測の初回受信と評価を表します。このイベントは需要計画モジュールで記録されることが多く、生産計画プロセス全体の起点になります。 | ||
|
重要な理由
このアクティビティは、計画ライフサイクルの実質的な開始点です。この時点からオーダー作成までの時間を分析すると、需要を実行可能な生産計画に変換する際の遅延を特定でき、「Demand Forecast Integration Efficiency」ダッシュボードを支援できます。
入手先
通常は、Plex内の需要計画または販売・業務計画モジュール、あるいは連携システムにあります。後続の生産オーダーに関連付けられた予測レコードの作成日から推定する場合もあります。
取得
後から生産オーダーに関連付けられる需要予測レコードの作成タイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
マスタープロダクションスケジュールを作成
|
需要予測と既存のオーダーに基づいて、マスタープロダクションスケジュール(MPS)を作成するアクティビティです。何を、どの数量で、いつ生産するかを定める上位レベルの計画です。プランナーがMPSのバージョンを確定して保存した時点で記録される可能性が高いイベントです。 | ||
|
重要な理由
このマイルストーンを追跡することは、初期計画段階の効率を測定するうえで欠かせません。需要の評価からMPS作成までの時間は、計画の対応力を示す重要な指標であり、「Master Schedule Creation Cycle Time」KPIで測定します。
入手先
Plexのマスタープロダクションスケジューリングモジュールに記録されます。MPSレコードの作成タイムスタンプ、または確定を示すログエントリからイベントを取得できます。
取得
MPSエントリの作成タイムスタンプ、またはスケジューリングモジュール内の特定のステータス変更イベントを取得します。
イベントタイプ
explicit
|
|||
|
リソース割り当て確認済み
|
機械、工具、担当者などの特定のリソースが生産オーダーに割り当てられたことを確認した状態を示します。リリース後の独立したステップになる場合と、リリースプロセスの一部になる場合があります。システム上でリソースの割り当てが確定した時点でイベントを取得します。 | ||
|
重要な理由
このアクティビティは「リソース割り当て遅延分析」ダッシュボードに欠かせません。計画による遅延と、製造現場でのリソース不足による遅延を区別できます。
入手先
生産オーダーまたは関連するルーティングステップのリソース関連フィールドに値が設定されたことから推定できる場合があります。タイムスタンプには、生産開始前にこれらのフィールドが最後に更新された時刻を使用します。
取得
オーダーの最初の工程について、ワークセンター、機械、または従業員のフィールドに値が設定された時点のタイムスタンプを取得します。
イベントタイプ
inferred
|
|||
|
工程完了
|
生産オーダーのルーティングに含まれる個々の製造ステップまたは工程が完了したことを示します。通常、1つの生産オーダーに複数のイベントが発生します。製造現場からの実績報告によって明示的に取得されます。 | ||
|
重要な理由
個々の工程を追跡することで、生産段階のどこにボトルネックが発生しているかをより詳細に分析できます。計画工程時間と実績工程時間を比較し、問題のあるワークセンターを特定できます。
入手先
Plexの製造現場トランザクションから取得します。具体的には、オペレーターが工程の完了を報告した時点、またはその工程で生産した数量を記録した時点です。
取得
オーダーのルーティングに含まれる各工程について、「工程完了」または「数量報告」トランザクションのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
生産オーダーキャンセル
|
完了前の任意の時点で生産オーダーがキャンセルされたことを示します。プロセスにおける代替的な不成立結果です。オーダーの特定のステータス変更によって取得されます。 | ||
|
重要な理由
キャンセルを追跡することは、プロセス上の失敗を理解するうえで重要です。オーダーがいつ、なぜキャンセルされたかを分析することで、需要予測、計画精度、または資材の可用性に関する問題を明らかにできます。
入手先
生産オーダーのステータスが「キャンセル」または無効状態に変更されたことから推定します。このステータス変更のタイムスタンプがイベント時刻になります。
取得
生産オーダーのステータスフィールドが「キャンセル」に更新された時点のタイムスタンプを取得します。
イベントタイプ
inferred
|
|||
|
生産オーダー終了
|
生産オーダーを管理上または財務上、最終的に締める処理です。この段階ではすべてのコストが確定し、オーダーに対する追加トランザクションができない状態になります。通常は財務部門または計画部門が明示的に実行します。 | ||
|
重要な理由
生産オーダーのライフサイクルにおける、管理上の実質的な終了を示します。「生産完了」から「生産終了」までの時間を分析することで、財務締め処理の長期化を明らかにできます。
入手先
生産オーダーのステータスが「終了」に変更されたことで取得します。この最終ステータス更新のタイムスタンプがイベント時刻になります。
取得
オーダーを「終了」状態に変更したステータス変更トランザクションのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
生産スケジュールを作成
|
作業センターと時間枠に具体的な作業を割り当て、詳細な生産スケジュールを作成するイベントです。能力計画とスケジューリングの結果として発生し、スケジュールを保存または公開した時点で記録される可能性が高いイベントです。 | ||
|
重要な理由
これは、オーダーを現場にリリースする前の重要なマイルストーンです。「Scheduling Bottleneck Identification」ダッシュボードで重要なイベントとなり、詳細なスケジューリング段階の効率を分析できます。
入手先
Plexの生産スケジューリングモジュールから取得します。生産オーダーに関連付けられた詳細スケジュールの作成時刻または「last saved」タイムスタンプからイベントを特定できます。
取得
オーダーの詳細な生産スケジュールをプランナーが初めて保存または確定した時点のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
生産実績分析済み
|
完了後に、生産差異、コスト、品質指標を確認する分析ステップを示します。システムが生成する差異計算の場合もあれば、生産管理担当者や原価担当者が手動で確認する場合もあります。 | ||
|
重要な理由
このアクティビティを含めることで、生産後のプロセスを把握できます。オーダーの分析が完了し、実績が理解されるまでの総時間を確認でき、生産終了後の管理上のボトルネックを明らかにできます。
入手先
差異計算ジョブのタイムスタンプや、生産実績レポートの作成日から推定できる場合があります。また、「分析完了」を示す手動のステータス変更を使用することもできます。
取得
原価差異計算ジョブの実行日、または生産オーダーのステータスが「分析完了」に変更された時点を取得します。
イベントタイプ
inferred
|
|||
|
生産計画をレビューに提出
|
作成済みの生産計画を承認に回したことを示します。通常は、生産オーダーのステータス変更として記録されます。このイベントを起点に、承認サブプロセスが始まります。 | ||
|
重要な理由
このアクティビティは、「Production Plan Approval Cycle Time」を測定する起点です。追跡することで、計画がレビューを待っている時間を把握できます。これは、管理上の遅延を生む大きな要因になる場合があります。
入手先
生産オーダーのステータス変更から推定する可能性が高いイベントです。たとえば、「In Planning」から「Pending Approval」への変更などが該当し、そのステータス変更のタイムスタンプを使用します。
取得
生産オーダーのステータス項目が「Pending Approval」や「In Review」などの値に変わった時点のタイムスタンプを取得します。
イベントタイプ
inferred
|
|||
|
生産計画調整済み
|
生産オーダーのリリース後に、数量、ルーティング、部品表などが変更されたことを示すイベントです。通常は、生産オーダーに関連付けられた監査証跡または変更ログから取得されます。 | ||
|
重要な理由
このアクティビティは、手戻り、範囲変更、プロセスの不安定さを特定するうえで重要です。「手戻り・ルーティング変更率」KPIを直接支え、生産上の逸脱や非効率の根本原因を明らかにできます。
入手先
Plexの生産オーダーモジュールにある変更ログまたは監査証跡テーブルで確認できます。イベントには、「生産オーダーリリース済み」イベント後に発生した重要なフィールド変更のタイムスタンプを使用します。
取得
生産オーダーの監査ログを、オーダーのリリース日以降に発生した変更に絞り込みます。
イベントタイプ
explicit
|
|||
|
資材所要量を計画
|
生産オーダーに対して資材所要量計画(MRP)を実行することを表します。このシステムジョブは、必要な原材料、部品、サブアセンブリを計算します。通常、対象オーダーのMRP実行が完了した時点でイベントを取得します。 | ||
|
重要な理由
このステップを分析すると、資材計画がボトルネックになっているかを特定できます。ここでの遅延は生産スケジュール全体に影響する可能性があり、「Material Shortage Impact Analysis」ダッシュボードを理解するうえで重要です。
入手先
通常は、Plex内のMRPまたは計画ログから取得します。MRPジョブの完了に関連するタイムスタンプや、生産オーダーに対する資材所要量データの登録時刻を確認します。
取得
MRP実行完了ログのタイムスタンプ、またはオーダーの部品表所要量における最終更新タイムスタンプです。
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできていますか
このテンプレートを使ってプロセスマイニングを始め、生産計画の効率を高めてください。今すぐデータを、具体的な改善案につなげましょう。
生産計画を最適化:サイクルタイムを今すぐ短縮
非効率を明らかにし、生産サイクルタイムをすばやく30%短縮します。
クレジットカードは不要です。14日間の無料トライアルを開始できます。