Your Production Planning Data Template

Oracle Manufacturing Cloud
Your Production Planning Data Template

Your Production Planning Data Template

This template provides a comprehensive guide to collecting the right data for analyzing your production planning process. It outlines essential attributes to gather, key activities to track, and practical guidance for extracting this information from your source system. Use this resource to streamline your data preparation and kickstart your process mining journey.
  • Recommended attributes to collect
  • Key activities to track
  • Practical extraction guidance
New to event logs? Learn how to create a process mining event log.

Production Planning Attributes

These are the recommended data fields to include in your event log for comprehensive production planning analysis, enabling detailed insights into your operations.
5 Required 6 Recommended 10 Optional
Name Description
Activity Name
ActivityName
The name of the specific event or task that occurred within the production planning process.
Description

This attribute describes a specific step or milestone in the production order's lifecycle, such as 'Work Order Created', 'Materials Issued', or 'Production Started'. Each activity represents a distinct point in the process.

Process mining uses this information to construct the process map, showing the sequence and frequency of all activities. Analyzing activities is fundamental to understanding process flows, identifying bottlenecks between steps, and measuring the time spent in different stages.

Why it matters

The Activity Name is a core requirement for process mining, as it defines the steps in the process map and allows for the visualization and analysis of the process flow.

Where to get

This is typically derived from event logs, transaction statuses, or specific event tables within Oracle Manufacturing Cloud that track the lifecycle of a work order.

Examples
Work Order CreatedWork Order ReleasedMaterials IssuedProduction StartedWork Order Completed
Event Timestamp
EventTimestamp
The precise date and time when a specific activity or event occurred.
Description

This attribute records the timestamp for each activity in the process. It provides the chronological context necessary to understand the sequence of events and measure the duration between them.

In process analysis, this timestamp is critical for calculating cycle times, waiting times, and overall process duration. It enables performance monitoring, bottleneck detection, and analysis of how process timing impacts outcomes like schedule adherence.

Why it matters

This timestamp is essential for all time-based process mining analysis, including calculating durations, discovering bottlenecks, and building a chronologically accurate process map.

Where to get

This information is usually found alongside the event or status data in transaction or log tables within Oracle Manufacturing Cloud, often as a creation date or last update date.

Examples
2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-11-05T10:11:45Z
Production Order
ProductionOrderNumber
The unique identifier for a production order, which serves as the primary case identifier for the production planning process.
Description

The Production Order number uniquely identifies a request to produce a specific quantity of a product. It acts as the central case identifier, linking all related planning, scheduling, execution, and closing activities.

In process mining, analyzing events grouped by this number allows for a complete end-to-end view of the production lifecycle. This helps in tracking the journey of each order, measuring lead times, identifying common pathways, and pinpointing deviations from the standard process.

Why it matters

This is the essential case identifier that connects all related production events, enabling a comprehensive analysis of the entire production planning and execution flow for each order.

Where to get

This identifier is a core element in Oracle Manufacturing Cloud, typically found in work order headers and transaction tables. Consult the WIP_ENTITIES or similar work order tables.

Examples
WO-2024-00123PROD-58974M450001852
Last Data Update
LastDataUpdateTimestamp
The timestamp indicating when the data for this event was last refreshed or extracted from the source system.
Description

This attribute records the date and time of the most recent data pull from the source system. It is a metadata field that reflects the freshness of the dataset being analyzed.

This information is crucial for understanding the timeliness of the insights generated. It informs users about how current the process data is, ensuring that decisions are based on data of a known age.

Why it matters

Provides transparency about data freshness, ensuring that users understand how current the analysis is and when the next data update might be expected.

Where to get

This value is typically generated and stamped onto the dataset during the data extraction, transformation, and loading (ETL) process.

Examples
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
Source System
SourceSystemIdentifier
The system from which the production planning data was extracted.
Description

This attribute identifies the source information system, for instance, Oracle Manufacturing Cloud. It is particularly useful in environments where data from multiple systems is combined for a holistic process view.

In analysis, it allows for filtering the process data based on its origin. This can help in comparing processes across different systems or isolating data to a specific source for targeted analysis.

Why it matters

It provides crucial context about the data's origin, which is important for data governance, validation, and analysis in multi-system environments.

Where to get

This is typically a static value ('Oracle Manufacturing Cloud') added during the data extraction, transformation, and loading (ETL) process.

Examples
Oracle Manufacturing CloudOracle Fusion Cloud SCMOMC_PROD_INSTANCE_1
Planned End Date
PlannedEndDate
The scheduled date on which production for the order is planned to be completed.
Description

This attribute contains the target completion date for the production order. It is the deadline that the production team aims to meet.

This date is essential for calculating the Production Schedule Adherence Rate KPI, which compares this planned date against the actual completion timestamp. It helps quantify how well production meets its targets and is a primary metric on the Production Schedule Adherence dashboard.

Why it matters

Serves as the primary benchmark for measuring on-time completion and overall production schedule adherence.

Where to get

Consult Oracle Manufacturing Cloud documentation. Likely available in work order scheduling tables or the main work order header table, such as WIP_DISCRETE_JOBS.

Examples
2023-11-10T17:00:00Z2023-11-20T17:00:00Z2023-12-10T17:00:00Z
Planned Start Date
PlannedStartDate
The scheduled date on which production for the order is planned to begin.
Description

This attribute contains the target start date for the production order as defined during the planning phase. It serves as a baseline against which actual performance is measured.

This date is crucial for the Production Order Release On-Time Rate KPI, where it is compared to the actual release timestamp. It helps in assessing the effectiveness of the planning and scheduling process and in identifying premature or delayed starts.

Why it matters

This is a critical baseline for measuring schedule adherence and on-time performance for the start of production.

Where to get

Consult Oracle Manufacturing Cloud documentation. Likely available in work order scheduling tables or the main work order header table.

Examples
2023-11-01T08:00:00Z2023-11-15T09:00:00Z2023-12-01T00:00:00Z
Planner
Planner
The user or planner responsible for managing the production order.
Description

This attribute identifies the employee or role assigned to oversee the production order's planning and execution. It can be a person's name, ID, or a planning group.

Analyzing the process by planner helps to understand workload distribution and identify if certain planners or teams are associated with process delays or efficiencies. It is a key attribute for the Delay Root Cause & Activity Impact dashboard to find human factors correlated with performance.

Why it matters

Helps identify the impact of individual planners or teams on process performance, enabling targeted training and workload balancing.

Where to get

Consult Oracle Manufacturing Cloud documentation. This may be stored on the work order header or in related assignment tables.

Examples
John SmithPlannerGroup_AUSER12345
Product Code
ProductCode
The unique identifier for the product being manufactured.
Description

This attribute specifies the item or material that is the subject of the production order. It is a key dimension for segmenting and analyzing the production process.

Using the product code, analysts can compare production processes for different items. This helps answer questions like 'Which products have the longest lead times?' or 'Are there process deviations specific to certain product families?'. It is essential for the Production Performance Throughput dashboard.

Why it matters

Allows for process analysis to be segmented by product, revealing product-specific bottlenecks, delays, or inefficiencies.

Where to get

Consult Oracle Manufacturing Cloud documentation. This is typically stored in the work order details, linked from tables like WIP_DISCRETE_JOBS to an item master table.

Examples
FG-1001-AAS-5432-BLUERAW-987-C
Production Plant
ProductionPlant
The manufacturing facility or plant where the production order is being executed.
Description

This attribute indicates the physical location or organizational unit responsible for the production. It's a critical dimension for comparing process performance across different sites.

Analyzing by production plant allows for benchmarking and identifying best practices or systemic issues at specific locations. It is used in dashboards like Resource Utilization Bottlenecks and Production Performance Throughput to understand site-specific performance.

Why it matters

Enables comparison of process efficiency and performance across different manufacturing locations, highlighting regional bottlenecks or best practices.

Where to get

Consult Oracle Manufacturing Cloud documentation. This information is typically part of the work order definition, often referred to as the organization or inventory organization.

Examples
Site A - ShanghaiPlant 001 - AustinGermany Works
Work Order Status
WorkOrderStatus
The current status of the production order at the time of the event.
Description

This attribute reflects the state of the production order, such as 'Unreleased', 'Released', 'On Hold', 'Completed', or 'Canceled'. The status provides a snapshot of where the order is in its lifecycle.

Analyzing the process by work order status helps to understand the distribution of orders across different states. It is also valuable for identifying orders that are stuck in a particular state for too long or for filtering analysis to focus only on completed or in-progress orders.

Why it matters

It provides a clear view of the order's progress and outcome, enabling analysis of process bottlenecks, delays, and completion rates.

Where to get

Consult Oracle Manufacturing Cloud documentation. Likely found in work order header tables like WIP_DISCRETE_JOBS, associated with the status column.

Examples
ReleasedCompletedOn HoldCanceled
Activity Duration
ActivityDuration
The time taken to complete a single activity. This is also known as processing time.
Description

This metric represents the processing time of an activity, calculated as the difference between its end and start timestamps. If an end time is not available, it can be estimated, but having both provides the most accurate measure.

Analyzing activity duration is key to identifying which specific steps in the process are the most time-consuming. This helps focus improvement efforts on the activities that contribute most to the overall cycle time.

Why it matters

Pinpoints exactly which process steps are taking the most time, allowing for targeted optimization efforts.

Where to get

This is calculated during data transformation. It requires both a start (EventTimestamp) and end (EventEndTime) timestamp for each activity to be accurate.

Examples
5 minutes8 hours1.5 days
Completed Quantity
CompletedQuantity
The actual quantity of the product that was successfully produced and completed.
Description

This attribute captures the final output quantity of a production order after all operations are finished. This may differ from the planned quantity due to factors like scrap, yield loss, or overproduction.

This is the 'actual' value used in the 'Planned vs Actual Quantity Deviation' KPI. It is fundamental for analyzing production efficiency, yield analysis, and understanding the reasons for variance between planned and actual output.

Why it matters

This measures the actual output of the production process, enabling crucial analysis of yield, efficiency, and planning accuracy.

Where to get

Consult Oracle Manufacturing Cloud documentation. This is often stored in work order tables like WIP_DISCRETE_JOBS as 'QUANTITY_COMPLETED'.

Examples
9849501255
Event End Time
EventEndTime
The precise date and time when a specific activity or event was completed.
Description

This attribute records the completion timestamp for activities that have a duration. It complements the StartTime by defining a specific time window for an activity.

When both start and end times are available, the exact processing time for each activity can be calculated accurately. This is more precise than inferring duration from the start time of the next event, as it accounts for waiting time.

Why it matters

Enables the precise calculation of activity processing times, distinguishing them from the waiting times between activities.

Where to get

This information may be available in event logs or transaction tables that record both the start and end of an operation.

Examples
2023-10-26T08:05:10Z2023-10-26T15:00:00Z2023-11-05T10:11:55Z
Material Availability
MaterialAvailabilityStatus
Indicates whether the required materials for the production order are available.
Description

This attribute shows the status of material availability, typically with values like 'Available', 'Shortage', or 'Partially Available'. This status is determined by checking inventory levels against the order's bill of materials.

It is the key attribute for the Material Shortage Impact Analysis dashboard and the associated KPI. Analyzing this helps to quantify the impact of material shortages on production start times and overall lead times.

Why it matters

Directly measures the impact of material shortages on production schedules, which is a common cause of significant delays.

Where to get

Consult Oracle Manufacturing Cloud documentation. This might not be a direct field but could be derived by checking component availability for a work order.

Examples
AvailableShortagePartially Available
Planned Quantity
PlannedQuantity
The quantity of the product that is scheduled to be produced in the order.
Description

This attribute represents the target production volume for a given production order. It is set during the planning phase based on demand and capacity.

This value is a key input for the 'Planned vs Actual Quantity Deviation' KPI, where it is compared against the actual quantity produced. Analyzing this helps to assess planning accuracy, yield rates, and scrap levels.

Why it matters

Provides the baseline quantity for evaluating production output accuracy, yield, and scrap, which is critical for capacity and material planning.

Where to get

Consult Oracle Manufacturing Cloud documentation. This is a standard field in work order tables like WIP_DISCRETE_JOBS, often named 'START_QUANTITY' or similar.

Examples
10050001250
Production Line
ProductionLine
The specific assembly or production line within the plant assigned to the work order.
Description

This attribute identifies the specific equipment or work center group responsible for executing the production order. It provides a more granular level of detail than the production plant.

In the Resource Utilization Bottlenecks dashboard, this attribute is used to pinpoint delays associated with specific lines or work centers. It helps in identifying capacity constraints and optimizing resource allocation at a detailed level.

Why it matters

Allows for granular analysis of resource utilization and bottleneck detection at the specific production line or work center level.

Where to get

Consult Oracle Manufacturing Cloud documentation. This information is typically found in the work order routing or operations details.

Examples
LINE_01_PACKAGINGASSEMBLY_CELL_3BCNC_MACHINE_5
Production Priority
ProductionPriority
A code or value indicating the urgency or priority of the production order.
Description

This attribute assigns a priority level, such as 'High', 'Medium', or 'Low', to a production order. This helps schedulers and production teams prioritize work when resources are constrained.

In the Delay Root Cause & Activity Impact dashboard, priority can be used as a dimension to see if high-priority orders are actually processed faster or if they also suffer from delays. It helps evaluate the effectiveness of the prioritization system.

Why it matters

Helps analyze whether the prioritization system is effective and if high-priority orders are processed faster than low-priority ones.

Where to get

Consult Oracle Manufacturing Cloud documentation. This may be a standard or custom field on the work order header.

Examples
HighMediumLow19
Release On Time Status
ReleaseOnTimeStatus
A calculated status indicating if the order was released on time, early, or late.
Description

This attribute is derived by comparing the 'Planned Start Date' with the actual timestamp of the 'Work Order Released' activity. This focuses specifically on the adherence of the initial release step of the process.

This status directly supports the Production Order Release On-Time Rate KPI and the associated dashboard. It helps isolate delays that happen at the very beginning of the production execution cycle.

Why it matters

Helps to specifically identify and analyze delays in the critical step of releasing work orders to the production floor.

Where to get

This attribute is calculated during data transformation by comparing the 'PlannedStartDate' attribute to the timestamp of the release event.

Examples
On TimeLateEarly
Schedule Adherence Status
ScheduleAdherenceStatus
A calculated status indicating if the order was completed on time, early, or late.
Description

This attribute is derived by comparing the 'Planned End Date' with the actual timestamp of the 'Work Order Completed' activity. It provides a clear, categorical outcome for schedule performance.

This status is the foundation of the Production Schedule Adherence dashboard and KPI. It simplifies analysis by allowing users to quickly filter for all late orders and investigate the root causes for the delays.

Why it matters

Provides a clear, simple indicator of on-time performance, making it easy to identify and analyze orders that failed to meet their deadlines.

Where to get

This attribute is calculated during data transformation by comparing the 'PlannedEndDate' attribute to the timestamp of the completion event.

Examples
On TimeLateEarly
Total Cycle Time
TotalCycleTime
The total duration of the production order from creation to completion.
Description

This attribute is a calculated metric representing the total time elapsed from the first event (e.g., 'Work Order Created') to the last event (e.g., 'Work Order Completed') for each production order.

This is a primary KPI for measuring overall process performance and is central to the End-to-End Production Lead Time dashboard. It provides a high-level view of efficiency and helps track improvements over time.

Why it matters

This is a key performance indicator that measures the end-to-end efficiency of the production process for each order.

Where to get

This attribute is not available in the source system. It is calculated during data transformation by subtracting the minimum timestamp from the maximum timestamp for each case.

Examples
10 days 4 hours3 weeks 2 days15.5 days
Required Recommended Optional

Production Planning Activities

These are the key process steps and milestones to capture in your event log for accurate process discovery and identifying bottlenecks.
5 Recommended 8 Optional
Activity Description
Production Started
This activity marks the beginning of the first manufacturing operation for the production order. It is the point where physical work on the product commences on the shop floor.
Why it matters

This milestone is crucial for measuring actual production cycle times and adherence to the planned start date. It helps distinguish between pre-production delays and delays during manufacturing execution.

Where to get

This can be an explicit event from a shop floor transaction, like an operator clocking into the first operation. It can also be inferred from the timestamp of the first labor transaction or material consumption after the order is released.

Capture

Captured from the first 'move' or 'completion' transaction recorded against a work order operation.

Event type explicit
Work Order Closed
This is the final administrative step after production is complete, where all costs are finalized and variances are calculated and posted. This formally closes the order from a financial and logistical perspective.
Why it matters

The time between 'Completed' and 'Closed' can reveal inefficiencies in the financial closing or costing process. It provides a definitive end point for the entire work order lifecycle.

Where to get

This is an explicit event captured when the period-end closing process is run or a user manually changes the work order status to 'Closed'. A closed date timestamp is typically stored on the work order.

Capture

Captured from the timestamp when the work order status is set to 'Closed'.

Event type explicit
Work Order Completed
This activity signifies that the final quantity of the finished product has been manufactured and reported against the production order. This event marks the end of all production activities for the order.
Why it matters

As the primary success end-point, this activity is essential for calculating end-to-end production lead times and measuring schedule adherence against the planned completion date. It is a cornerstone for performance analysis.

Where to get

This is an explicit event triggered by a completion transaction that moves the finished goods into inventory. A work order completion date or status change to 'Completed' is recorded.

Capture

Captured from the final completion transaction timestamp or the date the work order status changes to 'Complete'.

Event type explicit
Work Order Created
This activity marks the creation of a production order, also known as a work order, in Oracle Manufacturing Cloud. This is the formal instruction to manufacture a specific quantity of an item and is typically generated from a master production schedule or a sales order.
Why it matters

As the starting point for the production process, this activity is crucial for measuring the overall lead time and analyzing the demand-to-production signal latency. It helps identify how long it takes for a production need to be formally actioned.

Where to get

This is an explicit event captured from the work order creation transaction. It corresponds to the creation timestamp of the work order record in the manufacturing execution tables, such as WIP_DISCRETE_JOBS or similar tables.

Capture

Captured from the creation date of the Work Order entity.

Event type explicit
Work Order Released
Marks the official release of the production order to the shop floor, authorizing the start of manufacturing activities. This event makes the order and its documentation, like pick lists and routing sheets, available to production staff.
Why it matters

This is a critical milestone that separates the planning phase from the execution phase. Delays in releasing orders are a common cause of production schedule slippage and are essential to monitor.

Where to get

This is an explicit event captured when a user or system process changes the work order status to 'Released'. A specific release date timestamp is typically recorded on the work order header.

Capture

Captured from the 'Released Date' timestamp on the work order record.

Event type explicit
Material Availability Checked
Represents the point where the system has checked the availability of all required components for the production order. This is often an automated step following order creation or can be triggered manually by a planner.
Why it matters

Tracking this activity helps analyze delays caused by material shortages. It isolates planning issues from execution issues and is key to understanding the impact of supply chain performance on production start times.

Where to get

This is likely an inferred event derived from a status change on the work order or its component requirements list. A status like 'Awaiting Components' changing to 'Components Available' or the population of a material status field would signify this.

Capture

Inferred from a change in the material availability status field associated with the work order.

Event type inferred
Materials Issued
This activity represents the transaction of issuing component materials from inventory to the specific production order. It signifies that the necessary raw materials or sub-assemblies have been picked and moved to the production line.
Why it matters

Tracking material issuance helps analyze the efficiency of warehouse and logistics operations. It also confirms material availability just before production starts, providing a more accurate picture than the initial check.

Where to get

This is an explicit event recorded as a material transaction in the inventory module, linked to the work order. Each transaction has a timestamp and details of the component issued.

Capture

Captured from material transaction records (e.g., WIP component issue) linked to the work order ID.

Event type explicit
Operation Completed
Represents the completion of a single step or operation in the production routing for the work order. A production order will typically have multiple 'Operation Completed' events, one for each step in its manufacturing process.
Why it matters

Analyzing the time between consecutive operation completions provides granular insight into the production flow. It helps identify bottleneck operations and calculate work-in-process times for specific stages.

Where to get

This is an explicit event captured through shop floor move or completion transactions. Operators record the quantity completed for an operation, which generates a timestamped transaction record.

Capture

Captured from completion transactions against specific operations of the work order.

Event type explicit
Production Performance Analyzed
Represents the post-completion analysis of the production order's performance, comparing actual results against planned targets. This could involve reviewing costs, material usage, and schedule adherence.
Why it matters

This activity is key to understanding the effectiveness of the continuous improvement cycle. Measuring the time to analyze performance indicates how quickly the organization learns from and responds to production variances.

Where to get

This is a calculated event, as it is a business process rather than a system transaction. It could be inferred from the generation date of a variance report or the update of a performance notes field, but this is highly dependent on local procedures.

Capture

Derived by detecting the creation of related variance reports or status updates in a performance management system.

Event type calculated
Production Plan Adjusted
This activity occurs when a key parameter of a released production order, such as the required quantity or the planned completion date, is changed. This signifies a deviation from the original plan that was committed to production.
Why it matters

Frequent adjustments indicate instability in the planning or execution process. Tracking these events helps quantify the level of churn and identify root causes, such as demand volatility or production issues.

Where to get

This is an explicit event that can be captured from audit trails or change logs on the work order record. Oracle Cloud often tracks changes to key fields, including who made the change and when.

Capture

Captured from audit logs or change history tables for the work order entity.

Event type explicit
Quality Inspection Performed
Represents a quality control check performed during or after a manufacturing operation. This can include measurements, visual inspections, or other tests to ensure the product meets specifications.
Why it matters

This activity provides insight into the quality management process. Analyzing the frequency and duration of inspections, as well as their outcomes (pass/fail), helps identify quality-related bottlenecks or recurring issues.

Where to get

This is an explicit event captured in the Oracle Quality Management module. Inspection results are recorded in quality collection plans, which are linked to the production order or specific operation.

Capture

Captured from records in the quality collection results table linked to the work order.

Event type explicit
Work Order Approved
This activity signifies that the production order has been reviewed and approved by a planner or manager. Approval may be required before the order can be released to the shop floor, especially for high-value or complex products.
Why it matters

Analyzing the time between creation and approval helps identify bottlenecks in the pre-production administrative process. Long approval cycles can significantly delay the start of manufacturing.

Where to get

This is typically an inferred event based on a status change on the work order, for example, moving from 'Unapproved' to 'Approved'. Oracle often uses status fields to manage the lifecycle of transactional objects like work orders.

Capture

Inferred from a work order status change from an unapproved state to an approved or releasable state.

Event type inferred
Work Order Canceled
This activity represents the cancellation of a production order that was previously created and possibly released. This is an exception path that stops all further work on the order.
Why it matters

Tracking cancellations is crucial for understanding process exceptions. Analyzing the reasons for cancellations can highlight issues with demand forecasting, planning accuracy, or engineering changes.

Where to get

This is an explicit event triggered by a user action to change the work order status to 'Canceled'. A timestamp for this status change is recorded.

Capture

Captured from the timestamp of the status change to 'Canceled' on the work order.

Event type explicit
Recommended Optional

Extraction Guides

How to get your data from Oracle Manufacturing Cloud