Harness Processing
Harness Processing Status
When you run composite / modular breakdown, harness checks or harness engineering, the system automatically sets status attributes on the parent and child designs to indicate that processing is up to date.
You can use the attributes to ensure, that Composite / Modular Breakdown, Harness Engineering or Harness Checks are up to date for parent / child designs, before you release them.
The attributes are:
Composite Breakdown up-to-date
Modular Breakdown up-to-date
Harness Engineering up-to-date
Harness Checks up-to-date
Attribute States
When you make and save an interactive design change (including changes to fixtures and critical dimensions) on a parent / child design, the system automatically sets its attribute to “false”, to indicate that the processing is now out of date.
For a composite design with derivative designs but no module designs, the system sets the “Modular Breakdown up-to-date” attribute to “true”. Similarly, for a modular design with module designs but no derivative designs, the “Composite Breakdown up-to-date” attribute is set to “true”.
The system persists the attribute settings on parent and child designs after copy, revise, copy advanced and import / export actions.
Note
Where child designs have multiple parent designs, the system considers the parent design that was used last to populate the child design, as the one that drives the state of the design.
Table 27 and Table 28 show full details about how the system sets the attributes for parent and child designs.
| Attribute Name | True | False |
|---|---|---|
| Composite Breakdown up-to-date | Last breakdown was run after last design change was saved. | Last breakdown was run before last design change was saved. |
| Modular Breakdown up-to-date | Last breakdown was run after last design change was saved. | Last breakdown was run before last design change was saved. |
| Harness Engineering up-to-date | Harness engineering was processed after last design change was saved. | Harness engineering was processed before last design change was saved. |
| Harness Checks up to date | Harness checks were processed after last design change was saved. | Harness checks were processed before last design change was saved. |
| Attribute Name | True | False |
|---|---|---|
| Composite Breakdown up-to-date | Parent design Composite Breakdown up-to-date attribute is “true”. AND Last breakdown was run after last design change was saved. | Parent design Composite Breakdown up-to-date attribute is “false”. OR Last breakdown was run before last design change was saved. |
| Modular Breakdown up-to-date | Parent design Modular Breakdown up-to-date attribute is “true”. AND Last breakdown was run after last design change was saved. | Parent design Modular Breakdown up-to-date attribute is “false”. OR Last breakdown was run before last design change was saved. |
| Harness Engineering up-to-date | Breakdown up to date is “true”. AND Harness engineering was processed after last design change was saved. | Breakdown up to date is “false”. OR Harness engineering was processed before last design change was saved. |
| Harness Checks up to date | Breakdown up to date is “true”. AND Harness checks were processed after last design change was saved. | Breakdown up to date is “false”. OR Harness checks were processed before last design change was saved. |
For designs with a Release Level of “Released”, the system automatically sets the attributes to “true” and does not report any Processing Consistency DRCs failures (including after a design change).
If a child design does not have a diagram, the system sets their attributes to false and Processing Consistency DRCs fail.
Processing Consistency
Design Rule Checks
You can run the Processing Consistency Design Rule Checks (DRCs) to check that processing is up to date on all designs.
Figure 299: Processing Consistency DRCs
The Design Rule Checks section in the Capital Design Tools -Common Functions User Guidedetails how to use and configure DRCs.
Use the DRCs to ensure the designs are all in the required state to transition to different release levels in your workflow.
Designs created in earlier versions of
Capital
The processing consistency functionality was introduced in the Capital 2308 release.
You must run all the processing actions on designs created in versions of Capital earlier than 2308, to enable the system to initially set the attributes correctly, and allow the DRCs to return accurate results.
Decorations and Queries
You can use styling to create Composite Text Decorations and Query Expressions using the attributes, to indicate the current status of processing on each design diagram.
Plugins
The new attributes are exposed in the API. You can use them in customized plugins as required. See Extensibility Plugins in the Capital Design Tools -Common Functions User Guide.
Design Border
The attributes are available as placeholders in the property template framework of Capital Symbol Designer. For example, you can configure the placeholders to add information about the processing status to border symbols. See Adding Information Placeholders to a Border in the Capital Symbol Designer User Guide.
Figure 300: Border Example
Parent Topic:
Harness Processing
Capital Harness Designer User Guide, 2512
Unpublished work. © 2025 Siemens
Source: https://docs.sw.siemens.com/en-US/doc/861057055/202410078.capital_hd_user/idccd38584-1738-4e72-99e4-a45dfaba6c0e · retrieved 2026-07-18