Vorhaben:
eine parametrische Verlegegruppe, deren Verwaltung als „Layer“ über die native Allplan-Bewehrung gelegt wird (siehe PDF)

Dauer des Projektes incl. Vorplanung ca. 4 Wochen mit V2027

Grösstes Problem:
Absolut unzureichende Dokumentation seitens Allplan - keine Antworten vom Support.

Im Laufe der KI-gestützten Progammierung, mit sehr leistungsfähigem Modell, hatte sich Aufwand zunehmend von der eigentlichen parametrischen Bewehrungslogik auf technische Fragen der ALLPLAN-Integration verlagert: Objektidentitäten, Persistenz, Attribute, Kopierverhalten und Ereignissteuerung.

Für die Entwicklung eines tief in ALLPLAN integrierten Add-ons reichen API-Beschreibungen und einzelne PythonPart-Beispiele allein nicht aus.

Unser Projekt hat mehrere Schwachstellen offengelegt:

- Objektidentität: Selbst die zuverlässige Wiedererkennung eines nativen Elements erforderte aufwendige Untersuchungen.
- Persistenz: Es blieb ungeklärt, wie eigene Beziehungen zwischen bestehenden BarPlacements dauerhaft im Modell gespeichert werden können.
- Ereignissteuerung: Die Integration in normale ALLPLAN-Bedienabläufe, etwa Doppelklick und Gruppenauswahl, war nicht ausreichend dokumentiert.
- Kopierverhalten: Für das Mitnehmen eigener Objektbeziehungen zwischen Teilbildern fehlte uns ein belastbarer technischer Vertrag.
- Herstellerbeispiele: Sie zeigten einzelne Funktionen, aber nicht deren Zusammenspiel in einer komplexeren Anwendung.

Das bedeutet nicht zwangsläufig, dass ALLPLAN diese Funktionen nicht unterstützt. Wir konnten aber mit den verfügbaren Informationen nicht zuverlässig feststellen, welche Mechanismen offiziell vorgesehen und langfristig stabil sind.

Besonders problematisch finde ich das Verhältnis zwischen Entwicklungsaufwand und Erkenntnisgewinn:
Wir haben erheblich mehr Zeit mit der Absicherung elementarer Schnittstellen verbracht als mit der eigentlichen parametrischen Bewehrungsfunktion.

Dabei ist unsere Idee einer parametrisch gesteuerten Verlegegruppe fachlich nicht außergewöhnlich. Eine Gruppe bestehender nativer Verlegungen mit persistenten Beziehungen, eigenen Parametern und definiertem Kopierverhalten ist eine nachvollziehbare BIM-Anforderung.

Der Unterschied liegt zwischen einer Software, die über Skripte erweitert werden kann, und einer Plattform, die externe Entwickler mit einem ausreichend dokumentierten, stabilen Objekt- und Ereignismodell unterstützt.

Mein Eindruck aus unseren Versuchen: ALLPLAN stellt durchaus leistungsfähige Erweiterungsfunktionen bereit. Für die von uns angestrebte tiefe Integration fehlte uns jedoch ein verlässlich dokumentierter Entwicklungsweg.

Ob der ALLPLAN-Entwicklersupport diese Lücken hätte schließen können, können wir aus unseren bisherigen Versuchen nicht abschließend beurteilen, lässt aber nicht Gutes erahnen. Aber ohne solche Unterstützung wäre die weitere Entwicklung für einen einzelnen Entwickler wirtschaftlich kaum vernünftig.

Ich kam nicht umhin, meinen KI Kollegen zu fragen, ob diese Entwicklung bei einem Mitbewerber-CAD System besser gelaufen wäre. Siehe Screenshot unten. (Hinweis. „PG“ dort = parametrische Gruppe)