Änderungsmanagement bei separater Layoutdatei?

[Rollmops]

Hallo zusammen,

folgendes Szenario in der BIMCloud:
Datei 1: Teamwork - Hauptdatei
Datei 2: Teamwork - Layoutdatei (mit Hauptdatei verknüpft)

Nun setze ich eine Änderungswolke "X" in der Hauptdatei. Danach Empfange ich die Änderung in der Layoutdatei und versende den Plan.
Hauptdatei: Änderungswolke "X" weiß nicht, dass sie versendet wurde und archivierbar ist
Layoutdatei: Änderungswolke "X" ist archivierbar, aber ich kann nicht an die Stelle von einzelnen Wolken springen, sondern nur zu der Zeichnung auf der die Wolke platziert ist

In der Hauptdatei kann ich die Änderungswolke "X" nur noch löschen, bekomme sie aber nicht als archivierbar markiert, oder? Das heißt ich müsste händisch nach der Änderungswolke "X" suchen. Eine Verknüpfung von Layoutdatei --> Hauptdatei, um den Status von Änderungen zu übertragen ist nicht möglich, oder?
Wie geht ihr mit dem Änderungsmanagement bei separater Layoutdatei um?

Windows 11, Archicad 29.0.2 (3200)

[mgg]

Wir hatten im letzten Projekt das gleiche Konstrukt und es war genauso wie du beschrieben hast.
Nach jedem Export ist jeder im Projekt seine Änderungen in der Hauptdatei durch gegangen und hat diese dort gelöscht inkl. der verlinkten Objekte (Wolke oder Bauteile). Wenn ich mich richtig entsinne waren nach einem erneuten Senden&Empfangen die Änderungen dann nicht mehr in der Layoutdatei vorhanden.

[pr3]

Ich plane gerade selbst ein größeres Projekt so zu organisieren und tüftle an einer Lösung für das Änderungsmanagement.

So wie sich mir die Lage darstellt ist die einzige Option, die Änderungen ausschließlich über die Layoutdatei zu steuern. (Mit Wolken am Layout oder nur dem Layout zugewiesenen Änderungen.)

Nachdem das Splitten in Zeichen und Layoutfile eine von Archicad beworbene Möglichkeit für größere Projekte ist wundert mich das Problem mit der Änderungsverfolgung schon (naja - eigentlich auch nicht wirklich...)

[Rollmops]

Ist halt umständlich nur in der Layoutdatei die Wolken zu setzen.

Änderungswolken nur über Layoutdatei - Nachteile:

• Man braucht erst ein Layout bevor Wolken gesetzt werden können -> ok, macht eh keinen Sinn vorher Änderungen zu verfolgen
• Keine Änderungsübersicht in der Hauptdatei und zügiger Workflow "Zeichne Änderung, setze Wolke" gebrochen -> sehr doof
• Man muss bei Änderungen erst das Layout raussuchen -> ist doof, aber immerhin können wir nun "suchen"
• Wenn man Pläne hat, die sich überlappen muss man je Plan eine Wolke setzen -> unter Umständen viel Mehrarbeit
• Man ärgert sich, dass Graphisoft nicht zu ende programmiert hat

Vorteile:

• Keine doppelte Pflege von Änderungen
• Archivierbarkeit von Änderungen nun immer sichtbar
• Bei Auswahl von Wolke im Änderungsmanager kann ich zu der Änderung auf dem Layout springen
• Klare Ansage an alle Beteiligten -> Änderungen nur in Layoutdatei setzen

Habe ich etwas übersehen? Wahrscheinlich ist "nur in Layoutdatei" die beste Methode.

[sh · Accepted solution]

Für das Problem gibt es - meiner Erfahrung nach -  eigentlich nur zwei(einhalb) praktikable Lösungen:

1. Ignorieren (für die Pragmatiker)
Klingt zwar blöd, aber da in der Hauptdatei nur Änderungen erzeugt, aber nicht ausgegeben werden, lässt man hier die Änderungen einfach aktiv. Der Nachteil ist natürlich, dass hier irgendwann hunderte von aktiven Änderungen vorliegen und somit evtl. Verwirrung entsteht. 
Rein pragmatisch gesehen, ist diese Lösung natürlich die mit dem geringste Aufwand.

2. Archivierungsausgabe (für die Ordnungsliebenden)

In der Hauptdatei wird immer ein leeres Layout vorgehalten. Nach ausgegebenen Änderungen in der Layoutdatei werden diese in der Hauptdatei manuell dem Layout zugewiesen. Danach wird eine "Archivierungsausgabe" erstellt und wieder geschlossen. Da die Änderungen nun auch in der Hauptdatei "ausgegeben" wurden, können Sie nun archiviert werden. Das ist zwar ein manueller Prozess geht im Normallfall aber sehr schnell.
Persönlich bevorzuge ich diese Variante, da ich mit der Archivierungsausgabe meine Datei nach Bedarf immer mal wieder von alten Änderungen bereinigen kann, und ich den Mehraufwand als "blöd, aber vertretbar" einschätze. (Die Änderungen und Wolken wirklich zu löschen, würde ich persönlich nicht empfehlen) 

2.5 Änderungen nur in Layoutdatei (auch nicht wirklich weniger Aufwand)
Die Änderungen nur in der Layoutdatei zu führen, ist zwar eine Möglichkeit die funktioniert, hat mich in der Praxis aber auch immer genervt, da das eigentliche Ändern im Modell von der Dokumentation der Änderungen entkoppelt ist, und mir somit immer wieder Änderungen "durchgerutscht" sind.

[Rollmops]

Danke euch. Ich akzeptier das mal als "Lösung", obwohl Graphisoft hier definitiv nochmal dran sollte. Es ist sehr schade, dass so oft bis 90% programmiert wird und der letzte Rest übersehen oder ignoriert wird.