Hi,
ich hätte eher gesagt, dass es ein Fehler in der Datei oder AC Bug ist. Ich denke es ist kein IT Thema. Wenn es in 25 und in 26 auch im dasselbe Projekt und dieselbe Datei (migriert oder weitergeführt ist dasselbe auch) geht. Und wenn du eh alles anderes schon probiert hast, wäre es auch logischer.
Bei uns gab es früher z.B. eine ähnliche Fehlermeldung irgendwie so "der Server kann nicht rückmelden, ob die letzte TW Operation erfolgreich war. Versuchen Sie Ihre Änderungen erneut zu senden!". Diese kam nur dann, wenn man gleichzeitig neue Layouts mit neuen Zeichnungen drauf senden wollte, dann aber jedes Mal. Und es ging nicht weiter, Senden war nicht möglich und in einem Projekt gleichzeitig mit 15 Leuten Solo zu speichern und nochmal hochzuladen jedes Mal ist keine Option. Das konnte man entweder mit separat nur Senden und dann nur Empfangen umgehen oder wenn man neuen Layouts und neuen Zeichnungen separat gesendet hat. Der Fehler wurde dann im nächsten AC Update behoben.
Du hast auch nicht geschrieben, wie groß die Datei ist. Wenn die Solo pln größer als 2 GB, ist es schon sehr sehr instabil finde ich. Diese kann ohne Weiteres Probleme verursachen, da die Datenmenge, die der Server immer vergleichen muss, viel größer ist natürlich.
Ich hätte deswegen gesagt:
1. Öffnen und reparieren hilft manchmal alleine schon, wenn es um fehlerhafte Elemente geht, und es verkleinert die Datei auch. Das sollte man auf jeden Fall machen, wenn man eh ein Solo pln speichert. Falls ihr es nicht macht, das ist das erste, was man probieren kann. Dies löscht alte Reste von gelöschten oder fehlerhaften Elementen.
2. der Bearbeiter sollte probieren erstmal nur zu senden und dann nur zu empfangen, nicht mit dem Standardknopf "Senden & Empfangen". Vielleicht somit kann man die Meldung vermeiden, jedoch es hat uns glaub ich nur selten geholfen.
3. der Bearbeiter sollte beobachten, welche Elemente er "anfasst" oder bearbeitet oder was er in der Datei macht, wo danach er nicht mehr senden kann. Z.B. wenn er vor der Fehlermeldung (nach dem letzten erfolgreichen Senden) immer ein bestimmtes Element oder Elementtyp bearbeitet, vielleicht liegt es an einem fehlerhaften Element. Wenn es der Fall ist sollte man überlegen, wie man damit umgehen kann. Z.B. wenn ein Element fehlerhaft ist, kann man entweder löschen (dann "öffnen und reparieren") dann neu bauen, oder vielleicht wenn man dieses bearbeitet, eher öfter und eher kleinere Pakete senden. (Generell kann euch der Support oft sagen, um welches Element es geht, wenn ihr die Datei GS zukommen lässt. Sie sehen es im Programmcode. Es dauert jedoch manchmal mehrere Tagen oder 1-2 Wochen.)
4. Außerdem sollte man aufpassen, wie ordentlich generell die Datei ist. Wenn es zu viele migrierten Elemente oder individuellen Einstellungen (z.B. beim Fassaden oder Geländer-Werkzeug) oder zu große eingebettete Bibliothek gibt, kann es ohne Weiteres zu Problemen führen.
Ich hoffe ich konnte bisschen helfen, in welche Richtung man noch schauen könnte. Ich sehe es aber tatsächlich eher beim Architekten, nicht beim ITler.
ArchiCAD GER 14 - 27
