Allplan Forum: Möglicherweise fehlerhaftes Verhalten von Dachflächen

frithjofh

20.03.2026 - 13:33

Hallo,

ich benutze Allplan in der Version 2023-1-10.

Zufällig stieß ich bei der Arbeiten mit den neuen Dachebenen (nicht die älteren Dachebenenpaare) auf etwas, das ich für einen Fehler im Programm halte.

Ich habe eine neue Dachebene erzeugt und die Unterkante eines Elementes (Wand,Decke) an diese angebunden. Ich wollte dann die Möglichkeit ausprobieren, entsprechend die Oberkanten der Elemente ebenfalls an eine andere Dachebene anzubinden. Dazu habe ich die erste Dachebene kopiert und dann entsprechend umbenannt und ihre Neigung verändert.

Das von mir erwartete Ergebnis wäre es gewesen, dass das Element mit seiner Unterkante der ersten Dachebene und mit seiner Oberkante der erstellen zweitem Dachebene folgt.

Was statt dessen passiert ist, ist dass alle Bauteile die kopierte Dachebene ignoriert haben und in ihren entsprechenden Höheneinstellungen wieder auf eine der Standardebenen des Teilbilds gesprungen sind.

Ich bin dem nachgegangen, und es scheint so zu sein, dass das einfache Kopieren einer bereits vorhandenen Dachebene immer zu diesem Verhalten führt. Die kopierte Dachebene wird, auch wenn sie nach dem Kopieren editiert und verändert wird, von den Elementen nicht angenommen, als wäre sie intern irgendwie fehlerhaft.

Da ich nicht weiß an wen ich mich mit so etwas wenden könnte, schreibe ich es hier in das Forum, vielleicht wird es ja aufgegriffen...

Hilfreichste Antwort anzeigen Hilfreichste Antwort verbergen

jmaneke

20.03.2026 - 14:00 *

Moin,

das ist so gewollt, hat also seine Richtigkeit.

Warum?
Dachflächen sollen die Dachebenen NICHT ersetzen sondern für gewisse Anwendungsfälle ergänzen.
Deshalb muss das Verhalten genau bekannt sein um zu entscheiden welches Objekt für welche Anwendung optimal ist.

Unterschiede:
Dachebenen ersetzen die Standardebenen in dem Bereich wo sie gezeichnet sind.
Es gilt also ENTWEDER die Dachebene oder (ausserhalb der Dachebene) die Standardebenen.
Zwei Dachebenen übereinander sind nicht möglich, die oberhalb liegende würde die unterhalb liegende ausstanzen.

Dachflächen ermöglichen genau das.
Die können also kopiert, nach oben oder sonstwohin geschoben und durchaus auch übereinander liegen OHNE dass die sich ausstanzen.
Dachflächen haben deshalb anders als Dachebenen die Eigenschaft dass diese als Bezug für die Bauteile gezielt ansprechbar sind.
Bauteile können sich also WAHLWEISE auf die eine oder andere Dachfläche beziehen. Oder alternativ auch auf die Standardebenen - bzw. ggfs. Dachebene.

Das funktioniert bei Dachflächen über eine interne ID die immer EINDEUTIG und leider für den Anwender nicht erkennbar ist.
Diese wird beim Erzeugen, aber auch beim Kopieren automatisch im Hintergrund neu vergeben.
Damit man die besser auseinanderhalten kann wird noch ein vom Anwender beliebig änderbarer Dachflächenname (=Bezeichnung) mit verwaltet.
Nach erfolgter Kopie sollte der auch angepasst werden.

Besonderheit:
Werden Dachfläche(n) UND Bauteile gemeinsam kopiert (NICHT NACHEINANDER) bleibt der Bezug erhalten...
Nachträgliches Umbenennen der Dachfläche führt NICHT dazu dass der Bezug verloren geht da hierfür die (geänderte) interne ID verwendet wird.
Vielmehr wird beim Kopiervorgang die ID am Bauteil mit verändert.
Kompliziert, ist aber so...

Fazit:
Das ist der Grund warum Bauteile nach dem getrennten Kopieren von Dachflächen neu angeschlossen werden müssen.
Wenn dieses Verhalten NICHT erwünscht ist und auch sonst keine guten Gründe für die Dachflächen vorliegen würde ich bei den Dachebenen bleiben.

BG
Jens Maneke
AAP Sommerfeld

>>> Stell Dir vor, es geht und keiner kriegts hin...

jmaneke

20.03.2026 - 14:00 * [Hilfreichste Antwort]

Moin,

das ist so gewollt, hat also seine Richtigkeit.

BG
Jens Maneke
AAP Sommerfeld

>>> Stell Dir vor, es geht und keiner kriegts hin...

uid-488906

09.04.2026 - 08:22 *

Das klingt tatsächlich nach einem unerwarteten Verhalten. Ich habe Ähnliches schon einmal beobachtet – es scheint so, als ob kopierte Dachebenen intern nicht korrekt als Referenz erkannt werden, selbst wenn sie nachträglich angepasst werden.
Ein möglicher Workaround wäre, die zweite Dachebene nicht zu kopieren, sondern komplett neu zu erstellen und dann die Elemente neu daran zu binden. In vielen Fällen funktioniert das stabiler.
Ansonsten würde ich dir empfehlen, das Ganze auch offiziell beim Allplan Support zu melden – gerade bei den neuen Dachebenen könnte es sich wirklich um einen Bug handeln, der noch nicht gefixt ist.

The game Basketball Stars lets players take on rivals from all around the world in fierce one-on-one contests.

frithjofh

09.04.2026 - 08:47

Hallo und danke für die Antwort,

die vorgeschlagene Lösung war am Ende genau das, was ich gemacht habe, aber dennoch danke für den Hinweis.

Ich denke, ich werde das Thema nicht an den Support weitergeben, ich habe leider nicht den Eindruck, dass das viel bringt.

Gruß aus Spanien,

Frithjof