> For the complete documentation index, see [llms.txt](https://help.sequorplatform.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.sequorplatform.io/documentacao/documentation-en/sequor-mes/capabilities.md).

# Capabilities

The module **Capabilities** is one of the structural pillars of Sequor MES. It is responsible for defining **how each production process will be executed on the shop floor**, turning operational rules, times, resources, and controls into a standardized workflow for operation.

Each capability represents the combination of **product + process + execution rules**, serving as the basis for Titan to guide the operator during production and record reliable data.

In a single record, the Capability brings together:

* Production process structure
* Operational sequence
* Cycle times
* Consumed materials
* MAP (Process Auxiliary Means)
* Notes / operational remarks
* Mandatory checklists
* KPI targets
* Required skills
* Production routes
* Integrations with IoT signals
* Publishing and versioning

Once published, the capability becomes **the factory's official operational recipe**, used by Titan to guide operators, validate rules, and record production execution.

## 1. Accessing the module

In the Sequor MES main menu, access:

**Sequor MES → Capability**

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FOAwuWIZhWbesQBiI3U6z%2F1%20-%20Icone%20Capacidade.png?alt=media&amp;token=bedf19c4-f2ae-4f74-8950-5fd629fc356d" alt=""><figcaption><p>Capability icon</p></figcaption></figure>

## 2. General Screen

The **General** tab concentrates the main identification data for the Capability.

It defines the master data for the process that will be detailed in the following steps.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FDPhrM5Y63JyWEMDFEyOp%2Faba%20geral.png?alt=media&amp;token=b2c56312-ba92-4a3c-af61-d4166a748fd3" alt=""><figcaption><p>General tab</p></figcaption></figure>

#### Available fields

#### Capability Number

Unique code for the capability registered in the system.

It may follow the company's internal numbering or the automatic Sequor MES standard.

#### Status

Indicates the current state of the record:

* **Editable** → allows changes
* **Published** → official version released for operational use

#### Description

Name of the production process.

Example:

* Aluminum Housing Manufacturing
* Final Battery Assembly
* Structural Welding

#### Material

Code and description of the item produced by this capability.

#### Version

Current version number of the capability.

Automatically updated with each new publication.

#### Version Date

Date of the last publication.

#### Created By

User responsible for the initial record.<br>

The General tab defines **what will be produced**. The next steps detail **how it will be produced**.

## 3. Process Tab

The **Process** represents the operational flow of the capability.

The production operations that make up the process are registered there.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FtJOZ0gq9KGPViSaNwCQN%2F1%20-%20processo.png?alt=media&amp;token=7da20fea-a27d-4af1-bb24-5686335bcdda" alt=""><figcaption><p>Process tab</p></figcaption></figure>

Example:

* OP10 – Primary Machining
* OP20 – Drilling and Finishing
* OP30 – Final Assembly

Each operation may have:

* Responsible team
* Equipment / Workstation
* Alternative operation
* Manual consumption
* Specific resources and parameters
* Operational rules for Titan

#### Operation Structure

Each operation line contains:

#### Operation

Production step code.

#### Operation Description

Clear name of the activity performed.

#### Team

Team responsible for the operation.

#### Equipment / Station

Machine, line, or production station where the activity will be performed.

#### Parent Operation

Allows creating production hierarchies when necessary.

#### Alternative Operation

Allows configuring alternative routes for execution.

#### Manual Consumption

Defines which materials will be reported manually during execution.

#### **Parallel Production**

Allows the OP to be executed on multiple machines simultaneously.

#### Enabled

Defines whether the operation is released for use.

## 4. Process Tab Details

When expanding an operation, the system provides the operational parameterization tabs.

### 4.1. Times

Defines the standard times used by the operation.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FW4GFNmUcDMZcJ7AaqLTr%2F2%20-%20tempos.png?alt=media&amp;token=ff0948a0-bf3a-41e6-b0e4-b74b06123495" alt=""><figcaption><p>Times section</p></figcaption></figure>

#### Examples

#### Setup Time

Time required to prepare the machine or workstation.

Example: 10 min

#### Production Time

Standard time per part or cycle.

Example: 1.5 min/part

#### Slack Time

Planned operational margin.

Example: 0.5 min

#### Impact on the system

These times feed into:

* Production capacity
* OEE
* Operational efficiency
* Rhythm displayed in Titan
* Industrial planning

### 4.2. Materials

Defines the materials consumed by the operation.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FqhoygCsDg8QRU3yeBSto%2F3%20-%20materiais.png?alt=media&amp;token=285b8622-8051-4272-954b-4551f11c0029" alt=""><figcaption><p>Materials section</p></figcaption></figure>

#### Examples

* Aluminum Billet Ø120
* Soluble Oil
* M8 Screw
* Structural Adhesive

#### **Available fields**

#### Quantity

Quantity consumed per cycle, part, or batch.

#### Unit

Unit of measure.

#### Validate Quantity

Requires confirmation of the consumed quantity.

#### Confirm Material

Requests manual validation from the operator.

#### Reading

Requires code / MTU / traceability reading.

### 4.3. MAP (Process Auxiliary Means)

Defines devices, tools, or auxiliary resources used in the operation.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FgC8wVFDdWIlhQPM4I47Q%2F4%20-%20map.png?alt=media&amp;token=d80b38d0-bd95-41a4-85cb-e5076ad6d154" alt=""><figcaption><p>MAP section</p></figcaption></figure>

#### Examples

* Pneumatic Clamping Device
* Digital Caliper 150 mm
* Welding Jig
* Electronic Torque Wrench

#### Objective

Ensure that the operator knows which resources must be available before execution.

#### Enabled

Defines whether the MAP will be required operationally.

### 4.4. Notes

The **Notes** define operational remarks available to the operator in Titan.

They are linked to structures previously registered in the reporting modules.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FCBlujros8eM6Spr4GjCx%2F5%20-%20notas.png?alt=media&amp;token=23a39191-d3dc-44c6-b1d0-a309e57f17c3" alt=""><figcaption><p>Notes section</p></figcaption></figure>

#### Examples

#### Quality

Record of defects or nonconformities.

#### Stops

Record of the production stop cause.

#### Quadrants

Physical location of the defect on the part.

#### Operation in Titan

During the operation, the operator accesses the reports enabled for that capability.

This ensures standardized data collection.

### 4.5. Checklist

Defines mandatory checks during the operation.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FdCwDksmZFatflltgyfzi%2F6%20-%20checklist.png?alt=media&amp;token=80afad3d-377c-4f3e-a63b-6c48dcfdabb6" alt=""><figcaption><p>Checklist section</p></figcaption></figure>

#### Examples

* Check part clamping
* Validate hydraulic pressure
* Check lubrication
* Confirm applied torque

#### Fields

#### Enabled

Defines whether the checklist will be available.

#### Triggers

Defines when the checklist will be executed.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2Ffx50F4YehjW27RHsnKMS%2Faba%20processo%207%20checklist.png?alt=media&amp;token=9d50d0c4-e9e5-4f15-907f-56cdfbbf2be7" alt=""><figcaption><p>Checklist Triggers</p></figcaption></figure>

Possibilities:

* Order Start
* Order End
* Operation Start
* Operation End
* Setup Start
* Setup End
* Shift Change
* Operator Change
* Hour by Hour
* Free
* Produced Quantity

#### Mandatory

When enabled, it blocks continuation without filling it out.

### 4.6. KPI Targets

Allows registering operational targets by operation.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FR2HogulKIUZzzhSr9m9Z%2F7%20-%20metas.png?alt=media&amp;token=473eb6da-1cc3-49ad-9ce8-a7912e8573fe" alt=""><figcaption><p>KPI Targets section</p></figcaption></figure>

#### Examples

#### OEE

* Lower: 75
* Nominal: 82
* Upper: 90

#### Quality

* Lower: 95
* Nominal: 98
* Upper: 100

#### Performance

* Lower: 80
* Nominal: 90
* Upper: 100

#### Availability

* Lower: 85
* Nominal: 92
* Upper: 100

### Objective

Display targets in Titan and monitor operational performance in real time.

### 4.7. Skills

Defines training, certifications, or documents required to execute the operation.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FZtJtJP1ZW3Hdmt0lf1e0%2F8%20-%20habilidades.png?alt=media&amp;token=c8f0de7e-871d-4fa2-b030-8c90f7d210d5" alt=""><figcaption><p>Skills section</p></figcaption></figure>

#### Examples

* NR10
* NR12
* CNC Operation
* Certified Welder

#### Fields

#### Required Document

Requires a valid document.

#### Enabled

Activates the operational requirement.

#### Rule in Titan

If configured, only authorized operators will be able to start the operation.

### 4.8. Parallel Production

The functionality of **Parallel Production** allows the same production operation to be executed simultaneously on different equipment, provided they belong to the same equipment group configured in the process.

This feature addresses industrial scenarios where there is a need for:

* increased production capacity;
* parallel production cells;
* equivalent equipment;
* operational balancing;
* simultaneous execution of the same operation.

With Parallel Production enabled, Sequor MES allows multiple operators and machines to execute the same operation concurrently, while maintaining:

* consolidated control of the OP balance;
* individual traceability by equipment;
* real-time update of the production balance;
* integrity of production reporting.

#### Purpose of the functionality

Parallel Production allows the execution of an operation to be distributed across different machines without losing centralized control of the Production Order.

The system automatically consolidates all production carried out by the equipment linked to the operation.

#### How to configure Parallel Production

The configuration is done directly in the **Process** Capability tab.

#### Prerequisites

To use the functionality:

* the operation must have a **Equipment Group** configured;
* the flag **Parallel Production** must be enabled;
* the equivalent equipment must belong to the same group.

#### Equipment Group

In Parallel Production, the configuration stops using just one specific piece of equipment and starts working with a group of equivalent machines.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2Fs0HBITDBRcswynQWWn4P%2Fprod%20paralela%20-%201%20grupo%20equip.png?alt=media&amp;token=0877397d-c5e0-48a9-8417-49efb8556afa" alt=""><figcaption><p>Equipment group</p></figcaption></figure>

#### Example

Configured group:

`Machining Group`

Equipment belonging to the group:

* CNC ROMI D760 01
* CNC ROMI D760 02
* CNC ROMI D760 03

All of them will be able to execute the same operation simultaneously.

#### Parallel Operation Configuration

In the Process tab:

* define the Equipment Group;
* enable the flag:
  * **Parallel Production**

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FRGRvx23nyRIVbWC3YtOt%2Fprod%20paralela%20-%202%20flag.png?alt=media&amp;token=73f1df00-8476-41ad-b1de-1dcb42737191" alt=""><figcaption><p>Parallel Production Flag</p></figcaption></figure>

When active:

* the operation can be started on multiple pieces of equipment;
* the system controls the operation balance in a shared way;
* Titan updates the data in real time via broadcast.

### 4.8.1. Alternative Operation + Parallel Production

The functionality also supports alternative operations working together with parallel production.

#### Operational example

Main operation:

`OP10 - Primary Machining`

Alternative operation:

`OP30 - OP10 Alternative`

OP30 belongs to the same production flow as OP10, but uses another equipment group.

#### Availability rule

When a piece of equipment belonging to the alternative operation's group starts execution:

* the priority operation is no longer available;
* preventing concurrent duplicate execution on incompatible routes.

The same behavior occurs in reverse.

#### Operational behavior

After starting the operation:

* different operators can produce simultaneously;
* each machine generates its own reports;
* the system automatically totals all production.

#### Consolidated control of the order balance

The Production Order balance is shared among all equipment executing the operation.

#### Practical example

Production Order:

`100 pieces`

Simultaneous execution:

| Equipment | Production |
| --------- | ---------- |
| Machine 1 | 50 pieces  |
| Machine 2 | 50 pieces  |

Result:

* total production = 100 pieces;
* order balance = 0;
* operation ended correctly.

#### Real-time update

Sequor MES performs continuous updates via broadcast between active equipment.

This ensures that:

* operators view the updated balance;
* there is no excess production;
* the order close is synchronized.

#### Label and report control

Although the balance is consolidated, reports continue to be recorded individually by machine.

#### Important rules

* label generation occurs per equipment;
* the system does not combine production from two machines on a single label;
* traceability remains individual.

#### Traceability maintained

Even in parallel execution, the system continues recording:

* operator;
* equipment;
* time;
* quantity produced;
* reports carried out.

This ensures full operational traceability and industrial auditability.

## 5. Production Routes

The **Production routes** defines the flow between production operations.

It determines:

* how the operation reports production
* whether it prints labels
* whether approval is required
* whether it uses IoT
* which operation the flow will follow after completion

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FQ61QaBk4Igo1U7e7FiqE%2F9%20-%20rotas%20prod.png?alt=media&amp;token=d8e9b352-2b59-4949-b5a2-e3b7a3f75415" alt=""><figcaption><p>Production Routes tab</p></figcaption></figure>

### 5.1. General Operation Settings

#### Source Operation

Current route operation.

#### Printing

Allows label or document generation when reporting production.

#### Automatic Printing

Automatically prints according to the configuration.

#### Printer

Linked printing equipment.

#### Label

Label template used.

### 5.2. Batch Reporting

Allows operating by batch instead of individual unit.

#### Fields

#### Batch Size

Quantity that makes up a batch.

#### Qty. per Cycle

Quantity produced per event/cycle.

### 5.3. Mandatory Approval

When enabled, approval is required before production is completed.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FEi12PxvhmKbYWJojXFbS%2F10%20-%20aprov%20obr.png?alt=media&amp;token=007bc3f4-4efc-49ef-9a71-36c4cf884a2b" alt=""><figcaption><p>Approval</p></figcaption></figure>

By clicking the approval icon, it is possible to configure:

* Approval team responsible
* Approval level
* Requirement

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FeAzFjsbrbjAfs0Olx32m%2Faba%20rotas%20de%20produ%C3%A7%C3%A3o%202%20aprova%C3%A7%C3%A3o%202.png?alt=media&amp;token=506a8b9a-d69e-4e1a-8e5b-e442ccba3c8d" alt=""><figcaption><p>Approval Settings</p></figcaption></figure>

Widely used in critical processes, inspection, or quality release.

### 5.4. Automatic Counting (IoT)

Allows production to be captured automatically through a machine signal.

When enabled, the system starts using the configured signal to perform automatic counting.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FPBYMVqyZP9rYggoBEKIL%2F11%20-%20cont%20aut.png?alt=media&amp;token=183cb1fc-ffd7-46b7-8c09-e01b3037c5d2" alt=""><figcaption><p>Automatic Counting</p></figcaption></figure>

#### IoT Link

Defines which signal, PLC, sensor, or IoT source will be used.

#### Default behavior

When only **Automatic Counting** is active:

* The parts are recorded as **Counted**
* Used for operational monitoring
* They are not automatically counted as OK production

Ideal for visual tracking and process validation.

#### Validate Reporting

When enabled together with automatic counting:

Each signal received is directly counted as **OK production** of the Production Order.

That is:

* increments PO production
* updates operational progress
* feeds official indicators

Ideal for automated lines with high reliability of the machine signal.

### 5.5. Restricted Total Quantity

Limits production reports to the planned quantity of the Production Order.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FiqEI5s64oCVHnCE7GbOd%2F12%20-%20quant%20restr.png?alt=media&amp;token=2df11d07-4afc-46a9-8eeb-eb85c7c52626" alt=""><figcaption><p>Restricted total quantity</p></figcaption></figure>

#### Example

PO planned for 100 pieces.

Even if there are rejects or leftovers, the system will not allow reporting above 100 units.

#### Benefit

Prevents overproduction from being recorded in the system.

#### Good Pieces-Based Control

Makes the production limit consider only approved pieces.

#### Example

PO = 100 pieces

Production:

* 95 good
* 5 rejected

There will still be 5 good pieces missing to complete the PO.

#### Benefit

Highly recommended for environments where the production goal is to deliver a net good quantity.

### 5.6. Container Reporting

The functionality of **Container Reporting** allows production entries to be made based on weight, using containers configured in the process and, optionally, direct integration with industrial scales via IoT.

This functionality was developed mainly for processes where production control occurs by:

* weight;
* segregation;
* scrap;
* scrap;
* granular materials;
* industrial waste;
* recyclable materials.

The goal is to allow the operator to perform production reporting automatically considering:

* gross weight;
* container tare;
* effective net weight;
* automatic scale integration.

#### Purpose of the functionality

Container Reporting allows turning production logging into an automated and traceable process, reducing operational errors and eliminating manual net weight calculations.

#### Configuration in the Capacity module

The feature is enabled directly in the tab **Production routes**.

#### Required settings

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FQGLZ3BdYRMggGgudlgD6%2F13%20-%20REPORTE%20POR%20CONTENTOR.png?alt=media&amp;token=5ed25e67-9f1b-47ea-ba37-ec422aea3a0c" alt=""><figcaption><p>Container Reporting</p></figcaption></figure>

#### Enable the flag:

* **Container Reporting**

#### Configure:

* **IoT Link**

The IoT Link defines which equipment or scale will be used for automatic weight integration.

Container Reporting enabled

#### Scale integration

When a scale is integrated into the process:

* the weight can be received automatically;
* the operator does not need to type it manually;
* the system updates the value in real time.

#### Default flow

After selecting the action:

**Report / Segregate**

the system displays:

* quantity/weight field;
* selection of the container used;
* integrated scale weight (when configured).

#### Container Selection

The operator must select the container used in the reporting.

The system automatically uses:

* registered tare of the container;
* net weight calculation;
* correct deduction from the production balance.

### 5.7. Destination Operation

Defines which operation the flow will follow after completion.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2Fhbz0nUHbIJorHW5s41yj%2F14%20-%20op%20destino.png?alt=media&amp;token=c87d546d-0bf1-40a3-9859-60989fadead8" alt=""><figcaption><p>destination operation</p></figcaption></figure>

#### Fields

#### Destination Operation

Next step in the process.

#### Transition Type

Examples:

* Sequential
* Parallel
* Alternative

#### Priority

Defines precedence between multiple destinations.

### 5.8. Adding New Routes

It is possible to add new operations directly to the route structure.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2Fr4ybC2NqglKtTVpst7S9%2F15%20-%20novas%20rotas.png?alt=media&amp;token=2806a066-3347-428f-9e9c-88676f43bffe" alt=""><figcaption><p>Route Inclusion</p></figcaption></figure>

This makes it easier:

* process expansion
* multiple production paths
* reprocessing
* operational parallelism

## 6. Capacity Publication

After completing the registration:

1. Select the capacity
2. Click on **Publish**
3. Confirm the action

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2F0hoiQqB1CvO0dW5FsUCM%2F21%20-%20publicar%20capacidade%201.png?alt=media&amp;token=6ee3e3e6-c397-4f25-8ad6-bb31fb434f60" alt=""><figcaption><p>Publish Capacity</p></figcaption></figure>

After publication:

* the version becomes official
* the record is no longer editable
* it becomes used by Titan

## 7. Versioning

When editing a published capacity, the system creates a new version.

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2Fx233xQRGp9lxUxmWD1wn%2F28%20-%20versionamento.png?alt=media&amp;token=20e74d45-51db-4d9e-9e0b-557ad6c0a3a3" alt=""><figcaption><p>Capacity Versioning</p></figcaption></figure>

#### Result

* preserved history
* full traceability
* change security

## 8. Version History

Allows you to view:

* version
* status
* date
* responsible user

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FjmoTG5TWRMcXkB7pahcV%2F29%20-%20historico%20de%20vers%C3%B5es%201.png?alt=media&amp;token=ec804d4c-7793-4613-8225-16e10f769179" alt=""><figcaption><p>Access history</p></figcaption></figure>

<figure><img src="https://2582153898-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2F42OApAllJ7gzhoiZUQ8m%2F30%20-%20historico%20de%20vers%C3%B5es%202.png?alt=media&amp;token=628a239b-8d07-44f4-914b-681f1a5b751a" alt=""><figcaption><p>Version history</p></figcaption></figure>

## 9. Benefits of the Capacity module

The Capacity module ensures:

#### Operational Standardization

Everyone executes the process the same way.

#### Full Integration with Titan

The operator receives exactly the configured flow.

#### Data Reliability

Times, production, consumption, and quality follow structured rules.

#### Industrial Scalability

Allows processes to be replicated across lines, plants, and units.

#### Complete Traceability

Every change is recorded by version.

#### Foundation for Industry 4.0

Integration with:

* IoT
* automation
* real-time indicators
* smart production control
