Data services

Data warehousing: a governed single source of truth

Veratas designs and builds modern data warehouses on Microsoft Fabric, Azure Synapse, and Delta Lake. We bring the dimensional modelling discipline that turns scattered source systems into one trusted, query-ready model, so reporting stays consistent and the business stops arguing about whose numbers are right.

The problem

Why scattered source data fails the business

A warehouse is not a technical luxury. It is the answer to a recurring organisational failure.

Most organisations do not lack data. They lack agreement. Sales reports from the CRM, revenue from the ERP, and a finance spreadsheet all describe the same month and disagree, because each was built with its own filters, its own definition of an active customer, and its own cut-off date. Every leadership meeting then spends its first twenty minutes reconciling figures instead of deciding anything. That is the cost of having no governed model underneath the reports.

A data warehouse fixes this by separating the question of what the numbers mean from the question of where the numbers came from. Source systems keep doing their job: running transactions. The warehouse becomes the place where data is conformed, cleansed, and modelled once, so every report draws from the same definitions. Gross margin is calculated in one location, not redefined in fourteen dashboards. When the warehouse is built properly, disagreement about the numbers is replaced by discussion about the business.

The discipline that delivers this is dimensional modelling, not a pile of flat extract tables. Flat tables feel quick, but they drift: two teams export the same data on different days, apply different logic, and the estate fragments again. A governed warehouse with conformed dimensions and clearly defined fact grain holds its shape as it grows, which is precisely why we model before we build anything.

Fixed-fee implementation

A data warehouse foundation, from $12,000

A fixed-scope data warehouse for one subject area, modelled and loaded. You see exactly what the price covers, and a fair quote for anything more.

Fixed fee from $12,000   |   Live in 5 to 7 weeks   |   Price shown up front

What $12,000 covers

A modelled, loaded data warehouse

One subject area, modelled as a star schema and loaded, ready for reporting.

  • One subject-area star schema (facts and dimensions)
  • ETL or ELT pipelines from your sources
  • Built on Microsoft Fabric or Azure
  • A semantic model for reporting
  • Data quality and load validation
  • Documentation and handover

Fabric capacity or Azure consumption is billed separately by Microsoft. The $12,000 covers the implementation services.

No surprises

What is in the $12,000, and what we quote separately

Anything beyond the standard package is optional, and always quoted before you commit.

In your $12,000Beyond the package, quoted at a fair rate
One subject-area star schemaAn enterprise, multi-subject warehouse
ETL or ELT from your sourcesMany sources and complex transformations
A semantic modelReal-time and streaming loads
Load validationMaster data management
Documentation and handoverGovernance and a centre of excellence

You pay $12,000 for the foundation. Everything else is optional, scoped and quoted transparently at a reasonable rate, and always shown before you decide.

What we deliver

Modern data warehouse delivery

We build warehouses that are governed, performant, and genuinely trusted by the people who report from them.

Platform and architecture

Warehouse design on Microsoft Fabric Warehouse and Lakehouse, Azure Synapse, or Delta Lake. We structure the estate as a medallion architecture with bronze, silver, and gold layers, so raw, cleansed, and business-ready data are clearly separated and lineage is obvious.

Dimensional modelling

Star-schema and dimensional design done properly: fact grain agreed up front, conformed dimensions shared across subject areas, and slowly-changing dimensions to preserve history. This is the modelling that keeps reporting consistent as scope expands.

ELT and transformation

Monitored ELT pipelines that land source data first, then transform it inside the warehouse where compute is cheap and logic is versioned. Every load is incremental where possible, with full data-lineage tracking from source column to gold model.

Performance and governance

Partitioning, statistics, and query tuning so reports return quickly under real load. Microsoft Purview cataloguing and row-level security give the business governed self-service without exposing data people should not see.

Architecture

Medallion layers and the modelling that holds them together

The layered design is not jargon. It is what keeps a warehouse maintainable over years.

Medallion architecture organises the warehouse into three deliberate layers. Bronze holds raw source data, landed with minimal change, so you always have an untouched copy to reprocess from. Silver is cleansed and conformed: keys are standardised, data types are corrected, duplicates are resolved, and reference data is aligned. Gold holds the business-ready dimensional models that reports and semantic layers consume. Keeping these separate means a logic change is made once, in the right layer, and reprocessing is predictable rather than frightening.

Inside the gold layer, the choice of fact grain is the single most important decision. Grain is the level of detail one fact row represents: an order line, a daily account balance, a single shipment event. Pick it too coarse and questions become unanswerable; pick it inconsistently and facts cannot be combined. We agree grain in workshops, write it down, and design dimensions around it. Slowly-changing dimensions then decide how history behaves: type 2 versioning preserves what a customer’s region was at the time of sale, which matters the moment anyone reports a trend.

On Microsoft Fabric the warehouse and lakehouse sit over the same Delta Lake storage, in OneLake, which removes a long-standing source of friction. Engineers can work with files and Spark in the lakehouse while analysts query the warehouse with T-SQL, and both see one governed copy of the data. There is no nightly export from the data platform into the BI platform, because Power BI reads the gold model directly. Fewer copies means fewer chances for the numbers to drift apart.

How we deliver

Warehouse delivery, phase by phase

Data warehouse builds run through five phases, with validation built into each one rather than saved for the end.

01

Model

Source analysis, business-question gathering, and dimensional model design. Facts, dimensions, grain, and conformed reference data are agreed and documented before any pipeline is built, because rework here is expensive later.

02

Foundation

Platform setup on Fabric, Synapse, or Delta Lake. We establish the medallion layer structure, the security model, naming standards, and CI/CD pipelines so changes are deployed and tracked, not hand-applied.

03

Build

ELT pipeline development, transformation logic, and warehouse population, delivered in agile sprints. Each subject area is built, demonstrated, and reviewed with stakeholders so direction is corrected early.

04

Validate

Reconciliation against source systems, automated data-quality checks, and performance testing under realistic concurrent query load. Discrepancies are resolved before any report is published on the model.

05

Operate

Monitoring, incremental-load tuning, and ongoing model extension under managed services. New subject areas are added to the same governed foundation rather than spun up as separate silos.

Why Veratas

Why clients choose Veratas for data warehousing

A warehouse is only useful if the business trusts it, so we build for trust as deliberately as we build for speed.

Modelling discipline

Proper dimensional modelling with conformed dimensions and agreed grain, not a collection of flat tables that drift apart. The model holds its shape as subject areas are added, which keeps long-term cost down.

Reconciled and trusted

Every load is reconciled against source systems with counts and control totals. The business sees figures that match what they already know, so adoption follows instead of being chased.

Built on Microsoft Fabric

Warehouses on Fabric and Delta Lake: a scalable foundation with Direct Lake reporting, OneLake storage, and unified Purview governance across engineering and BI.

ERP-aware

Deep experience modelling Dynamics 365 and enterprise ERP data. We understand how the source records transactions, so the warehouse reflects the business correctly rather than copying the schema blindly.

FAQ

Frequently asked questions

Quick answers to questions you may have. Can't find what you're looking for? Check out our full documentation.

An initial warehouse covering one or two subject areas, for example sales and finance, typically takes 10 to 18 weeks from modelling workshops to a validated gold model. The exact figure depends on source complexity and data quality. The model then extends incrementally, with each new subject area added to the same governed foundation rather than starting again.
For most new builds we recommend Microsoft Fabric. It unifies warehousing, data engineering, and Power BI over one OneLake storage layer and supports Direct Lake reporting. Existing Synapse estates are not a problem: they can be kept, extended, or migrated, and we assess the business case rather than forcing a move. The dimensional modelling approach is the same on either platform.
It is a layered design with three stages. Bronze holds raw source data landed with minimal change. Silver holds cleansed and conformed data with standardised keys and resolved duplicates. Gold holds the business-ready dimensional models that reports consume. Separating the layers keeps the warehouse maintainable, makes data lineage clear, and means logic changes are made once in the correct place.
Every pipeline load is reconciled against source systems using record counts and control totals, with automated data-quality checks for nulls, duplicates, and referential integrity. Discrepancies are flagged and resolved before the data reaches any report. Reconciliation is treated as a routine part of every load, not a one-off exercise at go-live.
Yes, and that is the intended design. On Fabric, Power BI reports run in Direct Lake mode directly over the gold layer in OneLake. This gives import-level query speed without a scheduled refresh window, so reports reflect the latest loaded data and there is no separate copy of the model to maintain inside Power BI.
They are how the warehouse handles attributes that change over time, such as a customer's region or a product's category. A type 2 approach keeps a versioned history, so a sale made last year still reports against the region the customer was in then, not where they are now. Without this, trend analysis and historical comparisons quietly become wrong.
Because reports built directly on source systems each define their own logic, which is the usual reason dashboards disagree. A warehouse moves the definitions into one governed model, so every existing and future report draws from the same conformed data. Existing reports are repointed at the warehouse rather than rebuilt from scratch, so the work is migration, not duplication.
Often yes. A lake stores files cheaply but does not, by itself, give you conformed dimensions, agreed fact grain, or query-ready models. The two work together: on Fabric the lake and warehouse share Delta storage in OneLake. The warehouse adds the dimensional model and governance that turn raw lake data into trusted reporting.
One subject-area star schema, ETL or ELT pipelines, built on Microsoft Fabric or Azure, a semantic model, data quality and load validation, and documentation. Typically 5 to 7 weeks.
An enterprise multi-subject warehouse, many sources and complex transformations, real-time loads, master data management, and governance at scale are scoped and quoted separately.
Get started

Build a data warehouse the business will trust

A governed, well-modelled warehouse is the foundation for reliable reporting and analytics. Start with a conversation about your source systems and reporting goals.