Prorated Production Metrics

In order to help provide an accurate pulse on the status of production on a line, L2L prorates metrics that are calculated using Demand, Planned Production Minutes, or Planned Non-Production Minutes. This means that we only use the portion of these contributing metrics for time that has passed in the current pitch.

The following metrics are prorated on the Operator Portal totals bar, the Pitchboard totals bar, pitch metrics on the Pitch Board, and the Site, Area, and Line Production Status Dashboards:

• LMPU
• LHPU
• Man Hours
• OA
• PPMH
• PPH
• PEFF
• Pace
• Pitch Pace
• TPU
• Labor Efficiency

Example

Let's say the first pitch of a week has a demand of 60, and has 60 minutes planned production minutes. Simply put, the Line should produce one part per minute. After the first 10 minutes, the Line should have produced 10 parts, so the demand in the Line totals section would register as 10 minutes in both the Week to Date, and Current Shift sections. We will then calculate all other metrics using 10 for the demand.

Once the pitch is complete, we no longer need to prorate the contributing metrics since the entire duration of the pitch is in the past. So, continuing with the same scenario, at the end of the first pitch, the Line's total demand would display 60.

Pitch Boards OEE value inflation

Have you ever reviewed your pitch boards and notices and unusually high OEE value?  How are we doing so well??  If you were to select the pitches that show the abnormally high OEE, you might discover that the Actual Production data was entered before the end of the pitch.

While we do not advocate for users to enter in production values before the end of the pitch, there may be situations that cause this, like the production line is down and you know that it will be down for longer than the pitch end time, so you enter your production at that time. 

Why is the OEE abnormally inflated?  In this case, the system thinks that that the planned production minutes for the purposes of calculating PPP in the background is taking the Actual minutes of the pitch, in the case above, 13 minutes.  Therefore the %PPP that the system is calculating in the background for this pitch is artificially inflated:

Performance% (single pitch §) = (Ideal Cycle Time / Run Rate) * 100

Run Rate = (Planned Production Minutes - Downtime Minutes) / (Actual + Scrap)

But don’t worry, the overall OEE for the shift and all OEE rollup values that are displayed throughout the system (dashboards) are using the correct data in the system.  If you were to go into the particular pitch with the inflated OEE and re-save the pitch, the value on the pitch boards and any pitch board reports/exports will be correctly displayed.