Capacity simulation data determines whether a manufacturing model becomes a useful decision-support tool or an attractive but unreliable representation of the factory. The model must reflect actual demand, product routings, processing times, equipment availability, labour constraints, buffers and production-control rules.
Manufacturers do not always need perfectly automated data collection before beginning a simulation project. However, every important input should have a defined source, unit, time period, owner, confidence level and validation method.
This practical checklist explains the information required for capacity and bottleneck simulation, where it can be collected and how manufacturers can validate it before evaluating improvement or investment scenarios.
Quick answer: Capacity simulation data normally includes demand, product mix, routings, cycle times, setup times, shift calendars, equipment downtime, labour availability, buffers, scrap, rework, material movement and scheduling rules. The required detail depends on the decision being studied. Every model should be validated against observed factory performance before future scenarios are compared.
Capacity simulation data is the structured operational information used to represent how products, machines, people, materials and production rules interact over time.
Unlike a static capacity spreadsheet, a dynamic simulation may need to represent:
The objective is not to collect every available data point. The objective is to collect the data required to answer the defined business question with an appropriate level of confidence.
For example, a study evaluating whether one machine can support next year’s demand may require less detail than a study comparing several layouts, shift patterns, product mixes and material-handling strategies.
Before requesting files from every department, define the decision the simulation must support.
Typical questions include:
A clearly defined question determines the model boundary, data granularity, scenarios and performance measures. It also prevents the project from becoming an uncontrolled data-collection exercise.
Manufacturers planning equipment investment should also review manufacturing debottlenecking scenarios to test before CAPEX.
A preliminary manufacturing capacity model normally requires the following minimum inputs:
Additional inputs may be needed when the study includes material handling, maintenance, tooling, utilities, warehousing or complex production-control logic.
| Data Category | Required Information | Possible Source | Validation Method |
|---|---|---|---|
| Demand | Order quantity, product, required date, priority and forecast period | ERP, planning system, sales forecast | Reconcile with released orders and historical shipments |
| Product mix | Volume or order share by product family | ERP, MES, production reports | Compare representative periods and future forecasts |
| Routing | Operation sequence, work centre and alternate route | ERP routing master, process sheet | Review with production and process engineering |
| Cycle time | Processing time by product and operation | MES, PLC, time study, machine records | Compare system records with shop-floor observations |
| Setup time | Changeover duration by product transition or family | MES, setup sheets, manual logs | Observe representative changeovers |
| Equipment calendar | Working shifts, breaks, planned stops and holidays | Shift roster, planning calendar | Confirm with production management |
| Downtime | Failure frequency, duration, reason and planned maintenance | CMMS, MES, Andon or maintenance logs | Reconcile events with production loss records |
| Labour | Operators by shift, skills, assignments and shared responsibilities | Rosters, skill matrix, supervisor interviews | Observe actual resource allocation |
| Buffers and WIP | Location, capacity, current level and replenishment rule | MES, WIP reports, physical observation | Count inventory at representative times |
| Quality | Inspection time, scrap rate, rework route and hold rules | QMS, inspection records, MES | Compare with approved quality reports |
| Material handling | Travel time, batch quantity, equipment and dispatch rule | Warehouse system, route study, observation | Measure representative movements |
| Production rules | Sequencing, priority, batch, release and allocation rules | Planning procedures, interviews, schedule history | Review actual decisions with planners and supervisors |
Demand defines what the simulated factory is expected to produce. A single monthly quantity may be insufficient when products have different cycle times, routings or due dates.
Collect demand at the lowest useful level, such as:
Historical production quantities should not automatically be treated as demand. Historical output may have been restricted by capacity shortages, material unavailability or quality problems. Separate what customers required from what the factory actually completed.
Routing data describes the sequence of operations required to manufacture each product. It connects demand with machines, labour and supporting resources.
For each product or family, record:
ERP routings should be checked with process engineers and shop-floor personnel. The official routing may not include temporary alternate machines, inspection loops or actual material movements used during daily production.
Cycle time is one of the most influential capacity simulation data inputs. It is also one of the most frequently misunderstood.
Before collecting values, define what the recorded time includes:
Do not mix processing time, takt time, lead time and total order duration in the same field. Each measure represents a different aspect of production.
An average may be suitable for an early screening model when variation is small and does not materially affect the decision. When cycle-time variation creates queues, starvation or missed output, use an appropriate range or probability distribution based on cleaned observations.
Always retain:
For a static starting calculation, see how to calculate production capacity using machine, labour and shift data.
Setup losses become important when a work centre produces many products or small batches. A single average setup time can hide large differences between product transitions.
Where possible, create a changeover matrix showing the time required to move from one product family to another.
Separate setup activities into:
This separation helps evaluate whether external preparation, sequencing or standardised setup methods could recover capacity.
A calendar should represent the time when each resource can genuinely operate. Do not simply multiply the number of shifts by eight hours.
Include:
Machine, operator, inspection and maintenance calendars may differ. A machine cannot produce merely because its calendar is open if the required operator or quality inspector is unavailable.
Capacity models should distinguish planned and unplanned losses.
For each event, capture the start time, end time, duration, affected resource, reason code and corrective action where available.
MTBF and MTTR can be useful summaries, but they should be calculated from consistent event definitions. A large number of short interruptions may affect production differently from one long breakdown, even when total downtime is similar.
Machine capacity and labour capacity should not be treated as independent when an operator performs loading, inspection, movement or supervision across multiple resources.
Collect:
Use actual assignment rules rather than assuming that any available operator can work at any station.
Buffers influence blocking, starvation, lead time and throughput. The model should represent physical and policy limitations.
For each buffer, record:
A buffer is not automatically beneficial. Read how buffer capacity and WIP affect manufacturing throughput.
Capacity should be measured using accepted production output. Therefore, the model may need to include:
Do not subtract one overall scrap percentage from final production if failures occur at different stages. Early and late rejection can consume very different amounts of capacity.
Material movement can become a hidden constraint when production areas depend on forklifts, trolleys, cranes, conveyors or automated guided vehicles.
Collect:
Two factories with identical machines and cycle times can perform differently because their operating rules differ.
Document how the factory decides:
Some rules may not exist in a written procedure. They may be applied through planner, supervisor or operator experience. Interview the people making these decisions and compare their explanations with historical schedules and production events.
| System or Source | Useful Data | Important Caution |
|---|---|---|
| ERP | Orders, forecasts, routings, bills of material and planned times | Planned values may differ from actual shop-floor performance |
| MES | Order progress, production quantities, cycle events, WIP and downtime | Check event definitions, missing scans and manual overrides |
| PLC or SCADA | Machine states, cycles, alarms and process events | Raw signals may need contextualisation before analysis |
| CMMS | Failures, repair time, maintenance plans and spare-part events | Work-order duration may not equal actual machine downtime |
| QMS | Inspection, rejection, rework, hold and approval records | Connect quality events to products and production stages |
| Spreadsheets | Manual schedules, shift reports and local production records | Control versions, units, formulas and manual-entry errors |
| Time study | Manual tasks, movement, cycle variation and setup elements | Collect representative observations without disrupting work |
| Interviews | Unwritten rules, exceptions and actual decision logic | Validate opinions against records and observations |
| Shop-floor observation | Queues, blocking, starvation, operator movement and actual practices | Select representative shifts, products and operating conditions |
Raw production records should not be loaded directly into a model without review. Use a documented cleaning process.
Agree on definitions for cycle start, cycle completion, downtime, setup, scrap, rework and accepted output.
Convert time, quantities and distances into consistent units. Clearly distinguish seconds, minutes and hours, as well as pieces, batches, pallets and kilograms.
Repeated transaction records may be genuine events or duplicate system messages. Review identifiers and timestamps before deletion.
Check for missing shifts, machines, products and time periods. Do not assume that an absent downtime event means the machine operated continuously.
Extreme values may represent errors, breakdowns, quality problems or genuine operating conditions. Investigate them before deciding whether to exclude or model them.
Different systems may use different clocks, formats or time zones. Align timestamps before connecting machine, order, maintenance and quality events.
Keep an unchanged source copy. Store cleaning rules and exclusions separately so the prepared dataset can be traced back to its origin.
Missing data does not always prevent a simulation project, but it must be handled transparently.
Use the following hierarchy:
Maintain an assumptions register containing:
A model should not display false precision. When an uncertain input materially changes the preferred scenario, collect better data before making the final decision.
There is no universal number of days or months suitable for every simulation project. The period should cover the conditions that affect the decision.
A representative dataset may need to include:
A long dataset is not automatically better. Old records may represent different machines, products, staffing or operating rules. Select relevant data and document the period used.
Validation asks whether the model represents the real system closely enough for its intended decision. It should involve both numerical comparison and operational review.
Confirm the value, unit, period, source and owner. Use more than one source for critical inputs where practical.
Review the model logic and animation with planners, operators, supervisors, maintenance, quality and process engineers. Confirm that products and resources behave as expected.
Run the model under known historical conditions and compare:
A mismatch does not automatically mean that the model is wrong. The historical report may use different definitions or contain missing records. Investigate discrepancies jointly.
Define acceptable comparison measures and tolerances according to the purpose of the model. A screening model and an investment-grade study may require different validation depth.
Record the model version, dataset, assumptions and approval. Compare future scenarios against the same baseline unless an intentional change is documented.
Validated data is particularly important in discrete event simulation for manufacturing bottleneck analysis.
A structured workbook can simplify collection when information comes from several systems and departments.
Recommended tabs include:
Each input table should include a source, owner, last-updated date and unit of measurement.
Manufacturers in India may operate a combination of modern connected equipment, standalone legacy machines and manual production processes. This means capacity simulation data may need to be assembled from both digital and physical sources.
For automotive, precision engineering, electronics and industrial plants in Chennai, Ambattur, Oragadam and Sriperumbudur, common data challenges include:
A practical study can begin with the data currently available, provided limitations are documented and critical assumptions are validated through targeted observations.
For location-specific planning, learn more about industrial simulation services in India.
Typical inputs include demand, product routings, cycle times, changeovers, calendars, downtime, labour, buffers, scrap, rework, material movement and production-control rules.
Yes. Data can be assembled from ERP, machine records, CMMS, spreadsheets, time studies, interviews and shop-floor observations. Important limitations and assumptions should be documented.
They can provide a starting point, but they should be compared with actual operating records and observations before being used for an important decision.
An average may be adequate when variation is small and unimportant to the decision. When variability affects queues, utilisation or output, the model should represent that variation appropriately.
Use enough relevant data to represent normal and important operating conditions, including product-mix changes, shifts, setups, downtime and quality events. There is no universal fixed period.
Use targeted measurements, alternative approved sources, verified engineering estimates and sensitivity analysis. Record the assumption, owner, confidence level and possible decision impact.
Data verification confirms that inputs are correctly recorded and processed. Model validation determines whether the complete model represents the real factory adequately for the intended decision.
Relevant owners may include production planning, operations, process engineering, maintenance, quality, logistics and finance. Approval responsibility depends on the data and decision scope.
Sequencing, release, priority and resource-allocation rules determine how work moves through the factory. Ignoring them can produce unrealistic queues, utilisation and throughput.
No. Data must be relevant, correctly defined and validated. Unnecessary detail can increase development effort without improving the decision.
Reliable capacity simulation begins with a defined decision and a controlled data process. The strongest models combine system records, engineering knowledge, shop-floor observation and documented validation.
Tech4LYF helps manufacturers collect and structure capacity simulation data, build validated production models and compare machine, labour, shift, routing and buffer scenarios.
Our capacity and bottleneck simulation services support factory-expansion, debottlenecking and pre-CAPEX decisions for manufacturers in Chennai and across India.
Contact Tech4LYF to discuss your production data, capacity question or simulation project.