> For the complete documentation index, see [llms.txt](https://docs.dietrichs.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dietrichs.com/dietrichs-intelligent-documentation/francais/holzrahmenbau-kompendium/prinzipien-des-hrb-systems/fenster-und-turen/hrb-typen-an-offnungen-mit-bedingungen.md).

# Types COB pour ouvertures avec conditions

La conception détaillée des ouvertures (portes, fenêtres, niches) est déterminée par la sélection des types COB. Les combinaisons courantes sont enregistrées dans les paramètres correspondants ; si un élément d'une ouverture est modifié, il faut sélectionner les types COB correspondants.

La sélection des types COB repose sur différentes règles. Depuis la version 19.01, celles-ci peuvent également être définies dans l'éditeur COB en tant que condition pour les types COB. Si un type COB comporte une telle condition, il n'est exécuté que si la condition est remplie.

Ainsi, l’on peut entrer tous les types COB qui sont possibles dans les paramètres de l'ouverture. Dans le système COB lui-même, il est alors décidé, sur la base des conditions renseignées, quel type COB sera finalement exécuté. Il est particulièrement commode d'avoir tous les types COB conditionnels dans l'éditeur COB ; ensuite, on peut cocher dans les paramètres de l'ouverture la case "*Utiliser tous les types COB avec les conditions remplies*." Le système vérifie ensuite tous les types COB présents dans la liste et exécute ceux dont les conditions sont remplies.

### Notes sur les conditions pour les types COB :

* Dans la condition, toutes les variables du système disponibles dans COB sont accessibles : informations murales, dimensions d'ouverture, etc… Par exemple, on peut formuler des conditions en fonction de la largeur de l’ouverture.
* Toutes les variables du fichier COB peuvent être vérifiées. Il est particulièrement intéressant de constater que pour les variables externes, la valeur peut être tirée du premier élément combiné définissant l’ouverture (porte, fenêtre, niche). De plus amples précision sont décrites dans le manuel **ECP\_Udxx**, au chapitre "*Variables et valeurs intermédiaires des ECP dans les ouvertures (portes, fenêtres et niches)*". Par exemple, si le type de store est déterminé dans le premier élément combiné paramétrique définissant une fenêtre, cette information peut être transmise par les variables au COB et y être traitée suivant les conditions définies par le type COB. Seuls les types COB appropriés pour le store sont ensuite exécutés.
* Toutes les valeurs intermédiaires du fichier COB peuvent être vérifiées. Pour effectuer des contrôles plus complexes, il est donc possible d'effectuer les calculs préliminaires correspondants dans les valeurs intermédiaires.
* On peut trouver des informations générales sur la formulation de conditions dans le document **Variables\_Udxx**, au chapitre "*Comparaisons pouvant être utilisées dans des conditions"*. Remarque : Ici, la saisie des conditions est suffisante ; ce n'est pas une formule conditionnelle.


---

# 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.dietrichs.com/dietrichs-intelligent-documentation/francais/holzrahmenbau-kompendium/prinzipien-des-hrb-systems/fenster-und-turen/hrb-typen-an-offnungen-mit-bedingungen.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.