Dieser Artikel wurde vollständig maschinell übersetzt.
Die folgenden Themen werden in diesem Artikel beschrieben:
1. Daten speichern
1.1 Aktiver versus inaktiver Kontostatus
Während einer aktiven Beziehung mit einem Unternehmen werden Projektinformationen in der Regel innerhalb von Plattformorganisationen gepflegt, um kontinuierlichen Zugriff zu unterstützen.
Projekte, die angehalten oder eingefroren sind, aber Teil einer aktiven Kontokonfiguration bleiben, können weiterhin für Referenz- und Wartungsaktivitäten zugänglich sein.
In diesen Fällen bleiben die Daten verfügbar, solange die Plattformorganisation ihren aktiven Status beibehält.
1.2 Aufbewahrung und Wiederherstellung
Wenn ein Projekt in einen abgelaufenen Status überführt oder manuell gelöscht wird – Aktionen, die signalisieren, dass es nicht mehr mit einer aktiven Plattformorganisation verbunden ist – ist die Plattform mit der Absicht konzipiert, Projektdaten für einen Zeitraum von bis zu drei Jahren zu speichern.
Während dieses vorgesehenen Zeitfensters können Projekte jederzeit wiederhergestellt und erneut geöffnet werden, sofern eine aktive Beziehung mit dem Unternehmen erhalten bleibt.
Der Aufbewahrungszeitraum und die Möglichkeit zur Datenwiederherstellung unterliegen streng den rechtlichen und behördlichen Anforderungen der Gerichtsbarkeit, in der sich das Projekt befindet.
In Fällen, in denen lokale Gesetze zur Verwaltung von Softwaredaten eine frühere Löschung vorsehen, haben diese Gerichtsbarkeitsanforderungen Vorrang vor dem Standard-Plattformverhalten.
Um sicherzustellen, dass Informationen gemäß internen oder behördlichen Anforderungen bewahrt bleiben, wird empfohlen, verfügbare Exporttools zu nutzen, um vor Ablauf oder Löschung eines Projekts ein endgültiges Backup zu erstellen.
1.3 Daten im Heimatland
Standard-Plattformdaten werden in sicheren, etablierten Regionen gehostet.
Während aktuelle Konfigurationen zentralisiert sind, gibt es möglicherweise Möglichkeiten, Datenresidenz an spezifischen geografischen Standorten einzurichten, um lokale Gerichtsbarkeitsanforderungen zu erfüllen.
Organisationen mit einzigartigen Hosting- oder "Heimatland"-Anforderungen werden ermutigt, den Support unter support@catenda.com zu kontaktieren, um potenzielle technische Möglichkeiten und Konfigurationen zu besprechen.
2. Daten mit Personen außerhalb des Projekts teilen
Es können Links erstellt werden, um Modelle und Dokumente mit externen Parteien zu teilen.
Jeder mit Zugriff auf einen solchen Link benötigt kein Konto, um das Modell anzuzeigen oder die Dokumente herunterzuladen.
Dokumente können durch Erstellen einer offenen URL einer Dokumentensammlung geteilt werden. Erforderlicher Zugriff: Projektmitglied
Modelle können durch Erstellen einer offenen URL eines Lesezeichens geteilt werden. Erforderlicher Zugriff: Administrator
Es ist möglich, anzufordern, dass diese Art von URLs für alle Ihre Projekte ausgeschaltet wird.
3. Daten herunterladen
Dateien können als Dokumentrevisionen im Bereich Dokumente hochgeladen werden.
Die folgenden Themen werden in diesem Abschnitt beschrieben:
Download mit/begrenzen - Download durch/begrenzen - Download/Themen begrenzen - Download von/begrenzen
3.1 Download mit Zugriffskontrolle begrenzen
Dokumente / Modelle
Der Zugriff auf Dokumente kann einzeln kontrolliert werden.
Wenn der Zugriff auf das IFC-Dokument eingeschränkt ist, können nur Personen mit Zugriff auf das Dokument es sehen.
Mitglieder mit Zugriff auf das Dokument können es herunterladen.
Themen
Der Zugriff auf Themen kann pro Themenbrett kontrolliert werden.
Wenn der Zugriff auf ein Themenbrett eingeschränkt ist, können nur Personen mit Zugriff auf das Themenbrett die Themen in dem Brett sehen.
Mitglieder mit Zugriff auf das Themenbrett können Themen in BCF-, PDF- und Excel-Format exportieren.
3.2 Download durch Zurückziehen einer Revision begrenzen
Wenn in einem Dokument eine Revision vorhanden ist, die dort nicht sein sollte, kann ein Administrator die Revision zurückziehen.
Nach dem Zurückziehen einer Revision kann sie von niemandem irgendwo mehr angezeigt oder heruntergeladen werden.
3.3 Download einzelner Themen begrenzen
Um die Beziehungen zu Elementen wie Dokumenten, Themen und Objekten beizubehalten, können Themen archiviert werden.
Themen können in ein anderes Themenbrett verschoben werden.
Das Themenbrett kann dann archiviert werden. Erforderlicher Zugriff: Administrator
Während sich das Thema im archivierten Themenbrett befindet, bleiben die Elementbeziehungen erhalten, sind aber nicht auf dem verwandten Element sichtbar.
Wenn ein Themenbrett wiederhergestellt wird, zeigen die verwandten Elemente ihre Beziehung zum Thema erneut an.
3.4 Download von Modellen begrenzen
Wenn das Dokument ein IFC-Dokument ist, kann es mit einem Modell verknüpft werden.
Innerhalb des Projekts Auch wenn das Dokument mit einem Modell verknüpft ist, können nur Personen mit Zugriff auf das Dokument es auf dem Dashboard, der Modellseite und in der Revisionsauswahl sehen.
Externe Freigabe
Wenn ein Modell mit einem öffentlichen Link in einem Lesezeichen geteilt wird, kann die Modellvorschau nur angezeigt, aber nicht heruntergeladen werden.
Objektinformationen sind in extern freigegebenen Lesezeichen nicht sichtbar.
4. Daten löschen
Dokumente/Modelle
Mitglieder können Dokumente löschen, aber Administratoren in einem Projekt können Dokumente immer durch Suchen mit dem Filter "gelöscht" finden.
Beachten Sie, dass dieser Filter sprachspezifisch ist.
Themen
Vor dem Löschen können Themen nach BCF exportiert werden.
Das Thema mit dieser ID wird gelöscht, aber wenn Sie die ID in der BCF ändern, kann das Thema erneut importiert werden.
Beziehungen zu Elementen wie Dokumenten, Objekten und Themen gehen dann verloren.
Meilensteine
Mitglieder können Meilensteine archivieren und wiederherstellen. Erforderlicher Zugriff: Meilenstein-Ersteller oder Administrator.