Door
Dörr
A hosted opening element whose decision usually splits into leaf, frame and hardware set.
Doors category, a loadable family hosted in a wall; type carries width, height, fire and sound parameters
IfcDoor typed by IfcDoorType, with IfcDoorLiningProperties and IfcDoorPanelProperties
doors
Each (count) per doorset; hardware sets counted separately as each
Where this element is normally designated in each Swedish reference system. Code values stay with their publishers.
| System | Designated in | What it establishes |
|---|---|---|
| CoClass | Components, with the opening's function taken from the enclosing system | A door is a component of a wall system; its fire duty is inherited from the wall's requirement, not invented at the door. |
| BIP | Object designation for the door type plus door-schedule property designations | Makes a door schedule comparable between disciplines and offices. |
| BK04 | Group, sub-group and article — separately for leaf, frame and hardware | Hardware and access-control sets are a distinct registration unit and never satisfy a whole-door requirement on their own. |
Identity → classification → contract → recipe → product selection. A doorset recipe resolves into several product requirements, so one door produces several receipts lines.
- Fire and acoustic performance belongs to the tested doorset, not to the leaf alone.
- A door type used ten times is one decision applied to ten instances — the receipt must say which instances it covered.
- Curtain-wall doors are hosted by the curtain system and are not ordinary wall-hosted doors.
From a door requirement to a decision receipt: a worked example
Ten doors, two eligible options and one missing carbon declaration. Follow the scope, the comparison and the record of the final choice.
Decision receipts: proving why a construction choice was made
A receipt is not a report. It is the reconstructable record of one decision: its scope, its evidence, the rules applied, and the exact versions in force.