Skip to content
BIMpedia

CDE platforms

The software used to run a common data environment — document management, model hosting, workflows and approvals — and what to check when choosing or setting one up.
Updated 5 November 2026Draft · awaiting review

A CDE platform is the software that hosts a project's common data environment: it stores information containers, manages their states, versions and metadata, runs approval workflows and keeps an audit trail. The CDE itself is the agreed workflow; the platform is the tool that enforces it. This entry describes the category neutrally.

At a glance

ExamplesAutodesk Construction Cloud (Docs), Bentley ProjectWise, Oracle Aconex, Trimble Viewpoint, Asite, Dalux, Thinkproject, Procore, SharePoint-based systems
Core functionsStorage, versioning, metadata, states and workflows, permissions, audit
Often alsoModel viewing, issue tracking, transmittals, forms, field tools
Set up byThe appointing party, or a party appointed to manage the CDE

Functions to look for

FunctionWhy it matters
Metadata fieldsStatus, revision, classification and naming fields stored separately and filterable
State workflowWork in progress, shared, published and archived with controlled transitions
Approval stepsCheck, review, authorise and accept gates with named approvers
Naming validationRejects names that do not follow the convention
PermissionsTask teams see their own work in progress; others see shared information
Audit trailWho did what and when, for every container
TransmittalsFormal issue records to other parties
Model viewingFederated viewing and markups without native software
IntegrationsAPIs, OpenCDE support, links to authoring and coordination tools
Export and archiveThe client can take the full record at the end, in open formats

Setting one up

  1. Configure the metadata fields and code lists from the information standard.
  2. Build the folder or container structure from the model breakdown, kept simple because metadata does the filtering.
  3. Define workflows for sharing, reviewing and publishing, with approvers by role.
  4. Set permissions per organisation and task team.
  5. Test the set-up with real files before the project starts.
  6. Write short user guidance; most CDE problems are habits, not features.

Common mistakes

  • Deep folder trees that replace metadata, so the same file ends up in several places.
  • Workflows so heavy that teams share by email instead.
  • No plan for the end: the client cannot export the archive when the subscription ends.
  • Different platforms per party with no agreed way to move information between them.

Where to read more

ISO 19650-1 and -2 describe CDE requirements. buildingSMART's OpenCDE APIs describe standard connections between platforms.

Discussion