Super, mal wieder eine Tolle Arbeit von dir! ausprobiert und Funktioniert ganz Toll. Das Erleichtert einiges. Noch ein paar Fragen bzw. Anregungen:

- im Filter-Wert steht immer "ProvisionForVoid". An sich super, so sollten die Vorschläge auch benannt werden. Nur kommt es vor, dass wir Vorschläge bekommen die z.B. "Wanddurchbruch Rechteckig" oder "Wanddurchbruch quadratisch" benannt sind (Laut Fachplaner eine Standardbeschreibung in DDS-CAD). Gerne würde ich hier im Filter eine Wildcard setzen (siehe Screenshot). Leider funktioniert das (noch) nicht? Auch ein "|" wie im Form-Filter geht nicht.
- wäre es auch hier möglich, Favoriten abzuspeichern? leider steht jedes mal beim erneutem Aufrufen der Standardwert wieder drinnen.
- Es werden nicht alle Attribute aus dem Durchbruchvorschlag an den Durchbruch übergeben, ist das nicht möglich? Schön wäre natürlich eine Auswahl- bzw Mapping-Möglichkeit.

Etwas schade finde ich, dass ein so tolles Tool extra aus einem Shop angefordert und installiert werden muss.
@DanielPeter: Gibt es seitens Allplan schon Ansätze, wie mit dem ProvisionForVoid Workflow in Zukunft umgegangen wird? Evtl kannst du ja schon etwas aus dem Nähkästchen plaudern

Zu den Vorschlägen:

1. Filter:
Der Filter / das Filter-Attribut war nur für den Fall gedacht, dass auch noch andere Makros mit selektiert sind.
Wenn man den Filterwert / oder Das Filterattribut leer lässt, ist der Filter ausgeschaltet,
und man kann durch gezielte Auswahl der geeigneten Makros ganz genau bestimmen, welche Makros genutzt werden sollen.
Den Filterwert mit Wildcards, regulären Expressions oder sogar logischen Verknüpfungen (a | b) zu versehen, würde die Sache sehr verkomplizieren. Weil man dann sehr genau die Syntax dafür dokumentieren müsste.

Eine einfache Filterung mit den aus dem Dateisystem bekannten Wildcards * und ? könnte man allerdings umsetzen.

Das müßte man dann aber auch scheinbar für den Formwert / das Formattribut tun!

2. Speichern der Einstellungen:
Speichern der letzten Einstallungen ist kein Problem.
Favoriten speichern/laden ist schon etwas aufwändiger!

3. Attribut-Übernahme
Das ist aus verschiedenen Gründen schwieriger als gedacht!
Zunächst mal muss man zwischen (aus der Geometrie) berechneten Attributen und "freien" Wert-Attributen unterscheiden (können).
Ich denke wir sind einig, dass die berechneten Attribute nicht übertragen werden sollen, oder?
Das "rausfiltern" dieser Attribute ist aufwändig!

Für alle anderen Attribute wäre eine "sture" Übertragung nach dem Paradigma "Lieber mehr als zu wenig" dann kein Problem mehr. Bei einem Attrbiut-Mapping ist das Aufwändigste, so etwas in der GUI logisch und verständlich umzusetzen. Der Modelinspektor kann so etwas, und den solltem man dann im Nachgang evtl. auch benutzen.

Zu 1.
Ach, den Filter zu leeren, habe ich noch gar nicht versucht

Zu 2.
Speichern würde wohl ausreichen, aber eine super Hilfe sein.

Zu 3.
genau, ein einfaches Mapping von wohl nicht mehr als 4 Attributen würde hier reichen. Habe hier mal eine Liste der Attribute angehängt, die die bereits erwähnte Richtlinie von VDI/bSmart vorgiebt. Diese sind allerdings für die mashinelle Prüfung in Solibri nötig.

...das Bild "TGA-Makro" zeigt sehr schön, was ich meine!

Hier sind sehr schön "geometrische Attribute", die die Abmessungen beschreiben (Width, Height, Depth) bunt gemischt mit anderen Attributen, wie z.B. das Gewerk.

D.h. man muss aus den per IFC-Übertragenen Attributen erst mal die zu übertragenden "auswählen"!
Da das, wie schon gesagt, bei jedem Autorenporgramm variiert, bräuchte es zumindest eine Auswahl-Möglichkeit, wenn nicht sogar ein Mapping!

Und das ist leider etwas aufwändiger, als die letzte Funktionalität...

es liese sich aber doch beim ifc Import ein Mapping machen.
Also das Tool gibt die Allplan Attribute vor, der Importeur muss für die jeweilige Fachplaner IFC ein mapping erstellen.
Wenn nach Richtlinie gearbeitet wird, sind die Attribute in der IFC bereits im richtigen Pset und richtig benannt. Somit sollte einem Mapping nichts im weg stehen.

...welche Attribute sollen das denn sein?
Alle die benannten Attribute in dem Bild EigenschaftenProvoid.png existieren standardmäßig so in Allplan noch nicht! Schon gar nicht als IFC-Attribute! Damit ist eine solche "feste Verdrahtung" nicht möglich, und wie ich finde auch nicht sinnvoll!

ich bin der Meinung, dass das Mapping bereits beim IFC Import geschehen muss. Hier gibt es auch bereits eine Möglichkeit zu Mappen.

Es gibt das Pset_BuildingElementProxyProvisionForVoid in dem alle benötigten Werte an der richtigen Stelle stehen.
Mit einer Mapping-Datei (am besten kommt diese von Allplan) kommen die Attribute an der richtigen stelle an.

Zwingend ist hier die Einhaltung des Workflows nach VDI/bS 2552 Blatt 11.2 (Hier gibt es auch eine Mapping-Liste)
Es ist ausdrücklich zu empfehlen dort mal reinzuschauen.
Wenn also passende Attribute in Allplan fehlen, müssen diese von Allplan erstellt werden.
Und aus diesem Grund ist es eigentlich unerlässlich, dass Allplan diese Aufgabe zur Entwicklung eines durchgehenden Workflows übernimmt. Das am besten schon gestern ... Sonst wird der Abstand zur Konkurrenz leider immer größer.

Bis dahin könnte man die Freitext Attribute verwenden.