ISO 19650 Workflow Playbook: BEP, CDE, and Information Containers
What ISO 19650 Actually Asks You to Do
ISO 19650 is often treated as paperwork. In practice, it is a delivery operating model. It defines who appoints whom, what information is exchanged, when it is exchanged, against what acceptance criteria, and where it lives. Treating ISO 19650 as a workflow rather than a compliance exercise is the difference between a project that runs on shared information and one that runs on emailed PDFs.
Roles: Appointing, Lead Appointed, and Appointed Parties
Set the role map on day one. The appointing party (typically the client or developer) issues information requirements. The lead appointed party (often the head consultant or principal contractor) coordinates delivery. Appointed parties (task teams across disciplines) produce information containers. Every contract, BEP, and CDE permission should map cleanly to this structure. Ambiguity in roles is the single most common cause of late, low-quality information delivery.
The BIM Execution Plan as a Living Document
The BEP is not a kickoff artefact you file and forget. It should describe the federation strategy, model breakdown structure, level of information need per stage, naming conventions, file formats, exchange cadences, and acceptance gates. We version BEPs alongside major project milestones and treat each revision as a controlled change. Pre-appointment BEPs are bid responses; post-appointment BEPs are operating contracts.
Common Data Environment: Workflow, Not Storage
A CDE is defined by its states (WIP, Shared, Published, Archived) and the transitions between them, not by the platform. ACC, Trimble Connect, Asite, Bentley ProjectWise: all are valid if the state model is enforced. Configure permissions per state, automate transitions where possible, and audit weekly. The most common failure is treating Shared as a dumping ground rather than a quality-checked space ready for cross-discipline use.
Information Containers and Naming
Every model, drawing, schedule, and document is an information container with metadata: project, originator, system, location, type, role, number, suitability, revision. Get the naming convention right once and the rest of the workflow accelerates: search, filter, audit, and federation all become trivial. Get it wrong and every downstream task carries the cost of disambiguation.
Exchange Cadences and Acceptance Gates
Define information exchanges at known stage gates aligned to your local standard (RIBA, AIA, NATSPEC). For each gate, specify what is delivered, in what format, against what level of information need, and who validates it. Automate the validation where possible: model checker rules, IFC schema validation, parameter completeness checks. Manual sign-off only for what genuinely needs human judgement.
Making the Workflow Stick
ISO 19650 only delivers value when the workflow is enforced by tooling and reinforced by leadership. Build dashboards on CDE metadata so non-compliance is visible. Make BEP adherence a standing item in monthly project reviews. The teams that get the most from ISO 19650 are not the ones with the thickest documentation, they are the ones whose daily delivery rhythm matches what the standard describes.
Related services
Built for
Related case studies
Need help implementing this in your projects?
We build production-grade systems, not theoretical frameworks. Let's discuss your specific challenges.