Material Passports in Construction: Mapping the Landscape, Comparing Approaches, and Choosing a Path

The construction sector generates roughly 40 percent of the European Union’s waste stream, and the vast majority of that material ends up in landfills rather than cycling back into new buildings. Against this backdrop, the idea of a material passport has moved from architectural theory into active pilot projects, policy discussions, and early commercial platforms. For engineers, sustainability leads, and technical managers working on buildings or infrastructure, the question is no longer whether material transparency will matter, but which form it will take and how to prepare for it.

Yet “material passport” remains a loosely used term. It can refer to a single PDF listing a building’s components, a structured digital database accessible to future demolition teams, an extension of existing Environmental Product Declarations, or a BIM-embedded attribute set that travels with the model through design, construction, and operation. These are not the same thing. They carry different data requirements, different organisational implications, and different levels of practical usefulness when a building reaches end-of-life or undergoes major renovation. This article maps the current landscape, compares the main approaches, and offers a decision framework for choosing where to start.

What a Material Passport Actually Means

At its core, a material passport is a structured record of what a building or component contains, where those materials came from, how much of each material is present, and under what conditions it can be recovered, reused, or recycled. The concept draws on the metaphor of a passport: a document that identifies an entity and travels with it, enabling verification and access at borders. In construction, the “border” is the transition from one lifecycle phase to the next — from design to construction, from operation to renovation, from renovation to deconstruction.

The intellectual lineage traces back to architects and circular-economy thinkers in the Netherlands and Scandinavia in the early 2010s, who argued that buildings should be conceived as material banks rather than fixed structures. The practical push came later, as EU policy frameworks began demanding greater resource transparency and as digital twin and BIM adoption made structured data capture technically feasible at reasonable cost.

It is important to distinguish a material passport from several adjacent concepts that are often conflated:

Environmental Product Declarations (EPDs) report the environmental impact of a product per functional unit, typically per kilogram or per square metre, following ISO 14025 and EN 15804. An EPD tells you the carbon footprint of a steel beam. A material passport tells you that a specific beam in a specific building contains 340 kilograms of steel of grade S355, sourced from a particular mill, installed at a particular location, and connected with a particular joint type that may or may not allow clean separation later. The EPD is product-level and generic; the material passport is component-level and project-specific.

Bill of Quantities (BOQ) and specifications list what was ordered and installed, but they are procurement and cost documents. They rarely capture material composition at the level needed for recovery decisions, and they are not designed to be machine-readable across lifecycle phases.

BIM data can contain material attributes, but whether it does, and at what level of detail, depends entirely on the project’s BIM execution plan. A Level 2 BIM model used for clash detection may contain almost no material-composition data. A model designed from the outset to serve as a material passport carrier will have a very different information architecture.

The Current Landscape of Approaches

Several distinct implementation models have emerged, each with different assumptions about who owns the data, how granular it needs to be, and how it will be accessed in the future.

Standalone digital platforms

The most visible example is Madaster, a Dutch-origin platform that now operates across several European countries. Madaster assigns a unique identifier to a building or component and stores structured material data in a cloud database. The data can be populated during design and construction, then queried later by demolition contractors, asset managers, or circular-economy intermediaries. The platform approach treats the material passport as a living digital object, separate from the BIM model or the construction contract, accessible via API or web interface.

The strength of this model is interoperability and persistence. The material record does not depend on one particular software licence or one project team remaining intact. The limitation is that it requires a separate data-entry workflow unless tightly integrated with BIM or project-management tools, and it depends on willing participation from designers, contractors, and material suppliers to populate the database meaningfully.

BIM-embedded material data

Some implementations treat the material passport as an attribute extension of the BIM model. Using open standards such as IFC (Industry Foundation Classes) and property sets defined in buildingSMART schemas, material composition, mass, connection type, and source information are attached to each element in the model. The passport travels with the model through the project lifecycle and can be exported at handover.

This approach reduces duplication: the data is entered once, in the design environment where the component is specified. The challenge is that IFC’s material property support has historically been limited and inconsistent across software vendors. A model may nominally contain material attributes, but the depth and reliability of those attributes vary enormously depending on the authoring tool, the project’s BIM execution plan, and the discipline of the modelling team. Without explicit information requirements defined at the outset, BIM-embedded passports risk being empty shells.

EPD-linked and product-level approaches

A third model builds on existing product-level transparency infrastructure. Instead of creating a new passport system from scratch, this approach links the building’s component list to a library of EPDs and material databases (such as those maintained by IBU, DGNB, or national construction-material associations). The “passport” is assembled dynamically: when you query a specific wall assembly, the system retrieves the EPDs for each layer, their material compositions, and their recyclability profiles.

This is pragmatic because it leverages data that already exists and is governed by recognised standards. However, it remains product-generic. It does not capture the specific instance — the exact batch, the connection details, the installation condition — that determines whether a component can actually be recovered intact. It is closer to a material inventory with environmental context than a true component-level passport.

Regulatory and certification-driven approaches

The EU’s Circular Economy Action Plan, the updated Construction Products Regulation discussions, and frameworks such as Level(s) (the EU’s voluntary framework for assessing the sustainability performance of buildings) are pushing material transparency from voluntary best practice toward quasi-mandatory reporting. Level(s) includes indicators for material use, waste generation, and recyclability that require structured data at the project level. Some national green-building certification schemes (BREEAM, DGNB, LEED) have begun incorporating material documentation credits that function as partial passports.

These frameworks do not yet mandate a universal material passport format. They create demand signals and define the information scope, but the implementation mechanism is still left to project teams and software vendors. The risk is fragmentation: different certifications and regulatory pilots may require overlapping but non-identical data structures, creating compliance burden without a unified data backbone.

Comparison Criteria and Trade-offs

Choosing an approach is not a matter of picking the “best” technology. It depends on project scale, team capability, intended lifecycle scope, and who will actually use the data later. The following criteria structure the comparison.

Data granularity and lifecycle scope

A material passport that records only product types and masses is useful for waste-stream estimation and carbon accounting. A passport that records specific alloy grades, connection methods, surface treatments, and installation locations is necessary for component-level reuse decisions. The more granular the data, the more useful it is for circular-economy applications, but the more expensive it is to capture and maintain. Most current implementations sit somewhere in the middle, and the practical question is where the marginal cost of additional granularity stops being justified by the probability that someone will need it.

Interoperability and data persistence

Construction projects involve dozens of parties, multiple software platforms, and handover events that span years. A material passport locked inside a proprietary BIM format or a single project-management tool will become inaccessible as software versions change, as firms merge or go out of business, or as project teams disband. Open formats (IFC, JSON-LD, linked-data ontologies) and cloud-based platforms with export APIs address this persistence problem, but they introduce their own dependency on platform operators and hosting infrastructure.

Cost of data capture and organisational burden

Populating a meaningful material passport requires information that is often available during design but not systematically captured: exact material compositions, supplier declarations, connection details, and installation conditions. For a small renovation project, the effort to produce a full passport may exceed its practical value. For a large commercial building with a 50-year design life and potential future deconstruction, the same effort is a modest fraction of total project cost and protects a much larger material asset. The decision to invest in passport data should be proportional to the expected value of the material stock and the probability of future recovery.

Who owns and maintains the data

In a traditional procurement model, the design team creates BIM data, the contractor builds the physical asset, and the client receives documentation at handover. Material passport data crosses all three phases and potentially requires updates during operation (renovations, component replacements). Clear data ownership and maintenance responsibility must be defined contractually, or the passport will degrade or become stale. Platforms like Madaster shift some of this burden to a third-party custodian, which simplifies continuity but introduces a dependency on that custodian’s long-term viability.

Regulatory alignment and future-proofing

Given the direction of EU policy, any material passport implementation that aligns with emerging reporting frameworks (Level(s), revised CPR, taxonomy criteria) will have a longer useful life than one built on a bespoke internal schema. However, over-engineering for a regulation that may change or be implemented differently across member states can create unnecessary complexity. The pragmatic stance is to use open, extensible data structures that can be mapped to whatever reporting format becomes required, rather than trying to predict the exact regulatory template.

Standards and Policy Context

The European construction sector is not starting from zero on material transparency. Several standards and frameworks provide building blocks that a material passport can draw on:

EN 15804 and EPDs provide the product-level environmental data backbone. Any material passport that includes environmental context will reference EPDs, either by linking to them or by extracting relevant composition data from them.

ISO 23351 and buildingSMART IFC define information requirements for building lifecycle management. IFC 4 and IFC 4.3 have expanded material and property-set capabilities, though adoption across software vendors remains uneven.

Level(s) (EU framework for sustainable buildings) defines a set of indicators across six themes, including resource efficiency and circularity, that require structured project-level data. It is voluntary but is being referenced in public procurement and some national programmes.

The EU Construction Products Regulation revision (in legislative process as of the mid-2020s) is expected to strengthen requirements for product information, including material composition and recyclability declarations. The exact form this will take is still under negotiation, but the direction is toward greater mandatory transparency at the product level, which a material passport can leverage.

The EU Taxonomy for sustainable activities includes technical screening criteria for construction that reference material use and lifecycle considerations. Projects seeking taxonomy-aligned financing may need to demonstrate material transparency as part of their documentation.

None of these frameworks, individually, mandates a universal material passport. Together, they create a converging demand environment in which structured, component-level material data becomes increasingly expected in large projects, public procurement, and green-finance applications.

A Decision Framework for Choosing Your Path

Rather than treating material passports as a binary adoption decision, it is more useful to think in terms of maturity levels and fit-for-purpose implementation:

Level 0 — No structured material data. The project produces conventional documentation: drawings, specifications, BOQ, as-built records. Material information exists but is unstructured, scattered, and not machine-readable. This is still the default for most construction projects across Europe.

Level 1 — Product-level inventory with environmental context. The project assembles a list of materials used, linked to EPDs or product databases. This supports carbon accounting and waste-stream estimation but not component-level reuse decisions. Achievable with modest effort using existing BIM exports and product data sheets.

Level 2 — Component-level structured data in an open format. Each major element or assembly has recorded material composition, mass, connection type, and source information, stored in IFC property sets or a structured export (JSON, spreadsheet with defined schema). This supports deconstruction planning and material valuation. Requires explicit information requirements in the BIM execution plan and disciplined data entry during design and construction.

Level 3 — Persistent, accessible digital passport with lifecycle updates. The component-level data lives in a maintained platform or repository, accessible to future owners, renovators, and demolition teams. It is updated when components are replaced or modified during operation. This is the full material-passport vision and currently requires either a platform like Madaster or a well-governed internal asset-data system.

The right level depends on the asset’s material value, expected lifespan, likelihood of future deconstruction or major renovation, and the client’s or regulator’s data requirements. A warehouse with a 60-year design life and steel structure justifies Level 2 or 3. A fit-out project with a 15-year lease cycle may be adequately served by Level 1.

Implementation Consequences

Moving from Level 0 to Level 2 or 3 is not primarily a software problem. It is a workflow and organisational problem with software as an enabler.

Contractual and information-requirement changes. Material passport data must be specified as a deliverable in the design brief and the BIM execution plan. If it is not explicitly required, it will not be produced. This means clients, architects, and engineers need to agree on the data schema, the granularity, the format, and the handover mechanism before design begins. For interdisciplinary teams, this requires a shared understanding of what information is needed and why.

Supplier and contractor engagement. Material composition data often originates with manufacturers and suppliers. Getting accurate, structured declarations from them requires either standardised data formats (digital product data sheets, EPDs with composition annexes) or contractual requirements that specify what information must be submitted. In practice, this is one of the hardest parts of implementation because supplier data quality and format vary enormously.

Digital infrastructure and data governance. At Level 3, someone must host, maintain, and update the passport data over decades. This raises questions about data ownership, access rights, backup, format migration, and cost allocation. For public buildings, the municipality or agency may take on custodial responsibility. For private assets, the owner or a facility-management partner does. The choice of platform, open format, or hybrid approach has long-term implications.

Skills and training. Engineers, architects, and construction managers need to understand material-passport data requirements well enough to specify, capture, and validate them. This is not a deep specialist skill for every practitioner, but it is a competency gap in the current workforce. Training programmes, continuing education, and interdisciplinary coordination become relevant, particularly for teams transitioning from conventional documentation to structured lifecycle data.

Quality assurance. A material passport is only as reliable as the data in it. Garbage in, garbage out applies with full force: if a steel connection is recorded as “bolted” but was actually welded, a future deconstruction team relying on the passport will make incorrect assumptions. Validation at handover, and periodic re-verification during operation, are necessary but often overlooked.

Where Digital Workflows and Interdisciplinary Expertise Fit

The practical challenge of implementing material passports at scale is not conceptual. It is the coordination of data across disciplines, software platforms, project phases, and organisational boundaries. A building’s material passport draws on structural engineering (component masses and grades), architectural specification (material compositions and finishes), MEP engineering (ducts, pipes, cable materials), construction management (installation records and substitutions), and facility management (maintenance and replacement history). Getting all of these to produce consistent, structured data in a common format is a digital-workflow and data-architecture problem as much as a policy or sustainability problem.

This is where interdisciplinary technical support becomes relevant. Cademix Institute of Technology, working at the intersection of software engineering, data analysis, BIM and CAD workflows, digital strategy, and technical training, sits in a position to support the practical infrastructure that material passports require: defining data schemas, building or integrating capture workflows, connecting BIM exports to structured databases, developing validation tools, and training the teams who must produce and maintain the data. The institute’s work in simulation, R&D collaboration, and technical documentation also intersects with the modelling and verification challenges that arise when material data must be accurate enough to inform real deconstruction and reuse decisions.

For organisations that want to move from Level 0 to Level 1 or 2 without committing to a full platform deployment, the most practical first step is often a structured data-capture workflow built around existing BIM processes, supplemented by a lightweight database or spreadsheet schema that can later be migrated to a more persistent system. This reduces risk, keeps costs proportional to the asset’s material value, and builds organisational competence before scaling.

Limitations and Honest Uncertainties

It would be misleading to present material passports as a solved problem. Several genuine uncertainties remain:

The economic case for component-level reuse is still weak in many material categories. If the cost of careful deconstruction and re-certification of a steel beam exceeds the cost of new steel, the passport’s data is interesting but not actionable. The passport’s value depends on a future market for recovered materials that is still developing.

Regulatory mandates, if and when they arrive, may define a specific format and scope that differs from current voluntary implementations. Investing heavily in a bespoke passport system before the regulatory target is clear carries obsolescence risk. The mitigation is to use open, extensible data structures that can be mapped to whatever format is eventually required.

Interoperability between platforms, BIM tools, and national data standards is not yet mature. An IFC model exported from one software package may lose material-property fidelity when imported into another. Linked-data ontologies for construction materials are still in early development. Anyone building a passport system today must accept some degree of format fragility and plan for migration.

Finally, the human factor remains dominant. A passport is only as good as the care taken in data entry, validation, and updating. In a sector with thin margins, compressed schedules, and high turnover, the discipline required to maintain accurate material records over decades is a real organisational challenge that no software platform fully solves.

Conclusion: A Structured Path Forward

Material passports in construction are not a single technology or a single document. They are a data concept with multiple implementation models, each suited to different project scales, asset lifespans, regulatory contexts, and organisational capabilities. The current landscape offers genuine choices: standalone platforms, BIM-embedded attributes, EPD-linked inventories, and certification-driven documentation. None is universally superior. The right choice depends on what the data will be used for, who will maintain it, and how long the asset is expected to live.

For most European construction organisations today, the practical path is incremental: define what material information is genuinely needed for the asset in question, embed data requirements into existing BIM and specification workflows, use open formats that resist vendor lock-in, and build the organisational competence to capture and validate structured material data. Level 1 is achievable on most projects with modest effort. Level 2 is justified for high-value, long-life assets. Level 3 requires a sustained data-governance commitment that should be made consciously, not as a byproduct of a single project.

The policy environment is converging toward greater material transparency. The technical infrastructure is maturing. The remaining barriers are organisational, contractual, and economic rather than technological. Organisations that treat material data as a structured, maintained asset — rather than as a compliance checkbox at handover — will be better positioned when the regulatory and market incentives for circular construction strengthen. The passport is not the end goal. It is the data foundation on which the end goal becomes possible.

Sources

• EU Circular Economy Action Plan (2020) — general policy context for material transparency in construction
• Level(s) framework for sustainable buildings (European Commission) — indicators for resource efficiency and circularity
• EN 15804 / ISO 14025 — Environmental Product Declaration standards
• buildingSMART IFC 4 / IFC 4.3 — open BIM data schemas and property sets
• Madaster platform (Netherlands, pan-European) — standalone material passport digital platform
• EU Construction Products Regulation revision process — legislative direction on product information
• EU Taxonomy for sustainable activities — technical screening criteria referencing material use