> For the complete documentation index, see [llms.txt](https://docs.enercalc.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.enercalc.com/efr-user-manual/calculation-types/working-with-beam-calculations/beam-parent-child-relationsh.md).

# Beam Parent / Child Relationships

How to manage multiple similar beams with a single ENERCALC calculation using parent and child element relationships.

Parent / Child relationship describes the ability for the user to manage the design of many Revit elements with a single ENERCALC SEL calculation. This is most commonly useful in situations where a framing system contains multiple elements with similar geometry and similar structural function leading to similar expected loads. Parent / child allows multiple elements (i.e., children) to be manually associated to a particular controlling calculation (i.e., the parent). Once the association is made, the child beams will automatically update to imitate design updates performed on the parent beam.

In the example below, a single typical beam has been loaded and designed. In the adjacent framing system, 6 additional beams have identical geometry and based on layout will experience similar loading.

![](https://4249100372-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FgHVzpA9PT0VcuNGp6j39%2Fuploads%2Fgit-blob-83428b92e8dcabbd1a623a715ada0c128012936f%2Fclip0453.png?alt=media)

Parent/child relationships are created and managed from the Element Manager by accessing the calculation of the parent (or intended parent) element. When the Element Manager window is open, selecting the parent beam from the Revit UI or from the Element Manager summary table will open the details of the calculation in the lower half of the window. Parent/child controls are found on the “Child Elements” tab.

The identification of parent/child relationships is entirely at the discretion of the user. There is no attempt made by the program to automate the identification of potential parent members or children, except in the case of a Revit beam system. For more information on this condition, refer to “[Working With Beam Systems](/efr-user-manual/calculation-types/working-with-beam-calculations/beam-parent-child-relationsh/working-with-beam-systems17.md)”.

![](https://4249100372-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FgHVzpA9PT0VcuNGp6j39%2Fuploads%2Fgit-blob-c8ee9c8f3f3eddfa536c26a4df0cb071709c96e1%2Fclip0454.png?alt=media)

If the selected beam already has child elements, they will be displayed in the table. If not, the table will be empty. From this interface, the user has the option to add new children, remove specific children, or clear all children. When adding new children, there is also an option to store reactions on the child elements. This option is enabled via the “Copy Reactions to Children” checkbox and will allow the child elements to exert “Load-Linking” reaction forces on their supporting element without the need for explicit analysis of each individual child beam by imitating the reactions of the parent element. More detail is available in a tooltip balloon that appears when the cursor hovers over the “Add Child Elements” button.

![](https://4249100372-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FgHVzpA9PT0VcuNGp6j39%2Fuploads%2Fgit-blob-89afa8b599cdd9f2cd09ad588709be93e0cff6ba%2Fclip0455.png?alt=media)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.enercalc.com/efr-user-manual/calculation-types/working-with-beam-calculations/beam-parent-child-relationsh.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.