So migrieren Sie Baudokumente von Procore nach Autodesk Forma (ehemals Autodesk Construction Cloud)

Die Migration von Baudokumenten von Procore nach Autodesk Forma (ehemals Autodesk Construction Cloud) ist selten nur eine reine Dateiübertragung. Für die meisten Bauunternehmen, Auftraggeber, BIM/VDC-Teams und Dokumentencontroller besteht die eigentliche Herausforderung darin, sicherzustellen, dass Projektinformationen nach dem Umzug vollständig, auffindbar, nachvollziehbar und nutzbar bleiben.

Eine erfolgreiche Migration muss Ordnerstruktur, Dokumentbenennung, Metadaten, Versionen, Berechtigungen, Pläne, RFIs, Submittals, Fotos und Validierung berücksichtigen. Ohne kontrollierten Prozess können doppelte Dateien, fehlende Revisionen, inkonsistente Metadaten oder Unsicherheit darüber entstehen, welche Plattform den aktuellsten Projektstand enthält.

Dieser Artikel erklärt, wie Sie eine Dokumentenmigration von Procore nach Autodesk Forma planen, was vor dem Start zu prüfen ist und wie Graitec File Sync den Prozess automatisieren und validieren kann.

Warum Dokumente von Procore nach Autodesk Forma (Autodesk Construction Cloud) migrieren?

Bauteams nutzen Procore und Autodesk Forma häufig parallel. Procore kann Projektmanagement-Workflows unterstützen, während Autodesk Forma für Entwurfskoordination, Dokumentenmanagement, BIM/VDC-Zusammenarbeit, Anforderungen des Auftraggebers oder langfristiges Projektinformationsmanagement eingesetzt wird.

Eine Migration kann erforderlich sein, wenn:

• Ein Projekt in eine Autodesk-geführte Lieferumgebung wechselt.
• Ein Auftraggeber oder Kunde verlangt, dass Dokumente in Autodesk Forma gespeichert werden.
• Ein Bauunternehmen Projektunterlagen für Übergabe oder Closeout konsolidieren möchte.
• Teams eine kontrollierte Kopie der Procore-Projektinformationen in ACC benötigen.
• Daten gesichert, archiviert oder Design- und Ausführungsteams bereitgestellt werden müssen, die mit Autodesk-Werkzeugen arbeiten.

Ziel ist nicht, eine Plattform gegen die andere auszuspielen. Viele Bauunternehmen nutzen beide, weil unterschiedliche Beteiligte unterschiedliche Workflows benötigen. Entscheidend ist, Projektdaten strukturiert und auditierbar zu verschieben.

Schritt 1: Migrationsumfang definieren

Bevor Dokumente verschoben werden, definieren Sie genau, was migriert werden muss.

Bestätigen Sie zunächst, ob die Migration Folgendes umfasst:

• Projektdateien und Dokumentenordner
• Pläne oder Sheets
• RFIs und Anhänge
• Submittals und Anhänge
• Fotos
• Metadatenfelder
• Versionshistorie von Dateien
• Archivierte oder abgeschlossene Projektdatensätze
• Nur aktive Dokumente oder die gesamte Projekthistorie

An dieser Stelle sollte auch entschieden werden, ob es sich um eine einmalige Übertragung oder um den Beginn einer laufenden Synchronisierung zwischen Procore und Autodesk Forma handelt. Eine einmalige Migration fokussiert Vollständigkeit und historische Genauigkeit. Eine laufende Synchronisierung fokussiert die fortlaufende Ausrichtung aktiver Informationen nach der Erstübertragung.

Schritt 2: Procore-Dokumentenstruktur auditieren

Eine saubere Migration beginnt mit einem klaren Verständnis der Quellumgebung.

Prüfen Sie Procore-Projekte und Dokumentbereiche, bevor Sie die Übertragung konfigurieren. Dokumentencontroller und Projektadministratoren sollten bestätigen, welche Ordner, Dateien und Datensätze aktuell, veraltet oder auszuschließen sind.

Wichtige Fragen:

• Welche Procore-Projekte liegen im Umfang?
• Welche Ordner sollen migriert werden?
• Sollen Unterordner einbezogen werden?
• Müssen Namenskonventionen erhalten bleiben?
• Gibt es doppelte, ersetzte oder archivierte Dateien, die ausgeschlossen werden sollen?
• Sind Dokumente nach Disziplin, Paket, Phase, Standort oder Status gruppiert?
• Werden Pläne, RFIs, Submittals und Fotos als strukturierte Datensätze oder als Dateiexporte verwaltet?

Dieses Audit verhindert, dass die Migration zu einem „alles kopieren und später sortieren“-Vorgang wird.

Schritt 3: Autodesk Forma-Ziel zuordnen

Definieren Sie anschließend, wo die Dokumente in Autodesk Forma abgelegt werden.

Identifizieren Sie für jedes Projekt das ACC-Projekt, den Zielordner und die erforderliche Ordnerstruktur. Manche Teams bilden die Procore-Struktur in ACC nach. Andere nutzen die Migration, um Dokumente an einem Autodesk Forma-Standard auszurichten.

Ihr Mapping sollte Folgendes abdecken:

• Quellprojekt in Procore
• Zielprojekt in ACC
• Quellordner oder Datentyp
• Zielordner
• Ob Unterordner erhalten bleiben sollen
• Ob Metadaten einbezogen werden sollen
• Ob alle Versionen oder nur die neueste Version migriert werden sollen
• Wer die Zielinhalte validiert

Bei größeren Migrationen ist es meist sinnvoll, mit einem Pilotprojekt zu beginnen, bevor mehrere Live-Projekte migriert werden.

Schritt 5: Umgang mit Metadaten festlegen

Metadaten machen eine migrierte Dokumentenbibliothek häufig erst wirklich nutzbar. Dateinamen allein reichen für Suche, Filter, Prüfworkflows, Compliance oder Closeout möglicherweise nicht aus.

Listen Sie vor der Migration die wichtigen Metadatenfelder auf. Dazu können gehören:

• Status
• Revision
• Titel
• Disziplin
• Ebene
• Standort
• Dokumenttyp
• Paket
• Freigabestatus
• Benutzerdefinierte Projektfelder

Ordnen Sie anschließend jedes Quellfeld dem Zielfeld in Autodesk Forma zu. Feldnamen, Formate, Dropdown-Werte und Pflichtfelder sollten vor Beginn der Migration geprüft werden.

Es ist außerdem wichtig, Metadaten an einer kleinen Stichprobe zu testen. So lassen sich nicht übereinstimmende Werte, fehlende Felder oder Zielkonfigurationen erkennen, die vor der vollständigen Migration angepasst werden müssen.

Schritt 6: Entscheiden, ob alle Versionen migriert werden sollen

Die Versionshistorie ist eine der wichtigsten Entscheidungen bei einer Procore-zu-ACC-Migration.

Für manche Projekte reicht die Migration der neuesten Version. Für andere, insbesondere bei Closeout, Audit, rechtlichen Anforderungen oder Übergabe an den Auftraggeber, kann die vollständige Versionshistorie erforderlich sein.

Vor der Entscheidung sollten Sie prüfen:

• Benötigt das Ziel nur das zuletzt freigegebene Dokument?
• Erfordert das Projekt eine vollständige Revisionsspur?
• Erhöht die Migration aller Versionen das Datenvolumen erheblich?
• Unterstützen Quell- und Zielplattform das erforderliche Versionsverhalten?
• Wer validiert die Versionsstapel nach der Migration?

Die Migration aller Versionen eignet sich in der Regel für einmalige Migrationen oder audit-orientierte Workflows, nicht für routinemäßig geplante Synchronisierungen. Für laufende Zusammenarbeit sollten Teams festlegen, wie Änderungen im Laufe der Zeit neue Zielversionen erzeugen.

Schritt 8: Vor dem Skalieren validieren

Die Validierung sollte nicht bis zum Ende der gesamten Migration aufgeschoben werden. Führen Sie zuerst einen kontrollierten Pilotlauf durch und validieren Sie die Ergebnisse mit dem Projektteam.

Prüfen Sie:

• Dateianzahl
• Ordnerstruktur
• Beispiel-Dateipfade
• Metadatenwerte
• Versionshistorie
• Plan- oder Sheet-Ausgabe
• RFI- oder Submittal-Exporte, falls enthalten
• Anhänge
• Berechtigungen und Sichtbarkeit
• Aktivitätsprotokolle, Warnungen, übersprungene Dateien und Fehler

Protokolle auf Dateiebene sind besonders wichtig, weil sie zeigen, was übertragen, was übersprungen und was zu prüfen ist. Wenn Dateien fehlschlagen, sollten Retry-Prozesse definiert sein, bevor die Migration als abgeschlossen gilt.

Häufige Migrationsrisiken vermeiden

Die häufigsten Probleme bei einer Procore-zu-ACC-Migration werden meist nicht durch die Plattformen selbst verursacht. Sie entstehen oft durch unklaren Umfang, unvollständige Berechtigungen oder unzureichende Validierung.

Vermeiden Sie diese Fehler:

• Migration starten, bevor Erfolgskriterien definiert sind
• Alle Dateien kopieren, ohne ihre Relevanz zu prüfen
• Metadaten erst nach der Übertragung beachten
• Annehmen, dass die gesamte Versionshistorie erforderlich ist
• Anhänge nicht testen
• Dokumentensteuerung zu spät einbeziehen
• Große Migration ohne Pilotlauf durchführen
• Protokolle vor der Freigabe nicht prüfen
• Migration als einfachen Upload behandeln

Eine strukturierte Migration reduziert Nacharbeit und gibt Projektteams mehr Vertrauen in den Zielbestand.

Finale Checkliste vor der Migration

Bestätigen Sie vor der Migration von Baudokumenten von Procore nach Autodesk Forma:

• Welche Projekte und Ordner im Umfang liegen
• Welche Datentypen enthalten sein müssen
• Ob die Migration einmalig oder laufend ist
• Ob Metadaten bewahrt werden müssen
• Ob alle Versionen oder nur die neuesten Versionen erforderlich sind
• Welche Benutzer oder Servicekonten Zugriff haben
• Wo die Zielstruktur erstellt wird
• Wie die Ergebnisse validiert werden
• Wer die Freigabe erteilt