Problem

Project-costing reporting depends on bringing related financial and operational information into a form that can be analysed consistently. My role included building and maintaining a Power BI data model for project costing, margins, and operational KPI reporting.

Data

The work used internal business data. This public case study excludes source-system details, table and field names, screenshots, financial figures, and other identifying information.

Approach

I first needed to understand the reporting requirements and the data available to support project-level analysis. Requirements can evolve, so the model and reporting need to remain maintainable as user requests and source structures change.

I carried out data transformations and cleanup in Power BI Desktop, built the data model and dashboard, and configured dynamic row-level security using USERPRINCIPALNAME() for user-specific access. The public description stays at a high level; internal data sources, model design, role definitions, and access mapping are not shown.

Technology

Power BI data modelling and reporting.

Solution

The work contributed to a data model used to support project costing, margin reporting, and operational KPI reporting, with dynamic row-level security configured for user-specific access. No internal visuals, data, or model diagrams are included here.

Result

The model and reporting work are the deliverables described in this case study. No quantified business impact is claimed.

Learning

The experience strengthened my understanding that practical modelling involves more than connecting tables. Requirements, source discovery, transformations, ongoing maintenance, and access security all affect whether reporting remains useful and dependable.